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

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

يعتبر سوق التسلسل فريدًا مقارنة بمجال DA، الذي يعمل بشكل أساسي كالاحتكار يتألف منCelestia, توفر، وEigenDA. يجعل هذا السوق صعبًا للمشاركين الجدد الأصغر حجمًا خارج الثلاثة الرئيسيين لتعطيل الفضاء بنجاح. إما أن تستفيد المشاريع من خيار "الحاكم" - إيثريوم - أو تختار أحد طبقات DA الموثوقة اعتمادًا على نوع تكوين التكنولوجيا والتوجيه الذي يبحثون عنه. بينما استخدام طبقة DA يوفر توفير تكلفة هائلة، إلا أن تفويض قطعة المتسلسل ليس خيارًا واضحًا (من ناحية الرسوم، وليس الأمان) - وذلك بسبب التكلفة الفرصية المتمثلة في التخلي عن الرسوم المُولَّدة. يُجادل الكثيرون أيضًا بأن DA سيصبح سلعة، ولكننا رأينا في عالم العملات الرقمية أن الخنادق السيولة القوية جدًا بجانب تكنولوجيا الأساس الفريدة (صعبة التكرار) تجعل من الصعب بكثير تحويل طبقة في التكوين إلى سلعة. بغض النظر عن هذه النقاشات والديناميات، هناك العديد من منتجات DA ومتسلسلة متوفرة في الإنتاج (باختصار، مع بعض التكوين القابل للتعديل، @maven11research/commoditise-your-complements">"هناك عدة منافسين لكل خدمة واحدة."

تبدأ طبقات التنفيذ والتسوية (وبالتالي التجميع) - التي أعتقد أنها تم استكشافها بشكل نسبي بشكل أقل - في التكرار بطرق جديدة تتماشى بشكل جيد مع بقية الكومة النمطية.

تلخيص على علاقة طبقة التنفيذ + التسوية

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

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

تختار الفرق الأخرى بناء L1s خاصة للغاية بوظيفة أساسية واحدة أو تطبيق معين. أحد الأمثلة على ذلك Hyperliquid، الذي قام ببناء L1 مصممة خصيصًا لتطبيقهم الرئيسي الذي لا ينتهي، وهو منصة تداول دائمة. على الرغم من أن مستخدميهم يحتاجون إلى توجيه من Arbitrum، إلا أن هناك لا يعتمد على Cosmos SDK أو أطر أخرى، لذا يمكنمخصصة تكراريا ومُحسَّنة بشكل هائللحالة الاستخدام الرئيسية الخاصة بهم.

تقدم طبقة التنفيذ

سبق هذا (الدورة الأخيرة، وما زالت موجودة إلى حد ما) كانت بشكل عام alt-L1s متعددة الأغراض حيث كانت الميزة الوحيدة التي تفوقت فيها Ethereum هي زيادة النفاذية. وهذا يعني أن المشاريع كان عليها تاريخيًا بشكل أساسي اختيار بناء alt L1 الخاص بها من البداية إذا أرادوا تحسينات أداء كبيرة - في الغالب لأن التكنولوجيا لم تكن موجودة بعد على Eth نفسها. وتاريخياً، كان هذا يعني ببساطة تضمين آليات الكفاءة بشكل أساسي مباشرة في البروتوكول متعدد الأغراض. في هذه الدورة، يتم تحقيق تحسينات الأداء هذه من خلال التصميم النمطي وتكون في معظمها على أكثر منصة ذكية سائدة هناك (Ethereum) - بهذه الطريقة، يمكن للمشاريع الحالية والجديدة الاستفادة من البنية التحتية لطبقة التنفيذ الجديدة دون التضحية بالسيولة والأمان والمجتمع الخندقي لـ Ethereum.

الآن، نحن أيضا نشهد المزيد من الخلط والمطابقة بين الـ VMs المختلفة (بيئات التنفيذ) كجزء من شبكة مشتركة، مما يسمح بمرونة المطور وكذلك تخصيص أفضل على طبقة التنفيذ.الطبقة N، على سبيل المثال، يمكن المطورين من تشغيل عقد تراكمية معممة (مثل SolanaVM و MoveVM وما إلى ذلك كبيئات تنفيذ) وعقد تراكمية خاصة بالتطبيق (مثل perps dex و orderbook dex) أعلى جهاز الحالة المشترك الخاص بهم. إنهم يعملون أيضا على تمكين قابلية التركيب الكامل والسيولة المشتركة بين بنى VM المختلفة هذه ، وهي مشكلة هندسية صعبة تاريخيا على نطاق واسع. يمكن لكل تطبيق على Layer N تمرير الرسائل بشكل غير متزامن إلى بعضها البعض دون تأخير على جانب الإجماع ، والتي كانت عادة مشكلة "النفقات العامة" للعملات المشفرة. يمكن لكل xVM أيضا استخدام بنية ديسيبل مختلفة ، سواء كانت RocksDB, LevelDB, أو قاعدة بيانات (متزامنة/غير متزامنة) مخصصة مصنوعة من الصفر. يعمل قطعة التوافق عبر نظام "التقاط صورة" (خوارزمية مشابهة للـخوارزمية Chandy-Lamport)، حيث يمكن للسلاسل الانتقال بشكل غير متزامن إلى كتلة جديدة دون الحاجة إلى توقف النظام. من جانب الأمان، يمكن تقديم دلائل الاحتيال في حالة كانت عملية الانتقال الحالية غير صحيحة. من خلال هذا التصميم، هدفهم هو تقليل الوقت اللازم للتنفيذ مع زيادة إجمالي سعة الشبكة.

الطبقة N

وفقًا لهذه التطورات في التخصيص،حركة المختبراتيستفيد من لغة Move — التي صممت أصلاً من قبل فيسبوك واستخدمت في شبكات مثل Aptos و Sui — لـ VM / التنفيذ الخاصة بهم. تتمتع Move بمزايا هيكلية مقارنة بالأطر الأخرى، وتتمثل هذه المزايا أساسا في الأمان ومرونة المطور / التعبير، وهما من المشكلات الرئيسية تاريخيا في بناء السلسلة باستخدام ما يوجد اليوم. ومن الأهمية بشكل خاص، يمكن للمطورين أيضاً فقط اكتب Solidity ونشر على Movementلجعل هذا ممكنًا، قامت Movement بإنشاء وقت تشغيل EVM متوافق تمامًا مع البايت كود والذي يعمل أيضًا مع تراكم Move. لفهمم الخاص بهم،M2, يستفيد من توازن BlockSTM الذي يسمح بزيادة كبيرة في الإنتاجية مع القدرة على الوصول إلى حواجز السيولة في Ethereum (تم استخدام BlockSTM تاريخيًا فقط في ال L1s البديلة مثل Aptos، التي تفتقر بوضوح إلى التوافق مع EVM).

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

• عملية تجميع الشيفرة الأصلية التي تمكن L2 من أداء أفضل بكثير (إذا كان العقد أكثر كثافة حسابيًا، يمكن للبرامج الحصول على تسريع هائل، إذا لم تكن كثافة الحساب ضئيلة جدًا، لا يزال هناك تسريع يصل إلى ~2 مرة).
• إنتاج كتل مركزي نسبيًا، ولكن التحقق والتحقق من الكتل متموّج ومفوّض.
• تزامن الحالة الفعال، حيث لا يحتاج العُقد الكاملة إلى إعادة تنفيذ المعاملات ولكن عليها أن تكون على دراية بتغيرات الحالة حتى يمكن لها تطبيقها على قاعدة بياناتها المحلية.
• هيكل تحديث شجرة Merkle (حيث يكون تحديث الشجرة عادةً مكلفًا من حيث التخزين)، حيث يعتمدون على هيكل بيانات trie جديد يكون كفءًا من حيث الذاكرة والقرص. يسمح لهم الحوسبة في الذاكرة بضغط حالة السلسلة داخل الذاكرة حتى عند تنفيذ التحويلات، لا يجب أن ينتقلوا إلى القرص، بل إلى الذاكرة فقط.

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

تخصيص قيمة لطبقات الإجمال

تاريخيًا، في الأسواق غير الرقمية، اكتسبت الموحِّدات حصة سوقية أصغر من المنصات أو الأسواق:

CJ Gustafson

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

على سبيل المثال ، رأس المال السوقي المجمع لـ 1inch و 0x (اثنان من المجمعات الرئيسية للبورصة) هو حوالي 1 مليار دولار - جزء صغير من 7.6 مليار دولار تقريبًا لـ Uniswap. وهذا ينطبق أيضًا على الجسور: فمثلًا مجمعات الجسر مثل Li.Fi و Socket/Bungee تبدو أن لديها حصة سوقية أقل مقارنة بمنصات مثل Across. بينما يدعم Socket15 جسراً مختلفاً, لديهم في الواقع حجم تقاطع إجمالي مماثل لـ Across (Socket — $2.2bb, عبر — $1.7bb)، وAcross تمثل فقطجزء صغير من الحجم على سوكيت / بانجي مؤخرًا.

في مجال الإقراض، Yearn Financeكان الأول من نوعه كبروتوكول مجمع عائد الإقراض اللامركزي - حيث أن قيمته السوقية حاليًا~ 250 مليون دولار. على سبيل المقارنة، منتجات المنصة مثل Aave (Gate~$1.4bb) وكومبوند~ 560 دولار) قد أمرت بقيمة أعلى وأكثر صلة مع مرور الوقت.

