من التجزئة إلى التجميع: استكشاف نواة البوليغون 2.0 Agglayer

متوسط7/10/2024, 8:34:18 AM
Agglayer هو العنصر الأساسي لـ Polygon 2.0، مصمم لتوحيد سلاسل الكتل المتشظية عن طريق تجميع المعاملات الذرية عبر السلاسل وضمانها. هدفه هو توفير تجربة مستخدم سلسة مكافئة لمستوى سلسلة واحدة، مع التصدي لمشاكل السيولة وتشظي الحالة في النظام البيئي الحالي للسلاسل الكتلية.

لمحة سريعة

  • Agglayer هو المكون الأساسي لـ Polygon 2.0 ، والذي يهدف إلى توحيد سلاسل الكتل المتشظية من خلال تجميع وضمان عمليات التداول عبر السلاسل الذرية. هدفه هو توفير تجربة مستخدم سلسة مماثلة لمستوى سلسلة واحدة ، ومعالجة قضايا السيولة وتجزيء الحالة في النظام البيئي الحالي للبلوكشين.
  • يستخدم Agglayer آلية تحقق جديدة تسمى البرهان المتشائم، والتي تفترض أن جميع السلاسل المتصلة غير آمنة، وفي النهاية تستخدم البراهين بدون معرفة لضمان صحة العمليات عبر السلاسل.
  • أجلير أكثر اختصارًا وكفاءة ، بهدف تحقيق شكل مثالي للتجريد السلسلة ، متوافقًا مع تعريف الجيل القادم من Web3.

1. تستمد من عصر الوحدات

1.1 مقدمة لAgglayer

Agglayer هو أحد المكونات الأساسية ل Polygon 2.0. يرمز "Agg" في اسمه إلى التجميع ، مما يعكس دوره كطبقة تجميع. بشكل أساسي ، تشبه وظيفتها بروتوكولات التشغيل البيني عبر السلسلة مثل Layerzero و Wormhole ، بهدف ربط عالم blockchain المجزأ. ومع ذلك ، تختلف أساليب البناء الخاصة بهم. بعبارات بسيطة ، تشبه بروتوكولات التشغيل البيني التقليدية عبر السلاسل شركات البناء التي تبني الجسور في كل مكان ، وتصمم وتبني الجسور لربط سلاسل أو بروتوكولات مختلفة (والتي يمكن أن تشكل تحديا للسلاسل غير المتجانسة). في المقابل ، يعمل Agglayer بشكل أشبه ب "شبكة محلية" تتكون من آليات التبادل ، حيث يمكن للسلاسل المتصلة الانضمام إلى "LAN" ببساطة عن طريق توصيل "كابل" (دليل ZK) لتبادل البيانات. بالمقارنة مع بناء الجسور في كل مكان ، فهي أسرع وأكثر سهولة في الاستخدام وتوفر إمكانية تشغيل بيني أفضل.

1.2 تسلسل الصحة المشتركة

مفهوم Agglayer مدين إلى حد كبير لتصميم Umbra Research لتسلسل الصحة المشتركة، الذي يهدف إلى تحقيق توافق عبر السلاسل الذرية بين عدة تحسينات تفاؤلية. من خلال مشاركة جهاز تسلسل، يمكن للنظام بأكمله التعامل بشكل موحد مع تسلسل المعاملات ونشر جذر الحالة عبر عدة تحسينات، مما يضمن الذرية والتنفيذ الشرطي.

تشتمل منطق التنفيذ المحدد على ثلاثة مكونات:

  • مرشحات سلسلة مشتركة للعمليات عبر السلاسل: يستقبل ويعالج طلبات المعاملات عبر السلاسل.
  • خوارزمية بناء الكتلة: يقوم المتسلسل المشترك ببناء كتل تحتوي على عمليات عبر السلاسل الجانبية، مضمنًا تتابعها الذرية.
  • البراهين المشتركة للغش: تنفذ آلية براهين مشتركة لمنع عمليات السلسلة المتقاطعة بين الRollups المعنية.

يوضح الرسم البياني عملية العمل لعقد MintBurnSystemContract عندما يتم مشاركة سيكونسر واحد.

نظرًا لأن Rollups الحالية عادةً ما تدعم إرسال الرسائل ذهابًا وإيابًا بين الطبقة 1 والطبقة 2، جنبًا إلى جنب مع البرامج الثابتة الخاصة الأخرى، يضيف Umbra نظامًا عبر السلسلة البسيط يتكون من عقد MintBurnSystemContract (Burn and Mint) لتكملة المكونات الثلاثة، كما هو موضح أعلاه.

تدفق العمل

  1. عملية الحرق على سلسلة A: يمكن لأي عقد أو حساب خارجي استدعاء هذه العملية. عند النجاح، يتم تسجيلها في burnTree.
  2. عملية الصك في سلسلة بي: يسجل المتسلسل هذا في شجرة الصك بعد تنفيذ ناجح.

الثوابت والاتساق

اتساق جذر ميركل: يجب أن تتطابق جذور ميركل لـ burnTree على سلسلة A و mintTree على سلسلة B ، مما يضمن اتساق التشغيل عبر السلاسل والذرية.

