قد يكون الصيف التراكمي قادم؟ ناقش بالتفصيل النظرة العامة والبيئة والآفاق المستقبلية لـ RaaS

المؤلف الأصلي: Cynic Leo، LK Venture

TL;DR

هناك مثلث مستحيل في blockchain، وهو أنه لا يمكن تحقيق الأمن واللامركزية وقابلية التوسع في نفس الوقت. وقد اختارت بيتكوين وإيثريوم الخيارين الأولين، ولكنهما افتقرتا إلى الدعم للأخير. وسوف يؤدي عدد كبير من المعاملات في فترة زمنية قصيرة إلى ازدحام الشبكة وارتفاع رسوم المعاملات.

اقترح نظام البيتكوين البيئي لأول مرة مفهوم التوسع، على أمل بناء طبقة ثانية افتراضية فوق البيتكوين لمعالجة المعاملات، بينما يتم استخدام السلسلة الرئيسية للتسوية. وقد حاولت إيثريوم على التوالي استخدام قناة الدولة، والسلسلة الجانبية، والبلازما لتحقيق التوسع، لكن النتائج لم تكن مرضية. في 5 سبتمبر 2018، اقترح باري هات مفهوم Rollup على Github. في النهاية، حازت تقنية Rollup على اعتراف المجتمع، وأطلقت عليها مؤسسة Ethereum اسم تقنية الطبقة الثانية الوحيدة.

لقد مرت خمس سنوات في غمضة عين، وقد أبلغت Ethereum Rollup، التي اجتذبت أكبر قدر من اهتمام السوق، بشكل متكرر عن اتجاهات جديدة في RaaS (التراكمية كخدمة) مؤخرًا. فهل سيكون لدينا صيف قريبًا لـ Rollup؟ تحلل هذه المقالة النظرة العامة والبيئة والتطور المستقبلي لـ RaaS، على أمل الحصول على لمحة من نقطة إلى سطر ومن سطر إلى سطح.

نظرة عامة على RaaS

فيما يتعلق بالتحليل الفني لـ Rollup، فإن تنفيذ Rollup معقد نسبيًا ويتطلب مهارات احترافية عالية وقدرات تطويرية، ومن الواضح أن العتبة العالية لإطلاق السلسلة تتعارض مع مفهوم blockchain غير المسموح به.

تعمل خدمة Rollup-as-a-Service (RaaS) على حزم Rollup كخدمة لتزويد المؤسسات والمؤسسات والأفراد بتجربة نشر أكثر ودية وبساطة. على غرار Cosmos SDK وPolkadot Substrate.

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

يعد التجميع معياريًا للغاية، ويمكن ترقية كل من جهاز التسلسل ومولد الإثبات (Prover) بشكل متكرر بشكل مستقل. في RaaS، هناك مشاريع متخصصة في تصميم وتطوير أجهزة التسلسل ومولدات الإثبات، والتي يمكنها تقديم الخدمات لجميع مجموعات التحديثات.

يمكن لـ RaaS إحداث التغييرات التالية:

1. سلسلة تطبيقات أرخص وأكثر كفاءة وأمانًا على حد سواء: تعمل مجموعة Rollup على نقل عملية الحساب الباهظة الثمن خارج السلسلة، مما يجعل المعاملات أرخص وأكثر كفاءة؛ باستخدام السلسلة العامة الأساسية كطبقة DA، والتي تم التحقق منها بواسطة العقود الذكية، يمكنها الحصول على نفس الشيء الأمن كسلسلة عامة.

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

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

النظام البيئي RaaS

بشكل عام، جميع المشاريع التي تساهم في إصدار Rollup تنتمي إلى النظام البيئي RaaS. استنادًا إلى مبدأ النمطية، تقسم هذه المقالة النظام البيئي RaaS من الأسفل إلى الأعلى إلى أربعة مستويات: DA (توافر البيانات)، وSDK (مجموعة تطوير البرامج)، وSequencer (Sequencer)، وNo-Code (نشر بدون تعليمات برمجية).

توفر بعض هذه المشاريع مستويات متعددة من الخدمات، والتي سيتم مناقشتها بشكل شامل عند ظهورها لأول مرة ولن تتكرر أدناه.

! الصيف التراكمي قد يكون قادما؟ ناقش بالتفصيل النظرة العامة والبيئة والآفاق المستقبلية لـ RaaS

