链上黄埔生

还记得物理课上那句“摩擦力跟接触面积无关”吗？那是理想模型。现实里，车胎纹路一磨平，刹车距离立马拉长——接触面变小，抓地力就往下掉。加密系统何尝不是这样？去中心化根本不是个一掰就响的开关，更像一道越往上爬越吃力的斜坡。

@BabylonLabs_io 白皮书第 9 节讲多链部署策略时，有个词让我目光停了好一会儿——“Bitcoin light client”，比特币轻客户端。他们的打算是，每条接入金库系统的链，都得跑一个能验证比特币区块头的轻客户端。乍一听，不就是个技术组件嘛。可你细琢磨，这玩意儿其实是整套架构的承重墙。

轻客户端干的活儿不复杂：它不吭哧吭哧下载全节点那几百 G 的完整账本，只同步区块头，然后用梅克尔证明来确认某笔交易是不是真被打包进了比特币链。后面提到的 collBTC 铸造、稳定币的生成，全得靠它来“亲眼见证”你的比特币确实老老实实锁在金库里。没了它，跨链证明就是一句空话。#baby

但麻烦也跟着来了：每多接一条链，就得多养一个验证节点。这些节点眼下没直接收益，却有实打实的运维成本。谁来扛？早期或许能靠一腔热情，长期只能靠实实在在的激励。白皮书第 10 节的 $BABY 代币经济学，早期阶段说白了就是给这些基础设施提供者发补贴——你替系统“长眼睛”，系统给你 BABY。等生态跑熟了，协议费用接替代币补贴，完成从“烧钱”到“赚钱”的转身。

单拎出一个轻客户端看，像个无聊的中间件。可几十条链上成百上千个轻客户端编织成的那张验证网，才是金库安全真正的护城河。BABY 不是凭空值钱，它背后牢牢锚着的，是这些盯梢者沉默的劳动。信任最小化是有账单的，只不过买单的姿势不是按月订阅，是代币。DYOR。

العملتُ مع صديقي السيد لاو تشانغ في تداول العقود، وكان يراقب الشاشة حتى الساعة الثانية صباحًا. والخوف الأكبر لديه لم يكن الانكشاف (التصفير/الاستوب)، بل أن تقوم منصة التداول بسحب السلك فجأة. قال لي مرة عبارة صادقة جدًا: "أقبل أن أخسر المال، لكن لا أستطيع قبول أن أخسر دون سبب واضح." ومنذ ذلك الحين بدأتُ أفكر—فهناك شيء اسمه العقود الدائمة (Perpetual Futures): حجم التداول فيه يشكل نصف سوق العملات المشفرة تقريبًا، لكن البيتكوين كأكبر أصل مشفر تقريبًا لا يمكن إدخاله في التداول بصورته الأصلية.

خصصت الورقة البيضاء رقم @BabylonLabs_io القسم السابع لسيناريو محدد: DEX للعقود الدائمة المدعومة ببيتكوين (BTC). الخطوات ليست معقدة: تقوم بقفل البيتكوين في خزنة، ثم في سلسلة العقود تُصك collBTC كضمان (هامش)، وبعدها يمكنك فتح مراكز شراء (Long) أو بيع (Short). وعند الإغلاق (التصفية/إقفال المركز) يتم حرق الضمان $BABY كتوكن، ثم تقديم الإثبات، وتتم إتاحة الخزنة (فك القفل). والتصفية (Liquidation) تعمل بالطريقة نفسها: يقوم المُصَفّي بسداد ديونك، ثم يأخذ البيتكوين من الخزنة.

لكن داخل هذا كله يوجد مفارقة تستحق التدقيق. جوهر العقود الدائمة هو آلية معدل التمويل (Funding Rate). وهي تتطلب أن يكون النظام قادرًا على تتبع مراكز الشراء والبيع لحظيًا، وحساب معدل التمويل بدقة، وتنفيذ التصفية على مستوى أجزاء من الثانية (بأقل من ميلي ثانية). كل ذلك عمليات عالية التواتر وسريعة وعلى السلسلة. فما هي الخزنة الخاصة بالبيتكوين؟ إنها نظام "بطيء" يعتمد على فترة تحدي BitVM3، وقد تستغرق خطواتها وقتًا طويلاً مع تأكيد عدة كتل، وكل خطوة تحمل معها تكلفة محتملة قدرها 93 دولارًا. تشغيل بروتوكول سريع فوق خزنة بطيئة، يشبه تركيب محرك F1 على جرار.

#baby

وتذكر الورقة البيضاء لـ Babylon في قسمها العاشر آلية رسوم البروتوكول، والتي ستُضخَّم هنا إلى أقصى حد—فالعقود الدائمة هي "شارع الرسوم"؛ التداول عالي التواتر يعني عمولات/رسوم كبيرة، وهذه الرسوم تتحول عبر المزاد إلى BABY ثم تُحرق. لكن الشرط هو أن هذه البنية المعتمدة على "ضمان بطيء وتداول سريع" يمكنها فعلًا أن تعمل بثبات.

استخدام أثقل الأصول لتشغيل أخف أنواع التداول يحمل في حد ذاته نوعًا من التوتر العكسي. أفكار التصميم أُعجب بها، لكن حفر الواقع الهندسي قد تكون أعمق بكثير مما ترسمه مخططات الورقة البيضاء. DYOR.

