Agglayer هو أحد المكونات الأساسية ل Polygon 2.0. يرمز "Agg" في اسمه إلى التجميع ، مما يعكس دوره كطبقة تجميع. بشكل أساسي ، تشبه وظيفتها بروتوكولات التشغيل البيني عبر السلسلة مثل Layerzero و Wormhole ، بهدف ربط عالم blockchain المجزأ. ومع ذلك ، تختلف أساليب البناء الخاصة بهم. بعبارات بسيطة ، تشبه بروتوكولات التشغيل البيني التقليدية عبر السلاسل شركات البناء التي تبني الجسور في كل مكان ، وتصمم وتبني الجسور لربط سلاسل أو بروتوكولات مختلفة (والتي يمكن أن تشكل تحديا للسلاسل غير المتجانسة). في المقابل ، يعمل Agglayer بشكل أشبه ب "شبكة محلية" تتكون من آليات التبادل ، حيث يمكن للسلاسل المتصلة الانضمام إلى "LAN" ببساطة عن طريق توصيل "كابل" (دليل ZK) لتبادل البيانات. بالمقارنة مع بناء الجسور في كل مكان ، فهي أسرع وأكثر سهولة في الاستخدام وتوفر إمكانية تشغيل بيني أفضل.
مفهوم Agglayer مدين إلى حد كبير لتصميم Umbra Research لتسلسل الصحة المشتركة، الذي يهدف إلى تحقيق توافق عبر السلاسل الذرية بين عدة تحسينات تفاؤلية. من خلال مشاركة جهاز تسلسل، يمكن للنظام بأكمله التعامل بشكل موحد مع تسلسل المعاملات ونشر جذر الحالة عبر عدة تحسينات، مما يضمن الذرية والتنفيذ الشرطي.
تشتمل منطق التنفيذ المحدد على ثلاثة مكونات:
يوضح الرسم البياني عملية العمل لعقد MintBurnSystemContract عندما يتم مشاركة سيكونسر واحد.
نظرًا لأن Rollups الحالية عادةً ما تدعم إرسال الرسائل ذهابًا وإيابًا بين الطبقة 1 والطبقة 2، جنبًا إلى جنب مع البرامج الثابتة الخاصة الأخرى، يضيف Umbra نظامًا عبر السلسلة البسيط يتكون من عقد MintBurnSystemContract (Burn and Mint) لتكملة المكونات الثلاثة، كما هو موضح أعلاه.
اتساق جذر ميركل: يجب أن تتطابق جذور ميركل لـ burnTree على سلسلة A و mintTree على سلسلة B ، مما يضمن اتساق التشغيل عبر السلاسل والذرية.
في هذا التصميم ، يشترك Rollup A و B في جهاز تسلسل واحد. جهاز التسلسل المشترك هذا مسؤول عن نشر دفعات المعاملات وجذور الحالة لكل من Rollups إلى Ethereum. يمكن أن يكون جهاز التسلسل المشترك إما مركزيا ، مثل معظم أجهزة التسلسل التراكمي الحالية ، أو لامركزيا ، على غرار نهج Metis. النقطة الأساسية في النظام هي أن جهاز التسلسل المشترك يجب أن ينشر دفعات المعاملات وجذور الحالة لكل من Rollups إلى L1 في معاملة واحدة.
يستقبل المسلسل المشترك المعاملات ويقوم ببناء كتل ل A و B. بالنسبة لكل معاملة على A، يقوم المسلسل بالتحقق مما إذا كانت تتفاعل مع MintBurnSystemContract. إذا تفاعلت المعاملة بنجاح مع وظيفة الحرق، يحاول المسلسل تنفيذ المعاملة المقابلة للتعدين على B. إذا نجحت معاملة التعدين، يتضمن المسلسل المعاملة الحرق على A والمعاملة التعدينية على B؛ إذا فشلت معاملة التعدين، يستبعد المسلسل كلتا المعاملتين.
بعبارات بسيطة ، يعد هذا النظام امتدادا مباشرا لخوارزمية بناء الكتلة الحالية. يقوم جهاز التسلسل بتنفيذ المعاملات وإدراج المعاملات التي تم تشغيلها بشكل شرطي من مجموعة التحديثات إلى أخرى. أثناء التحقق من إثبات الاحتيال على السلسلة الرئيسية ، فإنه يحتاج فقط إلى ضمان صحة الحرق على السلسلة A والنعناع على السلسلة B (أي اتساق جذر Merkle). في هذا السيناريو، تتصرف مجموعات متعددة مثل سلسلة واحدة. بالمقارنة مع مجموعة التحديثات المتجانسة ، يوفر هذا التصميم دعما أفضل للتجزئة وسيادة التطبيق وإمكانية التشغيل البيني. ومع ذلك ، تشمل العيوب زيادة أعباء التحقق من الصحة والتسلسل على العقد ، واحتمال التبني منخفض بسبب اعتبارات توزيع الأرباح واستقلالية التراكم.
Agglayer يدمج الحلول المذكورة أعلاه مع إدخال تحسينات أكثر كفاءة وعنصرين رئيسيين: الجسر الموحد والأدلة التشاؤمية.
الجسر الموحد: ينطوي سير عمل الجسر الموحد على جمع وتجميع حالات جميع السلاسل المتصلة في طبقة التجميع، التي بدورها تولد دليلاً موحدًا إلى إيثريوم. ينطوي هذا العملية على ثلاث مراحل من الحالة: قبل التأكيد (الذي يسمح بالتفاعل الأسرع تحت افتراضات الحالة المؤقتة)، والتأكيد (الذي يتحقق من صحة الدليل المقدم)، والتنهي. في نهاية المطاف، يمكن لهذا الدليل التحقق من صحة صحة الصفقة لجميع السلاسل المتصلة.
الأدلة التشاؤمية: ربط ال Rollups ببيئة متعددة السلاسل يُثير مشكلتين رئيسيتين: 1. يعقد إدخال محققين مختلفين وآليات توافقية الأمان؛ 2. تتطلب سحوبات ال Rollup المتفائلة فترة 7 أيام. من أجل معالجة هذه المشكلات، يقدم Polygon طريقة جديدة ذات دليل صفري معروفة باسم الأدلة التشاؤمية.
الفكرة وراء الأدلة التشاؤمية هي أن نفترض أن جميع سلاسل الكتل المتصلة بطبقة الفحص الشامل يمكن أن تتصرف بشكل خبيث بالإضافة إلى اتخاذ افتراضات الحالة الأسوأ لجميع العمليات عبر السلاسل. ثم تستخدم طبقة الفحص الشامل الأدلة الصفرية المعرفة للتحقق من صحة هذه العمليات، مما يضمن أنه حتى في حالة وجود سلوك خبيث، يظل سلامة عمليات عبر السلاسل سليمة.
تحت هذا النظام ، يمكن تحقيق الميزات التالية:
كما ذكرنا سابقًا ، فإن هدف Agglayer يتوافق مع بروتوكولات السلسلة العابرة. ولكن أي واحد هو الأفضل؟ قبل المقارنة ، نحتاج إلى فهم سؤالين: 1. لماذا تكون السلسلة العابرة صعبة جدًا؟ 2. ما هي الحلول العابرة الشائعة؟
مثل المعضلة الثلاثية الشهيرة blockchain ، تواجه البروتوكولات عبر السلسلة أيضا معضلة ثلاثية للتشغيل البيني. نظرا للفرضية الأساسية للامركزية ، فإن سلاسل الكتل هي في الأساس آلات حكومية لا يمكنها تلقي معلومات خارجية. على الرغم من أن AMMs و oracles قد ملأت بعض الثغرات في DeFi ، إلا أن البروتوكولات عبر السلاسل تواجه تحديات أكثر تعقيدا. في بعض النواحي ، لا يمكننا أبدا استخراج أي رموز حقيقية من السلسلة الأصلية ، مما يؤدي إلى العديد من الرموز المميزة الملفوفة مثل xxBTC و xxETH. ومع ذلك ، فإن هذا النهج محفوف بالمخاطر ومركزي لأنه يجب قفل BTC و ETH الحقيقيين في عقود جسر عبر السلسلة على السلسلة الأصلية ، في حين أن التصميم عبر السلسلة بالكامل قد يواجه مشكلات مثل تباين الأصول ، وعدم توافق البروتوكول بسبب الأجهزة الافتراضية المختلفة ، وقضايا الثقة ، ومشاكل الإنفاق المزدوج ، وقضايا الكمون. لكي تكون فعالة وفعالة من حيث التكلفة ، لا تزال معظم الحلول عبر السلاسل تعتمد على محافظ متعددة التوقيعات. هذا هو السبب في أننا ما زلنا نسمع كثيرا عن فشل الجسور عبر السلاسل اليوم.
الآن، دعنا نلقي نظرة أقرب على الموضوع من مستوى أدنى. وفقًا لمؤسس Connext ، أرجون بهبتاني ، يمكن لبروتوكولات السلسلة المتقاطعة تحسين اثنين من السمات الثلاث الرئيسية التالية فقط:
غالبا ما استندت التصنيفات المبكرة للجسور عبر السلسلة إلى أرقام مثل Vitalik Buterin ، الذي صنف التقنيات عبر السلسلة إلى ثلاثة أنواع: أقفال وقت التجزئة ، والتحقق من صحة الشهود ، والتحقق من صحة الترحيل (التحقق من صحة العميل الخفيف). في وقت لاحق ، أعاد Arjun Bhuptani تصنيف الحلول عبر السلسلة إلى التحقق من الصحة الأصلية (عدم الثقة + القابلية للتوسعة) ، والتحقق الخارجي (القابلية للتوسعة + قابلية التعميم) ، والتحقق الأصلي (عدم الثقة + قابلية التعميم). تستند طرق التحقق هذه إلى نماذج ثقة مختلفة وتطبيقات تقنية لتلبية احتياجات الأمان والتشغيل البيني المختلفة.
الجسور الموثوقة بشكل أصلي:
تعتمد الجسور الموثوقة محليًا على آليات التوافق في سلاسل المصدر والهدف نفسها للتحقق مباشرة من صحة الصفقة. لا يتطلب هذا الأسلوب طبقات تحقق إضافية أو وسطاء. على سبيل المثال ، قد تستخدم بعض الجسور العقود الذكية لإنشاء منطق التحقق مباشرة بين سلاسلين متجاورتين ، مما يتيح لها تأكيد الصفقات من خلال آليات التوافق الخاصة بها. يعزز هذا النهج الأمان حيث يعتمد مباشرة على آليات الأمان الفطرية للسلاسل المشاركة. ومع ذلك ، يمكن أن يكون من الأصعب تنفيذه تقنيًا وليس كل السلاسل تدعم التحقق الموثوق المباشر.
الجسور الموثوقة خارجياً:
تستخدم الجسور التي تم التحقق منها خارجيا مدققين أو مجموعات مدققين تابعة لجهات خارجية لتأكيد صلاحية المعاملة. قد يكون هؤلاء المدققون عقدا مستقلة أو أعضاء اتحاد أو أنواعا أخرى من المشاركين الذين يعملون خارج سلاسل المصدر والهدف. تتضمن هذه الطريقة عادة تمرير الرسائل عبر السلسلة ومنطق التحقق الذي تنفذه كيانات خارجية بدلا من التعامل معه مباشرة بواسطة سلاسل الكتل المشاركة. يسمح التحقق الخارجي بقابلية التشغيل البيني والمرونة على نطاق أوسع لأنه لا يقتصر على سلاسل محددة ولكنه يقدم طبقة إضافية من الثقة والمخاطر الأمنية المحتملة. على الرغم من مخاطر المركزية ، فإن التحقق الخارجي هو الطريقة الأكثر شيوعا عبر السلسلة ، لأنه فعال ومرن وفعال من حيث التكلفة.
الجسور المحلية الموثقة:
تشمل الجسور المحلية الموثقة تحقق سلسلة الهدف من حالة سلسلة المصدر لتأكيد المعاملات وتنفيذ المعاملات التالية محلياً. وعادة ما ينطوي ذلك على تشغيل عميل خفيف لجهاز السلسلة المستهدفة على جهاز السلسلة المصدر أو بشكل متوازي. يتطلب التحقق المحلي افتراضية الأقلية الصادقة أو الافتراضية المتزامنة، حيث يجب أن يكون هناك على الأقل راوٍ صادق في اللجنة (الأقلية الصادقة) أو إذا فشلت اللجنة، يجب على المستخدمين نقل المعاملات بأنفسهم (الافتراضية المتزامنة). يعتبر التحقق المحلي أكثر الأساليب ثقة في تواصل السلسلة عبر السلسلة ولكنه أيضًا مكلف وأقل مرونة في التطوير وأكثر مناسبة للسلاسل الكتلية ذات التشابه العالي في آلية الحالة، مثل بين إيثيريوم وشبكات L2 أو السلاسل الكتلية التي تم تطويرها استنادًا إلى Cosmos SDK.
الحلول الحالية للسلسلة المشتركة [1]
أدى التنازلات المقدمة في مجالات مختلفة إلى أنواع مختلفة من حلول السلسلة العابرة. بالإضافة إلى طرق التحقق، يمكن تصنيف حلول السلسلة العابرة الحالية بطرق متعددة، حيث تعتمد كل منها على نهج فريد لتحقيق تبادل الأصول والتحويل واستدعاء العقود.
· تبادل الرموز: يتيح هذا الأسلوب للمستخدمين تداول أصول معينة على سلسلة كتل واحدة واستلام أصول مكافئة على سلسلة أخرى. من خلال استخدام تقنيات مثل التبادلات الذرية وصانعي السوق المؤتمتة بين السلاسل (AMMs) ، يمكن إنشاء حوض سيولة عبر سلاسل مختلفة لتسهيل تبادل الأصول المختلفة.
· جسور الأصول: ينطوي هذا الأسلوب على قفل أو حرق الأصول على سلسلة المصدر من خلال العقود الذكية وفتح أو ضخ الأصول الجديدة على سلسلة الهدف من خلال العقود الذكية المقابلة. يمكن تقسيم هذه التقنية إلى ثلاثة أنواع أخرى استنادًا إلى كيفية التعامل مع الأصول:
· المدفوعات الأصلية: تسمح هذه الطريقة للتطبيقات على سلسلة المصدر بتنشيط عمليات الدفع باستخدام الأصول الأصلية على سلسلة الهدف. يمكن أيضاً تنشيط المدفوعات بين السلاسل بناءً على البيانات من سلسلة واحدة على سلسلة أخرى. تُستخدم هذه الطريقة بشكل أساسي للتسوية ويمكن أن تكون مبنية على بيانات سلسلة الكتل أو أحداث خارجية.
· التوافق بين العقود الذكية: يسمح هذا الأسلوب للعقود الذكية على سلسلة المصدر باستدعاء وظائف العقود الذكية على سلسلة الهدف بناءً على البيانات المحلية، مما يتيح تطبيقات معقدة عبر السلاسل، بما في ذلك تبادل الأصول وعمليات الجسر.
· الجسور القابلة للبرمجة: هذه هي حلاً متقدمًا للتوافق يجمع بين وظائف ربط الأصول وتمرير الرسائل. عند نقل الأصول من سلسلة المصدر إلى سلسلة الهدف، يمكن أن تُشغَّل المكالمات العقدية على سلسلة الهدف على الفور، مما يتيح وظائف متعددة عبر السلاسل مثل الرهان، وتبادل الأصول، أو تخزين الأصول في العقود الذكية على سلسلة الهدف.
دعنا نقارن Agglayer بالبروتوكولات الحالية عبر السلسلة ، مع أخذ LayerZero ، البروتوكول الأكثر تأثيرا عبر السلسلة ، كمثال. يستخدم LayerZero إصدارا محسنا من التحقق الخارجي عن طريق تحويل مصدر الثقة للتحقق إلى كيانين مستقلين - أوراكل و relayer. يعالج هذا النهج البسيط عيوب التحقق الخارجي ، مما يجعله حل جسر قابل للبرمجة يمكنه إجراء عمليات مختلفة. منطقيا ، يبدو أنه قد حل بأناقة ما يسمى بالمعضلة الثلاثية. من منظور سردي كبير ، تتمتع LayerZero بالقدرة على أن تصبح مركزا عبر السلسلة ل Web3 بأكمله ، ومعالجة مشكلات مثل تجربة المستخدم المجزأة والسيولة المكسورة الناجمة عن انفجار السلسلة في عصر الوحدات. هذا هو السبب في أن شركات رأس المال المغامر الرائدة تراهن بشدة على مثل هذه البروتوكولات.
ومع ذلك، ما هي الواقع؟ دعونا نضع جانبا الجدل الأخير بشأن عمليات توزيع الهواء في LayerZero ولننظر في تحديات تطويره. إن تحقيق الحالة المثالية لربط الويب3 بأكمله صعب للغاية، وتمسكه باللامركزية مشكوك فيه. في الإصدار V1 المبكر، كانت Oracle في LayerZero تشكل مخاطر الاختراق والسلوك الضار بشكل محتمل (Wormhole، الذي يستخدم مؤسسات الصناعة كعقداء، يواجه غالبًا انتقادات مماثلة). تم التخفيف من هذه المخاوف فقط مع ظهور الشبكة اللامركزية للتحقق (DVN) في V2، والتي تتطلب موارد B-side كبيرة.
علاوة على ذلك ، ينطوي تطوير البروتوكولات عبر السلسلة على التعامل مع بروتوكولات السلسلة غير المتجانسة ، وتنسيقات البيانات ، والمنطق التشغيلي ، والاحتجاج بالعقود الذكية المختلفة. لا تتطلب قابلية التشغيل البيني الحقيقية في Web3 جهودا فردية فحسب ، بل تتطلب أيضا تعاون مشاريع مختلفة. قد يتذكر المستخدمون الأوائل ل LayerZero أنه دعم بشكل أساسي التفاعلات عبر السلسلة لسلاسل الكتل القائمة على EVM ، مع دعم محدود للأنظمة البيئية الأخرى. ينطبق هذا أيضا على Agglayer ، لكن Agglayer يوفر زمن انتقال منخفض للغاية وإمكانية تشغيل بيني غير متزامنة ، مما يجعله أقرب إلى الإنترنت الذي نستخدمه يوميا.
بشكل عام ، يعد نهج Agglayer في التجميع للاستخدام الشبيه بالسلسلة الواحدة أبسط وأكثر كفاءة ويتماشى مع الاتجاهات المعيارية الحالية. ومع ذلك ، لا يوجد تفوق مطلق بين الاثنين في الوقت الحاضر. لا تزال البروتوكولات عبر السلسلة تتمتع بمزايا السيولة الأوسع ، والنظام البيئي الأكثر نضجا ، والاستباقية الأكبر. تكمن قوة Agglayer في قدرتها على تجميع سلاسل Layer 1 و Layer 2 المنافسة حقا ، وكسر لعبة المحصلة الصفرية للسيولة المجزأة والمستخدمين في عصر انفجار السلسلة. إنه يسمح بالتفاعلات متعددة السلاسل ذات الكمون المنخفض ، وتجريد السلسلة الأصلية ، ومجمعات السيولة المشتركة دون الحاجة إلى الرموز المميزة الملفوفة ، مما يوفر فرصة كبيرة للسلاسل طويلة الذيل والخاصة بالتطبيق.
في الختام ، Agglayer هو حاليًا أكثر حل وعدًا عبر السلاسل واعدًا ، مع مشاريع مماثلة مثل "جهاز الانضمام التراكمي" لـ Polkadot أيضًا في التطوير. تاريخ Web3 تحول من الأحجار الضخمة إلى الوحدات المركبة ، والخطوة التالية ستكون نحو التجميع.
على الرغم من أنها لا تزال في مراحلها الأولى، فقد قام Agglayer بدمج بعض المشاريع الرئيسية. وإليك ثلاثة أمثلة بارزة:
طبقة X هي مشروع Ethereum Layer 2 مبني على Polygon CDK. إنه يربط مجتمع OKX ومجتمع Ethereum، مما يتيح لأي شخص المشاركة في نظام بنية تحتية موحدة على السلسلة. بصفته سلسلة عامة لبورصة رائدة، ستجلب التكامل مع Agglayer سيولة واسعة النطاق للمشاريع داخل الطبقة التجميعية. بالإضافة إلى ذلك، يمكن أن يوفر محفظة OKX Web3، التي تعمل كطبقة وصول للمستخدمين العاديين، دعمًا أفضل لـ Agglayer.
الاتحاد هو طبقة البنية التحتية بدون معرفة الصفر المبنية على كوسموس، تستخدم للرسائل العامة، وتحويل الأصول، و NFTs، و DeFi. يعتمد على التحقق من الاتفاق دون الاعتماد على أطراف ثالثة موثوقة، أو الآلهة، أو التوقيع المتعدد، أو MPC. كسلسلة متكاملة، يمكن للاتحاد تمكين الاتصال العميق بين بيئتي EVM وكوسموس ضمن طبقة التجميع. من خلال استخدام الاتحاد كبوابة IBC، يسمح بالاتصال بالاتحاد ثم بالانتربولينغ بين IBC، مما يسمح بإعادة تجميع بيئتين م modulaires متشطبتين بخلاف ذلك.
شبكة Astar هي شبكة للشركات ومشاريع الترفيه والألعاب في اليابان وعلى مستوى العالم، مكرسة لتقدم الـ 'Web3'. وهي تستخدم دعمًا متقاطعًا للآلة الافتراضية من Polygon و Polkadot لتوفير حلول سلسلة الكتلة قابلة للتخصيص. كما أن Astar ستكون أول سلسلة متكاملة بالكامل من Agglayer، وستحصل مباشرةً على وصول إلى بركة سيولة مشتركة تزيد قيمتها عن مليارات الدولارات وتحقق نموًا حقيقيًا لعدد المستخدمين.
Agglayer هو أحد المكونات الأساسية ل Polygon 2.0. يرمز "Agg" في اسمه إلى التجميع ، مما يعكس دوره كطبقة تجميع. بشكل أساسي ، تشبه وظيفتها بروتوكولات التشغيل البيني عبر السلسلة مثل Layerzero و Wormhole ، بهدف ربط عالم blockchain المجزأ. ومع ذلك ، تختلف أساليب البناء الخاصة بهم. بعبارات بسيطة ، تشبه بروتوكولات التشغيل البيني التقليدية عبر السلاسل شركات البناء التي تبني الجسور في كل مكان ، وتصمم وتبني الجسور لربط سلاسل أو بروتوكولات مختلفة (والتي يمكن أن تشكل تحديا للسلاسل غير المتجانسة). في المقابل ، يعمل Agglayer بشكل أشبه ب "شبكة محلية" تتكون من آليات التبادل ، حيث يمكن للسلاسل المتصلة الانضمام إلى "LAN" ببساطة عن طريق توصيل "كابل" (دليل ZK) لتبادل البيانات. بالمقارنة مع بناء الجسور في كل مكان ، فهي أسرع وأكثر سهولة في الاستخدام وتوفر إمكانية تشغيل بيني أفضل.
مفهوم Agglayer مدين إلى حد كبير لتصميم Umbra Research لتسلسل الصحة المشتركة، الذي يهدف إلى تحقيق توافق عبر السلاسل الذرية بين عدة تحسينات تفاؤلية. من خلال مشاركة جهاز تسلسل، يمكن للنظام بأكمله التعامل بشكل موحد مع تسلسل المعاملات ونشر جذر الحالة عبر عدة تحسينات، مما يضمن الذرية والتنفيذ الشرطي.
تشتمل منطق التنفيذ المحدد على ثلاثة مكونات:
يوضح الرسم البياني عملية العمل لعقد MintBurnSystemContract عندما يتم مشاركة سيكونسر واحد.
نظرًا لأن Rollups الحالية عادةً ما تدعم إرسال الرسائل ذهابًا وإيابًا بين الطبقة 1 والطبقة 2، جنبًا إلى جنب مع البرامج الثابتة الخاصة الأخرى، يضيف Umbra نظامًا عبر السلسلة البسيط يتكون من عقد MintBurnSystemContract (Burn and Mint) لتكملة المكونات الثلاثة، كما هو موضح أعلاه.
اتساق جذر ميركل: يجب أن تتطابق جذور ميركل لـ burnTree على سلسلة A و mintTree على سلسلة B ، مما يضمن اتساق التشغيل عبر السلاسل والذرية.
في هذا التصميم ، يشترك Rollup A و B في جهاز تسلسل واحد. جهاز التسلسل المشترك هذا مسؤول عن نشر دفعات المعاملات وجذور الحالة لكل من Rollups إلى Ethereum. يمكن أن يكون جهاز التسلسل المشترك إما مركزيا ، مثل معظم أجهزة التسلسل التراكمي الحالية ، أو لامركزيا ، على غرار نهج Metis. النقطة الأساسية في النظام هي أن جهاز التسلسل المشترك يجب أن ينشر دفعات المعاملات وجذور الحالة لكل من Rollups إلى L1 في معاملة واحدة.
يستقبل المسلسل المشترك المعاملات ويقوم ببناء كتل ل A و B. بالنسبة لكل معاملة على A، يقوم المسلسل بالتحقق مما إذا كانت تتفاعل مع MintBurnSystemContract. إذا تفاعلت المعاملة بنجاح مع وظيفة الحرق، يحاول المسلسل تنفيذ المعاملة المقابلة للتعدين على B. إذا نجحت معاملة التعدين، يتضمن المسلسل المعاملة الحرق على A والمعاملة التعدينية على B؛ إذا فشلت معاملة التعدين، يستبعد المسلسل كلتا المعاملتين.
بعبارات بسيطة ، يعد هذا النظام امتدادا مباشرا لخوارزمية بناء الكتلة الحالية. يقوم جهاز التسلسل بتنفيذ المعاملات وإدراج المعاملات التي تم تشغيلها بشكل شرطي من مجموعة التحديثات إلى أخرى. أثناء التحقق من إثبات الاحتيال على السلسلة الرئيسية ، فإنه يحتاج فقط إلى ضمان صحة الحرق على السلسلة A والنعناع على السلسلة B (أي اتساق جذر Merkle). في هذا السيناريو، تتصرف مجموعات متعددة مثل سلسلة واحدة. بالمقارنة مع مجموعة التحديثات المتجانسة ، يوفر هذا التصميم دعما أفضل للتجزئة وسيادة التطبيق وإمكانية التشغيل البيني. ومع ذلك ، تشمل العيوب زيادة أعباء التحقق من الصحة والتسلسل على العقد ، واحتمال التبني منخفض بسبب اعتبارات توزيع الأرباح واستقلالية التراكم.
Agglayer يدمج الحلول المذكورة أعلاه مع إدخال تحسينات أكثر كفاءة وعنصرين رئيسيين: الجسر الموحد والأدلة التشاؤمية.
الجسر الموحد: ينطوي سير عمل الجسر الموحد على جمع وتجميع حالات جميع السلاسل المتصلة في طبقة التجميع، التي بدورها تولد دليلاً موحدًا إلى إيثريوم. ينطوي هذا العملية على ثلاث مراحل من الحالة: قبل التأكيد (الذي يسمح بالتفاعل الأسرع تحت افتراضات الحالة المؤقتة)، والتأكيد (الذي يتحقق من صحة الدليل المقدم)، والتنهي. في نهاية المطاف، يمكن لهذا الدليل التحقق من صحة صحة الصفقة لجميع السلاسل المتصلة.
الأدلة التشاؤمية: ربط ال Rollups ببيئة متعددة السلاسل يُثير مشكلتين رئيسيتين: 1. يعقد إدخال محققين مختلفين وآليات توافقية الأمان؛ 2. تتطلب سحوبات ال Rollup المتفائلة فترة 7 أيام. من أجل معالجة هذه المشكلات، يقدم Polygon طريقة جديدة ذات دليل صفري معروفة باسم الأدلة التشاؤمية.
الفكرة وراء الأدلة التشاؤمية هي أن نفترض أن جميع سلاسل الكتل المتصلة بطبقة الفحص الشامل يمكن أن تتصرف بشكل خبيث بالإضافة إلى اتخاذ افتراضات الحالة الأسوأ لجميع العمليات عبر السلاسل. ثم تستخدم طبقة الفحص الشامل الأدلة الصفرية المعرفة للتحقق من صحة هذه العمليات، مما يضمن أنه حتى في حالة وجود سلوك خبيث، يظل سلامة عمليات عبر السلاسل سليمة.
تحت هذا النظام ، يمكن تحقيق الميزات التالية:
كما ذكرنا سابقًا ، فإن هدف Agglayer يتوافق مع بروتوكولات السلسلة العابرة. ولكن أي واحد هو الأفضل؟ قبل المقارنة ، نحتاج إلى فهم سؤالين: 1. لماذا تكون السلسلة العابرة صعبة جدًا؟ 2. ما هي الحلول العابرة الشائعة؟
مثل المعضلة الثلاثية الشهيرة blockchain ، تواجه البروتوكولات عبر السلسلة أيضا معضلة ثلاثية للتشغيل البيني. نظرا للفرضية الأساسية للامركزية ، فإن سلاسل الكتل هي في الأساس آلات حكومية لا يمكنها تلقي معلومات خارجية. على الرغم من أن AMMs و oracles قد ملأت بعض الثغرات في DeFi ، إلا أن البروتوكولات عبر السلاسل تواجه تحديات أكثر تعقيدا. في بعض النواحي ، لا يمكننا أبدا استخراج أي رموز حقيقية من السلسلة الأصلية ، مما يؤدي إلى العديد من الرموز المميزة الملفوفة مثل xxBTC و xxETH. ومع ذلك ، فإن هذا النهج محفوف بالمخاطر ومركزي لأنه يجب قفل BTC و ETH الحقيقيين في عقود جسر عبر السلسلة على السلسلة الأصلية ، في حين أن التصميم عبر السلسلة بالكامل قد يواجه مشكلات مثل تباين الأصول ، وعدم توافق البروتوكول بسبب الأجهزة الافتراضية المختلفة ، وقضايا الثقة ، ومشاكل الإنفاق المزدوج ، وقضايا الكمون. لكي تكون فعالة وفعالة من حيث التكلفة ، لا تزال معظم الحلول عبر السلاسل تعتمد على محافظ متعددة التوقيعات. هذا هو السبب في أننا ما زلنا نسمع كثيرا عن فشل الجسور عبر السلاسل اليوم.
الآن، دعنا نلقي نظرة أقرب على الموضوع من مستوى أدنى. وفقًا لمؤسس Connext ، أرجون بهبتاني ، يمكن لبروتوكولات السلسلة المتقاطعة تحسين اثنين من السمات الثلاث الرئيسية التالية فقط:
غالبا ما استندت التصنيفات المبكرة للجسور عبر السلسلة إلى أرقام مثل Vitalik Buterin ، الذي صنف التقنيات عبر السلسلة إلى ثلاثة أنواع: أقفال وقت التجزئة ، والتحقق من صحة الشهود ، والتحقق من صحة الترحيل (التحقق من صحة العميل الخفيف). في وقت لاحق ، أعاد Arjun Bhuptani تصنيف الحلول عبر السلسلة إلى التحقق من الصحة الأصلية (عدم الثقة + القابلية للتوسعة) ، والتحقق الخارجي (القابلية للتوسعة + قابلية التعميم) ، والتحقق الأصلي (عدم الثقة + قابلية التعميم). تستند طرق التحقق هذه إلى نماذج ثقة مختلفة وتطبيقات تقنية لتلبية احتياجات الأمان والتشغيل البيني المختلفة.
الجسور الموثوقة بشكل أصلي:
تعتمد الجسور الموثوقة محليًا على آليات التوافق في سلاسل المصدر والهدف نفسها للتحقق مباشرة من صحة الصفقة. لا يتطلب هذا الأسلوب طبقات تحقق إضافية أو وسطاء. على سبيل المثال ، قد تستخدم بعض الجسور العقود الذكية لإنشاء منطق التحقق مباشرة بين سلاسلين متجاورتين ، مما يتيح لها تأكيد الصفقات من خلال آليات التوافق الخاصة بها. يعزز هذا النهج الأمان حيث يعتمد مباشرة على آليات الأمان الفطرية للسلاسل المشاركة. ومع ذلك ، يمكن أن يكون من الأصعب تنفيذه تقنيًا وليس كل السلاسل تدعم التحقق الموثوق المباشر.
الجسور الموثوقة خارجياً:
تستخدم الجسور التي تم التحقق منها خارجيا مدققين أو مجموعات مدققين تابعة لجهات خارجية لتأكيد صلاحية المعاملة. قد يكون هؤلاء المدققون عقدا مستقلة أو أعضاء اتحاد أو أنواعا أخرى من المشاركين الذين يعملون خارج سلاسل المصدر والهدف. تتضمن هذه الطريقة عادة تمرير الرسائل عبر السلسلة ومنطق التحقق الذي تنفذه كيانات خارجية بدلا من التعامل معه مباشرة بواسطة سلاسل الكتل المشاركة. يسمح التحقق الخارجي بقابلية التشغيل البيني والمرونة على نطاق أوسع لأنه لا يقتصر على سلاسل محددة ولكنه يقدم طبقة إضافية من الثقة والمخاطر الأمنية المحتملة. على الرغم من مخاطر المركزية ، فإن التحقق الخارجي هو الطريقة الأكثر شيوعا عبر السلسلة ، لأنه فعال ومرن وفعال من حيث التكلفة.
الجسور المحلية الموثقة:
تشمل الجسور المحلية الموثقة تحقق سلسلة الهدف من حالة سلسلة المصدر لتأكيد المعاملات وتنفيذ المعاملات التالية محلياً. وعادة ما ينطوي ذلك على تشغيل عميل خفيف لجهاز السلسلة المستهدفة على جهاز السلسلة المصدر أو بشكل متوازي. يتطلب التحقق المحلي افتراضية الأقلية الصادقة أو الافتراضية المتزامنة، حيث يجب أن يكون هناك على الأقل راوٍ صادق في اللجنة (الأقلية الصادقة) أو إذا فشلت اللجنة، يجب على المستخدمين نقل المعاملات بأنفسهم (الافتراضية المتزامنة). يعتبر التحقق المحلي أكثر الأساليب ثقة في تواصل السلسلة عبر السلسلة ولكنه أيضًا مكلف وأقل مرونة في التطوير وأكثر مناسبة للسلاسل الكتلية ذات التشابه العالي في آلية الحالة، مثل بين إيثيريوم وشبكات L2 أو السلاسل الكتلية التي تم تطويرها استنادًا إلى Cosmos SDK.
الحلول الحالية للسلسلة المشتركة [1]
أدى التنازلات المقدمة في مجالات مختلفة إلى أنواع مختلفة من حلول السلسلة العابرة. بالإضافة إلى طرق التحقق، يمكن تصنيف حلول السلسلة العابرة الحالية بطرق متعددة، حيث تعتمد كل منها على نهج فريد لتحقيق تبادل الأصول والتحويل واستدعاء العقود.
· تبادل الرموز: يتيح هذا الأسلوب للمستخدمين تداول أصول معينة على سلسلة كتل واحدة واستلام أصول مكافئة على سلسلة أخرى. من خلال استخدام تقنيات مثل التبادلات الذرية وصانعي السوق المؤتمتة بين السلاسل (AMMs) ، يمكن إنشاء حوض سيولة عبر سلاسل مختلفة لتسهيل تبادل الأصول المختلفة.
· جسور الأصول: ينطوي هذا الأسلوب على قفل أو حرق الأصول على سلسلة المصدر من خلال العقود الذكية وفتح أو ضخ الأصول الجديدة على سلسلة الهدف من خلال العقود الذكية المقابلة. يمكن تقسيم هذه التقنية إلى ثلاثة أنواع أخرى استنادًا إلى كيفية التعامل مع الأصول:
· المدفوعات الأصلية: تسمح هذه الطريقة للتطبيقات على سلسلة المصدر بتنشيط عمليات الدفع باستخدام الأصول الأصلية على سلسلة الهدف. يمكن أيضاً تنشيط المدفوعات بين السلاسل بناءً على البيانات من سلسلة واحدة على سلسلة أخرى. تُستخدم هذه الطريقة بشكل أساسي للتسوية ويمكن أن تكون مبنية على بيانات سلسلة الكتل أو أحداث خارجية.
· التوافق بين العقود الذكية: يسمح هذا الأسلوب للعقود الذكية على سلسلة المصدر باستدعاء وظائف العقود الذكية على سلسلة الهدف بناءً على البيانات المحلية، مما يتيح تطبيقات معقدة عبر السلاسل، بما في ذلك تبادل الأصول وعمليات الجسر.
· الجسور القابلة للبرمجة: هذه هي حلاً متقدمًا للتوافق يجمع بين وظائف ربط الأصول وتمرير الرسائل. عند نقل الأصول من سلسلة المصدر إلى سلسلة الهدف، يمكن أن تُشغَّل المكالمات العقدية على سلسلة الهدف على الفور، مما يتيح وظائف متعددة عبر السلاسل مثل الرهان، وتبادل الأصول، أو تخزين الأصول في العقود الذكية على سلسلة الهدف.
دعنا نقارن Agglayer بالبروتوكولات الحالية عبر السلسلة ، مع أخذ LayerZero ، البروتوكول الأكثر تأثيرا عبر السلسلة ، كمثال. يستخدم LayerZero إصدارا محسنا من التحقق الخارجي عن طريق تحويل مصدر الثقة للتحقق إلى كيانين مستقلين - أوراكل و relayer. يعالج هذا النهج البسيط عيوب التحقق الخارجي ، مما يجعله حل جسر قابل للبرمجة يمكنه إجراء عمليات مختلفة. منطقيا ، يبدو أنه قد حل بأناقة ما يسمى بالمعضلة الثلاثية. من منظور سردي كبير ، تتمتع LayerZero بالقدرة على أن تصبح مركزا عبر السلسلة ل Web3 بأكمله ، ومعالجة مشكلات مثل تجربة المستخدم المجزأة والسيولة المكسورة الناجمة عن انفجار السلسلة في عصر الوحدات. هذا هو السبب في أن شركات رأس المال المغامر الرائدة تراهن بشدة على مثل هذه البروتوكولات.
ومع ذلك، ما هي الواقع؟ دعونا نضع جانبا الجدل الأخير بشأن عمليات توزيع الهواء في LayerZero ولننظر في تحديات تطويره. إن تحقيق الحالة المثالية لربط الويب3 بأكمله صعب للغاية، وتمسكه باللامركزية مشكوك فيه. في الإصدار V1 المبكر، كانت Oracle في LayerZero تشكل مخاطر الاختراق والسلوك الضار بشكل محتمل (Wormhole، الذي يستخدم مؤسسات الصناعة كعقداء، يواجه غالبًا انتقادات مماثلة). تم التخفيف من هذه المخاوف فقط مع ظهور الشبكة اللامركزية للتحقق (DVN) في V2، والتي تتطلب موارد B-side كبيرة.
علاوة على ذلك ، ينطوي تطوير البروتوكولات عبر السلسلة على التعامل مع بروتوكولات السلسلة غير المتجانسة ، وتنسيقات البيانات ، والمنطق التشغيلي ، والاحتجاج بالعقود الذكية المختلفة. لا تتطلب قابلية التشغيل البيني الحقيقية في Web3 جهودا فردية فحسب ، بل تتطلب أيضا تعاون مشاريع مختلفة. قد يتذكر المستخدمون الأوائل ل LayerZero أنه دعم بشكل أساسي التفاعلات عبر السلسلة لسلاسل الكتل القائمة على EVM ، مع دعم محدود للأنظمة البيئية الأخرى. ينطبق هذا أيضا على Agglayer ، لكن Agglayer يوفر زمن انتقال منخفض للغاية وإمكانية تشغيل بيني غير متزامنة ، مما يجعله أقرب إلى الإنترنت الذي نستخدمه يوميا.
بشكل عام ، يعد نهج Agglayer في التجميع للاستخدام الشبيه بالسلسلة الواحدة أبسط وأكثر كفاءة ويتماشى مع الاتجاهات المعيارية الحالية. ومع ذلك ، لا يوجد تفوق مطلق بين الاثنين في الوقت الحاضر. لا تزال البروتوكولات عبر السلسلة تتمتع بمزايا السيولة الأوسع ، والنظام البيئي الأكثر نضجا ، والاستباقية الأكبر. تكمن قوة Agglayer في قدرتها على تجميع سلاسل Layer 1 و Layer 2 المنافسة حقا ، وكسر لعبة المحصلة الصفرية للسيولة المجزأة والمستخدمين في عصر انفجار السلسلة. إنه يسمح بالتفاعلات متعددة السلاسل ذات الكمون المنخفض ، وتجريد السلسلة الأصلية ، ومجمعات السيولة المشتركة دون الحاجة إلى الرموز المميزة الملفوفة ، مما يوفر فرصة كبيرة للسلاسل طويلة الذيل والخاصة بالتطبيق.
في الختام ، Agglayer هو حاليًا أكثر حل وعدًا عبر السلاسل واعدًا ، مع مشاريع مماثلة مثل "جهاز الانضمام التراكمي" لـ Polkadot أيضًا في التطوير. تاريخ Web3 تحول من الأحجار الضخمة إلى الوحدات المركبة ، والخطوة التالية ستكون نحو التجميع.
على الرغم من أنها لا تزال في مراحلها الأولى، فقد قام Agglayer بدمج بعض المشاريع الرئيسية. وإليك ثلاثة أمثلة بارزة:
طبقة X هي مشروع Ethereum Layer 2 مبني على Polygon CDK. إنه يربط مجتمع OKX ومجتمع Ethereum، مما يتيح لأي شخص المشاركة في نظام بنية تحتية موحدة على السلسلة. بصفته سلسلة عامة لبورصة رائدة، ستجلب التكامل مع Agglayer سيولة واسعة النطاق للمشاريع داخل الطبقة التجميعية. بالإضافة إلى ذلك، يمكن أن يوفر محفظة OKX Web3، التي تعمل كطبقة وصول للمستخدمين العاديين، دعمًا أفضل لـ Agglayer.
الاتحاد هو طبقة البنية التحتية بدون معرفة الصفر المبنية على كوسموس، تستخدم للرسائل العامة، وتحويل الأصول، و NFTs، و DeFi. يعتمد على التحقق من الاتفاق دون الاعتماد على أطراف ثالثة موثوقة، أو الآلهة، أو التوقيع المتعدد، أو MPC. كسلسلة متكاملة، يمكن للاتحاد تمكين الاتصال العميق بين بيئتي EVM وكوسموس ضمن طبقة التجميع. من خلال استخدام الاتحاد كبوابة IBC، يسمح بالاتصال بالاتحاد ثم بالانتربولينغ بين IBC، مما يسمح بإعادة تجميع بيئتين م modulaires متشطبتين بخلاف ذلك.
شبكة Astar هي شبكة للشركات ومشاريع الترفيه والألعاب في اليابان وعلى مستوى العالم، مكرسة لتقدم الـ 'Web3'. وهي تستخدم دعمًا متقاطعًا للآلة الافتراضية من Polygon و Polkadot لتوفير حلول سلسلة الكتلة قابلة للتخصيص. كما أن Astar ستكون أول سلسلة متكاملة بالكامل من Agglayer، وستحصل مباشرةً على وصول إلى بركة سيولة مشتركة تزيد قيمتها عن مليارات الدولارات وتحقق نموًا حقيقيًا لعدد المستخدمين.