في هذا التصميم ، يشترك Rollup A و B في جهاز تسلسل واحد. جهاز التسلسل المشترك هذا مسؤول عن نشر دفعات المعاملات وجذور الحالة لكل من Rollups إلى Ethereum. يمكن أن يكون جهاز التسلسل المشترك إما مركزيا ، مثل معظم أجهزة التسلسل التراكمي الحالية ، أو لامركزيا ، على غرار نهج Metis. النقطة الأساسية في النظام هي أن جهاز التسلسل المشترك يجب أن ينشر دفعات المعاملات وجذور الحالة لكل من Rollups إلى L1 في معاملة واحدة.

يستقبل المسلسل المشترك المعاملات ويقوم ببناء كتل ل A و B. بالنسبة لكل معاملة على A، يقوم المسلسل بالتحقق مما إذا كانت تتفاعل مع MintBurnSystemContract. إذا تفاعلت المعاملة بنجاح مع وظيفة الحرق، يحاول المسلسل تنفيذ المعاملة المقابلة للتعدين على B. إذا نجحت معاملة التعدين، يتضمن المسلسل المعاملة الحرق على A والمعاملة التعدينية على B؛ إذا فشلت معاملة التعدين، يستبعد المسلسل كلتا المعاملتين.

بعبارات بسيطة ، يعد هذا النظام امتدادا مباشرا لخوارزمية بناء الكتلة الحالية. يقوم جهاز التسلسل بتنفيذ المعاملات وإدراج المعاملات التي تم تشغيلها بشكل شرطي من مجموعة التحديثات إلى أخرى. أثناء التحقق من إثبات الاحتيال على السلسلة الرئيسية ، فإنه يحتاج فقط إلى ضمان صحة الحرق على السلسلة A والنعناع على السلسلة B (أي اتساق جذر Merkle). في هذا السيناريو، تتصرف مجموعات متعددة مثل سلسلة واحدة. بالمقارنة مع مجموعة التحديثات المتجانسة ، يوفر هذا التصميم دعما أفضل للتجزئة وسيادة التطبيق وإمكانية التشغيل البيني. ومع ذلك ، تشمل العيوب زيادة أعباء التحقق من الصحة والتسلسل على العقد ، واحتمال التبني منخفض بسبب اعتبارات توزيع الأرباح واستقلالية التراكم.

1.3 مكونات النواة لـ Agglayer

Agglayer يدمج الحلول المذكورة أعلاه مع إدخال تحسينات أكثر كفاءة وعنصرين رئيسيين: الجسر الموحد والأدلة التشاؤمية.

الجسر الموحد: ينطوي سير عمل الجسر الموحد على جمع وتجميع حالات جميع السلاسل المتصلة في طبقة التجميع، التي بدورها تولد دليلاً موحدًا إلى إيثريوم. ينطوي هذا العملية على ثلاث مراحل من الحالة: قبل التأكيد (الذي يسمح بالتفاعل الأسرع تحت افتراضات الحالة المؤقتة)، والتأكيد (الذي يتحقق من صحة الدليل المقدم)، والتنهي. في نهاية المطاف، يمكن لهذا الدليل التحقق من صحة صحة الصفقة لجميع السلاسل المتصلة.

الأدلة التشاؤمية: ربط ال Rollups ببيئة متعددة السلاسل يُثير مشكلتين رئيسيتين: 1. يعقد إدخال محققين مختلفين وآليات توافقية الأمان؛ 2. تتطلب سحوبات ال Rollup المتفائلة فترة 7 أيام. من أجل معالجة هذه المشكلات، يقدم Polygon طريقة جديدة ذات دليل صفري معروفة باسم الأدلة التشاؤمية.

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

1.4 الميزات

تحت هذا النظام ، يمكن تحقيق الميزات التالية:

  • الرموز الأصلية: باستخدام الجسر الموحد ، تكون جميع الأصول داخل طبقة التجميع أصولًا أصلية. لا توجد رموز ملفوفة ولا يلزم الاعتماد على مصادر الثقة من الطرف الثالث لعمليات التبادل بين الشبكات ، مما يجعل العملية سلسة.
  • السيولة الموحدة: يتم مشاركة قيمة إجمالية مقفلة (TVL - Total Value Locked) لجميع السلاسل المتصلة، مما يمكن أن يشار إليه باسم حوض السيولة المشترك.
  • السيادة: بالمقارنة مع طريقة Optimistic Rollup الموصوفة أعلاه، التي تحقق التوافق من خلال مترجم مشترك، يتمتع Agglayer بالسيادة الأفضل. يتوافق AggLayer مع المترجمات المشتركة وحلول DA الخارجية. يمكن للشبكات المتصلة حتى استخدام رموزها الأصلية كوقود.
  • أسرع: على عكس طريقة اللف الايجابي المذكورة أعلاه، لا يتطلب Agglayer انتظار 7 أيام للمعاملات عبر السلسلة.
  • الأمان: البراهين السلبية تقبل فقط السلوك الصحيح. بالإضافة إلى ذلك، فإنها تضمن عدم قدرة أي سلسلة على سحب مبلغ أكبر مما تم إيداعه، مما يضمن أمان تجميع أصول الطبقة المشتركة.
  • تكلفة منخفضة: كلما ارتبطت المزيد من السلاسل بطبقة التجميع ، انخفضت رسوم الدليل المدفوعة إلى إيثريوم ، حيث يتم مشاركة تلك التكاليف. لا تفرض Agglayer رسوم بروتوكول إضافية.

2. حلول السلسلة المشتركة

2.1 لماذا يكون Cross-Chain صعبًا جدًا؟

