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

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

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

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

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

Rollup-as-a-Service (RaaS) packages Rollup as a service, providing a more user-friendly and convenient experience for deploying Rollup for enterprises, organizations, and individuals, similar to Cosmos SDK and Polkadot Substrate.

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

التجميع هو قابل للتعديل بشكل كبير. يمكن ترقية مسلسلات البيانات والبراهين تدريجيًا بشكل منفصل. في RaaS، تختص بعض المشاريع في تصميم وتطوير مسلسلات البيانات والبراهين، وتقدم خدمات لجميع التجميعات.

RaaS يجلب التغييرات التالية:

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

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

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

نظام بنية البرمجيات كخدمة

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

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

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

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

بالنسبة للـ Rollup، هنا خياران. الأول هو Smart Contract Rollup، وهو النمط الذي اختارته معظم Rollups اليوم. في الواقع، يعتمد على السلسلة العمومية الأساسية للتسوية وتوافر البيانات. الآخر هو Sovereignty Rollup، الذي يفصل توافر البيانات عن التسوية ويعتمد فقط على السلسلة العمومية الأساسية لتوافر البيانات بينما يتعامل مع التسوية ذاته.

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

Celestia

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

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

متاح

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

طبقة الايجن

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

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

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

2.2 مسلسل

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

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

أستريا

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

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

OP Stack

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

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

إسبريسو

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

ساغا

ساغا في البداية كانت تقدم دورًا مشابهًا لـ كوسموس هاب، وتوفير الأمان المشترك لسلاسل التطبيقات على ساغا التي تستخدم Cosmos SDK.

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

SUAVE

على عكس المُتتابعات الأخرى، يستهدف SUAVE بشكل خاص سوق MEV. Flashbots هم القادة المطلقون في مجال MEV، و SUAVE هو منتجهم الهدف منه التقاط MEV عبر السلاسل الجانبية، مدّعين 'مستقبل MEV هو SUAVE.' مع المُتتابع المشترك المقدم من SUAVE، تصبح المعاملات الذرية عبر السلاسل ممكنة، مما يسهم في كفاءة أسواق رؤوس الأموال المختلفة.

طبقة الاستقلال

لقد ناقشنا سابقًا حالة استخدام EigenLayer على مستوى DA. إن تمييز متسلسلين هو أيضًا تخصص EigenLayer.

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

2.3 SDK (Software Development Kit)

مماثل لـ Cosmos SDK، يتيح SDK الذي يقدمه RaaS للمطورين إعادة استخدام عدد كبير من وحدات البرمجيات وتخصيص Rollup الذي يحتاجون إليه بأقل تكلفة، مما يقلل من صعوبة التطوير.

Rollkit（Optimism）

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

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

Dymension（Optimisim）

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

يستخدم Dymension آلية التفاؤل. يقبل Dymension Hub بتفاؤل تحديثات الحالة من المُتسلسل. إذا تلقيت دليل احتيال صالح، فسيتم التراجع عن تغيير الحالة. يمكن لتطبيقات الرول تحقيق متوسط تأخير يبلغ 0.2 ثانية وحد أقصى يبلغ 20,000 TPS.

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

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

السيادي (ZK)

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

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

حالياً، تكاملت بالفعل حزمة أدوات تطوير البرمجيات السيادية مع طبقة DA من Celestia و Avail، وتدعم zkVM الخاص بـ Risc0، ويمكنها تحقيق نشر وعرض Rollup.

Stackr（غير معروف）

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

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

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

AltLayer‎ (Optimism)

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

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

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

OP Stack（التفاؤل）

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

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

Arbitrum Orbit（Optimism）

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

ZK Stack（ZK）

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

Starknet Stack/Madara（ZK）

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

2.4 بدون كود (نشر بدون كود)

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

Caldera‏ (Optimism)

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

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

الكسوف (Optimism+ZK)

للكسوف مستوى عالٍ من التخصيص، يدعم EVM و SolanaVM على طبقة التنفيذ، ويدمج Celestia و Avail و EigenLayer على طبقة DA. توفر طبقة التسوية تسوية تفاؤلية وتعمل على تطوير تسوية ZK مع RISC0 zkVM.

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

أوبسيد (ZK)

أبرز ميزة في أوبسيد هي أنها أنشأت سوقًا لـ ZKP مركزيًا. في الأصل، كنت أرغب في وصف الدليل بشكل منفصل كطبقة، لكنني تراجعت بسبب العدد الصغير من المشاريع. تتطلب البراهين بدون معرفة (ZKP) متطلبات حسابية عالية. مع زيادة حصة سوق zkRollup تدريجيًا، فإن تمركز ZKP هو الاتجاه الرئيسي للتطوير المستقبلي.

يعتمد Opside آلية توافق PoW غير مرخصة لجذب المُنقبين لتوليد ZKPs، مما يحافظ على أمان وتوافر zkRollup، دون الحاجة لمبادري السلسلة للنظر في مشكلة توليد الدليل. على مستوى التحقق، يعتمد آلية PoS لخفض حاجز الدخول وتعزيز تمركز تحقق الصحة.

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

الرؤية المستقبلية ل RaaS

المزيد من ZK

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

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

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

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

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

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

'زهرة واحدة لا تصنع الربيع، مئات الزهور المزدهرة تجعل الربيع في كل مكان.' ستزدهر حلول مختلفة خارج نظام الإيثيريوم بحيوية جديدة في RaaS.

المزيد من التعددية

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

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

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

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

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

المزيد من التوافق

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

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

المزيد من الضمان الزائد

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

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

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

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

إخلاء المسؤولية:

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