业主群昨晚上又炸了锅。几个活跃住户三言两语替大伙儿拍了板，把公共露台改成晾衣区。我潜水没吱声，反正平时也不用。可事后心里一咯噔——要是哪天他们一合计，把露台租出去收钱呢？我没掺和讨论，不代表我没利益夹在里头。

这种微妙的不对等，让我翻 @BabylonLabs_io 白皮书时在第 4 节顿了一下。有个对比表格，话讲得挺直白：在金库架构下，小出资人想取回资金，得看“足够多的清算人或大出资人是不是诚实”。翻译成大白话就是——你的钱能不能拿回来，不取决于你，取决于别人有没有瞪大眼睛好好替你盯着。

细一想，这其实是被技术术语裹了一层糖衣的权力结构。理论上，金库把信任压到了最低：没有任何一个中心化实体能一把卷走你的钱。可真跑起来，小出资人被干干净净地拦在金库的共同签名和挑战流程外头，他们的安全全数外包给了大出资人和清算人。白皮书用了“whitelisted”这个词，被列入白名单的清算人。你不在那张单子上，就只能当个旁观者。#baby

那 $BABY 在这个结构里蹲在什么位置？第 10 节点得很清楚，BABY 是治理代币。也就是说，谁能坐上清算人的位子、要押多少押金、大出资人的门槛画在哪条线上，这些规矩到头来是持币者投票定的。你品品——小出资人的保护机制，攥在一群代币持有者手心里，而这些人，很可能就是那些大出资人自己。

这不声不响地就套出了一个悖论：金库用代码把传统金融的中间人一脚踢开，可代币治理又把权力悄悄塞回了少数人手里。不是说退回了中心化，而是换上了一副更难察觉的面孔。DYOR。

افتتح أسفل المبنى مطعماً جديداً، وكان صاحب المطعم متحمساً جداً. قال لي: إذا شحنتَ بطاقة العضوية فسيطبق عليك خصماً بنسبة 20%. سألته: هل هذه البطاقة لا تُستخدم إلا في الفرع الرئيسي؟ فتعثر قليلاً، ثم قال: يمكن استخدامها في الفروع أيضاً، لكن يلزم التفاوض على تكامل النظام بشكل منفصل. انظر، بخصوص التوسع: التكنولوجيا يجب أن تواكب، والعقود يجب أن تُوقَّع فرعاً فرعاً.

هذا ذكرني بما ورد في القسم التاسع من الورقة البيضاء @BabylonLabs_io : جزء غير لافت للوهلة الأولى لكنه مهم جداً—استراتيجية النشر متعدد السلاسل. لم يكتفوا بأن يعمل “الخزنة” على سلسلة واحدة، بل خططوا لتشغيلها أولاً على Ethereum وعلى Rollup السائدين، ثم التوسع لاحقاً إلى سلاسل غير EVM مثل Solana وSui. وبصورة مبسطة، الأمر يشبه فتح مطاعم في مدن مختلفة لكن مع الحفاظ على أن تكون معايير التجهيز في كل مكان متطابقة.

كيف يتم ذلك؟ يذكر القسم التاسع من الورقة البيضاء Babylon أنهم سيطرحون مجموعة من “SDK للخزنة وخدمات خارج السلسلة”، بحيث يستطيع أي مطور نشر نظام الخزنة على سلاسله الخاصة. هذا ليس مجرد فتح فروع—إنه بيع نموذج امتياز/سلسلة: أدوات جاهزة ومعايير موحدة، وأنت تقوم بالبناء بنفسك. والأروع من ذلك طرح SDK للواجهة الأمامية: فهموا أن أكبر عائق أمام مستخدمي البيتكوين لدخول DeFi ليس التكنولوجيا، بل أن التفاعل معقد جداً. لذا يتم تجميع أشياء مثل محفظة البيتكوين، وعمليات الخزنة، وإثباتات على السلسلة، داخل مكوّن واجهة أمامية واحد، بحيث تستطيع أي صفحة أو تطبيق استدعاء ذلك مباشرة—وهذا هو التفكير الحقيقي لكسر الحاجز.#baby

بالعودة إلى التوكن $BABY ، فإن القسم العاشر يشرح بوضوح: في البداية يتم استخدام تحفيز التوكن لاجتذاب المطورين للانضمام، وبعد نضج النظام البيئي يتحول الأمر إلى نموذج مدفوع، أي “أولاً نستخدم الدعم للاستحواذ على السوق، ثم نستخدم البنية التحتية لتقاضي الإيجار”. هذه المسار تمت تجربته وإثباته في Web2 مرات لا تحصى؛ أما في السلاسل—هل يمكن تنفيذه بنجاح—فالأمر يتوقف على التنفيذ.

الاتجاه عملي، لكن لا تتجاهل مشكلة واحدة: كلما أضفت سلسلة جديدة، سيحتاج المُصفِّون إلى صيانة مجموعة إضافية من البنية التحتية، وكذلك يتعين على منافسي نظام الخزنة مراقبة حالة سلسلة إضافية. كلما تعقّدت الأنظمة، اتسع سطح الهجوم والدفاع. إن نجح الأمر فستصبح “إمبراطورية بيئية”، وإن لم ينجح فستتحول إلى فوضى. DYOR.