DA (توفر البيانات)

من الناحية النظرية، يمكن لأي سلسلة عامة أن تكون بمثابة طبقة DA لتخزين بيانات معاملات مجموعة Rollup. ومع ذلك، بدون طبقة DA مستقرة وتعمل بشكل صحيح، لن تتمكن مجموعة Rollup من التحقق من موثوقية انتقالات الحالة.

بالنسبة للتراكم، هناك خياران. الأول هو Smart Contract Rollup، وهو أيضًا الوضع الذي تم اختياره بواسطة معظم المجموعات الحالية، ويعتمد فعليًا على التسوية وتوافر البيانات للسلسلة العامة الأساسية؛ والآخر هو Sovereignty Rollup، الذي يفصل بين توفر البيانات والتسوية ويعتمد فقط على البيانات توفر السلسلة العامة الأساسية. تعامل مع جزء الفوترة بنفسك.

عادةً ما يختار ممثلو الأول سلاسل متوافقة مع EVM أو Cosmos أو سلاسل عامة ذات وظائف كاملة مثل Solana؛ وقد ولدت احتياجات الأخير مشاريع متخصصة في توفر البيانات، بما في ذلك Celestia وEigenLayer وAvail وما إلى ذلك.

** سيليستيا **

Celestia عبارة عن سلسلة PoS تم إنشاؤها باستخدام Cosmos SDK، وتستخدم خوارزمية إجماع Tendermint معدلة، وتستخدم كود RS لتشفير بيانات الكتلة. باستخدام تقنية أخذ عينات توفر البيانات، تعمل Celestia على تقليل تكلفة التحقق من العقد الخفيفة، حيث تحتاج العقد الخفيفة فقط إلى تنزيل جزء من بيانات الكتلة للتحقق من توفر البيانات.

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

فائدة

Avail هو مشروع مدعوم من Polygon Labs. خوارزمية الإجماع المستخدمة هي BABE+GRANDPA، وتستخدم أيضًا تقنية أخذ عينات توفر البيانات. على عكس Celestia، يستخدم Avail إثبات الصلاحية للتحقق من تشفير الكتل بشكل صحيح، وذلك باستخدام إثبات KZG الذي يعد أكثر كفاءة من Merkel Proof.

الطبقة الخاصة

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

نظرًا لأن DA لا يحسب المعاملات ويقوم فقط بتشفير بيانات المعاملات وتنفيذها، فإن متطلبات العقد لديه أقل. نظرًا لاعتماد خوارزمية إثبات الحصة (PoS)، تعد سيولة التعهد انعكاسًا مباشرًا لأمان وتوافر blockchain، وهذه أيضًا فرصة لـ EigenLayer لإظهار مواهبها.

يوجد EigenLayer كعقد ذكي على Ethereum ويستخدم إثبات صحة KZG للتحقق من التشفير الصحيح للكتل، ومع ذلك، لم تعتمد EigenLayer حاليًا تقنية أخذ عينات توفر البيانات، والتي قد تكون مرتبطة بالمرحلة التالية من خطة ترقية Ethereum.

التسلسل

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

يعد الفصل بين الفرز والتنفيذ مظهرًا من مظاهر فكرة فصل البناء التي اقترحتها PBS (اقتراح فصل المنشئ). ومع ذلك، لا تزال بنية مجموعة التحديثات الحالية تعتمد بشكل كبير على جهاز تسلسل مركزي لتحديد ترتيب المعاملات. هناك نقطة فشل واحدة وخطر المراجعة. مطلوب حل لا مركزي.

** أستريا **

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

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

** حتى المكدس **

التكوين الافتراضي لـ OP Stack هو استخدام فارز واحد مخصص للتعامل مع فرز المعاملات، والتعديل البسيط على ذلك هو استخدام مجموعة مرخصة من الفارزين، والتي يمكن أن تقلل من احتمالية ارتكاب أعمال شريرة من قبل عقدة الفرز من خلال آلية PoS.

بعد أن قدم OP Stack مفهوم السلسلة الفائقة، أصبحت أجهزة التسلسل المشتركة خيارًا لا مفر منه. يوفر جهاز التسلسل المشترك وظائف ذرية عبر السلسلة ويحسن إمكانية التشغيل البيني بين السلاسل الفائقة.

إسبرسو