كما ذكرنا سابقًا ، فإن هدف Agglayer يتوافق مع بروتوكولات السلسلة العابرة. ولكن أي واحد هو الأفضل؟ قبل المقارنة ، نحتاج إلى فهم سؤالين: 1. لماذا تكون السلسلة العابرة صعبة جدًا؟ 2. ما هي الحلول العابرة الشائعة؟

مثل المعضلة الثلاثية الشهيرة blockchain ، تواجه البروتوكولات عبر السلسلة أيضا معضلة ثلاثية للتشغيل البيني. نظرا للفرضية الأساسية للامركزية ، فإن سلاسل الكتل هي في الأساس آلات حكومية لا يمكنها تلقي معلومات خارجية. على الرغم من أن AMMs و oracles قد ملأت بعض الثغرات في DeFi ، إلا أن البروتوكولات عبر السلاسل تواجه تحديات أكثر تعقيدا. في بعض النواحي ، لا يمكننا أبدا استخراج أي رموز حقيقية من السلسلة الأصلية ، مما يؤدي إلى العديد من الرموز المميزة الملفوفة مثل xxBTC و xxETH. ومع ذلك ، فإن هذا النهج محفوف بالمخاطر ومركزي لأنه يجب قفل BTC و ETH الحقيقيين في عقود جسر عبر السلسلة على السلسلة الأصلية ، في حين أن التصميم عبر السلسلة بالكامل قد يواجه مشكلات مثل تباين الأصول ، وعدم توافق البروتوكول بسبب الأجهزة الافتراضية المختلفة ، وقضايا الثقة ، ومشاكل الإنفاق المزدوج ، وقضايا الكمون. لكي تكون فعالة وفعالة من حيث التكلفة ، لا تزال معظم الحلول عبر السلاسل تعتمد على محافظ متعددة التوقيعات. هذا هو السبب في أننا ما زلنا نسمع كثيرا عن فشل الجسور عبر السلاسل اليوم.

الآن، دعنا نلقي نظرة أقرب على الموضوع من مستوى أدنى. وفقًا لمؤسس Connext ، أرجون بهبتاني ، يمكن لبروتوكولات السلسلة المتقاطعة تحسين اثنين من السمات الثلاث الرئيسية التالية فقط:

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

غالبا ما استندت التصنيفات المبكرة للجسور عبر السلسلة إلى أرقام مثل Vitalik Buterin ، الذي صنف التقنيات عبر السلسلة إلى ثلاثة أنواع: أقفال وقت التجزئة ، والتحقق من صحة الشهود ، والتحقق من صحة الترحيل (التحقق من صحة العميل الخفيف). في وقت لاحق ، أعاد Arjun Bhuptani تصنيف الحلول عبر السلسلة إلى التحقق من الصحة الأصلية (عدم الثقة + القابلية للتوسعة) ، والتحقق الخارجي (القابلية للتوسعة + قابلية التعميم) ، والتحقق الأصلي (عدم الثقة + قابلية التعميم). تستند طرق التحقق هذه إلى نماذج ثقة مختلفة وتطبيقات تقنية لتلبية احتياجات الأمان والتشغيل البيني المختلفة.

الجسور الموثوقة بشكل أصلي:

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

الجسور الموثوقة خارجياً:

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

الجسور المحلية الموثقة:

تشمل الجسور المحلية الموثقة تحقق سلسلة الهدف من حالة سلسلة المصدر لتأكيد المعاملات وتنفيذ المعاملات التالية محلياً. وعادة ما ينطوي ذلك على تشغيل عميل خفيف لجهاز السلسلة المستهدفة على جهاز السلسلة المصدر أو بشكل متوازي. يتطلب التحقق المحلي افتراضية الأقلية الصادقة أو الافتراضية المتزامنة، حيث يجب أن يكون هناك على الأقل راوٍ صادق في اللجنة (الأقلية الصادقة) أو إذا فشلت اللجنة، يجب على المستخدمين نقل المعاملات بأنفسهم (الافتراضية المتزامنة). يعتبر التحقق المحلي أكثر الأساليب ثقة في تواصل السلسلة عبر السلسلة ولكنه أيضًا مكلف وأقل مرونة في التطوير وأكثر مناسبة للسلاسل الكتلية ذات التشابه العالي في آلية الحالة، مثل بين إيثيريوم وشبكات L2 أو السلاسل الكتلية التي تم تطويرها استنادًا إلى Cosmos SDK.

الحلول الحالية للسلسلة المشتركة [1]

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

· تبادل الرموز: يتيح هذا الأسلوب للمستخدمين تداول أصول معينة على سلسلة كتل واحدة واستلام أصول مكافئة على سلسلة أخرى. من خلال استخدام تقنيات مثل التبادلات الذرية وصانعي السوق المؤتمتة بين السلاسل (AMMs) ، يمكن إنشاء حوض سيولة عبر سلاسل مختلفة لتسهيل تبادل الأصول المختلفة.