عندما كنت صغيرًا، كان في الطابق الأرضي تحت بنايتي متجر صغير يملكه صاحبُه بنفسه. طبع كومة من قسائم التسوّق وبيعها للجيران، وقال إنك تستطيع استبدالها بأي وقت. لاحقًا أُغلِق باب المتجر لأن أموالهم لم تعد تُدار بسلاسة، فصارت تلك القسائم كلها أوراقًا لا قيمة لها.

منذ ذلك الحين فهمت شيئًا واحدًا: هل “الوعود” التي تمسكها في يدك تستحق المال أم لا، يعتمد بالكامل على ما إذا كان الشخص الذي منح الوعد قادرًا على الوفاء.

هذه القصة جعلتني أقرأ مرارًا وتكرارًا وثيقة “الورقة البيضاء” الصفحات/القسم السادس، @BabylonLabs_io . أرادوا استخدام BTC كضمان لإنشاء عملة مستقرة اسمها USDB. وبحسب الظاهر فقط، العملات المستقرة المضمونة في السوق كثيرة، ولا يوجد شيء جديد. لكن داخلها توجد فكرة تصميمية مخفية، وعندما تتأملها طويلًا ستجد أنها ذكية جدًا.

بالنسبة للعملات المستقرة المضمونة التقليدية، إذا أخذنا DAI كمثال: تقوم بإيداع ETH، والنظام يصك لك عملة مستقرة. طوال الوقت تحتاج أن تؤمن أعمى بعقد ذكي ألا يحتوي على أخطاء ولا يُخترق. أما إعداد Babylon فالعكس تمامًا: بيتكوينك لم تغادر أبدًا سلسلة البيتكوين، فهي تُقفل بهدوء في “خزنة ذاتية الحفظ” (self-custody). طرف الإيثيريوم لا “يراها” إلا عن بُعد كأن هناك مبلغًا موجودًا هناك، ومن ثم يصك لك USDB. عندما تريد الاسترداد، في الإيثيريوم تحرق USDB لتولّد إثباتًا ذا معرفة صفرية وتلقيه على سلسلة بيتكوين، فتُفتح الخزنة. هل لاحظت؟ لا توجد أي مرحلة تحتاج فيها أن تتوسل أحدًا ليوافق أو يقرر. #baby

هنا توجد مفارقة لطيفة فعلًا: استقرار العملة المستقرة عادةً يعتمد على جهات مركزية تضمن أصولًا حقيقية كغطاء؛ أما “استقرار” USDB فيأتي على العكس من أنك لا تحتاج أن تثق بأي أحد. سلطة الصك تموت داخل الكود، وليست في كف أي CEO. وإذا تعمقت أكثر، فإن “الورقة البيضاء” في القسم العاشر توضّح دور $BABY : إذا ظهرت رسوم بروتوكول، فسيتم بيعها تلقائيًا بالمزاد وتحويلها إلى BABY، ثم تُحرق كل شيء بنيران واحدة. وباختصار: كلما استخدمت العملة المستقرة بقوة أكبر، زادت قسوة سحب/تَقليص مقدار BABY.

طبعًا، العيب القاتل للعملات المستقرة المضمونة دائمًا هو سيناريو التصفية المتسلسلة في ظل تحركات الأسعار المتطرفة. الورقة البيضاء تذكر آلية “المُصفِّين” ومنبئات الأسعار، ويبدو كل شيء شاملًا، لكن عندما تصطدم بسقطة “البجعة السوداء” لا أحد يجرؤ أن يضمن لك أن هذا التحضير سيكون كافيًا. حتى لو كانت الخريطة المستقبلية مرسومة بشكل جميل، فلا تجعل الورقة البيضاء كأنها بوليصة تأمين. لا بد أن تقوم أنت بواجبك بنفسك. DYOR.

تاجر الفواكه عند مدخل الحي استبدل صاحبه مؤخرًا. فعل صاحب العمل الجديد شيئًا ممتعًا إلى حدّ ما—كل يوم في الخامسة مساءً، أمام الجميع، كان يسحب بضع أوراق نقدية من جهاز الكاشير، ثم يدخل إلى البنك المقابل ليودعها، وبعد ذلك يلصق إيصال الإيداع على باب الزجاج. عندما سألَه أحدهم عمّا يفعله طوال الوقت، قال: «ليتأكد الجيران أن الأموال التي كسبناها لم تذهب إلى جيبي، بل موجودة في هذا البنك، ويمكنكم التحقق منها في أي وقت».

هذا ما ذكرني ببيانٍ أبيض (whitepaper) @grvt_io بعنوان: “Value Accrual and Strategic Buybacks”. في ذلك القسم، توجد صياغة دقيقة. يقول النص الأصلي إن إعادة الشراء تتم بطريقتين: «الشراء المنتظم وفق متوسط السعر المُرجّح زمنيًا، والشراء الانتهازي في السوق». معظم الناس عندما يرون كلمة «إعادة شراء» يتملّكهم الحماس، لكن الطريق الحقيقي موجود في النصف الأول—الشراء المنتظم، وبمتوسط السعر المُرجّح زمنيًا.

