سلاسل ADI Chain L3 المتوافقة تمثل رول أب من الطبقة الثالثة (Layer 3) بمعرفة صفرية تُصفى على ADI Chain (L2)، حيث تتم تصفية L2 بدورها على شبكة Ethereum الرئيسية (L1). تتيح هذه البنية للمؤسسات تشغيل سلاسل مستقلة حسب الولاية القضائية أو خط الأعمال، مع إمكانية تحديد سياسات الامتثال بما يتناسب مع كل حالة. ووفقًا لنموذج الأمان ثنائي الطبقات الموضح في نظرة عامة على ADI Chain، ترث L3 الضمانات التشفيرية من كل من L2 وL1، مع عزل بيئات التنفيذ ومجالات الامتثال عن الحالة المشتركة لـL2.
بالنسبة للحكومات والبنوك واتحادات الصناعة، توفر L3 مفهوم "نظام بيئي واحد، قواعد متعددة": حيث تتداول الأصول المنظمة على سلاسل مخصصة، وتعمل التطبيقات المفتوحة على L3 آخر أو على L2، وتتكامل كل الطبقات عبر تمويل مرحلي على L2.
موقع L3 في بنية الطبقات لـADI Chain
تعتمد ADI Chain تسلسل تصفية ثلاثي المستويات L3→L2→L1. تنفذ سلاسل L3 المعاملات محليًا وتحافظ على حالة مستقلة؛ وتتحقق L2 (ADI Chain) من صحة دفعات L3 وتخزن جذور الحالة؛ وتتحقق L1 (Ethereum) من دفعات L2 وتُنهى الحالة النهائية. تنتقل الحماية الأمنية عبر الطبقات من خلال إثباتات صحة بمعرفة صفرية، مما يمنع قبول انتقالات حالة غير صالحة في طبقة أعلى.
على عكس نشر التطبيقات اللامركزية مباشرة على L2، توفر L3 عزلاً فعليًا على مستوى التنفيذ: حيث يمتلك كل L3 متسلسلاً ومثبتًا وعقد Diamond Proxy خاص به، مع حالات لا تتداخل. يمكن نشر عدة سلاسل L3 ضمن نفس النظام البيئي، مع مشاركة عقود البنية التحتية مثل Bridgehub (سجل السلاسل) وStateTransitionManager (STM). تبلغ قدرة ADI L2 حوالي 2,000–10,000 معاملة في الثانية (TPS)، ويمكن زيادة السعة بشكل أكبر بإضافة سلاسل L3 متعددة بحسب التطبيق أو الولاية القضائية.
| الطبقة |
موقع التنفيذ |
هدف تقديم الإثبات |
زمن التأكيد المعتاد |
| سلسلة L3 |
متسلسل محلي L3 |
ADI Chain (L2) |
ثوانٍ (تأكيد مبدئي) |
| ADI Chain (L2) |
متسلسل L2 |
شبكة Ethereum الرئيسية (L1) |
دقائق (تأكيد L2) |
| Ethereum (L1) |
عقود المُحقِّق |
إنهاء جذر الحالة |
ساعات (نهائية L1) |
يوضح الجدول أن L3 ليست سلسلة عامة مستقلة، بل مجال تنفيذ قابل للتخصيص ضمن ADI L2 وEthereum L1. ترث ADI L2، كرول أب بمعرفة صفرية، أمان Ethereum الاقتصادي؛ بينما تضيف L3 طبقة امتثال مؤسسي إضافية.
الشكل 1. موضع سلاسل ADI Chain L3 المتوافقة في بنية الطبقات L3→L2→L1 والعلاقة بين المكونات الأساسية.
المكونات الأساسية لنظام L3 البيئي
ينشر نظام L3 البيئي بنية تحتية مشتركة على طبقة التصفية L2، بالإضافة إلى عقود خاصة بالسلسلة وعُقد تشغيلية على كل L3. يعمل Bridgehub كسجل مركزي، يدير ربط معرف السلسلة بعناوين العقود، وتوجيه الرسائل عبر السلاسل، وتكوين النظام البيئي. يدير StateTransitionManager تسجيل السلاسل الجديدة، وترقيات البروتوكول، وإدارة معلمات التحقق المشتركة. كل سلسلة L3 مزودة بعقد Diamond Proxy يستخدم نمط Facet للترقيات المعيارية، ويتولى إرسال الدفعات والتحقق منها وتخزين جذر الحالة وإدارة المدققين.
على مستوى العمليات في L3، تشغل كل سلسلة متسلسلاً ومثبتًا ومجموعة محافظ تشغيلية (تتولى الالتزام، الإثبات، والتنفيذ). في L2، يقوم مثبت L2 بتجميع المعاملات الأصلية لـL2 وتسويات L3 في إثباتات تُرسل إلى L1. يفرض Validator Timelock تأخيرًا بين الالتزام والتنفيذ، ما يمنح فرصة لاكتشاف الشذوذات.
يتيح تصميم Diamond Proxy Facet ترقية منطق التنفيذ والاستعلام والإدارة بشكل مستقل. ويُعد الجمع بين بنية التسجيل المشتركة على L2 مع حالة التنفيذ المعزولة على كل L3 سمة رئيسية تميز ADI Chain عن نموذج L2 التقليدي "سلسلة واحدة، تطبيقات متعددة". في مقارنة ADI Chain مع Arbitrum وBase، يُعد دعم L3 الأصلي ونموذج Bridgehub من أبرز الفروقات.
نماذج النشر الثلاثة لسلاسل L3
تدعم ADI Chain L3 نماذج بنية تحتية مُدارة من ADI أو مشغلة من العميل أو هجينة، لتلبية احتياجات المؤسسات من التشغيل الصفري إلى التحكم الكامل.
| النموذج |
المتسلسل |
المثبت |
مفاتيح العقود |
الأفضل لـ |
| مُدار من ADI |
تديره ADI |
إثباتات تُنشئها ADI |
ADI تحتفظ بمفاتيح الحوكمة والتشغيل |
المؤسسات التي تبحث عن نشر جاهز دون عبء البنية التحتية |
| مشغل من العميل |
العميل يشغل العقد |
العميل يشغل عُقد إثبات GPU |
المفاتيح تُنقل لمحافظ العميل |
المؤسسات التي تحتاج تحكمًا كاملاً في العمليات وملكية البيانات |
| هجين |
العميل أو ADI (قابل للتكوين) |
العميل أو ADI (قابل للتكوين) |
الحوكمة للعميل؛ العمليات يمكن تفويضها لـADI |
المؤسسات التي ترغب بتحكم ذاتي في الحوكمة مع إمكانية الاستعانة بعمليات خارجية |
يتم نشر العقود باستخدام تحكم بالوصول قائم على الأدوار: يتولى الحاكم ترقيات البروتوكول، والمدير الإجراءات الطارئة، والمشغل تنفيذ الالتزام الدفعي، ومُثبِّت الإثباتات، ومشغل التنفيذ تنفيذ الدفعات المُثبتة. يمكن نقل الملكية بالكامل إلى محفظة متعددة التوقيعات للعميل أو تسليمها تدريجيًا. يتبع نظام L3 البيئي نهج "نشر مرة واحدة، إضافة السلاسل تدريجيًا": يتم نشر Bridgehub وSTM مرة واحدة على مستوى النظام البيئي، وتنضم سلاسل L3 الجديدة كعقود مستقلة.
في وضع التشغيل من العميل، يتطلب المُثبِّت وحدات معالجة رسومية NVIDIA H100 أو H200 (ذاكرة 70–140 جيجابايت) وذاكرة نظام 64 جيجابايت أو أكثر؛ بينما يتطلب المتسلسل 8 أنوية CPU على الأقل و32 جيجابايت RAM ونقطة نهاية معاملات عامة. يجب أن تحتوي محافظ المشغلين على رموز $ADI كرسوم L2 للعمليات على السلسلة عبر الالتزام، الإثبات، والتنفيذ.
تدفق التصفية Commit-Prove-Execute
عند تصفية دفعات L3 إلى L2، تمر بمراحل الالتزام، الإثبات، والتنفيذ. يقوم المتسلسل بتجميع معاملات L3 في دفعات؛ ويقدم المشغل معاملة الالتزام إلى L2 حاملة فروق الحالة (تغييرات خانات التخزين)، ومعلومات نشر العقود، وتجميع تجزئات الرسائل L2→L3، وليس لقطات الحالة الكاملة، ما يقلل من تكلفة البيانات.
في مرحلة الإثبات، يُولد المثبت إثبات صحة باستخدام نظام Airbender (FRI/STARK → FFLONK SNARK)، ما يضمن تشفيريًا أن انتقالات الحالة تتوافق مع قواعد تنفيذ L3. في مرحلة التنفيذ، وبعد تحقق L2 من الإثبات، يُسجل جذر الحالة الجديد لـL3 في عقد سلسلة Diamond Proxy وتُعتبر الدفعة نهائية.
| المرحلة |
المشغل |
المحتوى المقدم |
نتيجة L2 |
| الالتزام |
المشغل |
فروق الحالة، معلومات النشر، تجزئات الرسائل |
بيانات الدفعة على السلسلة، بانتظار الإثبات |
| الإثبات |
مُثبِّت الإثبات |
إثبات صحة بمعرفة صفرية |
إثبات تم التحقق منه بعقد المُحقِّق |
| التنفيذ |
مشغل التنفيذ |
تنفيذ الدفعة المُثبتة |
تحديث جذر حالة L3، إنهاء الدفعة |
تستهلك دورة التصفية الكاملة تقريبًا 747,000 Gas إجمالاً (الالتزام ~136,000، الإثبات ~494,000، التنفيذ ~117,000)، مع دفع كل مرحلة من محافظ المشغلين بـ$ADI. في بيئة الإنتاج، يمكن تشغيل مُثبِّتي FRI وSNARK بالتوازي على أقسام GPU منفصلة، مما يحسّن إنتاجية الدفعات بنسبة تقريبية %15–%20؛ يدعم مُثبِّت واحد في التكوين المستهدف حوالي 15–20 معاملة في الثانية.
الشكل 2. التدفق من تجميع المعاملات حتى الالتزام والإثبات والتنفيذ على L2 لدفعة L3.
التكوين الموصى به للمُثبِّت هو NVIDIA H200 (ذاكرة 140 جيجابايت)، مع 2 مُثبِّت FRI متوازي و1 مُثبِّت SNARK مخصص (~33 جيجابايت VRAM). يجب على المؤسسات في وضع التشغيل من العميل التخطيط لمجموعات GPU واتصالات L2 RPC منخفضة الكمون مسبقًا للحفاظ على وتيرة إرسال الدفعات.
انتقال النهائية من L3 إلى Ethereum
تتطور أنواع تأكيد معاملات L3 على طول سلسلة L3→L2→L1 مع تقدم التصفية. بعد أن يدرج متسلسل L3 معاملة في كتلة، يحصل المستخدمون على تأكيد مبدئي في ثوانٍ ويمكنهم استخدام الأصول فورًا؛ ويعتمد هذا التأكيد على أمانة المتسلسل ولا يمنح نهائية تشفيرية بعد.
عند التزام دفعة L3 إلى L2، تدخل مرحلة تأكيد L2 (عادة دقائق). بعد اكتمال الإثبات والتنفيذ على L2، يُكتب جذر حالة L3 في عقد سلسلة L2 ولا يمكن التراجع عنه. ثم يثبت مُثبِّت L2 حالة L2، بما في ذلك تسويات L3، إلى Ethereum L1؛ وبعد تأكيد عقود المُحقِّق على L1، تصل السلسلة إلى نهائية L1 (عادة ساعات).
ينصح بالانتظار لتأكيد L2 أو L1 في التسويات الكبيرة أو السحوبات عبر السلاسل؛ بينما يمكن الاعتماد على التأكيد المبدئي في التفاعلات اليومية. يقدم Validator Timelock تأخيرًا قابلًا للتهيئة بين الالتزام والتنفيذ، ما يمنح فرصة لاكتشاف الشذوذات.
حالات استخدام سلاسل L3 المتوافقة
تتناسب L3 مع منطق "عزل القواعد، أمان مشترك": حيث تدير البنوك سكك عملات مستقرة سيادية، ويطلق مديرو الأصول عقود أصول العالم الحقيقي (RWA) بوصول مقيد بالتحقق من الهوية (KYC)، ويمكن للحكومات ترميز البيانات حسب الولاية القضائية. في النشر المشغل من العميل، يتحمل العميل مسؤولية مجموعات GPU وقوائم RPC البيضاء؛ بينما في النشر المُدار من ADI، تنتقل العمليات إلى ADI.
الملخص
تعتمد سلاسل ADI Chain L3 المتوافقة بنية رول أب ZK ثلاثية الطبقات L3→L2→L1، ما يمنح المؤسسات أمان Ethereum مع مجالات تنفيذ مستقلة وقواعد امتثال مخصصة حسب الولاية. يوفر Bridgehub وStateTransitionManager بنية تحتية مشتركة للتسجيل والترقيات؛ وتحافظ كل L3 على عزل الحالة عبر Diamond Proxy ومتسلسل ومثبت مستقلين. تتم تصفية الدفعات على L2 عبر الالتزام، الإثبات، والتنفيذ؛ يدعم نظام الإثبات Airbender وبنية GPU (H100/H200) توليد إثباتات الصحة؛ وتنتقل النهائية من تأكيد مبدئي في L3 إلى نهائية تشفيرية في L2 وL1. تدعم ثلاثة نماذج نشر احتياجات التشغيل والحوكمة المختلفة، لتناسب العملات المستقرة السيادية، أصول العالم الحقيقي، المدفوعات عبر الحدود، وترميز بيانات الحكومات.
الأسئلة الشائعة
ما هي L3 على ADI Chain؟
L3 هي رول أب من الطبقة الثالثة بمعرفة صفرية تُصفى على ADI Chain (L2)، ما يتيح للمؤسسات أو الحكومات أو اتحادات الصناعة تشغيل سلاسل مستقلة حسب الولاية القضائية مع سياسات امتثال مخصصة. لكل L3 متسلسل ومثبت وعقد Diamond Proxy خاص بها، وترث أمان ثنائي الطبقات عبر L2 وEthereum، وتشارك بنية Bridgehub للتسجيل مع سلاسل L3 الأخرى في النظام البيئي.
ما العلاقة بين ADI Chain وEthereum؟
تعمل ADI Chain كرول أب L2 بمعرفة صفرية على Ethereum؛ تتطلب انتقالات حالة دفعات L2 عقود المُحقِّق على L1 للتحقق من إثباتات ZK قبل الإنهاء. تُصفى سلاسل L3 على ADI L2، مكونة سلسلة إثبات صحة ثلاثية الطبقات L3→L2→L1. يمكن للأصول التحرك بين L1 وL2 وL3 عبر الجسور، مع وراثة نموذج الأمان الاقتصادي لـEthereum في كل طبقة.
هل ADI Chain آمنة؟
تستخدم ADI Chain إثباتات صحة بمعرفة صفرية، لذا لا يمكن قبول حالة غير صالحة على L1؛ ويجب أن تمر دفعات L3 أيضًا بالتحقق على L2 قبل الإنهاء. يوفر المتسلسل تأكيدًا مبدئيًا في ثوانٍ؛ وتتطلب النهائية التشفيرية تحقق الإثباتات على L2 وL1. يجب على المستخدمين والمؤسسات الانتباه لمخاطر العقود الجسرية، وإدارة المفاتيح التشغيلية، وبنية GPU الذاتية التشغيل لـL3، والفترة بين التأكيد المبدئي ونهائية L1.
ما هي نماذج النشر المتاحة لسلاسل L3؟
تدعم ADI Chain L3 ثلاثة نماذج: مُدار من ADI (تشغل ADI المتسلسل والمثبت وعمليات العقود)، مشغل من العميل (تشغل المؤسسة العقد وبنية إثبات GPU وتمتلك المفاتيح)، وهجين (تظل الحوكمة لدى العميل بينما يمكن تعيين المتسلسل والمثبت بشكل مرن). يعتمد الاختيار على توازن المؤسسة بين عبء التشغيل وسيادة التحكم ومرونة الامتثال.
ما هو تدفق Commit-Prove-Execute لدفعات L3؟
يجمع متسلسل L3 المعاملات في دفعات؛ يلتزم المشغل بفروق الحالة إلى L2؛ يُولد المثبت إثبات صحة بمعرفة صفرية عبر نظام Airbender ويقدم معاملة إثبات؛ وبعد تحقق L2، ينفذ مشغل التنفيذ الدفعة، ويكتب جذر حالة L3 في عقد السلسلة وينهي الدفعة. تستهلك المراحل الثلاث تقريبًا 747,000 Gas إجمالاً، تُدفع بـ$ADI.
ما هي متطلبات العتاد لتشغيل مُثبِّت L3؟
تتطلب بيئات الإنتاج وحدات معالجة رسومية NVIDIA H100 أو H200 بذاكرة لا تقل عن 70 جيجابايت (140 جيجابايت موصى بها)، وذاكرة نظام 64 جيجابايت أو أكثر، وتخزين NVMe SSD لبيانات الشهود. يتضمن التكوين الموصى به 2 مُثبِّت FRI متوازي و1 مُثبِّت SNARK مخصص (~33 جيجابايت VRAM)، ويستهدف تقريبًا 15–20 معاملة في الثانية. يتطلب المتسلسل 8 أنوية CPU على الأقل و32 جيجابايت RAM ونقطة نهاية معاملات عامة.