تأمل شركة Espresso في الاستفادة من سيولة المتعاملين مع Ethereum للحصول على أمان مشترك من خلال عملية الرهان المكثف. تدمج Espresso أداة الفرز وDA، مما يوفر نتائج الفرز للتجميعات من خلال REST API، ويحمي تفاصيل DA. ويتم التحقق من أمان الإجماع من خلال العقد الذكي الموجود على L1، مما يوفر موثوقية أقوى.

قصة طويلة

كانت Saga في الأصل بمثابة دور يشبه Cosmos Hub، وذلك باستخدام مجموعتها الخاصة من أدوات التحقق من الصحة لتوفير أمان مشترك لسلاسل التطبيقات باستخدام Cosmos SDK على Saga.

في ظل موجة الإظهار الساخنة، تعاونت Saga مع Celestia، باستخدام Celestia كـ DA. قامت Saga بتحويل أداة التحقق الخاصة بها إلى جهاز تسلسل، واستخدمت Optimistic Rollup IBC لتبادل المعلومات مع الإظهار العلوي لتوفير الأمان المشترك.

لطيف

على عكس أجهزة التسلسل الأخرى، استهدفت SUAVE دائمًا سوق المركبات الكهربائية المتحركة (MEV). Flashbots هي الشركة الرائدة المطلقة في مسار MEV، وSUAVE هو منتجها الذي يهدف إلى التقاط MEV عبر السلسلة، مدعيًا أن "مستقبل MEV هو SUAVE." من خلال جهاز التسلسل المشترك الذي توفره SUAVE، تصبح المعاملات الذرية عبر السلسلة ممكنة، وهناك مساعدة في تحسين فعالية أسواق رأس المال في سلاسل مختلفة.

الطبقة الخاصة

كما ذكرنا سابقًا، فإن حالات استخدام EigenLayer على مستوى DA هي أيضًا اللامركزية في أدوات الفرز التي يجيدها EigenLayer.

نظرًا لأن جهاز الفرز مسؤول فقط عن الفرز وليس التنفيذ، فإن متطلبات العقد منخفضة جدًا. إن مفتاح اللامركزية هو تقليل احتمال قيام العقد بعمل الشر من خلال آلية العقوبة. توفر EigenLayer مجموعة تعهدات عميقة وتستخدم اللامركزية في Ethereum لتنمية التراكمي، اللامركزية في عمليات الفرز.

SDK (مجموعة أدوات تطوير البرامج)

على غرار Cosmos SDK، تسمح حزمة SDK المقدمة من RaaS للمطورين بإعادة استخدام عدد كبير من وحدات البرامج وتخصيص المجموعات المطلوبة بأقل تكلفة، مما يقلل من صعوبة التطوير.

Rollkit(التفاؤل)

تم احتضان Rollkit في الأصل من قبل مجتمع Celestia وأصبح الآن مشروعًا مستقلاً. يستخدم Rollkit Celstia كطبقة DA لتوفير واجهة عميل متوافقة مع ABCI لأعلى لتوفير الخدمات لجميع عمليات التجميع المتوافقة مع ABCI (سلسلة Cosmos).

في هذه المرحلة، يستخدم Rollkit جهاز تسلسل مركزي واحد ويدعم تكامل Cosmos SDK وEthermint وCosmWasm، ويمكن للمستخدمين اختيار بيئة التنفيذ التي يريدونها. في المستقبل، سيستمر تطوير Rollkit لدعم المزيد من خدمات التكوين.

Dymension(التفاؤل)

تقوم Dymension بتقسيم الخدمة إلى واجهة أمامية وخلفية، حيث تدعم الواجهة الأمامية RollApps المخصصة ويتم دعمها بواسطة Dymension RDK (Cosmos SDK المعدلة). ويقوم Dymension Hub الخلفي بتنسيق النظام بأكمله ويتعامل مع DA والفرز.

يستخدم Dymension آلية التفاؤل. يقبل Dymension Hub أولاً بشكل متفائل تحديثات الحالة من جهاز التسلسل. إذا تم تلقي دليل احتيال صالح، فسيتم التراجع عن تعديل الحالة. يمكن لـ RollApps تحقيق متوسط زمن الوصول يبلغ 0.2 ثانية والحد الأقصى لعدد TPS يبلغ 20000.

تعتمد Dymension نظام إنتاج كتل مرن، فعندما لا تكون هناك معاملات في الكتلة، فإنها ستتوقف عن إنتاج الكتل، مما يقلل بشكل كبير من تكاليف تشغيل جهاز التسلسل.