TWAP ليس اسمًا تقنيًا عميقًا؛ فهو أشبه بإعلان عن الموقف. فكأن الجهة المُنفِّذة تقول: نحن نلتزم، ولا نلعب ذلك النوع من الألعاب مثل «سحب السِّعر ليلًا ثم سحقه فجراً»، بل نطلب الشراء بثبات في أوقات محددة، مثلما يُصرف الراتب تمامًا. وهذا يحل مشكلة محرجة جدًا تواجه الرموز المميّزة في البورصات: لماذا يمكن الوثوق بأن المنصة فعلًا حققت أرباحًا؟ فالمنصات ليست مثل بروتوكولات DeFi؛ الإيرادات لا تكون على السلسلة. الرسوم، ورسوم إدراج الرموز، ورسوم الاشتراك… كلها تكون مخزّنة في قواعد بيانات الخوادم من الخلف. وبما أن الإيرادات ليست على السلسلة، يمكن—بصراحة—أن تكون مجرد أرقام في ملف Excel يمكن تعديلها بسهولة.

جعل إعادة الشراء على شكل TWAP يعني استخدام الفعل لإثبات أن الإيرادات حقيقية. إذا كانت هناك فعليًا أرباح يومية تُستخدم لشراء الرموز، فستتكوّن تلقائيًا على السلسلة سجلات شراء تشكّل تدفق أموال لا يمكن تزويره. بالمقابل، إذا توقّف TWAP فجأة في أي يوم، فسيكون الجميع قد فهموا فورًا أن هناك شيئًا ما حدث—وهذا صريح أكثر من أي إعلان. #grvt

بالطبع، شرط استمرار إعادة شراء TWAP هو أن تكون المنصة فعلًا تحقق أرباحًا. إذا انكمش حجم التداول، وهرب مشتركو الاشتراك، وجفَّت حوض الأرباح، حتى أجمل خطة لإعادة الشراء ستصبح مجرد ورقة بيضاء. لكن على الأقل من ناحية التصميم، تستخدم GRVT سلوكًا مستمرًا، ومعلنًا، وقابلًا للتحقق عليه على السلسلة، لتجيب عن أكثر سؤال بسيط—وأصعب سؤال—وهو: الأموال التي تكسبونها… هل هي حقيقية فعلًا؟ مشاريع كثيرة في عالم العملات المشفرة تنادي بإعادة الشراء، لكن القليل منها فقط يرغب في تحويلها إلى منبّه مؤقّت.

في الشهر الماضي، أعلن لي أحد الأصدقاء بحماسٍ كبير أنه يريد أن يودّع تمامًا منصّات التداول المركزية، وأن ينقل كل أمواله إلى السلسلة ليُديرها بنفسه. خرجت من فمه سلسلة من كلمات ساخنة: السيادة الذاتية، الكود هو القانون، واللامركزية دون ثقة (De-trust). لكن بعد أقل من شهرين، عاد إليّ مرة أخرى بنبرة خافتة إلى حدٍ كبير—يسألني إن كنت أعرف محلّلًا موثوقًا للبيانات على السلسلة. أمواله تعرّضت للسرقة من خلال عقد خبيث، وكان مفتاحه الخاص طوال الوقت تحت سيطرته وحده وبشكلٍ كامل، لكن “السيادة الذاتية” لم تُعد له حتى ذرة واحدة.

هذه الواقعة أعادتني إلى القسم 3.2 من الورقة البيضاء @NewtonProtocol ، وهو قسمٌ كنت قد تصفّحته أول مرة ووجدته مجرد فصلٍ “يصف خلفية الصناعة”. وقد استشهد بجملة قالها فيتاليك بوتيرين في مطلع 2026—أن هذا العام هو عام استرجاع الأراضي التي خسرناها في السنوات الماضية على صعيد “السيادة الذاتية” و“اللامركزية دون ثقة”. يومها، عندما قرأت بسرعة، بدا الأمر مجرد شعارات. لكن بعد هذه الأيام، عندما أعدت قراءته، تذوقت المعنى. ما يشير إليه فعلًا هو تناقضٌ مخبّأ بعمق: هذه الصناعة ركضت عشر سنوات بلا توقف، تحاول جاهدة طرد “الوسيط” من المعادلة. لكن بعد طرده، انصدمنا—فإن التحكيم عند النزاعات، واعتراض/إيقاف الاحتيال، وإثباتات الامتثال... بعض هذه المهام بطبيعتها تحتاج إلى وسيط كي تُنجز. إن قذفت الوسيط مع هذه الوظائف كلها معًا، فليس ذلك مختلفًا كثيرًا عن إفراغ ماء الحمام مع الرضيع.

#Newt

والذي قاله نيوتن في جوابه، لم يكن أصلًا سؤال “هل نريد وسيطًا أم لا” كسؤال من خيارين. بل كان يسأل شيئًا آخر: هل يمكننا صناعة وسيط، لكن دون أن يتمكن أي طرف من التحكم فيه؟ $NEWT الأعمدة الثلاثة التي وردت في الورقة البيضاء ضمن القسم 4.2—شهادات قابلة للتحقق، استراتيجيات قابلة للبرمجة، وتوافقية عبر السلاسل—تكمن جوهرتها في استخدام التقنية لإعادة بناء تلك الوظائف التي رميناها بعيدًا، واحدةً تلو الأخرى. فالأمر ليس مجرد إدخال “إنسان” مكانه، بل الاعتماد على آلية اقتصادية مدعومة بالرهان على الرموز. المشغّل ليس “شخصًا موثوقًا”، بل “شخصًا لا يجرؤ على الغش”. يعتمد هذا على العواقب لا على الأخلاق.

