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

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

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

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

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

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

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

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

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

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

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

الطبقة N

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

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

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

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

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

تاريخياً، في الأسواق غير الرقمية، اكتسبت الوسطاء البيانات حصة سوقية أصغر من الشركات الأم أو الأسواق:

CJ Gustafson

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

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

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

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

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

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

AggLayer

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

توفر نيكسوس

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

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

جوش بوون

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

مختبرات سوفرين

في الإجمال، بعض طبقات التطبيق هيبدء امتلاك البنية التحتية أسفل, جزئيا لأنه @maven11research"تجميع المكملات الخاصة بك" يمكن أن يكون لديها قضايا تحفيزية وتكاليف اعتماد المستخدمين العالية إذا لم يتمتعوا بالسيطرة على النظام الذي تقع تحته. من ناحية أخرى، مع تواصل تراجع تكاليف البنية التحتية بفعل التنافس والتطورات التكنولوجية، يتم تقليل التكاليف لتطبيقات/سلاسل الكتل."@maven11research\/commoditise-your-complements">التكيف مع المكونات الموازية أصبح أكثر من المدير. أعتقد أن هذا الديناميكي أقوى كثيراً، على الأقل للآن.

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

تنصل:

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