· جسور الأصول: ينطوي هذا الأسلوب على قفل أو حرق الأصول على سلسلة المصدر من خلال العقود الذكية وفتح أو ضخ الأصول الجديدة على سلسلة الهدف من خلال العقود الذكية المقابلة. يمكن تقسيم هذه التقنية إلى ثلاثة أنواع أخرى استنادًا إلى كيفية التعامل مع الأصول:

  • نموذج القفل / البت: في هذا النموذج، يتم قفل الأصول على السلسلة المصدرية، بينما يتم طباعة "الأصول المعبرة" المكافئة على السلسلة الهدف. في العملية العكسية، يتم حرق الأصول المعبرة على السلسلة الهدف لفتح الأصول الأصلية على السلسلة المصدرية.
  • نموذج الحرق/الإنتاج: في هذا النموذج، يتم حرق الأصول على السلسلة المصدرية، ويتم إنتاج نفس كمية الأصول المعادلة على السلسلة الهدف.
  • قفل / فتح النموذج: تنطوي هذه الطريقة على قفل الأصول على سلسلة المصدر وإلغاء قفل الأصول المكافئة من بركة السيولة على سلسلة الهدف. غالبًا ما تجذب جسور الأصول هذه السيولة من خلال تقديم حوافز مثل تقاسم الإيرادات.

· المدفوعات الأصلية: تسمح هذه الطريقة للتطبيقات على سلسلة المصدر بتنشيط عمليات الدفع باستخدام الأصول الأصلية على سلسلة الهدف. يمكن أيضاً تنشيط المدفوعات بين السلاسل بناءً على البيانات من سلسلة واحدة على سلسلة أخرى. تُستخدم هذه الطريقة بشكل أساسي للتسوية ويمكن أن تكون مبنية على بيانات سلسلة الكتل أو أحداث خارجية.

· التوافق بين العقود الذكية: يسمح هذا الأسلوب للعقود الذكية على سلسلة المصدر باستدعاء وظائف العقود الذكية على سلسلة الهدف بناءً على البيانات المحلية، مما يتيح تطبيقات معقدة عبر السلاسل، بما في ذلك تبادل الأصول وعمليات الجسر.

· الجسور القابلة للبرمجة: هذه هي حلاً متقدمًا للتوافق يجمع بين وظائف ربط الأصول وتمرير الرسائل. عند نقل الأصول من سلسلة المصدر إلى سلسلة الهدف، يمكن أن تُشغَّل المكالمات العقدية على سلسلة الهدف على الفور، مما يتيح وظائف متعددة عبر السلاسل مثل الرهان، وتبادل الأصول، أو تخزين الأصول في العقود الذكية على سلسلة الهدف.

2.2 مستقبل مزايا Agglayer

دعنا نقارن 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 تحول من الأحجار الضخمة إلى الوحدات المركبة ، والخطوة التالية ستكون نحو التجميع.

3. النظام البيئي المتصل بواسطة Agglayer

على الرغم من أنها لا تزال في مراحلها الأولى، فقد قام Agglayer بدمج بعض المشاريع الرئيسية. وإليك ثلاثة أمثلة بارزة:

3.1 طبقة X

طبقة X هي مشروع Ethereum Layer 2 مبني على Polygon CDK. إنه يربط مجتمع OKX ومجتمع Ethereum، مما يتيح لأي شخص المشاركة في نظام بنية تحتية موحدة على السلسلة. بصفته سلسلة عامة لبورصة رائدة، ستجلب التكامل مع Agglayer سيولة واسعة النطاق للمشاريع داخل الطبقة التجميعية. بالإضافة إلى ذلك، يمكن أن يوفر محفظة OKX Web3، التي تعمل كطبقة وصول للمستخدمين العاديين، دعمًا أفضل لـ Agglayer.

3.2 اتحاد

الاتحاد هو طبقة البنية التحتية بدون معرفة الصفر المبنية على كوسموس، تستخدم للرسائل العامة، وتحويل الأصول، و NFTs، و DeFi. يعتمد على التحقق من الاتفاق دون الاعتماد على أطراف ثالثة موثوقة، أو الآلهة، أو التوقيع المتعدد، أو MPC. كسلسلة متكاملة، يمكن للاتحاد تمكين الاتصال العميق بين بيئتي EVM وكوسموس ضمن طبقة التجميع. من خلال استخدام الاتحاد كبوابة IBC، يسمح بالاتصال بالاتحاد ثم بالانتربولينغ بين IBC، مما يسمح بإعادة تجميع بيئتين م modulaires متشطبتين بخلاف ذلك.

3.3 Astar

شبكة Astar هي شبكة للشركات ومشاريع الترفيه والألعاب في اليابان وعلى مستوى العالم، مكرسة لتقدم الـ 'Web3'. وهي تستخدم دعمًا متقاطعًا للآلة الافتراضية من Polygon و Polkadot لتوفير حلول سلسلة الكتلة قابلة للتخصيص. كما أن Astar ستكون أول سلسلة متكاملة بالكامل من Agglayer، وستحصل مباشرةً على وصول إلى بركة سيولة مشتركة تزيد قيمتها عن مليارات الدولارات وتحقق نموًا حقيقيًا لعدد المستخدمين.

تنصل:

  1. تم نشر هذه المقالة من [ YBB]. جميع حقوق الطبع والنشر تنتمي إلى الكاتب الأصلي [Zeke]. إذا كانت هناك اعتراضات على هذه الإعادة طباعة، يرجى الاتصال بالبوابة التعلمالفريق، وسيتعاملون معه بسرعة.
  2. إخلاء المسؤولية عن الالتزام: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك التي تعود إلى المؤلف ولا تشكل أي نصيحة استثمارية.
  3. تتم الترجمة للمقال إلى لغات أخرى بواسطة فريق Gate Learn. ما لم يذكر غير ذلك ، يُحظر نسخ أو توزيع أو سرقة المقالات المترجمة.

من التجزئة إلى التجميع: استكشاف نواة البوليغون 2.0 Agglayer