تعمل أسواق Tradfi بنفس الطريقة. على سبيل المثال، ICEالتبادل القاري (Intercontinental Exchange) الأمريكي وCME Groupكل منها لديها قيم سوقية تقدر بحوالي 75 مليار دولار، في حين أن "المجمعين" مثل تشارلز شواب وروبنهود لديهم قيم سوقية تقدر بحوالي 132 مليار دولار و15 مليار دولار على التوالي. داخل شواب، الذيالمسارات من خلال ICE و CMEبين العديد من الأماكن الأخرى، الحجم النسبي الذي يمر عبرها ليس نسبيًا لحصتها من قيمتها السوقية. روبنهود لديها تقريبًاعقود خيارات بقيمة 119 ملم في الشهر, بينما السوائل المتجمدة حولها ~35 مم— وعقود الخيارات ليست حتى جزء أساسي من نموذج عمل Robinhood. على الرغم من ذلك، يُقدر ICE بقيمة حوالي 5 مرات أكثر من Robinhood في الأسواق العامة. لذلك، فإن Schwab وRobinhood، اللذان يعملان كواجهات تجميع على مستوى التطبيق لتوجيه تدفق طلبات العملاء من خلال مختلف الأماكن، لا يحظيان بتقدير بقدر ICE وCME على الرغم من حجمهما الذي يبلغ.