وأثناء تفكيري في منطق هذه المنظومة، انبثقت في ذهني حقيقة قاسية: بعض الأشياء لا يمكن حمايتها من ضياع المحفظة، لكن ربما يمكن لمنظومة عقوباتٍ مُصممة جيدًا أن تُعيد الأمور إلى نصابها. DYOR.

قضيتُ عطلة نهاية الأسبوع أتجول في مركز تجاري، ولاحظت شيئًا مثيرًا للاهتمام. افتُتِح في الطابق الرابع ساحة أطعمة جديدة، نقلوا فيها لافتات بضع محلات قديمة مجاورة بالكامل، لكنهم لم يبدّلوا القوائم. يجلس الزبائن ثم يَسحَبون الرمز لطلب الطعام؛ تُدفع الأموال أولًا إلى الساحة، ثم تقوم الساحة بسداد التكاليف لكل متجر على حدة بشكلٍ سري. وبعد شهر، مررتُ من هناك مرةً أخرى، فوجدت أن مطعم الرامن عند زاوية الشارع قد أُغلق——الزبائن تدفّقوا جميعًا إلى المركز التجاري لتناول الطعام، والطعم متطابق تمامًا.

وهذا ما جعلني أستخرج فقرة من النشرة البيضاء @grvt_io من أكثر ما فيها طموحًا، لكنه أيضًا الأكثر قابلية لأن يُتجاوز. في قسم 《The Foundational TAM of GRVT》، سردت القائمة أسماء كثيرة دفعة واحدة—Aave وMorpho وPendle وEthena—وقيل إنها جميعًا ستُدرج ضمن نظام GRVT المسمّى “نظام الرصيد الموحد”. هكذا ورد حرفيًا: “Grvt will become the utility layer where Ethereum's fragmented markets are aggregated into a single venue.” جرّب تتذوق صياغتهم—utility layer، ليست طبقة تأتي لتستبدل أحدًا، بل هي الطبقة الوسيطة بين الجميع.

داخل هذا التموقع تكمن مجموعة من قواعد البقاء الدقيقة جدًا ذات الطابع الطُفيلي. لقد ادّخر Aave السيولة على مدى أربع سنوات، وموَّلت Morpho تحسينات خوارزمية استمرت سنتين، وصمّم Pendle بجهد بالغ آلية لتقسيم العوائد—وفي المستقبل قد لا يضطر المستخدمون أصلًا إلى فتح واجهات أمامية ثلاث منفصلة، أو إدارة ثلاثة أنواع من رسوم الغاز، أو تذكّر ثلاث مجموعات من العبارات السرّية. على GRVT، ستأخذ نفس الأموال عوائد Aave على استرخاء، ثم تنزلق مباشرةً إلى استراتيجية Pendle في نفس الوقت، دون أن تعرف حتى ما اسم البروتوكول الموجود في الأسفل.

بالنسبة للمستخدمين، هذه مريحة للغاية. أما بالنسبة للبروتوكولات؟ ليس واضحًا. ما يفعله GRVT جوهريًا هو “اختطاف الواجهة الأمامية”—فهو لا يُنتج أي عائدات أساسية بحد ذاته، بل يغلّف تلك العائدات بطريقة تجعلك لا تشعر بها. إلى أن يعتاد المستخدمون على أن “الواجهة الخلفية تغيّر تلقائيًا إلى أعلى بروتوكول في العائد”، من سيتساءل بعد ذلك هل ما تحتها هو Aave أم Spark؟ ستتدهور طبقة البروتوكول تدريجيًا إلى شبكة المرافق تحت المدينة—غير قابلة للاستغناء عنها، لكن لا أحد يهتم.

#grvt

بالطبع، هل ستعمل هذه المنطقية أم لا، يعتمد بالكامل على ما إذا كان GRVT يستطيع توقيع عدد كافٍ من البروتوكولات على مستوى الصف الأول. إذا بقيت قائمة الدمج إلى الأبد عند Aave وبعض اللاعبين من الصف الثاني فقط، فإن ما يُسمّى “طبقة التجميع” في النهاية لن يكون سوى قشرة أسمنتية فاخرة من ناحية التصميم، لكن بلا جمهور. DYOR—من يبني طبقة تجميع، دائمًا أصعب عليه أن يثبت موقعه من الذي يتم تجميعه.

وتحدثت مع مطوّر يعمل في مجال الخصوصية، فأفلت بلا مبالاة هوسًا لا يُتداول كثيرًا في الوسط: هل فكّ “العتبة/المَدْوَنة”؟ غير مكتمل. هل MPC؟ أيضًا ليس على المستوى. يبدو أن المرء لا يحق له الوقوف أمام كلمتي “الخصوصية النهائية” إلا إذا دفع تشفير التجانس التام الكامل (FHE) إلى الواجهة. هذه العبارة جعلتني أعود لأراجع ورقة الـ whitepaper رقم @NewtonProtocol ، الفصل 6.4 منها، ذلك الركن الذي وسمته الورقة نفسها بأمانة متناهية: “آفاق بحثية”.

معظم الناس عند قراءة وثائق المشروع، بمجرد رؤية كلمتَي “بحث” يتعاملان غريزيًا كأنهما وعدٌ تسويقي، فينقرّ بإبهامه على الصفحة ويتجاوز. لكنني تحدّقت في تلك المقاطع وقرأتُها عدة مرات، فاستخلصت تعبيرًا دقيقًا نوعًا ما: فهي تقدّم إدخال FHE على أنه “انتقال شفّاف” على مستوى البنية المعمارية، لا كعملية هدم وإعادة بناء.