في هذه المرحلة، لا يزال منتج Dymension قيد التطوير ويدعم بالفعل طبقة تنفيذ EVM، ولا يوجد خيار واضح لطبقة DA.

السيادي(ZK)

توفر Soverign SDK خدمة zk-Rollup، والتي توفر وحدة مشتركة لبناء blockchain وzkVM الذي يحمي تفاصيل دليل المعرفة الصفرية الأساسي، مما يسمح للمطورين بكتابة البرامج في Rust، ويمكن لـ SDK تجميعها في برامج فعالة. zk نموذج ودية.

كما يشير اسم المشروع، تؤكد Sovereign SDK على السيادة، ويحدد التراكمي شرعية انتقالات الحالة من خلال قواعد الإجماع المخصصة دون الحاجة إلى التحقق من خلال طبقة DA.

حاليًا، تم تكييف Sovereign SDK مع Celestia وAvail في طبقة DA، ويدعم zkVM الخاص بـ Risc 0، ويمكنه تنفيذ نشر مجموعة التحديثات وعرضها.

ستاكر (غير معروف)

اقترح Stackr ابتكارًا أكثر جذرية، حيث أراد ترحيل بنية الخدمات الصغيرة في الإنترنت التقليدية إلى blockchain واقترح مفهوم التجميع الصغير.

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

يدعم Stackr بيئات تنفيذ متعددة، مثل EVM، وSolana VM، وFuelVM، وما إلى ذلك. ويمكن للمستخدمين اختيار البيئة التي يريدون استخدامها.

AltLayer(التفاؤل)

باعتبارها خدمة RaaS لامركزية ومرنة، توفر AltLayer حزمة SDK للمطورين ولوحة تحكم بدون تعليمات برمجية لا تتطلب خبرة في البرمجة، مما يتيح النشر المتسلسل بنقرة واحدة.

يوفر AltLayer مجموعة تراكمية مرنة فريدة تسمى Flash Layer. عندما يرتفع الطلب على التطبيق، يمكن نشر سلسلة التجميع بسرعة، وعندما يعود الطلب إلى وضعه الطبيعي، يتم تنفيذ التسوية على L1 ويتم التخلص من التجميع، مما يحقق التوسع الأفقي الشائع في نظام الإنترنت.

هدف AltLayer هو دعم البيئات متعددة السلاسل ومتعددة التنفيذ، ويدعم حاليًا EVM وWASM.

OP Stack(التفاؤل)

تم تصميم OP Stack لدعم Optimism Superchain، وهي شبكة مقترحة من شبكات L2 التي تتقاسم الأمان وطبقات الاتصال ومكدسات التطوير المشترك. بعد ترقية Bedrock، ستكون المجموعات المجمعة التي تم إنشاؤها باستخدام OP Stack متوافقة أصلاً مع Superchain. بالطبع، يمكنك أيضًا تعديل مكونات OP Stack للحصول على ميزات مخصصة، Base وopBNB كلها مجموعات مجمعة تم تطويرها استنادًا إلى OP Stack.

تم اختبار أمان وسهولة استخدام OP Stack بشكل كامل بواسطة OP Mainnet والقاعدة والسلاسل الأخرى. ومع ذلك، لا تزال هناك مشكلات مثل الافتقار إلى دليل الاحتيال ومركزية الفرز. يستكشف OP Stack طرقًا جديدة للخروج، مثل استخدام DA أرخص طبقة، استخدم ZK Proof، فارز مشترك، إلخ.

** مدار القرار (التفاؤل) **

في 22 يونيو، أصدرت Offchain Labs أدوات لإصدار Arbitrum Orbit Chain. Orbit Chain هي الطبقة 3 أعلى طبقة Arbitrum 2. يمكنك اختيار استخدام إحدى الطبقات الثلاث الثانية بما في ذلك Arbitrum One وArbitrum Nova وArbitrum Goerli للتسوية. يمكن للمستخدمين اختيار استخدام تقنية Rollup أو Anytrust، والفرق هو أن Anytrust تستخدم DAC بدلاً من إرسال بيانات المعاملات إلى السلسلة، وهي أرخص ولكنها أقل أمانًا. تكمن مزايا Orbit Chain في عملية إصدار السلسلة البسيطة، وقابلية التشغيل البيني مع النظام البيئي Arbitrum، والتحديثات الفورية لـ Nitro، وتوافق EVM+ المقدم من Stylus (يدعم الكتابة بلغة Rust وC وC++، ويعمل على الجهاز الظاهري WASM). يمكن للمستخدمين تخصيص إصدار أي Orbit Chain بحرية، ولكن يجب تسويته على Arbitrum Layer 2، وإلا فسيحتاجون إلى الاتصال بـ Offchain Labs أو Arbitrum DAO للحصول على الترخيص.

