لم يبدأ تقرير الحادث بتعطل متسلسل أو فشل في التوافق. بدأ بموافقة على محفظة لم يتذكر أحد أنه منحها. وعندما وصلت التنبيهات إلى الجميع عند الساعة الثانية صباحًا، كانت المعاملات نفسها قد أصبحت بالفعل جزءًا من الماضي. كانت الكتل سريعة. وكان التنفيذ مثاليًا. حدث الفشل في مكان أقل إثارة: الصلاحيات.
أستمر في سماع حجج حول عدد المعاملات في الثانية، وكأن السرعة هي المقياس الأساسي للموثوقية. هذا ليس صحيحًا. لا تقضي اللجان المعنية بالمخاطر اجتماعاتها في مناقشة ما إذا كان تم تسوية كتلة في نصف ثانية بدلًا من ثانية واحدة. ولا يسهر المدققون قلقًا لأن الإنتاجية كانت غير كافية. إن المحادثات غير المريحة دائمًا ما تعود إلى نفس الأسئلة. من كان صاحب الصلاحية؟ لماذا كان لهذا المفتاح ذلك النطاق؟ لماذا ظلت هذه الأتمتة تعمل بعد أن افترض الجميع أنها توقفت؟
وهنا أعتقد أن Newton يطرح سؤالًا أكثر نضجًا.
بدلًا من اعتبار الأداء وجهةً، يتعامل معه كأنه بنية تحتية. طبقة أولى عالية الأداء قائمة على SVM قيمة، لكن فقط إذا رفض النظام الذي فوقها الخلط بين القدرة والإذن. التنفيذ السريع مهم. القيود (Guardrails) أهم.
التصميم الذي يواصل جذب انتباهي هو Newton Sessions. لا أراها ميزة ملائمة أخرى. أراها تفويضًا مُلزِمًا ضمن حدود تتقادم فعلًا. تصبح السلطة محددةً بحسب الغرض، ومقيدةً بالزمن، ومحدودةً بالنية بدل أن تتحول إلى توقيع دائم آخر يعيش داخل محفظة إلى الأبد.
تفويض مُحدد + عدد أقل من التوقيعات هي الموجة القادمة لتجربة المستخدم على السلسلة (on-chain UX).
تبدو تلك الجملة كشعار منتج حتى تُذكّر حادثةٌ وقعت بين ليلة وضحاها الجميع بما درّبت عليه المطالبات الدائمة داخل المحفظة. لقد صار قبول الموافقات على أشياء لا نُمعن في فحصها أمرًا طبيعيًا لأن الاحتكاك صار هو العدو. في الواقع، ظل التفويض غير المُتحكَّم فيه دائمًا هو الخطر الأكبر من مجرد بضع مئات من المللي ثانية إضافية في زمن التسوية.
تعكس البنية هذه الفلسفة. يمكن أن يبقى التنفيذ نمطيًا، ما يسمح للأنظمة المتخصصة بالتحرك بسرعة، بينما توجد طبقة تسوية أكثر حذرًا تحتها لإنهاء النتائج بانضباط بدل الاستعجال. يبدو هذا الفصل أقل كونه موضة هندسية وأكثر كونه ذاكرة مؤسسية. في كل نظام مالي ناضج، يتعلم المرء في النهاية أن التنفيذ والتسوية النهائية لا ينبغي دائمًا أن يشتركا في الشخصية نفسها.
سيذكر الناس توافق EVM، وينبغي أن يفعلوا ذلك، لكن غالبًا لأنه يقلل احتكاك أدوات التطوير. لدى المطورين بالفعل تعقيد كافٍ دون إعادة بناء كل شيء من الصفر. التوافق مفيد لأنه يقلل تكاليف الهجرة، وليس لأنه يحل الأمن بحد ذاته. لا يفعل ذلك.
يظهر الرمز الأصلي في هذه الصورة لسبب عملي. إنه وقود الأمان. لا أرى أن الحَوكَمة (الستاكينغ) عائدٌ سلبي؛ بل هي مسؤولية. كل مُدقق يختار تأمين الشبكة يفترض ضمنيًا أن الاعتمادية شيء يُصان، لا شيء يُفترض.
ظل خطر الجسور (Bridge) مستحيلًا تجاهله. كل منظومة في النهاية تريد سيولة في كل مكان، وكل جسر يُوسّع بهدوء افتراضات الثقة التي يرثها المستخدمون دون أن ينتبهوا. علّمت التاريخ درسًا واحدًا ظل ثابتًا بشكل مؤلم.
لا تتدهور الثقة بشكل مهذب—بل تنقطع فجأة.
تشرح تلك الجملة حوادث أكثر من أي لوحة معلومات على الإطلاق.
ربما لهذا السبب أجد Newton مثيرًا للاهتمام. لا يعد بعالم تختفي فيه الأخطاء. يبدو أنه مهتم أكثر بتقليص دائرة الأثر حين تحدث لا محالة. تنتهي الصلاحيات مع الجلسات. تبقى الأذونات ضمن حدود. يبقى التنفيذ نمطيًا (وحدات). تبقى التسوية محافظة. يوجد أداء، لكن ليس على حساب ضبط النفس.
توقفت عن الاعتقاد بأن أسرع نظام هو تلقائيًا الأكثر أمانًا. أغلب حالات الفشل الكارثية التي رأيتها لم تكن بسبب كتل بطيئة. كانت بسبب مفاتيح عاشت طويلًا جدًا، وصلاحيات امتدت بعيدًا جدًا، وأتمتة لم يتذكر أحد أنها مُصرَّح بها.
دفتر الأستاذ الذي يتحرك بسرعة مفيد. دفتر الأستاذ الذي يستطيع أن يقول "لا" قبل أن يترتب فشلٌ متوقع هو الذي أثق به.
