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