متوسط7/10/2024, 8:34:18 AM
Agglayer هو العنصر الأساسي لـ Polygon 2.0، مصمم لتوحيد سلاسل الكتل المتشظية عن طريق تجميع المعاملات الذرية عبر السلاسل وضمانها. هدفه هو توفير تجربة مستخدم سلسة مكافئة لمستوى سلسلة واحدة، مع التصدي لمشاكل السيولة وتشظي الحالة في النظام البيئي الحالي للسلاسل الكتلية.

لمحة سريعة

  • Agglayer هو المكون الأساسي لـ Polygon 2.0 ، والذي يهدف إلى توحيد سلاسل الكتل المتشظية من خلال تجميع وضمان عمليات التداول عبر السلاسل الذرية. هدفه هو توفير تجربة مستخدم سلسة مماثلة لمستوى سلسلة واحدة ، ومعالجة قضايا السيولة وتجزيء الحالة في النظام البيئي الحالي للبلوكشين.
  • يستخدم Agglayer آلية تحقق جديدة تسمى البرهان المتشائم، والتي تفترض أن جميع السلاسل المتصلة غير آمنة، وفي النهاية تستخدم البراهين بدون معرفة لضمان صحة العمليات عبر السلاسل.
  • أجلير أكثر اختصارًا وكفاءة ، بهدف تحقيق شكل مثالي للتجريد السلسلة ، متوافقًا مع تعريف الجيل القادم من Web3.

1. تستمد من عصر الوحدات

1.1 مقدمة لAgglayer

Agglayer هو أحد المكونات الأساسية ل Polygon 2.0. يرمز "Agg" في اسمه إلى التجميع ، مما يعكس دوره كطبقة تجميع. بشكل أساسي ، تشبه وظيفتها بروتوكولات التشغيل البيني عبر السلسلة مثل Layerzero و Wormhole ، بهدف ربط عالم blockchain المجزأ. ومع ذلك ، تختلف أساليب البناء الخاصة بهم. بعبارات بسيطة ، تشبه بروتوكولات التشغيل البيني التقليدية عبر السلاسل شركات البناء التي تبني الجسور في كل مكان ، وتصمم وتبني الجسور لربط سلاسل أو بروتوكولات مختلفة (والتي يمكن أن تشكل تحديا للسلاسل غير المتجانسة). في المقابل ، يعمل Agglayer بشكل أشبه ب "شبكة محلية" تتكون من آليات التبادل ، حيث يمكن للسلاسل المتصلة الانضمام إلى "LAN" ببساطة عن طريق توصيل "كابل" (دليل ZK) لتبادل البيانات. بالمقارنة مع بناء الجسور في كل مكان ، فهي أسرع وأكثر سهولة في الاستخدام وتوفر إمكانية تشغيل بيني أفضل.

1.2 تسلسل الصحة المشتركة

مفهوم Agglayer مدين إلى حد كبير لتصميم Umbra Research لتسلسل الصحة المشتركة، الذي يهدف إلى تحقيق توافق عبر السلاسل الذرية بين عدة تحسينات تفاؤلية. من خلال مشاركة جهاز تسلسل، يمكن للنظام بأكمله التعامل بشكل موحد مع تسلسل المعاملات ونشر جذر الحالة عبر عدة تحسينات، مما يضمن الذرية والتنفيذ الشرطي.

تشتمل منطق التنفيذ المحدد على ثلاثة مكونات:

  • مرشحات سلسلة مشتركة للعمليات عبر السلاسل: يستقبل ويعالج طلبات المعاملات عبر السلاسل.
  • خوارزمية بناء الكتلة: يقوم المتسلسل المشترك ببناء كتل تحتوي على عمليات عبر السلاسل الجانبية، مضمنًا تتابعها الذرية.
  • البراهين المشتركة للغش: تنفذ آلية براهين مشتركة لمنع عمليات السلسلة المتقاطعة بين الRollups المعنية.

يوضح الرسم البياني عملية العمل لعقد MintBurnSystemContract عندما يتم مشاركة سيكونسر واحد.

نظرًا لأن Rollups الحالية عادةً ما تدعم إرسال الرسائل ذهابًا وإيابًا بين الطبقة 1 والطبقة 2، جنبًا إلى جنب مع البرامج الثابتة الخاصة الأخرى، يضيف Umbra نظامًا عبر السلسلة البسيط يتكون من عقد MintBurnSystemContract (Burn and Mint) لتكملة المكونات الثلاثة، كما هو موضح أعلاه.

تدفق العمل

  1. عملية الحرق على سلسلة A: يمكن لأي عقد أو حساب خارجي استدعاء هذه العملية. عند النجاح، يتم تسجيلها في burnTree.
  2. عملية الصك في سلسلة بي: يسجل المتسلسل هذا في شجرة الصك بعد تنفيذ ناجح.

الثوابت والاتساق

اتساق جذر ميركل: يجب أن تتطابق جذور ميركل لـ burnTree على سلسلة A و mintTree على سلسلة B ، مما يضمن اتساق التشغيل عبر السلاسل والذرية.

في هذا التصميم ، يشترك Rollup A و B في جهاز تسلسل واحد. جهاز التسلسل المشترك هذا مسؤول عن نشر دفعات المعاملات وجذور الحالة لكل من Rollups إلى Ethereum. يمكن أن يكون جهاز التسلسل المشترك إما مركزيا ، مثل معظم أجهزة التسلسل التراكمي الحالية ، أو لامركزيا ، على غرار نهج Metis. النقطة الأساسية في النظام هي أن جهاز التسلسل المشترك يجب أن ينشر دفعات المعاملات وجذور الحالة لكل من Rollups إلى L1 في معاملة واحدة.