ZK ستاك(ZK)

في 26 يونيو، نشرت zkSync مقالًا تدعي فيه أنها ستقوم بتعديل كود المصدر المفتوح الحالي في الأسابيع القليلة المقبلة وإطلاق ZK Stack، مما يسمح للمستخدمين باستخدام تخصيصه لبناء سلسلة ZK الفائقة الخاصة بهم. يختلف ZK Stack عن Orbit Chain الخاصة بـ Arbitrum، حيث يؤكد ZK Stack على السيادة وقابلية التشغيل البيني. ويمكن للمستخدمين التخصيص بالكامل وفقًا لاحتياجاتهم. ويمكن للسلاسل التي تم إنشاؤها باستخدام ZK Stack تحقيق قابلية التشغيل البيني بدون جسر. يمكن استخدام ZK Stack لإنشاء كل من الطبقة الثانية والطبقة الثالثة. ولا توجد قيود رسمية عليه، وليس هناك أي شرط للاستقرار على zkSync. ومن وجهة النظر هذه، يبدو أن السيادة التي يوفرها ZK Stack أقوى.

ستاركنت ستاك/مادارا(ZK)

تم وضع Madara في الأصل كمنظم تسلسل على Starknet، وبمساعدة تراكم التكنولوجيا، نجح في تطوير Starknet Stack استنادًا إلى المنتج الأصلي للمساعدة في بناء سلسلة التطبيقات Rollup على Starknet. يتم استخدام Ethereum كطبقة DA، ويتم تنفيذ التسوية على Starknet بمساعدة مُثبت Starknet المشترك. من منظور سهولة الاستخدام، ساعد Madara الفريق في تنفيذ إصدار سلسلة التطبيقات Rollup في غضون 24 ساعة في PragmaOracle hackathon وقدم عرضًا توضيحيًا بالفيديو، بالمقارنة مع ZK Stack لفريق zkSync، فإن درجة الاكتمال أعلى.

بدون كود (لا يوجد نشر للكود)

يعد النشر بدون كود حلاً ذو حد أدنى ويوفر لغير المطورين خيار نشر الارتباط بنقرة واحدة، والذي من المتوقع أن يؤدي إلى زيادة الاعتماد.

** كالديرا (التفاؤل) **

Calera Chain عبارة عن حل تسلسلي مخصص كامل الارتباط بنقرة واحدة. في طبقة التنفيذ، يتم دعم OP Stack وArbitrum Orbit، ويمكن لطبقة التسوية اختيار سلاسل متوافقة مع EVM مثل Polygon وBSC وEvmos، بينما يتم دعم طبقة DA بواسطة EigenLayer وCelestia.

بالإضافة إلى سلسلة Rollup نفسها، توفر Caldera أيضًا سلسلة من البنية التحتية الداعمة، مثل متصفحات blockchain، وصنابير testnet، والأوراكل، والجسور التي يدعمها Hyperlane، وما إلى ذلك، لتقليل تكلفة إصدار السلسلة بشكل أكبر.

الكسوف (التفاؤل+ZK)

يتمتع Eclipse بإمكانيات عالية للتخصيص. فهو يدعم EVM وSolanaVM في طبقة التنفيذ، ولديه إمكانية الوصول إلى Celestia وAvail وEigenLayer في طبقة DA. وتوفر طبقة التسوية تسوية متفائلة، وتقوم بتطوير RISC 0 zkVM الذي يدعم تسوية ZK.

يمكن للمستخدمين أيضًا اختيار الوصول إلى السلسلة (الإذن/عدم الإذن)، ورمز الغاز، وما إذا كان سيتم فرض رسوم الغاز، وما إذا كان سيتم السماح بـ MEV، أو رمز التشغيل المحدد، أو حجم الكتلة، وما إلى ذلك، وفقًا لاحتياجاتهم، مما يمنحهم درجة عالية من المرونة.

