حوّل بروتوكول نيوتن درجة التفصيل في الصلاحيات من مستوى الأصول إلى مستوى المعاملات
بحثتُ في سنوات طويلة عن البروتوكولات ذات الطبقات العميقة، وتكوّن لديّ عادةٌ: أنظر إلى القصد من تصميم البروتوكول، لا إلى الميزات الجديدة التي أُضيفت، بل إلى ما الذي يفكّكه. ذلك أنّ الابتكار المعماري الحقيقي غالبًا لا يتمثل في ظهور وحدة جديدة، بل في أن شيئًا كان يُعامَل في الأصل ككتلة واحدة ينقسمه الناس إلى جزأين مستقلين. خلال الأسبوعين الماضيين كنت أراجع @NewtonProtocol من Mainnet Beta. في البداية كانت تركيزي كله منصبًا على حزمة الحسابات القابلة للتحقق التي تجمع بين TEE وZKP؛ فدمج بيئة التنفيذ الموثوقة مع برهان الصفر-المعرف بذاته مشروعٌ يستحق أن يُستغرق فيه الوقت. لكن بعد الاطلاع على عدة مخططات للمعمارية، توقفتُ مرارًا لأفكّر في شيء آخر: موضع VaultKit في مجمل سير التنفيذ. لقد كان في مكان متقدم جدًا، لدرجة جعلتني أشعر بأن المصمّم لم يكن ينوي إطلاقًا أن يمنح أي شخص صلاحيات التنفيذ كاملة.
وصف بنية Architecture Overview لمشروع @grvt_io في منتصف الليل… وكلما قرأته أكثر أشعر أن فيه شيئًا ما، لكني أيضًا كلما قرأته أكثر لا أرتاح.
لنبدأ بما هو واضح على السطح. توضح الوثائق الرسمية بشكل جلي: “matches and stores data off chain and provides smart contract level guarantees of their execution on chain”。 تتم مطابقة الطلبات خارج السلسلة، أما نتائج التسوية فيتم ضمانها على السلسلة عبر عقود ذكية. هذه المعمارية المكوّنة من ZK Stack validium مع دفتر أوامر سعر حد مركزي، قادرة على التعامل مع 600 ألف معاملة في الثانية—السرعة فعلاً تقترب من CEX. أجرى فريق Spearbit في ديسمبر 2024 تدقيقًا شاملًا استمر 28 يومًا، ومن الواجب الاعتراف أنهم ينفذون عملًا هندسيًا بجدية.
لكن بعد تفكيك التفاصيل التقنية، لدي بعض التحفظات.
في “Architecture Overview” الرسمية توجد جملة: “users requests are routed through our Backend infrastructure - the only permissioned entity allowed to execute transactions against our smart contracts”。 جميع الطلبات يجب أن تمر عبر بنية Backend الخاصة بهم، وهي الكيان الوحيد المسموح له بإرسال المعاملات إلى عقود L2. وبترجمة الكلام إلى لغة الناس: GRVT يشغّل سلسلة خاصة. إذا تم اختراق الـBackend، فسيُكشف النظام بالكامل. وفي توضيح وضع Validium، تعترف الجهة الرسمية أيضًا بأن “operator keeps block data confidential”، أي أن البيانات بيد المشغّل. عقد من أربع طبقات مع بوابة Backend خاصة—كل واجهة هي نقطة ضعف محتملة. يمكن للتدقيق أن يغطّي منطق الكود، لكنه لا يمكنه تغطية ثغرات “تجميع/تركيب” تتعلق بالتفاعل عبر الطبقات. الدفاع متعدد الطبقات… هل هو لسد الثغرات أم لبناء مساحة هجوم أكثر؟ لا أستطيع أن أجزم.
ثم نتحدث عن التوكن. إجمالي الكمية 1 مليار توكن. حصة المستثمرين 19.9%، والفريق 19%، والمجتمع/airdrop 28%، والاحتياطي المستقبلي 33.1%. مجموع المستثمرين + الفريق + الاحتياطي المستقبلي يساوي 72% مباشرة. من Q1 إلى نهاية يونيو تم تمديد TGE، وفي يوم الإطلاق الأول لم يتم إتاحة سوى 18% الخاصة بـSeason2 بالإضافة إلى الـairdrop المبكر. بالمقابل، بالنسبة لحصص المستثمرين والفريق الكبيرة، لا تذكر الـwhitepaper أي شيء عن دورة التحرير/الإفراج التفصيلية.
تم الحصول على تمويل قدره 33.3 مليون دولار، مع دعم من ZKsync وDelphi Ventures، والحجم التراكمي للمعاملات في 2025 وصل إلى 177 مليار دولار. لكن مشكلة مركزية مخاطر البنية التقنية، ومسألة شفافية نموذج التوكن—ما زالت قائمة. لا أستطيع الحكم على الجدوى/مردود السعر للمشاركة من قبل اللاعب العادي إلا عندما تصبح قواعد فتح المؤسسات شفافة بالكامل.
ما رأيك في مثل هذا النوع من المعمارية الهجينة؟ هل هي كافية أم لديك شكوك؟ #grvt
بعد سنوات من تحليل السلسلة، بقي لديّ تناقض لم أستطع فهمه: يُقال إن العقود الذكية غير قابلة للتلاعب، لكن القواعد التنظيمية تتغير كل يوم، وقوائم العقوبات تُحدَّث من حين لآخر، وكيف يمكن وصل عالم متغيّر بشيء ثابت؟ هذا الاختلال لم يحلّه أحد بشكل مباشر من قبل، إلى أن فككت Newton على الشبكة الرئيسية Beta فبدأت أرى الجواب. @NewtonProtocol
فصلت Newton السياسة عن الكود؛ تُكتب القواعد بـ Rego وتُفصل عن العقد، وتحديث قوائم العقوبات وضبط حدود المخاطر يتم مباشرة عبر الإعدادات دون لمس الكود أو إعادة النشر. الترقية التقليدية إما تتعطل بنظام التواقيع المتعددة لنصف شهر، أو تتطلب تبديل العقد ونقل الأصول، والفرق بين السلسلة وخارجها يبقى دائماً بساعة أو خطوتين، بينما Newton ضغط هذا الفارق إلى ما يقارب الصفر.
وهناك خيار تقني آخر جرى التقليل من شأنه: التحقق من السياسات باستخدام إثباتات المعرفة الصفرية. تستطيع المؤسسات إثبات الامتثال دون كشف الحيازات أو الأطراف المقابلة، وهذه حاجة أساسية للمؤسسات؛ فلا أحد يريد أن يبرئ نفسه عبر كشف دفتر تداولاته بالكامل.
هاتان النقطتان معاً تعني أن Newton يحل تناقضاً ثلاثي الأطراف: على السلسلة يجب أن يكون هناك ما يمكن التحقق منه، والمؤسسات تريد الخصوصية، والجهات التنظيمية تريد أن تواكب التغييرات. هذه المطالب الثلاثة كانت تتصادم سابقاً، أما الآن فقد استوعبها هذا التصميم في الوقت نفسه.
لكن الحوكمة تجعلني متردداً. ترقية البروتوكول مقسومة إلى مستويين: يمكن التصويت على المعاملات الاقتصادية وتعديلها، أما المنطق الأساسي فيحتاج إلى انقسام صلب. هذا يبدو معقولاً، لكنني لم أجد العتبة المحددة: هل هي 51% أم 66%؟ هل تُحسب بحسب الحصص المرهونة أم بحسب امتلاك الرموز؟ منذ إطلاق الشبكة الرئيسية Beta لم يظهر أي مقترح رسمي، وكل المعاملات تُعلَن من قبل المؤسسة. إذا كان يكفي موافقة عقد المؤسسة وحده لحدوث انقسام صلب، فما الفرق بينها وبين الترقية المباشرة؟
$NEWT يتداول الآن قرب 0.04 دولار، وقد هبط كثيراً عن قمته. بعض أفراد المجتمع يتحدثون عن ارتداد، وآخرون يسمونه "PPT عالم الامتثال". أنا أتفهم هذا الانقسام؛ فإطلاق السيولة المبكر للرموز غالباً ما يحطم المعنويات، ولا علاقة لذلك بقيمة البروتوكول. ومن زاوية المسار التقني، فإن جعل التحقق جزءاً أساسياً من البنية التحتية هو منطق متماسك نادر في مجال الامتثال. هل يمكن لهذا الجمع بين إثباتات المعرفة الصفرية وفصل السياسات أن يصمد أمام اختبار الضغط من رؤوس الأموال الكبيرة؟ #newt
الساعة الثالثة فجرًا الليلة، مباراة نصف النهائي بين فرنسا وإسبانيا؛ صاحب المركز الثاني في التصنيف العالمي ضد الثالث. مبابي: سجل 6 مباريات و8 أهداف، في مواجهة إسبانيا التي استقبلت 6 مباريات ولم تُدخل إلا هدفًا واحدًا. سِلاحٌ مقابل درع… من كتب هذا السيناريو؟
اذكروا لي بعض التفاصيل، وخلوكم تتأملونها.
هجوم فرنسا قوي فعلًا. مبابي في 6 مباريات أحرز 8. أوليسيه في 6 مباريات قدّم 6 تمريرات حاسمة. والفريق كاملًا سجّل 16 هدفًا. لكن لفرنسا نقطة ضعف قاتلة: في نصف نهائي كأس أوروبا 2024 ونصف نهائي دوري الأمم الأوروبية 2025، مرتين متتاليتين أرسلها الإسبان إلى الإجازة من البطولة. ومبابي عندما يواجه لامين يامال: في آخر 10 مواجهات فاز في مباراتين فقط. هذه الأرقام تجعلنا نكاد نقلق على مبابي.
أما إسبانيا فالأشد قسوة. أوناي سيمون لم يتلقَّ هدفًا لمدة 649 دقيقة في فترة من الوقت، وسجل 6 مباريات بشباك نظيفة—وضع رقمًا قياسيًا في تاريخ كأس العالم. يامال بعمر 19 عامًا يبدو ببساطة «المضاد» لمبابي، يراقبه بإحكام. والبديل ميرينو—سجل هدفًا حاسمًا من على الدكة في مباراتين متتاليتين—هذا العمق الاحتياطي مرعب.
والأكثر إيلامًا: يوم نصف النهائي يصادف عيد فرنسا القومي. ماكرون قال إنه سيحضر شخصيًا إذا تأهلت إلى النهائي. وإن خسرت فرنسا، فستتحول الاحتفالات بعيد إلى حداد.
أنا أتكلم هنا بسلاطة فم وتوقعات شخصية فقط، مجرد دردشة لا أكثر.
هذه المباراة أكيد لن تكون سهلة في المشاهدة. إسبانيا ستتحكم بالكرة ببطء وتستدرج، وفرنسا ستنتظر في الخلف وتنفذ هجمات مرتدة. خلال أول 60 دقيقة، أتوقع 0-0 تقريبًا؛ ومن يسجل أولًا هو الأرجح من يفوز. سرعة مبابي للهجوم على الأطراف—خصوصًا على جانب قدامى إسبانيا—قد تكون الفرصة الوحيدة، لكن دفاع إسبانيا متماسك جدًا؛ الأغلب أن نذهب إلى الوقت الإضافي وحتى ركلات الترجيح.
شخصيًا أحس أن كفة إسبانيا أرجح: لنقل 63/37. لأن الأفضلية النفسية واضحة: مرتين متتاليتين في نصف نهائي البطولات الكبيرة تغلبت على فرنسا، وهذه المجموعة بارعة جدًا في لعب مباريات ضد فرنسا. لكن مبابي من نوع اللاعبين الذين قد يغيّرون مجريات المباراة وحده… حقًا صعب الحكم.
اضبطت المنبه على الساعة الثالثة ليلًا، وجهزت البيرة—نلتقي في قسم التعليقات عندما يقرر من سيبلغ النهائي.
#BinanceTurns9 #币安9周年 تسع سنوات من العطاء والعمل جنبًا إلى جنب؛ نشكر بينانس على قيادتها لنا لاستكشاف عالم العملات المشفرة وفتح آفاق لا حدود لها! من 0 إلى 9، من التداول إلى نظام Web3 البيئي، شهدنا معًا لا حصر له من المعجزات. نبارك بينانس بالذكرى التاسعة لعيد ميلاد سعيد 🎂، لنبنِ المستقبل معًا!
تغيّر دقّة التفويض: كيف تُحوّل Newton VaultKit الثقة إلى تحقق خطوة-بخطوة
قبل عدة سنوات استخدمت أداة أتمتة للـتداول، وضعت لها مجموعة قواعد صارمة: نطاقات الأسعار، وتحمّل الانزلاق، وحدود حجم المراكز. ثم حدثت موجة تقلبات حادة في السوق، وفي الفاصل بين عمليتين تجاريتين استطاعت الاستراتيجية تصفية كامل موقعي. قضيت طوال ليلة في تفقد سجلات البلوكتشين لأفهم هل كانت المشكلة في منطق الاستراتيجية أم في مرحلة التنفيذ. في النهاية تبيّن أن منطق الاستراتيجية نفسه لا غبار عليه: كانت العملية الأولى متوافقة، وكانت العملية الثانية أيضًا متوافقة باستخدام نفس نوع التفويض. لكن التغيرات التي حدثت في السوق بين العمليتين جعلت النتيجة الفعلية للعملية الثانية تنحرف تمامًا عن المتوقع. بعد منح التفويض، وفي المساحة الفارغة بين التداول والتداول، لم يكن هناك شيء يراقب أو يتحكم.
في البداية كان هدفي فقط أن أفهم معنى تفكيك @NewtonProtocol لـ Intent وPolicy. بعد أن قلبت وثائق المطورين عدة مرات، اكتشفت أن فهمي السابق كان سطحيًا جدًا.
عندما كنت أكتب العقود، كنت معتادًا على حشر منطق التقييم مباشرة داخل سير العمل الخاص بالأعمال: تُربط الصلاحيات والِشروط والتنفيذ معًا، وإذا كان الكود يعمل فقط فهذا يكفي. تصميم Newton يعكس ذلك تمامًا: الـ Intent يصف “ما الذي أريد فعله”، والـ Policy يقرر “هل يمكن القيام بذلك”، وطبقة التنفيذ لا تقوم إلا بتشغيل نتائج التحقق. في البداية ظننت أنها مجرد طبقة تغليف إضافية، لكن كلما نظرت أكثر أدركت أن ما تحاول فصله فعلًا هو حدود المسؤوليات التي يختلط بها المطورون افتراضيًا.
لكن هذا النوع من المعمارية جعلني غير قادر على الاطمئنان تمامًا. وبالرجوع إلى مكدس التقنية، يعتمد TEE على Intel SGX؛ فثغرات مثل Foreshadow وPlundervolt، في كل جولة من هجمات القنوات الجانبية تُسدد ضربة مباشرة لمقولة “الموثوقية”. كما أن توليد إثباتات ZKP له كلفة حسابية تفوق عدة أضعاف كلفة المعاملة العادية. وجسر السلسلة عبر Rollup المصمم داخليًا بحد ذاته هو سطح هجوم إضافي. وذكرت HTX أن الإطلاق على الشبكة الرئيسية سيتم في الربع الثالث من 2025، وأنه في الربع الرابع سيتم تطوير أدوات للمطورين، وفي 2026 سيتم تحقيق تغطية متعددة السلاسل عالميًا. لكن طبقات TEE+ZK+Rollup+AI الأربع تتراكب معًا؛ وكل طبقة إذا فُردت وحدها هي عقدة صعبة، فتصبح صعوبة تطوير وتكرار البرمجيات أعلى بشكل أُسّي.
والذي يقلقني أكثر هو اعتماد Newton على EigenLayer. يتم تنفيذ Policy بالاعتماد على عقد restaking من EigenLayer للتحقق بالإجماع؛ إنها تبدو طريقًا مختصرًا، إذ لا يتطلب ذلك بناء التحقق من الصفر لمجموعة المدققين. لكن إذا كان هناك ثغرة في عقد restaking الأساسية، أو إذا تعرض بعض الـ operators على نطاق واسع للـ slash، فسيتم تمرير الأثر عبر سلسلة الاعتماد إلى Newton. إجمالي المعروض $NEWT هو مليار عملة، والمتداول حاليًا حوالي 2.87 مليون، وما زال 94% غير مُفرج عنه. لم يمضِ على TGE سوى أكثر من سنة، ومعظم الوظائف المعقدة التي تدعم التقييم لا تزال ضمن خريطة الطريق.
بالطبع، لن أنفي ذلك بالكامل بسبب هذا. إذا بدأت مشروعات المجتمع فعلًا بإعادة استخدام نفس مجموعة Policy بدلًا من كتابة أحكام حاسمة داخل كود أعمالها الخاصة، فسيكون تقديري أكبر لما يريد NewtonProtocol تغييره—في الحقيقة هو تغيير التفكير الأساسي في تطوير التطبيقات على السلسلة. #newt
في ساعة متأخرة قرأت توثيق Grvt الرسمي @grvt_io ، وتوقفت عند قسم “الهندسة المعمارية الهجينة”. مكتوب في قسم الأسئلة الشائعة بوضوح: “GRVT لديه بنية هجينة تتكون من أنظمة على السلسلة وخارجها من أجل قابلية التوسع والأمان والخصوصية.” مطابقة/تجميع خارج السلسلة، ثم تسوية على السلسلة. وبعد ذلك نظرت إلى البيانات: 600,000 معاملة في الثانية، وزمن تأخير على مستوى الميلي ثانية تقريبًا. سرعة على مستوى CEX مع إضافة ZK من خلال الاستضافة الذاتية—هذه التركيبة تبدو فعلاً رائعة.
لكنني عندما وصلت إلى فقرة أخرى، توقفت من شدة الدهشة. يذكر التوثيق: “يتم دفع جزء من الإجراءات خارج السلسلة إلى سلسلة GRVT. ثم يتم نشر هذه الإجراءات كأدلة معرفة-صفر (ZK) للتحقق من المعاملات خارج السلسلة على Ethereum.” يتم تجميع ما حدث خارج السلسلة في إثباتات ZK ثم رميها على Ethereum. يبدو الأمر منطقيًا.
لكن تقييم المخاطر لدى L2BEAT خصص سطرًا محددًا: “يجب أن ترافق كل تحديثات لحالة النظام إثبات ZK”، والمشكلة تكمن في كلمة “يجب”.
إن توليد إثباتات ZK يعتمد على إصدار محدد من آلة Boojum الافتراضية. أي تحديثات في الطبقة السفلية أو ترقية للإصدار تعني أن ثغرات التوافق قد تظهر تبعًا لذلك. إذا فشل التحقق من الإثباتات المجمعة ولو مرة واحدة، فسيتم حظر عمليات سحب المستخدمين وتسوياتهم بالكامل. يقوم كتالوج ZK لدى L2BEAT بتتبع عقود الـ verifier الخاصة بكل مشروع تحديدًا، والعملية هي: “إعادة توليد ملفات Solidity مباشرة من كود المصدر للتأكد من أن العقود الموزعة شرعية”. لماذا يفعلون ذلك؟ لأن توليد مفاتيح التحقق يعتمد على “trusted setup” (الإعداد الموثوق)، وعبارة: “SNARKs require a trusted setup” تعني وجود افتراض الثقة.
حسبت الأمر حسابًا ماليًا. GRVT طورت دوائر ZK خاصة لـ مطابقة المشتقات، الضمانات الموحدة، ومهام المقاصة. هذه المنطقية تُحشر داخل دائرة ZK، وتعقيدها يفوق بكثير مشاريع ZK الخاصة بالدفع العادي. إذا كانت القيود مشدودة جدًا، قد تفشل عملية الإثبات؛ وإذا كانت غير كافية، فقد يتمكن شخص ما من بناء إثباتات “صحيحة” خبيثة. كلما كانت الوظائف أعقد، زادت احتمالات وجود ثغرات كامنة أعمق. في الورقة البيضاء، تم ذكر سرعة الإثبات بشكل جميل، لكن لا توجد أي إشارة إلى خطة التعامل مع حالات تعطل التحقق.
وبالحديث عن TGE. تؤكد الجهة الرسمية إجمالي المعروض 1 مليار توكن. حصة المجتمع والهبات الجوية (airdrop) هي 28%، وبزيادة 6% من الهبة (من 22% إلى 28%). بمجرد أن يتم فك القفل، فمن المرجح أن يحدث ضغط بيع حقيقي. خلال الأسابيع الأولى، كان التذبذب العريض يكاد يكون أمرًا لا مفر منه.
لذلك فكرتي الآن هي: بدلًا من المراهنة على اتجاه السعر، انتظر حتى ما بعد TGE حيث تتشكل سيولة حقيقية ثم ادخل.
ما رأيك في هذه الهندسة المعمارية الهجينة لدى GRVT؟ أهلاً بك في مشاركة تحليلك التقني في قسم التعليقات. #grvt
إذا كان باينانس هو “اللاعب” الذي يرتدي زي الرقم 9، فأنا أرغب في أن أكون ذلك “الزميل” الذي يقف دائمًا إلى جانبك.
وبالمناسبة، أعتبر نفسي أيضًا “زميلًا قديمًا”. خلال هذه السنوات، مررنا معًا بالكثير: في الأسواق الصاعدة كنا نندفع معًا، وفي فترات التذبذب كنا نتكاتف لنتحملها، وحتى في أدنى اللحظات لم يخطر ببالنا يومًا أن نغادر. وأنا أرى باينانس، من ذلك “الوافد الجديد” الطري في بدايته، يكبر خطوة خطوة حتى صار اليوم “نجمًا” عالميًا يتجاوز عدد مستخدميه 300 مليون، شعرت حقًا بفيض من المشاعر لا يمكن التعبير عنها. هذه السنوات التسع، استخدم باينانس 198 تحسينًا و2354 ملاحظة من المستخدمين لتحويل صوت المجتمع إلى تحديثات ملموسة داخل المنتج.
الأكثر ما لمسني، هو “خدمة العملاء شياو هي” التي كانت دائمًا تضع المستخدمين في قلبها. فأن يكون مؤسسًا مشاركًا يرد بنفسه على رسائل المستخدمين الخاصة عامًا بعد عام على مدى تسع سنوات، ويساعد الجميع في استعادة الأصول التي تم تحويلها بالخطأ… إن “دفء” هذا الزمالة لا يمكن لأي مخطط K-line أن يرسمه.
لقد بلغنا عامه التاسع. الملعب الجديد قد بدأ. كزميل، أود أن أقول: شكرًا لرفقتكم وثقتكم طوال هذه السنوات التسع. في التسع سنوات القادمة، أيًا كانت تغيّرات السوق، سنواصل القتال جنبًا إلى جنب، لنتقدم معًا!
9️⃣ رقم اللاعب هو بالضبط عملة الذكرى التاسعة في بينانس، وقد تم افتتاح الملعب الجديد!
شكرًا لكل واحد منكم على مرافقة بينانس حتى اليوم —— لقد دخل اللاعبون أرض الملعب، فهذه المرة أي مقعد/فئة تختار؟
يرجى اختيار هويتك: مدرب، زميل، مشجع، مقدّم… انطلق من هويتك وشارك قصصًا وموادًا مرتبطة ببينانس: قصصًا، فيديوهات، ومحتوى مكتوب
💛 استخدم قصتك أو تهنئتك أو إبداعك لتقديم تمريرة مساعدة للاعب رقم 9
تابع الحساب، ومع وجود الأعمال/المحتوى و#币安九周年 لإعادة النشر يمكنك المشاركة في الفعالية 🎁 سحب على 10 منشئين محظوظين، يحصل كل منهم على 99U 🏆 واختيار منشئ واحد لأفضل عمل، ليأخذ جائزة النهاية 199U
تكلفة نقل الثقة: تصميم طبقة أتمتة يمكن التحقق منها في بروتوكول نيوتن والمخاطر المرتبطة بها
في الشهر الماضي، استعنتُ بصديق ليساعدني في تدبير مبلغ صغير من الأصول المشفّرة، قيل إنه يقوم بتداول شبكي. النتيجة بعد نصف شهر، عندما راجعتُ الحساب، لم يكتفِ بفتح رافعة مالية بثلاثة أضعاف، بل خسر 40% من رأس المال داخل حوض سيولة لا أعرف عنه شيئًا تمامًا. صديقي يبدو مظلومًا جدًا، وقال: "أعتقد أن هذه الفرصة كانت جيدة". لكن المشكلة لا تكمن في ما إذا كان حكمه صحيحًا أو لا، بل في أنه عندما سلمتُ الصلاحيات في البداية، لم يكن هناك أي طريقة لوضع قيود على: "ما الأشياء التي لا يمكنك القيام بها". لم يكن لدي سوى خيار أن أثق في هذا الشخص، أو ألا أثق. إما أن أُعطي كل شيء، أو ألا أُعطي شيئًا. هذا الشعور بالاختناق نفسه هو الشيء ذاته الذي كنت أفكر فيه مؤخرًا بينما كنت أتصفح <c-28/> البيانات.
عندما كنت أراجع إعلان الشبكة الرئيسي من حساب @NewtonProtocol ، لاحظت أن شركاء التعاون الأوائل هم RedStone وCredora؛ أحدهما يعمل كأوركل (آلة تنبؤ)، والآخر يعمل كتقييم ائتماني. في البداية ظننت الأمر غريبًا. إذ إن بروتوكول التفويض على السلسلة، فلماذا لا يكون الشركاء شركات تدقيق أمني؟
ثم فهمت الأمر. في جوهره، محرك السياسة لدى Newton عبارة عن مُحدِّد/قاضٍ للقرار. حتى لو كانت القواعد مكتوبة بدقة شديدة، فإن مدى صحة القرار في النهاية يعتمد على البيانات التي يتم إدخالها. على سبيل المثال: إذا انخفض السعر دون حدّ معيّن يتم تفعيل التصفية؛ وإذا تم التلاعب بمصدر البيانات أو تأخرها، فلن ينفع أن تكون القواعد مكتوبة جيدًا. مصداقيته في الواقع طبقتان متراكبتان معًا: شبكة الـ operator على EigenLayer مع إثباتات المعرفة الصفرية، وهي التي تضمن عدم العبث في عملية الحساب؛ لكن هل بيانات الحكم نفسها صحيحة أم لا—فهذا سؤال مستقل آخر.
ما يقلقني أكثر هو TEE. يستخدم Newton Phala Cloud لتشغيل agent، ويوفّر Intel SGX عزلًا على مستوى الأجهزة، ويمكن للتحقق عن بُعد التأكد من تنفيذ الـ agent داخل بيئة موثوقة. لكن TEE يتحقق من موثوقية البيئة، وليس من عدم وجود أخطاء في الكود. فإذا كانت شيفرة الـ agent تحتوي على منطقًا خبيثًا، فسيقوم TEE بتنفيذها بأمانة، وسيظل التحقق عن بُعد ناجحًا. بل قد يمنح TEE الكود الخبيث ختم ثقة.
وهناك مشكلة واقعية أخرى. العقد الأساسي في Newton يَحتفظ بصلاحية ترقية المدير، وتتحكم فيها محفظة متعددة التوقيعات التي يديرها مجلس المؤسسة. في حال تسرب أعضاء التعدد أو تآمرهم، يمكنهم—نظريًا—تعديل قواعد العقد مباشرةً. وحالة تدقيق طرف ثالث للعقد حاليًا ما زالت “لا شيء”.
أوافق على اتجاه Newton المتمثل في تضمين الامتثال وإدارة المخاطر داخل التنفيذ، دون أسلوب مطاردة بعد وقوع المشكلة. لكن بما أن طبقات المخاطر الثلاث متراكبة: الاعتماد على بيانات خارجية كمصدر للحكم، وكون TEE لا يراجع نية الكود، واحتفاظ العقد الأساسي بصلاحيات المدير—فأنا سأنتظر حتى يتم طرح التدقيق من طرف ثالث وتفعيل درجات سمعة الـ agent على أرض الواقع، قبل التفكير في إيداع أصولي لديه. #newt $NEWT
من فترة، صديق لي كان يلعب بتقنيات الكمية اشتكى لي قائلاً إن تشغيل الاستراتيجيات على DEX صعب للغاية؛ السرعة لا تكون كافية، والانزلاق السعري يجعل الأمر مؤلمًا. أعطاني رابطًا وقال: “ألقِ نظرة على GRVT، يزعم أنه حل هذه المشكلة.”
قلبت وثائق GRVT الرسمية @grvt_io . يستخدم GRVT بنية هجينة: “مطابقة خارج السلسلة وتخزين بيانات على السلسلة، مع ضمان على مستوى العقود الذكية لتنفيذ على السلسلة”. يتم تشغيل المطابقة خارج السلسلة لزيادة السرعة إلى أقصى حد؛ ثم تُرسل التسوية والتحقق إلى السلسلة من جديد، بالاعتماد على تقنية Validium الخاصة بـ ZKsync لضمان الأمان. البيانات الرسمية مقنعة جدًا: ذروة 600000 معاملة في الثانية، وزمن استجابة على مستوى أقل من الميلي ثانية.
لكن ظهرت أيضًا مشكلة. بما أن GRVT يمشي بخطة Validium، فإن توافر البيانات يعتمد على لجنة DAC للحفاظ عليها خارج السلسلة، وليس مثل Rollup القياسي الذي يحمّل بيانات كاملة على شبكة Ethereum الرئيسية. لا تُنشر بيانات المعاملات في دفتر عام، وهذا يمنع فعلاً سباق الاستباق والـ sandwiching. لكن ما الثمن؟ دقة طبقة سجل الأوامر الأساسية ليست متاحة بما يكفي بالنسبة للمستثمرين الأفراد؛ إذا كانت فرق الكمية تريد التقاط تدفق أوامر لحظي؟ فالأبواب مغلقة.
ثم نظام الحسابات أيضًا. يجزّئ GRVT الحسابات إلى “حساب أموال” و“حساب معاملات”. حساب الأموال يهتم بالإيداع والسحب، وصلاحياته صارمة جدًا؛ أما حساب المعاملات فهو المخصص للتداول، وواجهة الـ API لا تصل إلا إلى حساب المعاملات، بدون تخزين للمفتاح الخاص. الإحساس بالأمان مرتفع جدًا، لكن بالنسبة للمستثمر الفردي فهو ثقيل للغاية: التسجيل يتطلب ربط البريد الإلكتروني، وتفعيل SecureKey، ولو ارتجف إصبعك ومسحت كاش ربما تنتهي الأمور قبل أن تعرف.
هناك أيضًا جانب المراقبة. يزعم GRVT أنه “أول DEX عالمي مرخّص”. وفي نهاية 2024 حصل على ترخيص من فئة M في برمودا. لكن فئة M هي في جوهرها “ترخيص بصيغة معدّلة”، مع قيود sandbox، ولا تحمل نفس قوة التدقيق والشفافية التي لا تأتي على نفس المستوى مقارنةً بمتطلبات تدقيق MiCA في الاتحاد الأوروبي أو CFTC في الولايات المتحدة.
تقييمي: حل GRVT التقني هو في الحقيقة تقاطع/توفيق ذكي. تجربة الواجهة الأمامية تبدو فعلًا وكأنها تقترب من CEX. لكن مشكلات الشفافية في بيانات Validium، والجدل حول القيمة الفعلية للترخيص، كلها عوائق لا يمكن تجاوزها بسهولة. أخطط لمراقبة عمق السيولة الحقيقي بعد TGE قبل أن أقرر الدخول من عدمه. في DeFi، الوثوق بالكود أفضل من الوثوق بعرض PPT. #grvt
التحقق التقني وتحليل مخاطر اقتصاد التوكن بعد إطلاق بيتا الشبكة الرئيسية لـ Newton Protocol
في الشهر الماضي، في مقهى بإحدى مناطق شنتشن نانشان، كنتُ أمام الكمبيوتر أعدّل تقريرًا. على الطاولة المجاورة جلس شابّان يرتديان قمصانًا مربّعة. كان أحدهما يحدّق في شاشة الهاتف ويقول شيئًا، لدرجة كادت قهوتي الأمريكية أن تخرج مني: «عندما يُطلق Newton بروتوكول PoRW، ستدفع مزرعة التعدين الخاصة بي فواتير الكهرباء تلقائيًا، ولن أحتاج إلى أن أتابعها». التفتُ برأسي وألقيتُ نظرةً سريعة؛ وعلى الشاشة كان واضحًا مخطط K الذي يشير إلى $NEWT . ذلك المنحنى الذي انزلق من 0.7 دولار حتى 0.047 دولار بدا كأنه جرحٌ ملتصقٌ على مخطط تداول شهر يونيو. بصراحة، لاحظتُ نيوتن بروتوكول أولًا بدافع الفضول فقط: مشروعٌ بلغت فيه القيمة السوقية ذروتها عند إصدار توكن في يونيو 2025 إلى 118 مليون دولار، فكيف تراجع بعد سنة واحدة بنسبة 93%؟ لكن بعد أن عدتُ إلى البيت وراجعتُ خلال ثلاثة أيامٍ الورقة البيضاء والوثائق التقنية، اكتشفتُ أن ما شدّ انتباهي في الحقيقة لم يكن السعر.
لقد مرّ على تداول السلسلة الأتمتة على السلسلة قرابة عامين، وأصبحت أكثر فأكثر أشعر أن هذا المسار عالق في عقدة ميتة: كي تدع وكيل الذكاء الاصطناعي يدير أموالك، يجب أن تمنحه الصلاحيات. ولكن عندما تمنح الصلاحيات، فهذا يعني عمليًا تسليم المفتاح لشخص آخر. حلول السوق إمّا تجعل الروبوت مركزياً، والأمان يعتمد على “ضمير” الفريق؛ أو تنقل الحساب إلى السلسلة، فيصبح الغاز مرتفعاً لدرجة أن المستخدم العادي لا يستطيع تحمّله.
ما الذي جعلني أتأثر ببروتوكول Newton؟ أنه يفكك “مشكلة الثقة” إلى حل تقني قابل للتنفيذ. المبادئ الثلاثة الأساسية: Scoped Autonomy (استقلالية محدودة)، Verifiable Integrity (تكامل قابل للتحقق)، وEarned Reputation (سمعة مكتسبة)؛ تربط قيود ما قبل التنفيذ، والتحقق أثناء التنفيذ، والعقوبات بعد التنفيذ في حلقة مغلقة. تُشغّل حسابات الذكاء الاصطناعي داخل TEE، ثم تستخدم ZKP لتوليد إثبات قابل للتحقق، وبعدها يتم إجراء مراجعة عشوائية عبر شبكة EigenLayer AVS. على المشغلين أن يضعوا رموز NEWT كضمان؛ ومن يسيء الاستخدام تتم مصادرة ضمانه مباشرة. لا يعتمد هذا النظام على “جودة أخلاق الفريق”، بل يفرض قيوداً صارمة عبر قواعد المراهنة—وأرى أن الاتجاه صحيح. @NewtonProtocol
لكن بعد قراءة المستندات بالكامل لاحظت أيضاً بعض المشكلات. التحقق عبر ZK يبلغ حوالي 230 ألف غاز، أي أغلى بعشرات الأضعاف من التحويلات العادية. كما أن تكلفة الاستراتيجيات المعقدة تتضاعف أيضاً، ولا يستطيع المستخدم العادي تحمّلها. والأمر الذي يقلقني أكثر هو مشكلة انتهاء الصلاحيات: لمفتاح الجلسة مدة صلاحية، لكنني لم أجد في الوثائق شرحاً لآلية “إلغاء تلقائي عند الانتهاء”. يستطيع المهاجم التقاط إثباتات ZK قرب انتهاء صلاحيتها وإعادة تقديمها مرات غير محدودة لاستدعاء تفويض المستخدم. بمجرد توليد إثبات ZK يصبح قابلاً للتحقق، ولا يقوم النظام بفحص ما إذا كان هذا الإثبات قد تم استخدامه من قبل.
بالإضافة إلى ذلك، رغم أن بيتا الشبكة الرئيسية قد تم إطلاقها، إلا أنه لا توجد حتى الآن نماذج عالية المستوى كثيرة يمكنها إنتاج استهلاك كبير للغاز بشكل أصلي على السلسلة. لم تتحقق بعد انطلاقة حقيقية للنظام البيئي؛ وما مقدار الغاز الذي يمكن للنشاط الفعلي أن يستهلكه لموازنة ضغط إصدار الرموز مقابل المعروض المتداول؟ ما زال غير معروف. $NEWT إجمالي المعروض 1 مليار قطعة، والتداول الأولي 215 مليون قطعة؛ وهناك ضغط بيع طويل الأجل موجود بشكل موضوعي.
لن أستثمر بتهوّر وبحجم كبير لمجرد أنني أؤمن بالاتجاه. الأتمتة القابلة للتحقق هي طريق لا بد منه في الصناعة، لكن تكاليف ZK، ومخاطر الصلاحيات، وبيانات التطبيق على أرض الواقع—كل ذلك يجب متابعته باستمرار. دعنا ننتظر حتى تظهر أحجام الاستخدام الفعلية ثم نحكم. #newt
صدفةً وجدت هذا المشروع برقم @grvt_io ، ويزعم أنه يريد إنشاء “أرقى مؤسسة مالية على تقنية البلوكشين”، كما حصل على ترخيص من برمودا. بصراحة، كانت أول ردة فعل لدي عدم التصديق. لكن عندما اطلعت على وثائقه الرسمية، شعرت أنه مثير للاهتمام أكثر فأكثر.
أكثر ما جذبني هو معماره الهجين. تقول وثائق المساعدة الرسمية بوضوح: “GRVT has a hybrid architecture that is made up of both on-chain and off-chain systems for scalability, security, and privacy”. المطابقة تتم خارج السلسلة، والتسوية داخل السلسلة، وتدّعي سرعة مطابقة الأوامر أنها 600 ألف TPS، مع تأخير بمستوى الميلي ثانية/أقل من الميلي ثانية. يوضح المدون الرسمي كذلك أن هذه البنية “built as a ZK Stack validium”، وتحمي خصوصية المعاملات عبر إثباتات المعرفة الصفرية، بينما يقوم Ethereum بالتسوية النهائية. يقول بعض أفراد المجتمع إن التجربة “قريبة تقريبًا من مستوى CEX”، وأنا أوافق على هذا التقييم، لكن الأداء الحقيقي على الشبكة الرئيسية ما زال يتعين رؤيته.
لننتقل إلى خريطة الطريق لعام 2026. الهدف الرسمي هو “unifying the entire capital lifecycle around a single programmable balance”، أي أن الرصيد يعمل في الوقت نفسه كتأمين، ويُدرّ عوائد، ويُستخدم في إجراء التداولات. تم التخطيط لأربع طبقات: العوائد والاستثمارات والتداول والمدفوعات، كما يعتزم دمج سيولة L1 مثل Aave عبر ZKsync Atlas. المخطط مغرٍ، لكن صعوبة التنفيذ ليست قليلة.
مسار الامتثال لدى GRVT يضيف بالفعل نقاطًا. في نهاية 2024 حصلت على ترخيص برمودا Class M، وفي 2023 حصلت على تصريح VASP في ليتوانيا. المؤسسون قادمون من بنوك استثمارية رفيعة المستوى، وخلفية الفريق قوية.
لكن لدي تحفظات أيضًا. إجمالي TVL حاليًا لا يتجاوز سبعة أو ثمانية ملايين دولار، وهناك تحليل يقول إن “نقص التداول والبيانات على السلسلة ليس ضجيجًا قصير المدى، بل مشكلة بنيوية”. نموذج اقتصاديات الرموز، رغم أنه أعلن إجمالي المعروض 1 مليار وتخصيص 28% لعمليات الإنزال الجوي للمجتمع، إلا أن آلية التوزيع التفصيلية لم تُرسَ بشكل كامل بعد. كما أثارت تعديلات قواعد الإنزال الجوي نقاشات داخل المجتمع.
الاتجاه صحيح، والرحلة طويلة. المعمّل الهجين يبدو رائعًا، والتنسيق بين المطابقة خارج السلسلة والتسوية داخل السلسلة، وتكاليف أداء إثباتات المعرفة الصفرية، والتوازن بين التنظيم واللامركزية—كلها “عُقد صعبة”. سننتظر حتى تعمل الشبكة الرئيسية فعليًا، وحتى تظهر البيانات، ثم نحكم هل هي تغيير حقيقي أم مجرد قصة جيدة، دون استعجال. #grvt
سرد الأتمتة القابلة للتحقق في بروتوكول نيوتن ومأزق الثقة عبر الأجهزة
بصراحة، عندما شاهدته لأول مرة @NewtonProtocol قمت بالتمرير بعيدًا مباشرةً. إن “وكلاء الذكاء الاصطناعي على السلسلة” و“طبقة أتمتة قابلة للتحقق” مثل هذا الخطاب رأيته كثيرًا في مجتمع التشفير؛ فثمانية من كل عشرة مشاريع تروي قصصًا متشابهة. إلى أن جاء يوم من الليالي التي لم أستطع فيها النوم وقرأت الورقة البيضاء، ورأيت أن الطبقة الأساسية تستخدم تأمينين معًا: TEE وZKP، كما أضافت آلية تُسمّى zkPermissions؛ بحيث لا يحتاج المستخدمون إلى تسليم مفاتيحهم الخاصة إلى الوكيل كي يتم التحقق من كل خطوة. عندها توقفت أصابعي وبدأت أقرأ بجدية. لنبدأ بما أعتقد أنه يستحق الثناء. يُعد تحديد بروتوكول نيوتن لمكانته واضحًا جدًا: فهو يوفّر طبقة أتمتة قابلة للتحقق لبناء اقتصاد على السلسلة. يمكن للمستخدمين تحديد حدود سلوك وكلاء الذكاء الاصطناعي عبر zkPermissions، مثل تقييد الصرف، أو الموافقة على DEX معيّن، أو ضبط أوقات تنفيذ المعاملات. ينفّذ الوكيل المهام داخل بيئة TEE، هذه “المقصورة المشفّرة”؛ وفي كل خطوة يتم إنشاء ZKP لإثبات لسلسلة الكتل أنه “لم يعبث بأصولك”.
لقد كنت مؤخرًا أتعمّق في تداول المشتقات على السلسلة، واكتشفت أن مشروع @grvt_io يبدو مثيرًا للاهتمام. بصراحة، سوق Perp DEX مزدحم بالفعل، ولا يزال اللاعبون القدامى متمركزين في مواقعهم؛ فكيف يمكن لمشروع جديد أن يأتي بأي جديد؟ لكن بعد بضعة أيام من قراءة الوثائق، تغيّر رأيي.
أكثر ما لفتني في GRVT هو بنيته الهجينة. مكتوب بوضوح في الوثائق التقنية الرسمية: “GRVT adopts an architecture that matches and stores data off chain and provides smart contract level guarantees of their execution on chain”. وترجمتها: يتم تنفيذ مطابقة الأوامر خارج السلسلة، لتكون السرعة قريبة من البورصات المركزية، بينما يتم التسوية والتحقق داخل السلسلة، مع الاعتماد على العقود الذكية كضمان احتياطي. تدّعي الجهة الرسمية إمكانية الوصول إلى 600,000 TPS وزمن تأخير بمستوى شبه-ملي ثانية. أرى أن هذا التوجه عملي وواقعي، وأكثر موثوقية من نموذج AMM الصِرف الذي يُعدّ عادةً “مُعرّضًا” لانزلاق السعر بشكل أكبر.
لكن التقنية وحدها لا تكفي. طوّر GRVT تصميم “الرصيد الواحد” Single Balance، بهدف أن تستخدم نفس الأموال في الوقت نفسه لكسب العائد وتكون بمثابة هامش. النص من المدونة الرسمية حرفيًا هو: “The same deposit can simultaneously earn yield, back a margin position, and even stay exposed to spot price appreciation”. يبدو الكلام جميلًا، إذ يحل مشكلة تجزئة رأس المال. ومع ذلك، لا يزال في داخلي قلق: عندما تعمل هذه الآلية المعقدة فعليًا، هل يمكن لإدارة المخاطر والتصفية أن تواكب؟ هذا غير مضمون.
حصلت GRVT على ترخيص Class M من هيئة إدارة العملات في برمودا، وتزعم أنها أول DEX في العالم يحصل على ترخيص. الامتثال سلاح ذو حدّين: قد تدخل الأموال المؤسسية بثقة، لكن KYC يمنع المستخدمين المجهولين؛ وفي أماكن مثل هونغ كونغ، لا يمكن الوصول إلى الخدمة حتى.
أما بخصوص خريطة الطريق، فقد اطلعت عليها أيضًا: في 2026 يخططون لتكامل Aave وغيرها من سيولة L1 عبر ZKsync Atlas، كما سيضيفون عقودًا دائمة لأسواق الأسهم والforeign exchange. الطموح كبير، لكن TGE تم دفعه من أواخر يونيو إلى يوليو، وهناك بالفعل من في المجتمع من يتساءلون عن قدرة الفريق على التسليم.
أعتقد أن GRVT تستحق المتابعة: الأساس التقني جيد، ومسار الامتثال واضح. لكن لا تتسرّع في الاندفاع؛ انتظر بعد TGE لترى البيانات الحقيقية ورد فعل المجتمع. حتى لو كانت الورقة البيضاء جميلة جدًا، فالأهم هو أن يثبت ذلك على أرض الواقع. #grvt
اطّلعت على العديد من مشاريع الأتمتة على السلسلة، لكني دائمًا شعرت أن هناك شيئًا ناقصًا. أثناء قراءة وثائق تقنية لفك @NewtonProtocol ، اكتشفت أن شخصًا يحل مشكلة كنت أفكر فيها منذ فترة: كيف نجعل وكيلًا ذكاءً اصطناعيًا «يملك حرية دون أن يتجاوز الحدود».
جوهر Newton هو «التحرر ضمن النطاق»: يحدد المستخدم عبر zkPermissions حدًا أقصى للأموال، ونطاق العمليات، وشروط المعاملات لوكيل الذكاء الاصطناعي. تُشفَّر الصلاحيات في دوائر زيرو-نوليدج، ولا يمكن للوكيل العمل إلا داخل الإطار. يتم تنفيذ المهام داخل بيئة TEE، وتقوم كل خطوة بتوليد إثبات ZKP يتم التحقق منه على السلسلة. هذا التصميم «يُشغَّل خارج السلسلة ويُتحقق على السلسلة» يضغط كلفة الغاز، وتحافظ القابلية للتحقق على مستوى التشفير.
لكن عند تصفح تكاليف التحقق من ZK، ترددت قليلًا. التحقق من إثبات Groth16 على السلسلة يكلّف غازًا يقارب 230 ألف تقريبًا، أي أكثر من عشرة أضعاف التحويل العادي على إيثريوم. الاستراتيجيات المعقدة تتضمن عدة إثباتات، فتتضاعف التكلفة، ولا يستطيع المستخدم العادي تحمّلها. وما يقلقني أكثر: إن Newton يتكامل مع إطارَيْ ZK-VM مختلفين هما Succinct وRisc Zero، والمنطق الأساسي لمكتبات التشفير غير موحّد. وإذا حدث تعارض منطقي عند التحقق عبر الإطارات، فماذا سيكون المآل؟ لم تشرح الوثائق الأمر بتفصيل.
هناك أيضًا ثغرة في «مفاتيح الجلسة»: «session keys bound to user-defined policies». توجد صلاحيات بمدة صلاحية. لكن ماذا يحدث بعد انتهاء المدة؟ بعد تفحصي الوثائق بالكامل، لم أجد أي توضيح لآلية الإلغاء التلقائي. إذا اعترض المهاجم إثباتات ZK القريبة من انتهاء صلاحيتها وأعاد إرسالها داخل نافذة الاعتماد، فيمكنه تكرار استدعاء الصلاحيات بلا نهاية. صحيح أن إثبات ZK قابل للتحقق، لكن النظام لا يتحقق مما إذا كان هذا الإثبات قد استُخدم من قبل. هذه مخاطرة كلاسيكية لإعادة الإرسال.
بالطبع، الاتجاه صحيح: الأتمتة على السلسلة تحتاج إلى قابلية تحقق، وأن ننتقل من «الثقة في الأشخاص» إلى «الثقة في القواعد». لكن ZK مكلف جدًا، وآلية الإلغاء غير موجودة، وعقبة تجربة المستخدم ليست صغيرة—هذه كلها عيوب هندسية حقيقية. سأواصل متابعة بيانات الشبكة الرئيسية وحجم تكامل الشركات (B端)، ولن أضع أموالًا بكثافة أعمى فقط بسبب السرد الملحمي. إلى أي مدى يمكن أن تمضي هذه البنية، يعتمد على ما إذا كان Newton قادرًا على تحويل «المثالية» الموجودة في الوثائق إلى «واقع» يمكن التحقق منه. #newt $NEWT
تفكيك وكلاء الثقة: يستخدم نيوتن التشفير لإغلاق تلقائي للـDeFi لا يتوقف
ؤخرًا فعلت شيئًا غبيًا جدًا: قرأت مرارًا وتكرارًا، أربع أو خمس مرات، الورقة البيضاء لـ@NewtonProtocol ووثائق تصميم Mainnet Beta، كلما قرأتها شعرت أن هناك شيئًا غير صحيح. فهم أغلب الناس في هذا المجال، من وجهة نظري، انحرف عن المسار. عشرة أشخاص، تسعة منهم يرددون نفس المقاطع التي يحفظونها: “TEE مع ZKP، وأتمتة قابلة للتحقق، وسلسلة تنفيذ مهام يقوم بها وكيل ذكاء اصطناعي على السلسلة”. بعد أن استمعت، لم أشعر إلا بشيء واحد: أنتم جميعًا تنظرون إلى الأمور بالعكس. إذا كان هدف نيوتن هو فقط جعل وكلاء الذكاء الاصطناعي “قابلين للتحقق”، فبماذا يختلف عن تلك البروتوكولات الأوتوماتيكية التي لا تعدو كونها تغييرًا في القشرة المتوفرة في السوق؟ ليس سوى إضافة طبقات إضافية من إثباتات التشفير، وبيئات عزل للعتاد أكثر. جوهر الأمر لا يزال منطق “الوكيل يستحق ثقتك” القديم. لكن بعد أن قمت بتفكيك معماره التقني، أدركت أن مكمن قوته الحقيقي ليس في المكان الذي يظنه الجميع. فهو بالأصل لا يريدك أن تفكر في سؤال “هل الوكيل موثوق أم لا؟”. هذه ليست تحسينًا في الدرجة؛ بل إحلالٌ في الطبيعة. من الاعتماد على التزام الوكيل الذاتي، إلى الاعتماد على قيود تلقائية تُفرض بواسطة الكود والتشفير. من “أثق أنك لن تفعل شيئًا سيئًا”، إلى “إذا أردت أن تفعل شيئًا سيئًا فلن تتمكن من ذلك”.
بالأمس، وأنا أتصفح ورقة بيضاء رقم @NewtonProtocol حتى الساعة الثالثة صباحًا، كلما قرأتها أكثر أصبحت أكثر يقظة. المشروع يريد بناء “طبقة أتمتة قابلة للتحقق”، بحيث ينفّذ وكلاء الذكاء الاصطناعي العمليات على السلسلة نيابةً عنك، وكل خطوة معها أدلة تثبت أنه لم يحدث أي تلاعب. الفكرة جريئة جدًا، لكن عند تفكيكها تظهر عدة مشاكل.
المنطق الأساسي في Newton ثلاث طبقات: سجلّ النماذج لإدارة هوية الوكلاء، وKeystore Rollup لإدارة صلاحيات المستخدمين، ونوايا الأتمتة لإدارة شروط التنفيذ. ومن بين هذه الطبقات، الأكثر ما يقلقني هو Keystore: الورقة البيضاء تقول إنه “a specialized rollup responsible for storing and updating user permissions”، أي أن قدرة أي وكيل على تحريك أصولك تعتمد بالكامل عليه. هذه المنظومة تعمل على شبكة تفويض PoS، ويُستخدم رهن NEWT من المدققين لضمان الأمان. سلسلة المنطق تبدو مثالية: بيئة تنفيذ TEE→إثبات ZKP→Keystore يخزن التفويضات→تحقق على السلسلة.
لكن جدار TEE أرق مما كنت أظنه. اطلعت على تقرير Binance Research، والنص حرفيًا يقول: “currently utilizes Phala's cloud environment”، أي أن TEE حاليًا يعمل عبر بيئة سحابية لـ Phala. المفتاح الخاص ومفتاح الجلسة وتفويضات المعاملات كلها موجودة داخل “الجيب” (الـ enclave) لدى طرف ثالث. في هجوم TEE.Fail عام 2025، لم يقدّم الباحثون بأكثر من 1000 دولار فقط لاستخراج مفاتيح حاسمة من Intel TDX وAMD SEV. كما أن Phala نفسها اعترفت بأن الـ enclave قد يتم نسخه/استنساخه (cloned). وكيل تم التلاعب به يمكنه أيضًا توليد “اقتباس” Quote يظهر أن كل شيء طبيعي، والعقود على السلسلة تسجل كل شيء دون تمييز.
والأمر الذي يجعلني أكثر قلقًا هو أن الشبكة في البداية يقودها خوادم TEE مملوكة للمؤسسة، وليس شبكة موزعة؛ بل إن المؤسسة هي التي تقرر.
لستُ غير متفائل بالاتجاه—بل على العكس، لأنني متفائل أكثر فأنا أكثر حذرًا. TEE لا يُزيل الثقة، إنه فقط ينقل الثقة من جهة المشروع إلى Intel وAMD. استراتيجيتي بسيطة: تابع بتركيز، ولا تحرك الحصة/الجزء الرئيسي من ملكيتي. انتظر حتى يعمل Newton دون الاعتماد على حلول TEE لدى طرف ثالث. #newt $NEWT