يستقبل المسلسل المشترك المعاملات ويقوم ببناء كتل ل A و B. بالنسبة لكل معاملة على A، يقوم المسلسل بالتحقق مما إذا كانت تتفاعل مع MintBurnSystemContract. إذا تفاعلت المعاملة بنجاح مع وظيفة الحرق، يحاول المسلسل تنفيذ المعاملة المقابلة للتعدين على B. إذا نجحت معاملة التعدين، يتضمن المسلسل المعاملة الحرق على A والمعاملة التعدينية على B؛ إذا فشلت معاملة التعدين، يستبعد المسلسل كلتا المعاملتين.

بعبارات بسيطة ، يعد هذا النظام امتدادا مباشرا لخوارزمية بناء الكتلة الحالية. يقوم جهاز التسلسل بتنفيذ المعاملات وإدراج المعاملات التي تم تشغيلها بشكل شرطي من مجموعة التحديثات إلى أخرى. أثناء التحقق من إثبات الاحتيال على السلسلة الرئيسية ، فإنه يحتاج فقط إلى ضمان صحة الحرق على السلسلة A والنعناع على السلسلة B (أي اتساق جذر Merkle). في هذا السيناريو، تتصرف مجموعات متعددة مثل سلسلة واحدة. بالمقارنة مع مجموعة التحديثات المتجانسة ، يوفر هذا التصميم دعما أفضل للتجزئة وسيادة التطبيق وإمكانية التشغيل البيني. ومع ذلك ، تشمل العيوب زيادة أعباء التحقق من الصحة والتسلسل على العقد ، واحتمال التبني منخفض بسبب اعتبارات توزيع الأرباح واستقلالية التراكم.

1.3 مكونات النواة لـ Agglayer

Agglayer يدمج الحلول المذكورة أعلاه مع إدخال تحسينات أكثر كفاءة وعنصرين رئيسيين: الجسر الموحد والأدلة التشاؤمية.

الجسر الموحد: ينطوي سير عمل الجسر الموحد على جمع وتجميع حالات جميع السلاسل المتصلة في طبقة التجميع، التي بدورها تولد دليلاً موحدًا إلى إيثريوم. ينطوي هذا العملية على ثلاث مراحل من الحالة: قبل التأكيد (الذي يسمح بالتفاعل الأسرع تحت افتراضات الحالة المؤقتة)، والتأكيد (الذي يتحقق من صحة الدليل المقدم)، والتنهي. في نهاية المطاف، يمكن لهذا الدليل التحقق من صحة صحة الصفقة لجميع السلاسل المتصلة.

الأدلة التشاؤمية: ربط ال Rollups ببيئة متعددة السلاسل يُثير مشكلتين رئيسيتين: 1. يعقد إدخال محققين مختلفين وآليات توافقية الأمان؛ 2. تتطلب سحوبات ال Rollup المتفائلة فترة 7 أيام. من أجل معالجة هذه المشكلات، يقدم Polygon طريقة جديدة ذات دليل صفري معروفة باسم الأدلة التشاؤمية.

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

1.4 الميزات

تحت هذا النظام ، يمكن تحقيق الميزات التالية:

  • الرموز الأصلية: باستخدام الجسر الموحد ، تكون جميع الأصول داخل طبقة التجميع أصولًا أصلية. لا توجد رموز ملفوفة ولا يلزم الاعتماد على مصادر الثقة من الطرف الثالث لعمليات التبادل بين الشبكات ، مما يجعل العملية سلسة.
  • السيولة الموحدة: يتم مشاركة قيمة إجمالية مقفلة (TVL - Total Value Locked) لجميع السلاسل المتصلة، مما يمكن أن يشار إليه باسم حوض السيولة المشترك.
  • السيادة: بالمقارنة مع طريقة Optimistic Rollup الموصوفة أعلاه، التي تحقق التوافق من خلال مترجم مشترك، يتمتع Agglayer بالسيادة الأفضل. يتوافق AggLayer مع المترجمات المشتركة وحلول DA الخارجية. يمكن للشبكات المتصلة حتى استخدام رموزها الأصلية كوقود.
  • أسرع: على عكس طريقة اللف الايجابي المذكورة أعلاه، لا يتطلب Agglayer انتظار 7 أيام للمعاملات عبر السلسلة.
  • الأمان: البراهين السلبية تقبل فقط السلوك الصحيح. بالإضافة إلى ذلك، فإنها تضمن عدم قدرة أي سلسلة على سحب مبلغ أكبر مما تم إيداعه، مما يضمن أمان تجميع أصول الطبقة المشتركة.
  • تكلفة منخفضة: كلما ارتبطت المزيد من السلاسل بطبقة التجميع ، انخفضت رسوم الدليل المدفوعة إلى إيثريوم ، حيث يتم مشاركة تلك التكاليف. لا تفرض Agglayer رسوم بروتوكول إضافية.

2. حلول السلسلة المشتركة

2.1 لماذا يكون Cross-Chain صعبًا جدًا؟

كما ذكرنا سابقًا ، فإن هدف Agglayer يتوافق مع بروتوكولات السلسلة العابرة. ولكن أي واحد هو الأفضل؟ قبل المقارنة ، نحتاج إلى فهم سؤالين: 1. لماذا تكون السلسلة العابرة صعبة جدًا؟ 2. ما هي الحلول العابرة الشائعة؟

