لقد كنت أفكر كثيرًا في بنية البنية التحتية لـ Web3 مؤخرًا، وأعتقد أننا نقترب من شيء بالغ الروعة. إن نموذج المعاملات في أيامنا هذه يحمل انعكاسًا حاسمًا: فالأمان دائمًا ردّ فعلي، ولا يتم اكتشافه إلا بعد وقوع الأمر، أي بعد أن يكون البروتوكول قد تم استغلاله.
على النقيض من ذلك، يتميّز Newton Mainnet Beta بالطريقة التي يعيد بها صياغة النقاش من خلال ضوابط تنفيذ محددة مسبقًا لضمان الحماية قبل التسوية، بدلًا من الاكتفاء بالتقارير بعد التسوية.
هذا ما يبدو عليه الأمر على السلسلة:
ستلاحظ أي صياغة أساسية لوصف معاملة على blockchain التدرج المألوف:
يقوم المستخدم بتوقيع حمولة (payload) وإرسالها إلى mempool، ثم يقوم منتجو الكتل بالتقاطها وتنفيذ انتقال الحالة الناتج. بمجرد اختيار معاملة لإدراجها في التسوية، يصبح الوقت متأخرًا جدًا لإيقافها. إذا تفاعلت الحمولة التي تمت تسويتها دون قصد مع بروتوكول DeFi مُهاجم، أو تجاوزت حدًا للامتثال، أو تلقت تغذية سعرية غير صحيحة من أوراكل، فقد تكون الشبكة قد قبلت بالفعل التغيير الناتج في الحالة. حاليًا، الأدوات الوحيدة ضمن صندوق أدوات أمان Web3 هي أدوات «ردّ فعل» بحتة: تحليل ما تم تسويته لاحقًا لأغراض التقارير ولوحات التحكم
يملأ بروتوكول Newton فجوة يمكن إثباتها في صندوق أدوات أمان التمويل اللامركزي، بابتكار واحد بسيط وبديهي: طبقة تفويض نشطة قبل التسوية مألوفة لأي شخص استخدم بطاقة ائتمان عند نقطة البيع.
استعارة «شبكة Visa» للتمويل اللامركزي (DeFi)
في المرة القادمة التي تدفع فيها مقابل عملية شراء باستخدام بطاقة ائتمان عند نقطة البيع، فكر في أن الأموال الموجودة في حسابك لن تغادر حتى يتم تفويض العملية بواسطة معالج دفع مركزي. لدى شبكة Visa الداخلية أجزاء من الثانية لتحليل العملية بحثًا عن عوامل المخاطر، بما في ذلك رصيد الحساب، وبيانات الموقع الخاصة بالاحتيال، والمزيد، قبل أن تُرجع إلى محطة نقطة البيع ردًا بسيطًا بنعم/لا. بعد الموافقة، ستتحرك الأموال فعليًا من حسابك
ما يفعله بروتوكول Newton بالنسبة لـ Web3 يشبه مفاهيمياً ما تفعله Visa ضمن منظومة المدفوعات العالمية. وبصفته طبقة تسوية مستقلة خلال نافذة Newton Mainnet Beta، يملك Newton القدرة على اعتراض المعاملات وتقييمها مقابل مجموعة سياسات مباشرة (حيّة) قبل حدوث أي انتقال حالة (state transition) على العقد الذكي الرئيسي
بينما تتمثل الممارسة القياسية حاليًا لتأمين معاملات العقود الذكية في فحص البلوك تشين المُسَوّى بحثًا عن عناوين وسلوكيات مشبوهة، يقوم Newton بتقييم حمولة المعاملة نفسها في الوقت الفعلي مقابل مجموعة سياسة محددة، ثم يعيد إقرارًا على السلسلة (on-chain) موقّعًا بنعم/لا مباشرة قبل التسوية
حل اختناق منطق التجزئة
إذا كانت هناك جهة مقابلة محددة أو فئة من الجهات المقابلة التي ترغب خلية متعددة التوقيعات (multisig) أو خزان أصول في تقييد النشاط معها، فإن ذلك عادةً ما يتضمن كتابة منطق خارجي (off-chain) هشّ أو حرق غاز غير ضروري عبر إدراج السماح على السلسلة (on-chain whitelisting). وفي كلتا الحالتين، تتشابك منطق إدارة المخاطر دون داعٍ مع طبقة التسوية
بالنسبة للمطورين، يعني ذلك أنهم يستطيعون ترميز «ضوابط حراسة» تأليفية أغنى وأكثر مرونة داخل Newton دون تعطيل اقتصاديات تجربة المستخدم (UX) في تطبيق dApp الرئيسي لديهم. ومن خلال تفريغ تقييم السياسة إلى بيئة تنفيذ منفصلة مصممة لهذا الغرض، يجعل Newton من الممكن للمطورين كتابة منطق أكثر تعقيدًا بكثير دون التأثير سلبًا على أداء طبقة التسوية الخاصة بعقودهم الذكية. ولا يتعين حتى على الطبقة الأساسية إجراء أي حسابات: يمكنها ببساطة الرجوع إلى الإقرار التشفيري المنشور من Newton للتحقق من أن المعاملة قد اجتازت سياسات أمان Newton لكي يستمر التسوية.
مع انتقال Web3 من ساحة لعب سهلة للمستهلك إلى طبقة تسوية جادة بمستوى مؤسساتي لأصول بمئات المليارات من الدولارات، لم يعد «يتم التسوية أولًا ثم طرح الأسئلة لاحقًا» نهجًا صالحًا للأمان.
من خلال إدخال طبقة تحليل المعاملات والتفويض قبل التسوية، بدأ Newton العمل الحاسم لسد فجوة ضعف أمني أساسي عبر منظومة التمويل اللامركزي بأكملها.