Polygon 2.0: رؤية البروتوكول والهندسة المعمارية

المؤلف: تجميع المضلع: blockchain العامية

! [IZcWONOfI9e3BD9A8pMjOJ158oVoJk2ouJfraShS.png] (https://img-cdn.gateio.im/social/moments-40baef27dd-899d40f2b5-dd1a6f-7649e1 "7057921")

اليوم ، يشارك الفريق الهندسي في Polygon Labs البنية المقترحة لـ Polygon 2.0 ، والتي تهدف إلى توفير قابلية لا نهائية للتوسع والسيولة الموحدة ، وتحقيق رؤية Polygon كطبقة قيمة للإنترنت.

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

الحل مضلع 2.0. كما أن الإنترنت عبارة عن بيئة وصول إلى المعلومات موحدة وقابلة للتطوير بشكل مرن ، فإن Polygon 2.0 هي أيضًا بيئة وصول موحدة وقابلة للتطوير: طبقة القيمة للإنترنت.

نعتقد أن هذا الاقتراح يمكن وينبغي أن يوجه جميع جهود تطوير بروتوكول Polygon للمضي قدمًا ، سواء كنجم شمال مفاهيمي أو كإطار تطوير رسمي.

الخلفية: الاختلاف والتقارب

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

! [oiysPDBCh5pGmcu8ZwhgPFgWP0VkWrYka4YBXIwa.png] (https://img-cdn.gateio.im/social/moments-40baef27dd-3074e62f18-dd1a6f-7649e1 "7057922")

خلال مرحلة الاختلاف الأولية ، أجرى فريق تطوير Polygon تجارب عبر مجموعة التكنولوجيا. فقط لتسمية بعض هذه الجهود:

  • بنيات blockchain المختلفة: سلاسل جانبية ، تجميعات ، Validiums ، وما إلى ذلك ؛
  • طرق مختلفة لبناء بيئة تنفيذ مدعومة من ZK: أنواع zkEVM 1-3 ، Polygon Miden ؛
  • العديد من عملاء blockchain: Polygon Edge وعملاء Ethereum الحاليين وعملاء مخصصين مثل العميل المستخدم حاليًا بواسطة Polygon zkEVM rollup ؛
  • حلول مختلفة لأجزاء أخرى من المكدس ، مثل الرسائل المتقاطعة ، والتخزين ، وما إلى ذلك.

هذه المرحلة مفيدة جدا. تم تجربة أساليب وتقنيات مختلفة وتم تعلم العديد من الدروس المهمة. حان الوقت لبدء تصفية الأفكار والجهود ودمجها.

خلال مرحلة التقارب ، قام فريق بروتوكول Polygon والمساهمون بالتوافق تدريجيًا مع بنية بروتوكول محددة (أي مجموعة التكنولوجيا) ، والتي يسعدنا الآن استخدامها كبنية تحتية مثالية لطبقة قيمة الإنترنت.

بنية البروتوكول

تم إضفاء الطابع الرسمي على بنية Polygon 2.0 كمجموعة من طبقات البروتوكول المصممة للعمل معًا. ولعل أبرز مثال على هذه البنية متعددة الطبقات هو Internet Protocol Suite ، الذي تعمل طبقاته الأربع (الارتباط والشبكة والنقل والتطبيق) على تشغيل الإنترنت. تحتوي كل طبقة بروتوكول على عملية فرعية محددة ، وهذا الفصل المنطقي يبسط التفكير والتنفيذ وترقية البنية.

يتكون Polygon 2.0 من أربع طبقات بروتوكول ، كل منها يدعم عملية مهمة داخل الشبكة:

  • طبقة التعهد
  • طبقة التشغيل البيني
  • طبقة التنفيذ
  • طبقة التحقق

! [4QoMPgXv1x3tKSs7Bsox7uhxLVBZ7jLNlzrIsPeq.png] (https://img-cdn.gateio.im/social/moments-40baef27dd-be90c7d1af-dd1a6f-7649e1 "7057923")

طبقة التعهد

طبقة التعهد هي بروتوكول قائم على PoS (إثبات الحصة) الذي يستفيد من الرمز المميز الأصلي لـ Polygon لتوفير اللامركزية لسلاسل Polygon المشاركة. يقوم بذلك من خلال مجموعة مشتركة شديدة اللامركزية من المدققين ونموذج مدمج لإعادة التخزين.

يتم تنفيذ طبقة التعهد على Ethereum من خلال نوعين من العقود الذكية:

Validator Manager: The Validator Manager هو عقد ذكي يدير مجموعة عامة من المدققين الذين يمكن لجميع سلاسل Polygon الاستفادة منها. يقوم بما يلي:

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

مدير السلسلة: يدير عقد مدير السلسلة مجموعة المدققين لكل سلسلة Polygon. كل سلسلة Polygon لها عقد مدير السلسلة ، والذي يؤدي الوظائف التالية:

  • تحديد المستوى المطلوب من اللامركزية ، أي عدد المدققين ؛
  • (اختياري) تحديد متطلبات إضافية للمدققين (مثل الامتثال للقانون العام لحماية البيانات ، والاحتفاظ برموز أخرى بالإضافة إلى رمز Polygon الأصلي ، وما إلى ذلك) ؛
  • (اختياري) حدد معايير القطع.

كما هو مذكور أعلاه ، يوفر Stake Layer لامركزية سلاسل Polygon "خارج الصندوق" ، وبالتالي تمكين فرق هذه السلاسل من التركيز على حالات الاستخدام والمجتمعات بدلاً من البنية التحتية. بالنسبة إلى المدققين ، فإنه يوفر مكافآت مضمونة في رموز Polygon ، بالإضافة إلى فرصة لتلقي تدفقات دخل إضافية من خلال تحصيل رسوم المعاملات ومكافآت رمزية إضافية من السلاسل التي يتحققون من صحتها.

! [37HL90DuWliwGS3Qgl0d4r5ohWwJG0wNB8gvK8Ma.png] (https://img-cdn.gateio.im/social/moments-40baef27dd-717160cdaf-dd1a6f-7649e1 "7057924")

طبقة التشغيل البيني

تسهل طبقة التشغيل البيني المراسلة الآمنة والسلسة عبر السلاسل داخل نظام Polygon البيئي. إنه يجرد تعقيد الاتصال عبر السلاسل ويجعل شبكة Polygon بأكملها تبدو كسلسلة للمستخدمين ، من خلال تمكين:

  • الوصول المشترك إلى أصول Ethereum الأصلية: غالبًا ما تتطلب الجسور عبر السلسلة من المستخدمين إصدار نسخ تركيبية من الرموز المميزة Ethereum - كابوس تجربة المستخدم. توفر طبقة التشغيل البيني جسرًا مشتركًا إلى Ethereum وتسمح بنقل سلس عبر سلسلة لأصول Ethereum الأصلية.
  • إمكانية التركيب السلس: يمكن لطبقة التشغيل البيني أن تدعم المعاملات الذرية عبر السلاسل شبه الفورية ، والتي تعد جزءًا أساسيًا من رؤية السيولة الموحدة لـ Polygon 2.0.

تعمل طبقة التشغيل البيني على توسيع تصميم بروتوكول LxLy المستخدم حاليًا بواسطة Polygon zkEVM rollup ومفهومه لقوائم انتظار الرسائل. تحتفظ كل سلسلة Polygon بقائمة انتظار محلية للرسائل الصادرة بتنسيق محدد مسبقًا يحتوي على: رسالة (أصل رقمي ، أي رمز أو رسالة عشوائية) وسلسلة الوجهة وعنوان الوجهة والبيانات الوصفية. تحتوي قوائم انتظار الرسائل على أدلة ZK المقابلة. بمجرد التحقق من إثبات ZK الذي يشير إلى قائمة انتظار معينة على Ethereum ، يمكن استهلاك أي رسالة من قائمة الانتظار هذه بأمان من خلال سلسلة الاستلام والعنوان.

بناءً على هذا التصميم ، نقترح تقديم مكون مجمع فريد لزيادة تحسين المعاملات عبر السلسلة ، مما يجعلها شبه فورية وذرية. يقع المُجمِّع بين سلسلة Polygon و Ethereum ويوفر خدمتين:

  • قبول براهين ZK وتمثيلات قوائم انتظار الرسائل (مثل جذور Merkle) ؛
  • قم بتجميع أدلة ZK في إثبات ZK واحد وإرسالها إلى Ethereum للتحقق منها.

بمجرد قبول المُجمِّع لإثبات ZK ، يمكن لسلسلة الاستلام أن تبدأ بقبول تفاؤل للرسائل الواردة (مع العلم أن الاتساق العالمي النهائي مضمون بواسطة إثبات ZK) ، مما يجعل التفاعلات عبر السلاسل سلسة. من خلال تجميع براهين ZK ، يقلل المجمّع بشكل كبير من استهلاك غاز الإيثيريوم لإثبات التحقق.

لضمان مقاومة الفعالية والرقابة ، يجب تشغيل المجمّع بطريقة لامركزية بواسطة مدققي Polygon من مجموعة المدققين العامة المذكورة أعلاه.

طبقة التنفيذ

تمكّن طبقة التنفيذ أي سلسلة Polygon من إنشاء مجموعات من المعاملات المطلوبة ، والمعروفة أيضًا باسم الكتل. تعتبر طبقة البروتوكول هذه سلعة نسبيًا ؛ تستخدمها معظم شبكات blockchain (Ethereum و Bitcoin وما إلى ذلك) بتنسيق مماثل.

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

  • P2P: تمكن العقد (المدققون والعقد الكاملة) من اكتشاف بعضها البعض وتبادل الرسائل ؛
  • الإجماع: يُمكِّن المدققين من الاتفاق على وجهة نظر عالمية واحدة (أي blockchain) ؛
  • Mempool: جمع المعاملات المقدمة من قبل المستخدمين ومزامنتها بين المدققين ؛
  • قاعدة البيانات: تخزين سجل المعاملات ؛
  • مُنشئ الشاهد: قم بإنشاء بيانات الشاهد المطلوبة بواسطة مُثبِّت ZK.

نظرًا لأن هذه الطبقة سلعة ولكنها معقدة نسبيًا في التنفيذ ، يجب إعادة استخدام التطبيقات عالية الأداء الحالية (مثل Erigon) قدر الإمكان.

طبقة التحقق

طبقة الإثبات هي بروتوكول مقاوم لـ ZK عالي الأداء ومرن. يقوم بإنشاء أدلة لجميع المعاملات (الداخلية والخارجية (أي عبر السلاسل)) لكل سلسلة مضلع.

تحتوي طبقة الاختبار على المكونات التالية:

  • المُثبِت العالمي: مُثبِّت ZK عالي الأداء ، طوره باحثو ZK في Polygon ، خلفًا لـ Plonky2 ، وهو SNARK العودي الذي يرفع بحد ذاته حدود كفاءة الإثبات بمقدار ضعفين ويوضح أن Polygon ZK خبرة الفريق . يوفر المُثبِت واجهة نظيفة مصممة لدعم أنواع المعاملات التعسفية ، تنسيق آلة الحالة. علاوة على ذلك ، فإن استخدام مَثْل واحد يجعل تجميع الإثبات والتحقق أمرًا بسيطًا وفعالًا للغاية.
  • (اختياري) State Machine Constructor: إطار عمل لتعريف آلات الحالة ، طوره باحثو Polygon ZK كخلف لـ PIL ، يُستخدم لبناء تنفيذ Polygon zkEVM الأولي. يقوم المُنشئ بتجريد تعقيد آلية الإثبات ويسمح للمطورين ببناء آلات الحالة من خلال واجهة سهلة الاستخدام. إنه معياري ؛ يسمح للمطورين بتحديد آلات الحالة القابلة للمعلمات ، مما يسهل بناء واختبار وتدقيق آلات الحالة الكبيرة والمعقدة.
  • آلة الحالة: محاكاة لبيئة التنفيذ وتنسيق المعاملة التي يثبتها المُثقف. يمكن تنفيذ آلة الحالة باستخدام المنشئات المذكورة أعلاه ، أو يمكن تخصيصها بالكامل ، على سبيل المثال باستخدام Rust. يوفر فريق Polygon ZK تطبيقي آلات الحالة - zkEVM و MidenVM - ويمكن للمجتمع إنشاء تطبيقات أخرى لآلة الحالة (مثل zkWASM).

توفر طبقة الإثبات ومثبتها المرن عالي الأداء العديد من الفوائد الرئيسية ، بشكل أساسي: (1) إنشاء دليل بسيط وفعال ، التجميع والتحقق ، (2) الاتصال عبر السلاسل بين أجهزة الحالة المختلفة.

يتطلع إلى المستقبل

خلال الأيام والأسابيع القليلة المقبلة ، سنغوص في طبقات بروتوكول Polygon 2.0. سنستكشف كيف يعمل كل منهم على مستوى أدنى ، وكيف يجتمعون معًا لتشكيل البنية الفريدة والمثلى لطبقة قيمة الإنترنت.

كما هو الحال دائمًا ، ندعو المجتمع لمراجعة هذا الاقتراح وتقديم ملاحظات حول هذا الاقتراح والغوص العميق القادم. دعونا نحقق Polygon 2.0 معًا!

شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • تعليق
  • مشاركة
تعليق
0/400
لا توجد تعليقات
  • تثبيت