مثل المعضلة الثلاثية الشهيرة blockchain ، تواجه البروتوكولات عبر السلسلة أيضا معضلة ثلاثية للتشغيل البيني. نظرا للفرضية الأساسية للامركزية ، فإن سلاسل الكتل هي في الأساس آلات حكومية لا يمكنها تلقي معلومات خارجية. على الرغم من أن AMMs و oracles قد ملأت بعض الثغرات في DeFi ، إلا أن البروتوكولات عبر السلاسل تواجه تحديات أكثر تعقيدا. في بعض النواحي ، لا يمكننا أبدا استخراج أي رموز حقيقية من السلسلة الأصلية ، مما يؤدي إلى العديد من الرموز المميزة الملفوفة مثل xxBTC و xxETH. ومع ذلك ، فإن هذا النهج محفوف بالمخاطر ومركزي لأنه يجب قفل BTC و ETH الحقيقيين في عقود جسر عبر السلسلة على السلسلة الأصلية ، في حين أن التصميم عبر السلسلة بالكامل قد يواجه مشكلات مثل تباين الأصول ، وعدم توافق البروتوكول بسبب الأجهزة الافتراضية المختلفة ، وقضايا الثقة ، ومشاكل الإنفاق المزدوج ، وقضايا الكمون. لكي تكون فعالة وفعالة من حيث التكلفة ، لا تزال معظم الحلول عبر السلاسل تعتمد على محافظ متعددة التوقيعات. هذا هو السبب في أننا ما زلنا نسمع كثيرا عن فشل الجسور عبر السلاسل اليوم.

الآن، دعنا نلقي نظرة أقرب على الموضوع من مستوى أدنى. وفقًا لمؤسس Connext ، أرجون بهبتاني ، يمكن لبروتوكولات السلسلة المتقاطعة تحسين اثنين من السمات الثلاث الرئيسية التالية فقط:

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

غالبا ما استندت التصنيفات المبكرة للجسور عبر السلسلة إلى أرقام مثل Vitalik Buterin ، الذي صنف التقنيات عبر السلسلة إلى ثلاثة أنواع: أقفال وقت التجزئة ، والتحقق من صحة الشهود ، والتحقق من صحة الترحيل (التحقق من صحة العميل الخفيف). في وقت لاحق ، أعاد Arjun Bhuptani تصنيف الحلول عبر السلسلة إلى التحقق من الصحة الأصلية (عدم الثقة + القابلية للتوسعة) ، والتحقق الخارجي (القابلية للتوسعة + قابلية التعميم) ، والتحقق الأصلي (عدم الثقة + قابلية التعميم). تستند طرق التحقق هذه إلى نماذج ثقة مختلفة وتطبيقات تقنية لتلبية احتياجات الأمان والتشغيل البيني المختلفة.

الجسور الموثوقة بشكل أصلي:

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

الجسور الموثوقة خارجياً:

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

الجسور المحلية الموثقة:

تشمل الجسور المحلية الموثقة تحقق سلسلة الهدف من حالة سلسلة المصدر لتأكيد المعاملات وتنفيذ المعاملات التالية محلياً. وعادة ما ينطوي ذلك على تشغيل عميل خفيف لجهاز السلسلة المستهدفة على جهاز السلسلة المصدر أو بشكل متوازي. يتطلب التحقق المحلي افتراضية الأقلية الصادقة أو الافتراضية المتزامنة، حيث يجب أن يكون هناك على الأقل راوٍ صادق في اللجنة (الأقلية الصادقة) أو إذا فشلت اللجنة، يجب على المستخدمين نقل المعاملات بأنفسهم (الافتراضية المتزامنة). يعتبر التحقق المحلي أكثر الأساليب ثقة في تواصل السلسلة عبر السلسلة ولكنه أيضًا مكلف وأقل مرونة في التطوير وأكثر مناسبة للسلاسل الكتلية ذات التشابه العالي في آلية الحالة، مثل بين إيثيريوم وشبكات L2 أو السلاسل الكتلية التي تم تطويرها استنادًا إلى Cosmos SDK.

الحلول الحالية للسلسلة المشتركة [1]

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

· تبادل الرموز: يتيح هذا الأسلوب للمستخدمين تداول أصول معينة على سلسلة كتل واحدة واستلام أصول مكافئة على سلسلة أخرى. من خلال استخدام تقنيات مثل التبادلات الذرية وصانعي السوق المؤتمتة بين السلاسل (AMMs) ، يمكن إنشاء حوض سيولة عبر سلاسل مختلفة لتسهيل تبادل الأصول المختلفة.

· جسور الأصول: ينطوي هذا الأسلوب على قفل أو حرق الأصول على سلسلة المصدر من خلال العقود الذكية وفتح أو ضخ الأصول الجديدة على سلسلة الهدف من خلال العقود الذكية المقابلة. يمكن تقسيم هذه التقنية إلى ثلاثة أنواع أخرى استنادًا إلى كيفية التعامل مع الأصول:

  • نموذج القفل / البت: في هذا النموذج، يتم قفل الأصول على السلسلة المصدرية، بينما يتم طباعة "الأصول المعبرة" المكافئة على السلسلة الهدف. في العملية العكسية، يتم حرق الأصول المعبرة على السلسلة الهدف لفتح الأصول الأصلية على السلسلة المصدرية.
  • نموذج الحرق/الإنتاج: في هذا النموذج، يتم حرق الأصول على السلسلة المصدرية، ويتم إنتاج نفس كمية الأصول المعادلة على السلسلة الهدف.
  • قفل / فتح النموذج: تنطوي هذه الطريقة على قفل الأصول على سلسلة المصدر وإلغاء قفل الأصول المكافئة من بركة السيولة على سلسلة الهدف. غالبًا ما تجذب جسور الأصول هذه السيولة من خلال تقديم حوافز مثل تقاسم الإيرادات.