فماذا يعني ذلك؟ يعني أنه إذا، في يوم من الأيام، انخفضت تكلفة حساب FHE فعلاً إلى درجة يمكنها تحمّل عبء تقييم السياسات، فسيظل جانب العميل يقوم بالتشفير بالطريقة نفسها؛ وسيظل جانب السياسة يكتب Rego كما هو؛ وأخيرًا سيبقى الناتج أيضًا هو توقيع BLS نفسه. الشيء الوحيد المتغيّر هو بيئة تشغيل المشغّل/الـ operator: من تشغيل الحساب بعد فك التشفير والنص الصريح، إلى تشغيل الدوائر مباشرة على النص المشفّر، وحتى نافذة “الاطلاع القصيرة بعد فكّ التشفير” يتم إغلاقها تمامًا. #Newt

هذا التصميم يحمل برودة نادرة. فهو لم يتعمد دفع تقنية قد لا يمكن تطبيقها فعليًا إلا بعد سنوات طويلة من أجل الدعاية، وفي الوقت نفسه لم يُغلق الباب نهائيًا. أما دور الرمز المميّز $NEWT هنا، فيتجاوز ما نراه حاليًا في وضعية فكّ العتبة: فهو ليس فقط ضمانًا/رهانًا للاستخدام غير المشروع في الوقت الراهن، بل يبدو أشبه بالتزام طويل الأمد لتأمين ترقية الخصوصية في المستقبل.

وهذا ما جعلني أشعر بحدس خافت بأن التفكير في بنية تحتية “بالغة النضج” ليس هو استخدام “الخصوصية النهائية” لفرض اختيارات المستخدمين في المرحلة الحالية؛ بل هو بناء جدار متين قادر على صدّ المخاطر الرئيسية التي يمكن مواجهتها الآن، مع ترك منافذ جاهزة في هدوء للمستقبل. DYOR.

افتتح متجر خضار وفواكه طازجة جديد عند مدخل الحي. في يوم الافتتاح، رفع صاحب المتجر مكبر الصوت وصاح: “لا نأخذ رسوم عضوية في متجرنا، اشتري الخضار بسعر أرخص من سوق الخضار مباشرة.” لكن كبار السن الذين تجمعوا للمشاهدة لم يصدق منهم أحد—ففي هذه الشارع شاهدوا كثيرًا من مسرحيات من نوع: بيع بخسارة عند الافتتاح، ثم الهروب بعد ثلاثة أشهر.

هذا جعلني أفكر في مفهوم كان يُتجاهل دائمًا باعتباره مجرد كلام جاهز داخل “الكتاب الأبيض” رقم @grvt_io : الترخيص والامتثال. في قسم <Value Accrual> يقول إن منصّة تحقق 100% من الأرباح ستعيد استثمارها أو تقوم بإعادة شراء، لكن أساس “الائتمان” لهذه الجملة مخفي في سطر صغير غير ملفت في نهاية المواد: “أحد أُوَل منصّات التداول المرخّصة على سلسلة عالمية.” وهذا ليس خطابًا تسويقيًا، بل هو مواجهة للخوف الأكثر بدائية داخل طبيعة البشر.

ما أكبر مفارقة في أكبر بورصات CEX التقليدية؟ أن تُسلّمها أصولك لتربح بها، فتذهب الأرباح إليها، وتبقى المخاطر عليك. البورصة اللامركزية تحل مشكلة الإيداع/الحضانة—لكنها تستدعي مشكلات جديدة: لا توجد عتبة دخول، فيأتي أي شخص ليبيع على بساطه، فتغدو عملية rug pull والتداول بغسل/تبييض المعاملات جزءًا من النظام البيئي. تريد GRVT أن تمضي طريقًا وسطًا: استخدام تقنيات ZK لتحقيق الحضانة الذاتية، وفي الوقت نفسه الحصول على تراخيص لقبول الإشراف التنظيمي. الحضانة الذاتية تضمن أن الأصول بيدك، والترخيص يضمن أن المنصّة لا تستطيع التصرف بشكل تعسفي.

ماذا يعني ذلك بالنسبة لتوكن GRVT؟ ليس “إعادة الشراء” شعارًا يُقال؛ بل يمكن التحقق منه عبر التقارير المالية. وليست عوائد الرهن “مكتوبة بخوارزميات”—بل هي أرباح حقيقية تُوزَّع. في بورصة تراقبها جهة تنظيمية، فإن تكلفة الإخلال بوعود مثل توجيه 100% من الأرباح لإعادة الشراء أو إعادة الاستثمار تكون أعلى بدرجة من فرق “الفِرق المجهولة”. #grvt

طبعًا، الترخيص سيف ذو حدّين. الامتثال يعني KYC، ويعني أن بعض المناطق قد لا تكون مدعومة، وقد يؤدي إلى تباطؤ في خطوات الموافقة وتأخير إيقاع إطلاق المنتجات. لكن بالنسبة لمن جرحهم الكثير من القصص التي انتهى فيها الأمر في عالم العملات الرقمية إلى “الشفرة هي القانون” ثم “الشفرة هي الهروب”، فإن وجود شخص يراقبك أحيانًا يكون أيضًا نوعًا من الاطمئنان. الثقة، في سوق العملات المشفرة، نادرة أكثر بكثير من معدلات العائد.