الجانب (ZK)

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

يستخدم Opside آلية إجماع PoW غير مسموح بها لجذب القائمين بالتعدين لإنشاء ZKP والحفاظ على أمان وتوافر zkRollup دون أن يضطر مُصدر السلسلة إلى التفكير في إنشاء البراهين. على مستوى المتحقق، تم اعتماد آلية إثبات الحصة (PoS) لخفض عتبة المشاركة وتعزيز مركزية المتحققين.

توفر Opside خدمات مخصصة، حيث يمكن للمستخدمين الاختيار من بين zkEVMs مثل zkSync وStarknet وPolygon zkEVM وما إلى ذلك، ويمكنهم أيضًا تعديل النموذج الاقتصادي وضبط تكاليف الغاز.

مستقبل RaaS

المزيدZK

مقارنةً بـ Optimistic Rollup، يقوم zkRollup بترقية الأمان الاقتصادي إلى أمان التشفير، مع درجة أعلى من الأمان؛ ولم تعد هناك حاجة لانتظار منافس طويل، كما أن تأخير التأكيد أقل؛ ويتم ضغط البيانات إلى درجة أعلى. دا أرخص.

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

ومع استمرار تحسن التكنولوجيا، فإن المزيد من مشاريع zk-Rollup كخدمة ستدخل إلى أعين الجمهور وتزود المستخدمين بمزيد من الخيارات.

المزيد من غير الإيثريوم

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

في RaaS، يبدو أن الأمور قد تغيرت. نظرًا للسعة المنخفضة والسعر المرتفع لتخزين البيانات على Ethereum، يمكن للأشخاص اختيار طبقات DA أرخص مثل Celestia أو Avail أو Polygon؛ Ethereum غير معياري ومعقد للغاية في التعديل، لذلك يمكن للأشخاص اختيار Cosmos SKD المعياري للغاية؛ كفاءة تنفيذ EVM منخفضة، ويمكن للأشخاص اختيار Solana VM، وMove VM، وCairoVM التي تعتبر أكثر كفاءة.

غصن واحد يزهر وحده ليس ربيعا، لكن مائة زهرة تتفتح معا تملأ الحديقة. ستؤدي الحلول المختلفة في النظام البيئي غير المتعلق بـ Ethereum إلى ازدهار حيوية جديدة في RaaS.

المزيد من النمطية

يمكن تقسيم دور الوحدات النمطية إلى نقطتين: أولاً، يمكن تكرار كل وحدة بشكل مستقل وسريع لتحسين كفاءة التطوير؛ وثانيًا، يمكن للنمطية أن تقلل بشكل كبير من تعقيد التخصيص.

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

مزيد من التخصيص

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

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

المزيد من قابلية التشغيل البيني

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

ومن الممكن أن تعمل قابلية التشغيل البيني الأقوى على تقليل الاحتكاك عبر السلاسل والسماح للسيولة بالانتقال بسلاسة أكبر بين السلاسل المحلية المختلفة. ويمكن حتى أن يطلق عليها "السيولة المشتركة". واتساقًا مع الأفكار التي تدافع عنها شركة Cosmos، تحاول مشاريع مثل OP Stack، وArbitrun Orbit، وZK Stack، وStarknet Stack، بناء نظام بيئي ضخم لسلسلة التطبيقات. إن مجموعة التحديثات التي تم إنشاؤها باستخدام نفس مكدس التكنولوجيا لها نفس البنية التقنية، لذا يمكنها الحصول على إمكانية التشغيل البيني الأصلية دون الحاجة إلى بناء جسور عبر السلاسل.

المزيد من الرهانات الثقيلة

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

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

باختصار، المستفيد الأكبر الفعلي من تطوير RaaS هو سلسلة التطبيقات. هل يمكن لمفهوم سلسلة التطبيقات الذي اقترحته Cosmos وPolkadot في السنوات الأولى أن ينبت براعم جديدة من الشجرة القديمة ويحقق انفجارًا في النظام البيئي RaaS؟ وسوف ننتظر ونرى أيضا.

ربما يكون الابتكار في طبقة التطبيق هو وحده القادر على دفع انفجار النظام البيئي RaaS. وفي نهاية المطاف، مهما كان الطريق جيدًا، فلا بد من وجود سيارات تسير عليه حتى يعتبر بنية تحتية جيدة.