· المدفوعات الأصلية: تسمح هذه الطريقة للتطبيقات على سلسلة المصدر بتنشيط عمليات الدفع باستخدام الأصول الأصلية على سلسلة الهدف. يمكن أيضاً تنشيط المدفوعات بين السلاسل بناءً على البيانات من سلسلة واحدة على سلسلة أخرى. تُستخدم هذه الطريقة بشكل أساسي للتسوية ويمكن أن تكون مبنية على بيانات سلسلة الكتل أو أحداث خارجية.

· التوافق بين العقود الذكية: يسمح هذا الأسلوب للعقود الذكية على سلسلة المصدر باستدعاء وظائف العقود الذكية على سلسلة الهدف بناءً على البيانات المحلية، مما يتيح تطبيقات معقدة عبر السلاسل، بما في ذلك تبادل الأصول وعمليات الجسر.

· الجسور القابلة للبرمجة: هذه هي حلاً متقدمًا للتوافق يجمع بين وظائف ربط الأصول وتمرير الرسائل. عند نقل الأصول من سلسلة المصدر إلى سلسلة الهدف، يمكن أن تُشغَّل المكالمات العقدية على سلسلة الهدف على الفور، مما يتيح وظائف متعددة عبر السلاسل مثل الرهان، وتبادل الأصول، أو تخزين الأصول في العقود الذكية على سلسلة الهدف.

2.2 مستقبل مزايا Agglayer

دعنا نقارن 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 تحول من الأحجار الضخمة إلى الوحدات المركبة ، والخطوة التالية ستكون نحو التجميع.

3. النظام البيئي المتصل بواسطة Agglayer

على الرغم من أنها لا تزال في مراحلها الأولى، فقد قام Agglayer بدمج بعض المشاريع الرئيسية. وإليك ثلاثة أمثلة بارزة:

3.1 طبقة X

طبقة X هي مشروع Ethereum Layer 2 مبني على Polygon CDK. إنه يربط مجتمع OKX ومجتمع Ethereum، مما يتيح لأي شخص المشاركة في نظام بنية تحتية موحدة على السلسلة. بصفته سلسلة عامة لبورصة رائدة، ستجلب التكامل مع Agglayer سيولة واسعة النطاق للمشاريع داخل الطبقة التجميعية. بالإضافة إلى ذلك، يمكن أن يوفر محفظة OKX Web3، التي تعمل كطبقة وصول للمستخدمين العاديين، دعمًا أفضل لـ Agglayer.

3.2 اتحاد

الاتحاد هو طبقة البنية التحتية بدون معرفة الصفر المبنية على كوسموس، تستخدم للرسائل العامة، وتحويل الأصول، و NFTs، و DeFi. يعتمد على التحقق من الاتفاق دون الاعتماد على أطراف ثالثة موثوقة، أو الآلهة، أو التوقيع المتعدد، أو MPC. كسلسلة متكاملة، يمكن للاتحاد تمكين الاتصال العميق بين بيئتي EVM وكوسموس ضمن طبقة التجميع. من خلال استخدام الاتحاد كبوابة IBC، يسمح بالاتصال بالاتحاد ثم بالانتربولينغ بين IBC، مما يسمح بإعادة تجميع بيئتين م modulaires متشطبتين بخلاف ذلك.

3.3 Astar

شبكة Astar هي شبكة للشركات ومشاريع الترفيه والألعاب في اليابان وعلى مستوى العالم، مكرسة لتقدم الـ 'Web3'. وهي تستخدم دعمًا متقاطعًا للآلة الافتراضية من Polygon و Polkadot لتوفير حلول سلسلة الكتلة قابلة للتخصيص. كما أن Astar ستكون أول سلسلة متكاملة بالكامل من Agglayer، وستحصل مباشرةً على وصول إلى بركة سيولة مشتركة تزيد قيمتها عن مليارات الدولارات وتحقق نموًا حقيقيًا لعدد المستخدمين.

تنصل:

  1. تم نشر هذه المقالة من [ YBB]. جميع حقوق الطبع والنشر تنتمي إلى الكاتب الأصلي [Zeke]. إذا كانت هناك اعتراضات على هذه الإعادة طباعة، يرجى الاتصال بالبوابة التعلمالفريق، وسيتعاملون معه بسرعة.
  2. إخلاء المسؤولية عن الالتزام: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك التي تعود إلى المؤلف ولا تشكل أي نصيحة استثمارية.
  3. تتم الترجمة للمقال إلى لغات أخرى بواسطة فريق Gate Learn. ما لم يذكر غير ذلك ، يُحظر نسخ أو توزيع أو سرقة المقالات المترجمة.
ابدأ التداول الآن
اشترك وتداول لتحصل على جوائز ذهبية بقيمة
100 دولار أمريكي
و
5500 دولارًا أمريكيًا
لتجربة الإدارة المالية الذهبية!