قبل أيام ساعدت صديقا في اختبار بروتوكول DeFi جديد تم إطلاقه للتو. قضى ثلاثة أيام لإكمال عملية KYC كاملة: رفع جواز السفر، تسجيل فيديو، ثم انتظار مراجعة يدوية… تعب لدرجة كبيرة. والنتيجة؟ تمت الموافقة على التحقق لكن بعد أقل من أسبوعين جاء بروتوكول آخر بإعلان: “لا ندعم بيانات/شهادات هذا المزوّد لـ KYC، يُرجى إعادة التحقق.” فبدأ يمرّر في المجموعة سلسلة كاملة من تعابير الغضب، وأنا أفهم تمامًا ذلك الإحباط. بطاقة عبور قضى عليها ثلاثة أيام، وفجأة تُلغى.

هذه القصة جعلتني أفتح من جديد في كتاب الـ whitepaper رقم @NewtonProtocol فصلاً كنت قد تجاوزته سابقًا—القسم 6.5: قابلية حمل الشهادات (Credential Portability). الفكرة الأساسية بسيطة لدرجة أنها مكتوبة بوضوح كأنها ليست مشروع بلوكتشين: شهادات KYC التي تم إنجازها يجب أن تكون قابلة لإعادة الاستخدام مرارًا بين تطبيقات مختلفة وسلاسل مختلفة وأزمنة مختلفة، بدل أن تضطر لإعادة كل شيء كلما تغيّر بروتوكول. لكن وراء ذلك يوجد تنازل/تصميم أعمق: إنه يفصل بشكل كامل بين “التحقق من الهوية” و“بيانات الهوية”.

الطريقة التقليدية ربما مررت بها أنت أيضًا. مزوّد KYC يَتحقق من الهوية ثم يخزّن النتيجة على خوادمه. وعندما يريد طرف التطبيق التأكد من هويتك، يتوجب عليه الاتصال بواجهة برمجة التطبيقات الخاصة بذلك المزوّد. هذا يعني أن معلومات هويتك يتم “لحامها” في قاعدة بيانات مزوّد محدد. إذا غيّرت تطبيقًا آخر؟ آسف… أعِد كل شيء من البداية. نيوتن يسلك طريقًا آخر: تغليف نتيجة التحقق داخل “شهادة قابلة للتحقق”، ثم تشفيرها وتخزينها بيد المستخدم. عندما يحتاج محرّك الاستراتيجيات إلى التحقق، يقوم فقط بتشغيل منطق التحقق مرة واحدة داخل بيئة TEE عبر Newton Identity Oracle، وفي النهاية يخرج قيمة منطقية—تمّ التحقق أو لم يتمّ. لا تغادر البيانات الأصلية طبقة التشفير طوال الطريق. #Newt

وجود توكن $NEWT في هذه العملية مُتعمد أن يكون منخفض التأثير. فهو لا يُسعّر الشهادة نفسها، بل يوفر ضمانًا اقتصاديًا لحساب كل عملية تحقق. المشغّل يقوم بتنفيذ التحقق عبر حرق التوكنات؛ إن حاول الغش، تُصادر التوكنات المرهونة مباشرةً.

وأثناء تدبّر هذا التصميم، خطرت لي حقيقة تقترب بسرعة متزايدة: الهوية على السلسلة تتفتت بمعدل يمكن رؤيته بالعين، ولا تعد قابلية حمل الشهادات مجرد ميزة “لطيفة”، بل أصبحت ضرورة على مستوى البنية التحتية. DYOR.

قبل بضعة أيام رأيت منشورًا في منتدى حوكمة DAO، تجاوزت المئات من المشاركات حتى صار الأمر فوضى. كان جوهر الخلاف حول نقطة واحدة: ما إذا كان «العقد/العقدة المحايدة» التي يزعمها أحد البروتوكولات محايدة فعلًا. الطرفُ المُشكِّك أخرج سلسلة من البيانات على السلسلة، واستخرج بطريقة قسرية المساهمَ الأكبر وراء مشغّل تلك العقدة، وبيّن وجود علاقة ملكية بينه وبين فريق البروتوكول. في اللحظة التي تم فيها دحض ادعاء الحياد، انهارت قاعدة الثقة الكاملة للبروتوكول تقريبًا خلال ثانية واحدة.

دفعتني هذه الحادثة إلى التدقيق مرة أخرى في ذلك المصطلح الذي يُلوك ويُعاد تداوله في ورقة الـ whitepaper رقم @NewtonProtocol : «حياد قابل للثقة». يضعه القسم 4.2 كـ «أساس» ضمن ثلاثة أعمدة رئيسية. كنت أظنه دائمًا مجرد صياغة دعائية جميلة. لكن عندما قارنت هذا الجزء مع آليات الأمن الاقتصادي في القسم 9.1 ومع إجراءات حل النزاعات في القسم 9.3، تبيّن لي تدريجيًا المعنى—في بنية نيوتن هذه، «الحياد» ليس موقفًا أو نية، بل هو بنية ميكانيكية دقيقة.