نحن كمستهلكين نعطي ببساطة قيمة أقل للمجمعين.

قد لا يستمر هذا في العملات المشفرة إذا كانت طبقات التجميع مضمنة في منتج / نظام أساسي / سلسلة. إذا تم دمج المجمعين بإحكام مباشرة في السلسلة ، فمن الواضح أن هذه بنية مختلفة وأشعر بالفضول لرؤيتها. مثال على ذلك AggLayer لـ Polygon, حيث يمكن للمطورين بسهولة ربط L1 و L2 الخاصة بهم في شبكة تجمع الأدلة وتمكن طبقة سيولة موحدة عبر السلاسل التي تستخدم CDK.

AggLayer

يعمل هذا النموذج بنفس طريقة Gateطبقة التوافق العالمية لـ Avail Nexus, والذي يتضمن آلية تجميع البروف ومزاد المسلسل، مما يجعل منتج DA الخاص بهم أكثر صلابة بكثير. مثل AggLayer الخاص بـ Polygon، يصبح كل سلسلة أو رول أب يتكامل مع Avail قابلًا للتشغيل داخل النظام البيئي الحالي لشركة Avail. بالإضافة إلى ذلك، يقوم Avail بتجميع بيانات المعاملات المرتبة من مختلف منصات البلوكشين والرول أب، بما في ذلك Ethereum، جميع رول أب Ethereum، سلاسل Cosmos، رول أب Avail، رول أب Celestia، وبناءات هجينة مختلفة مثل Validiums، Optimiums، وسلاسل Polkadot الجانبية، وغيرها. يمكن لمطوري أي بيئة بناء على طبقة DA الخاصة بـ Avail بدون إذن مستخدمين Avail Nexus، الذي يمكن استخدامه لتجميع البروف والرسائل عبر البيئات.

التوفر نيكسوس

نبرايركز بشكل خاص على تجميع البراهين والتسوية، حيث يمكنهم تجميعها عبر أنظمة برهان مختلفة — على سبيل المثال، تجميع براهين نظام xyz وبراهين نظام abc بطريقة تجعلك تمتلك agg_xyzabc (بدلاً من التجميع داخل أنظمة البراهين بحيث تكون لديك agg_xyz وagg_abc). تستخدم هذه الهندسة المعماريةيونيبلونك، الذي يوحد عمل المدققين لعائلات الدوائر، مما يجعل التحقق من البراهين عبر دوائر PlonK المختلفة أكثر كفاءة وجدوى. في جوهرها ، تستخدم براهين المعرفة الصفرية نفسها (SNARKs المتكررة) لتوسيع نطاق قطعة التحقق - عادة عنق الزجاجة في هذه الأنظمة. بالنسبة للعملاء ، أصبحت تسوية "الميل الأخير" أسهل بكثير لأن نبرا تتعامل مع جميع عمليات تجميع الدفعات وتسويتها ، حيث تحتاج الفرق فقط إلى تغيير استدعاء عقد API.

أستريا تعمل على تصميمات مثيرة للاهتمام حول كيفية عمل جهاز التسلسل المشترك مع تجميع الأدلة أيضا. يتركون جانب التنفيذ للتراكمات نفسها التي تقوم بتشغيل برنامج طبقة التنفيذ على مساحة اسم معينة لجهاز التسلسل المشترك - بشكل أساسي مجرد "واجهة برمجة تطبيقات التنفيذ" وهي طريقة لمجموعة التحديثات لقبول بيانات طبقة التسلسل. يمكنهم أيضا بسهولة إضافة دعم لإثبات الصلاحية هنا للتأكد من أن الكتلة لم تنتهك قواعد آلة حالة EVM.

جوش بوين

هنا، يعمل منتج مثل Astria كتيار #1 → #2 (معاملات غير مرتبة → كتلة مرتبة)، وطبقة التنفيذ / عقدة الرول اب هي #2 → #3، بينما بروتوكول مثل Nebraيعمل كالميل الأخير #3 → #4 (كتلة مُنفّذة → دليل موجز). نبرا (أو الطبقة المحاذية) يمكن أيضًا أن تكون الخطوة النظرية الخامسة حيث يتم تجميع البراهين ومن ثم التحقق منها بعد ذلك. تعمل Sovereign Labs على مفهوم مماثل للخطوة الأخيرة أيضًا، حيث يكمن تجميع البراهين بناءً على تقنية الجسر في قلب هندستهم.

المختبرات السيادية

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

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

تنصيح:

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