لقد انتهيت للتو من إعداد بعض عقد الحافة لمزامنة بيانات الشبكة الرئيسية الإيثيريوم، وعندما أرى الخطوط الحمراء من الأخطاء التي تظهر بسبب تأخر الشبكة عبر الشاشة كاملة، أزداد انزعاجًا كلما نظرت أكثر.

يظل الأمر محض تشويق: على الساحة أرى يوميًا كومة من الناس يصفقون لما يسمى “أحادية السلسلة من حيث الأداء/سعة المعالجة”، ويعتبرون سولو انا (Solana) ذات التوازي العالي هي المستقبل الوحيد للويب 3؛ فأنا لا أملك إلا السخرية الباردة. إذا كنت تريد السعي وراء اللامركزية الخالصة، فستضطر للبطء حتى يصبح الأمر بطيئًا كتحويل الحوالة #BTC لدرجة تجعل المرء يرغب في تحطيم جهاز الكمبيوتر؛ وإذا كنت تريد السرعة الفائقة، فعليك التنازل والاعتماد على تلك العقد الفائقة القليلة التي تتعطل طوال الوقت.@NewtonProtocol بالنظر إلى الجانبين، اخترت مباشرة “تقطيع” النظام إلى عالمين اثنين.

#Newt أن نحمل كل ما هو الأكثر استهلاكًا للعتاد، الأكثر تطلبًا للتوازي العالي، مثل حسابات الاستراتيجيات، واستخراج البيانات، وتدفق الرسائل—ونرميها كلها “خارج السلسلة”. دع شبكة مكونات موزعة تتسابق باندفاع جنوني؛ بينما تبقي الأصول الأكثر جوهرية، وسجلات الحسابات، وحصص إعادة التحري/الرهان (Restaking) وحق العقوبة/المصادرة النهائي، محبوسة بإحكام داخل آلة الحالات الخاصة بإيثريوم #ETH على السلسلة. بعد أن تنجز المكونات خارج السلسلة عملها، تخرج توقيعًا مشفّرًا BLS غير قابل للتزييف، وتقدمه إلى مصفوفة عقد EigenLayer على السلسلة لتوثقه/تُجيزه، ثم نخوض مواجهة مباشرة بسرعة فائقة مع أمان حديدي لا يلين.

لكن يجب أن أضع ماءً باردًا على الرأس: هذا النمط من البنية المترابطة “برد ونار في آن واحد”، نقطة ضعفه كلها تتمثل في “مزامنة الحالة بين السلسلة وخارجها (State Sync)”. إذا كان خارج السلسلة أسرع كثيرًا، فإن التسوية على السلسلة تكون بطيئة جدًا. إذا كانت الشبكة خارج السلسلة قد أذنت (سمحت) في غضون ثانية واحدة لـ 100 معاملة متتالية، بينما فجأة واجهت الشبكة الرئيسية لإيثريوم ازدحامًا شديدًا، فإن 100 توقيع/توقيع تجميعي (aggregated signatures) ستظل متأخرة جدًا عن الكتابة على السلسلة. عندها، هل يستمر خارج السلسلة في تمرير الأموال بشكل أعمى، أم يتوقف لينتظر إلى أجل غير مسمى؟ إذا لم تتم معالجة الأمر جيدًا، ستكون كارثة “الإنفاق المزدوج عبر سلاسل جديدة (Double Spend)”.

لذلك فإن استراتيجي هي: عند دمج البنية $NEWT لا تدع نفسك تتصرف بعجلة. أنا أطبق عمليًا في غرفة الخوادم، ولا بد أن أبني مراقبات صارمة بناءً على فرق زمن التأخير هذا. بمجرد أن يتراكم طول قائمة المهام غير المنجزة على السلسلة لأكثر من 3 مرات من ارتفاعات الكتل، يجب على بوابة الطبقة الثانية/خارج السلسلة بدء تقييد تلقائي للحركة (rate limiting). من الأفضل التضحية بسرعة الاستجابة، ولا يمكن السماح بأن تتسبب عربات خارج السلسلة في إزاحة الهيكل/الدعامة الكبيرة الخاصة بالسلسلة (المقصود: النظام على السلسلة) إلى الخلف بعيدًا.