إذن ما الفرق بين الموقف والبنية الميكانيكية؟ الموقف هو: «أتعهد بألا أتحيز لأي طرف»، وصدقك من عدمه يعتمد على مدى ثقتك بي. أما البنية الميكانيكية فهي: «أنا في الواقع لا أملك القدرة على التحيز لأي طرف»، فلا يتطلب منك أن تصدقني؛ فقط انظر كيف تتشابك التروس وكيف تنطبق. وقد ثبّت نيوتن هذا الفرق بتصميم من ثلاث طبقات. الطبقة الأولى ليست «كتابة نيوتن»، بل قرار من الجهة التطبيقية نفسها؛ لا يملك حتى صلاحية تعديل علامة ترقيم واحدة. الطبقة الثانية، تنفيذ الاستراتيجية ليس من فريق NewtonProtocol، بل مجموعة من المشغّلين المستقلين، وكلٌ منهم لا يشتري وعود الآخر، فضلًا عن أن عليهم أولًا إيداع/توقيف كمية من الرموز كضمان بالمال الحقيقي. الطبقة الثالثة: إذا تحرك هؤلاء المشغّلون جماعيًا بنوايا ملتوية، يمكن لأي شخص وفي أي وقت أن يرمي على السلسلة إثباتًا معرفيًا (Zero Knowledge Proof)، ليُفعِّل إجراءات العقوبة/المصادرة. فكّر فيها: هذه ليست عبارة «أنا أعتقد أنك ستظل محايدًا»، بل هي رسالة باردة تقول لك: «إن تجرأت على عدم الحياد، فالثمن سيكون كبيرًا لدرجة أنك لن تتحمل دفعه بنفسك». #Newt

الرموز $NEWT في هذا الهيكل تؤدي دورًا بالغ الدقة. فهي لا تمنح أحدًا وسامًا أخلاقيًا على «الحياد»، لكنها تحول «عدم الحياد» سرًا إلى عمل تجاري أكيد الخسارة. الأشياء التي لا تستطيع الأخلاق ربطها، تربطها الرموز عبر التزام الضمان. DYOR.

قبل أيام ذهبت إلى البنك لإنجاز بعض المعاملات. ناولني الموظف استمارةَ إعلان لمكافحة غسل الأموال لكي أوقّع عليها. نظرت إليها بسرعة، وكان عليها مكتوب: «أؤكد أن مصدر أموالي مشروع». ما إن وقّعتُ حتى خطر في ذهني فجأة سؤال: ماذا يمكن لهذه الورقة حقًا أن تُثبت؟ إنها لا تُثبت إلا أنني في يوم معيّن من شهر معيّن كتبت اسمي. أما ما إذا كان مصدر الأموال «نظيفًا» فعلًا، فهذه الورقة لا تجيب عنه.

أعادني هذا الخاطر مباشرةً إلى الكتاب الأبيض رقم @NewtonProtocol ، الفصل 9.4. هذا الفصل ليس قليل المحتوى التقني؛ إذ يتحدث عن تقييم استراتيجيات قابلة للإثبات عبر ZK. يصف آليةً كاملة: يتم تجميع محرك قواعد Rego بالكامل إلى تعليمات مجموعة RISC-V، ثم يتم إدخاله في آلة افتراضية للبرهان الصِفرِي (zero-knowledge virtual machine) ليتم تشغيله؛ وبعد التشغيل يُنتج برهانًا رياضيًا. يمكن لهذا البرهان التحقق دفعةً واحدة من ثلاث نقاط—أن الاستراتيجية نفسها لم يتم العبث بها (بفضل قفل عناوين محتوى IPFS)، وأن بيانات الإدخال لم يتم تبديلها، وأن مسار التنفيذ لم يتم التلاعب به. لا تُحسب النتيجة إلا إذا اجتازت النقاط الثلاث.

وبعبارة أبسط: الأمر لا يتعلق فقط بأنك وقّعت على إعلان؛ بل أنك في تلك اللحظة استخدمت «آلة رياضية» لتحويل حقيقة مثل: «تم بالفعل تدقيق مصدر أموالك»—إلى مسألة برهان رياضي. لا يحتاج البنك إلى أن يصدقك، ولا حتى أن يصدق المُدقِّق؛ كل ما يحتاجه هو أن يتحقق مما إذا كانت الإجابة على تلك المسألة صحيحة أم لا. #Newt

وهذه—في رأيي—أكثر خط سردي في كامل الكتاب الأبيض رقم $NEWT مُهمَلٌ وتقديرُه أقل من قيمته. في مجال الامتثال، أكبر كلفة ليست في الموارد البشرية ولا في الأنظمة، بل في «احتكاك الثقة» المنتشر في كل حلقة من حلقات العملية: كل مرحلة تتطلب من الطرف الآخر أن «يُصدِّقني»، وتحت كل عبارة «صدقني» تختبئ احتمالية أن يتم خداعك. البرهان الصِفرِي (zero-knowledge proof) يدفع هذا الاحتكاك خطوة إلى بُعد الرياضيات، بينما يجعل الرهن الرمزي من المستحيل عمليًا على المشغّل أن يكذب أثناء التنفيذ. عندما تتراكب الطبقتان معًا، تتحول كلمتا «الامتثال» من مجرد وعود خفيفة تُكتب على ورق إلى حقيقة موضوعية يمكن احتسابها والتحقق منها، ويمكن تتبعها واسترجاعها تدريجيًا.

بصراحة، هذا أقسى من أي وعد. DYOR.