Haseeb Ghiffari

كنت أرى باستمرار كلمة «السوق» مرتبطة بسجل نموذج نيوتن، فأخذتها على محمل الجد فترة من الوقت: مشغلون متنافسون، ونظام سمعة، ومستخدمون يتصفحون مكتبة من الوكلاء ويختارون الوكيل المناسب لاستراتيجيتهم. ثم بدأت أبحث عن الموجود فعليًا في هذا السجل اليوم، واتضح أن الصورة أصغر بكثير مما توحي به اللغة المتداولة حوله.
في الوقت الحالي، يعمل السجل على وكيل حي واحد فقط، وهو وكيل الشراء المتكرر (Recurring Buy Agent)، حيث تؤطر خارطة الطريق صراحةً الانتقال إلى نظام بيئي قابل للتراكيب من عدة وكلاء بوصفه شيئًا ما زال قيد التقدم، وليس شيئًا تم بالفعل شحنه. الهدف هو تعزيز نظام بيئي قابل للتراكيب من وكلاء يمكن التحقق منهم، أي الانتقال بما يتجاوز الوكيل الفردي الأول، وكيل الشراء المتكرر. وفي الوقت نفسه، يتحدث وصف السوق الأوسع المتداول في كتابات مستقلة عن نظام قائم على دفتر أوامر (orderbook)، حيث يقدم المستخدمون نوايا الأتمتة مع فرض رسوم مرفقة، ويتنافس المشغلون على تنفيذها بكفاءة وبتحقق. يعمل البروتوكول بوصفه سوقًا قائمًا على دفتر أوامر يطابق طلبات الأتمتة بين المستخدمين والمشغلين، مع تنافس المشغلين على تنفيذ المهام بكفاءة وبتحقق، وتتحقق المدققات (validators) من أدلة التنفيذ قبل إتمام انتقالات الحالة. هذا تصميم حقيقي، لكن تصميم يحتاج إلى تعددية ليعمل كما هو موصوف. المنافسة ومفهوم السمعة مفاهيم نسبية؛ لا تعني شيئًا إلا عندما توجد أكثر من إمكانية للمنافسة أو بناء سمعة بالنسبة لخيار آخر.

شيء طريف حدث الأسبوع الماضي: كنت أُعيد ضبط حاسوب عمل كان يَفشل في التمهيد الآمن باستمرار بعد تحديث للـ BIOS. يبدو أن إعدادًا ما قد تغيّر، فامتنع الجهاز عن الوثوق ببرمجته الثابتة الخاصة به إلى أن قمتُ يدويًا بإعادة تمكينها. استغرق الأمر مني عشرين دقيقة من البحث في جوجل لأفهم ما المقصود أصلًا بـ "التمهيد المُقاس". وبطبيعة الحال، وبسبب ما يبدو أن دماغي لم يعد يعرف كيف يفصل بين الأمور، قادني هذا الالتفاف مباشرةً إلى وثائق "Newton Protocol"—على وجه التحديد الجزء الذي كنت قد تجاهلته كل مرة من قبل: طبقة Oracle Adapter Layer.

لقد كدت أن أتجاوز هذا الأمر. فهو مُدرج على أنه "قادم" ضمن خارطة طريق نيوتن نفسها، وسهل أن يفوّت عند مقارنته بالإعلانات الأكثر ضجيجًا حول الخزائن ومحركات هوية الأوراكل. لكن الفكرة الكامنة وراء Multichain Newton Keystore Rollup أكبر من مجرد تسويقها: رول-أب واحد لـ zkPermissions مصمم للاحتفاظ بالتصاريح القابلة للبرمجة مرة واحدة، وبكلفة أقل، ويمكّن كل سلسلة تتصل بنيوتن من الرجوع إلى هذا السجل نفسه بدلًا من إعادة نشر منطق السياسة نفسه والتحقق منه بشكل منفصل على كل سلسلة على حدة.
المشكلة التي يعالجها حقيقية. ففي الوقت الحالي، إذا كانت هناك سياسة تحتاج إلى التطبيق على Ethereum وBase وأي مكان يتوسع فيه نيوتن بعد ذلك، فلابد من وجود منطق مشابه لذلك يتم تقييمه والدفع عنه على كل سلسلة على حدة. هذا أمر مكرر في الحساب، ومكرر في الغاز، ومساحة هجوم متزايدة لنفس السياسة بينما تنجرف بهدوء خارج التزامن عبر عمليات النشر. إن توفر رول-أب مبني خصيصًا للاحتفاظ بالتصاريح يحل مشكلة التكرار بشكل أنيق. سجل واحد موحّد، وبراهين معرفة-صفرية تثبت حالته، وتقوم سلاسل أخرى فقط بالتحقق منه بدلًا من حمل المنطق الكامل لديها.

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

ذهبت للبحث عن الجهة التي تُغذّي فعليًا سياسات امتثال نيوتن بمادتها الخام، وكانت الإجابة تعود مرارًا إلى اسم واحد: ماجيك لابس. ليس كمورّد محايد يقف إلى جانب عشرات مزوّدي البيانات المتنافسين، بل كشركةٍ هي نفسها التي بنت البروتوكول في المقام الأول، وهي الآن أيضًا تزوّد أحد مدخلات تقييم المخاطر الأساسية لديها من خلال ما يُسمّى «Magic Labs Risk Scoring Data Oracle».
هذا يستحق الوقوف عنده لحظة، لأن العرض التقديمي الكامل لبنية نيوتن يعتمد على فصل بين شيئين: منطق السياسات، وهو لا مركزي ومُتحقَّق عليه بواسطة المشغّلين، والبيانات التي يعمل عليها هذا المنطق، والتي يُفترض أن تأتي من سوق مفتوح لمزوّدي الخدمات. يعرض نيوتن ذلك على أنه نقطة قوة. السياسات نمطية، ويمكن للمطوّرين المزج بين مصادر البيانات واختيارها بحرية، ولا شيء يكون مُشفّرًا مسبقًا. لكن عندما تُبنى أداة أوراكل البيانات الرائدة، التي أُطلقت أولًا، اعتمادًا على معلومات مخاطر المحفظة والبريد الإلكتروني الخاصة بالمنظمة نفسها التي تعمل على تشغيل البروتوكول، ويتم سحبها من سبع سنوات من سجل المعاملات عبر 50 مليون محفظة تديرها ماجيك بالفعل لصالح عملاء مثل Polymarket وNaver، يصبح الخط الفاصل بين «محرك سياسات لامركزي» و«نموذج مخاطر داخلي لشركة واحدة يرتدي ثوب بروتوكول» أكثر ضبابية بكثير مما يوحي به التسويق.