المنطقة المعيارية المهملة لتسوية التجميع وطبقة التنفيذ

العنوان الأصلي: "التجميع والتسوية والتنفيذ" تأليف: بريدجيت هاريس تجميع: كريس، Techub News

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

المنافسة شرسة في مساحة الفرز المشترك، حيث تتنافس العديد من المشاريع مثل Espresso وAstria وRadius وRome وMadara على حصة السوق، بالإضافة إلى المشاريع مثل موفري Caldera وConduit RaaS الذين يقومون بتطوير أجهزة تسلسل مشتركة لـ Rollup المبنية على أعلى. يستطيع موفرو RaaS تقديم أسعار أكثر ملاءمة لـ Rollup لأن نماذج الأعمال الأساسية الخاصة بهم لا تعتمد بشكل كامل على الإيرادات التسلسلية. هناك أيضًا العديد من المجموعات المجمعة التي تختار تشغيل جهاز التسلسل الخاص بها مقابل الرسوم التي تولدها.

يعد سوق الفرز فريدًا مقارنة بمساحة توفر البيانات (DA). مساحة توفر البيانات (DA) هي في الأساس احتكار القلة الذي يتكون من Celestia وAvail وEigenDA. وهذا يجعل من الصعب على الوافدين الجدد الأصغر حجمًا خارج الشركات الثلاث الكبرى أن ينجحوا في إحداث تغيير جذري في هذا المجال. يمكن للمشاريع إما الاستفادة من الخيار "الموجود" (Ethereum) أو اختيار إحدى طبقات DA الناضجة بناءً على نوع مكدس التكنولوجيا واتساقها. في حين أن هناك وفورات كبيرة في التكاليف من استخدام طبقة DA، فإن الاستعانة بمصادر خارجية لجزء جهاز التسلسل ليس خيارًا واضحًا (من منظور التكلفة، وليس الأمن)، ويرجع ذلك أساسًا إلى تكلفة الفرصة البديلة للتخلي عن إيرادات جهاز التسلسل. يعتقد الكثيرون أيضًا أن DA سيصبح سلعة، ولكن ما نراه في العملات المشفرة هو أن الجمع بين خنادق السيولة الفائقة القوة والتكنولوجيا الأساسية الفريدة (التي يصعب نسخها) يجعل من السهل تحويل طبقة في المكدس إلى سلعة أمر صعب للغاية. بغض النظر عن هذه الحجج، تم إطلاق العديد من منتجات DA وأجهزة التسلسل. باختصار، بالنسبة لبعض المكدسات المعيارية، "لدى كل خدمة العديد من المنافسين." أعتقد أن طبقات التنفيذ والتسوية (والتجميع) غير مستكشفة نسبيًا، ولكنها بدأت في التكرار بطرق جديدة للتوافق بشكل أفضل مع بقية المكدس المعياري.  

العلاقة بين طبقة التنفيذ وطبقة التسوية

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

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

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

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

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

نشهد حاليًا أيضًا خلطًا متزايدًا ومطابقة للأجهزة الافتراضية المختلفة (VMs) كجزء من شبكة مشتركة، مما يوفر للمطورين مرونة وتخصيصًا أفضل في مستوى التنفيذ. على سبيل المثال، تسمح الطبقة N للمطورين بتشغيل عقد تراكمية للأغراض العامة (مثل SolanaVM وMoveVM وما إلى ذلك كبيئات تنفيذ) وعقد تراكمية خاصة بالتطبيق (مثل Persistent DEX وOrder Book DEX) أعلى جهاز الحالة المشترك الخاص بها. كما أنهم يعملون أيضًا على تحقيق قابلية التركيب الكاملة والسيولة المشتركة بين بنيات الأجهزة الافتراضية المختلفة، وهي مشكلة هندسية على السلسلة كان من الصعب تاريخيًا إنجازها على نطاق واسع. يمكن لكل تطبيق على الطبقة N تسليم الرسائل بشكل غير متزامن دون أي تأخير في الإجماع، وهو ما يمثل غالبًا مشكلة "عبء الاتصالات" مع العملات المشفرة. يمكن لكل xVM أيضًا استخدام مخطط قاعدة بيانات مختلف، سواء كان RocksDB أو LevelDB أو قاعدة بيانات مخصصة متزامنة/غير متزامنة تم إنشاؤها من البداية. تعمل إمكانية التشغيل البيني جزئيًا من خلال "نظام اللقطة" (خوارزمية مشابهة لخوارزمية Chandy-Lamport) حيث يمكن للسلسلة الانتقال إلى كتل جديدة بشكل غير متزامن دون الحاجة إلى إيقاف النظام مؤقتًا. ومن الناحية الأمنية، يمكن تقديم إثباتات الاحتيال إذا كان انتقال الحالة غير صحيح. ومن خلال هذا التصميم، يهدفون إلى تقليل وقت التنفيذ مع زيادة إنتاجية الشبكة الإجمالية إلى الحد الأقصى.

Layer N

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

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

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

• إنتاج كتل مركزية نسبيًا، ولكن للتحقق المركزي من الكتل والتأكيد.

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

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

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

قيمة طبقة التجميع

تاريخيًا، في الأسواق غير المعتمدة على العملات المشفرة، الحصة السوقية للمجمعات أصغر من حصة المنصات: 

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

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

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

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

باعتبارنا مستهلكين، فإننا نخصص قيمة أقل لمجمعات البيانات.  

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

AggLayer

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

Avail Nexus 

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

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

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

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

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