إذا كان المستقبل يتكون من اقتصاد onchain المكون من آلاف المجموعات، فنحن بالتأكيد نسير على الجدول الزمني الصحيح في الوقت الحاضر. بدءًا من مكدس Optimism ومجموعة أدوات تطوير سلسلة Polygon إلى Caldera و Stackr، شهدت الأشهر الأخيرة ظهور مجموعة متنوعة من أطر التجميع وموفري Rolups-as-a-Service (RaaS) في السوق. توفر هذه الأطر قواعد أكواد معيارية (غالبًا مفتوحة المصدر) للمكونات المختلفة للمجموعة، مما يسمح للمطورين بالاختيار من بين مجموعة متنوعة من الخيارات المخصصة لكل طبقة من المكدس.
ولكن كيف يكتسب هؤلاء المزودون القيمة؟ أو هل تكتسب أي قيمة على الإطلاق؟ كما قال نيل سوماني مؤخرًا في حديثه «حلول RaaS ستصل إلى الصفر» في Modular Summit.
في منشور المدونة هذا، نحلل بعض حججه ونستكشف أيضًا الديناميكيات المعقدة لتراكم القيمة لأطر التجميع وموفري RaaS. من الطبقات الفردية إلى Superchains، نكشف عن الآليات الخفية وراء خلق القيمة والتقاطها بواسطة أطر التجميع وموفري RaaS.
تُعد التجميعات تطبيقات تقوم بالتنفيذ خارج السلسلة وتنشر بيانات التنفيذ على بلوكشين آخر (مضيف). من خلال القيام بذلك، فإنها تستمد خصائص الأمان للسلسلة المضيفة. ويمكن أن يكون تطبيق التجميع نفسه مجرد وظيفة انتقالية في حالة واحدة، أو يمكن أن يكون بلوكتشين منفصلًا يتم الحفاظ على حالته القانونية من خلال مجموعة من العقد.
إطار التجميع هو قاعدة بيانات تم إنشاؤها مسبقًا تقوم بتنفيذ المكونات الأساسية لمجموعة التجميع. بدلاً من إنشاء مجموعة من البداية، يمكن للمطورين استخدام قواعد التعليمات البرمجية الحالية هذه (غالبًا ما يتم تجميعها كحزم SDK) وتخصيصها وفقًا لاحتياجاتهم الخاصة. تتضمن أمثلة أطر التجميع مفتوحة المصدر OP Stack و Arbitrum Orbit.
تُعد بروتوكولات Rolups-as-a-Service، أو بروتوكولات RaaS، عبارة عن أغلفة بدون تعليمات برمجية مبنية فوق أطر التجميع الحالية. إنها تمكن المطورين من نشر مجموعة كاملة بسرعة من البداية عن طريق تحديد الميزات المخصصة من القوائم المنسدلة. غالبًا ما تتعامل شركات RaaS مع تسلسل المجموعات المنشورة وتقدم خدمات استشارية إضافية.
لفهم كيفية تدفق القيمة داخل وخارج المكدس بأكمله، من المهم أولاً فهم بنية المجموعة وكيفية تفاعل الطبقات المختلفة مع بعضها البعض. هناك بشكل عام 3 طبقات تشكل مكدسًا تراكميًا:
1. التنفيذ - تقوم هذه الطبقة بتنفيذ المعاملات من خلال تطبيق وظيفة انتقال الحالة (STF) على الحالة الحالية لمجموعة التحديثات. واعتمادًا على مدى «مركزية» المجموعة، يمكن أن تمتلك عقدة التنفيذ مجموعة من المسؤوليات بدءًا من طلب المعاملات وتنفيذها إلى نشرها على L1 وإنشاء أدلة على الاحتيال/الصلاحية.
طبقة التنفيذ هي الطبقة «التي تواجه المستخدم»، حيث تدخل الأموال إلى مكدس التجميع. يتم فرض رسوم المعاملات (الغاز) على المستخدمين والتي عادة ما تكون هامشًا على التكاليف المختلفة التي يتعين على طبقة التنفيذ دفعها (المزيد حول هذا لاحقًا). يمكن لهذه الطبقة أيضًا استخراج قيمة إضافية من المستخدمين عن طريق ترتيب المعاملات بطرق معينة (تُعرف أيضًا باسم MEV: القيمة القصوى القابلة للاستخراج).
تقسيم طبقة التنفيذ التي يتم تشغيلها بواسطة مُسلسِل التجميع المركزي. تشمل مسؤولياتها: ترتيب المعاملات، ونشر بيانات المعاملات على طبقة DA، وإنشاء البراهين، ونشر البراهين وتغييرات الحالة في طبقة التسوية
تقسيم طبقة التنفيذ التي يتم تشغيلها بواسطة مُسلسِل التجميع المركزي. تشمل مسؤولياتها: ترتيب المعاملات، ونشر بيانات المعاملات على طبقة DA، وإنشاء البراهين، ونشر البراهين وتغييرات الحالة في طبقة التسوية
تقسيم طبقة التنفيذ التي يتم تشغيلها بواسطة مُسلسِل التجميع المركزي. تشمل مسؤولياتها: ترتيب المعاملات، ونشر بيانات المعاملات على طبقة DA، وإنشاء البراهين، ونشر البراهين وتغييرات الحالة في طبقة التسوية
2. التسوية - يشمل ذلك التحقق من براهين الصلاحية/الاحتيال و «تعريف» الحالة الأساسية لمجموعة التحديثات (في حالة تجميع العقود الذكية). تتم إدارة التسوية عادةً من خلال طبقة موحدة عالية الأمان مثل Ethereum. يمكن لأطر التجميع بناء طبقة التسوية الخاصة بها أيضًا.
التسوية ليست طبقة التقاط ذات قيمة عالية جدًا من المكدس لأن تكاليف التحقق عادة ما تكون ضئيلة. يدفع التفاؤل فقط حوالي 5 دولارات يوميًا إلى Ethereum للتسوية. وستكلف طبقة التسوية التنافسية أقل من ذلك. (كما هو موضح أيضًا في عمليات التجميع كخدمة ستذهب إلى الصفر)
3. توفر البيانات - يتضمن DA بث بيانات المعاملات المطلوبة إلى بقية الشبكة (وتسمى أيضًا أحيانًا نشر البيانات). إنه يضمن أنه يمكن لأي شخص إعادة بناء حالة التجميع دون إذن من خلال تطبيق بيانات المعاملات التي تم بثها على بعض الحالات التي تم الانتهاء منها مسبقًا.
تشكل تكاليف DA جزءًا كبيرًا من جميع تكاليف التجميع. يمكن أن يكون نشر البيانات على طبقة آمنة للغاية مثل Ethereum مكلفًا للغاية. يتم تطوير بدائل DA الأرخص والأسرع بنشاط من خلال بروتوكولات مثل Celestia و Avail و eiGenda. يمكن أن تنظر أطر التجميع أيضًا في بناء طبقة DA الخاصة بها، ولكن DA المجزأة لها تكاليف تمهيد عالية وتجعل قابلية التشغيل البيني أكثر تعقيدًا.
تدفق القيمة عالي المستوى
قد يكون من المفيد التفكير في طبقة التنفيذ كنموذج B2C وطبقات التسوية وطبقات DA كنماذج B2B:
تشتري طبقة التنفيذ مساحة الكتلة من طبقة DA وتبيع خدمات التنفيذ الخاصة بها مباشرة إلى المستخدم النهائي (العميل). كما تشتري خدمات التحقق & من طبقة التسوية
تبيع طبقة DA مساحة الكتلة إلى شركة أخرى - طبقة التنفيذ
توفر طبقة التسوية خدمات التسوية لنشاط تجاري آخر - طبقة التنفيذ
في مثل هذا الإعداد في الأسواق التنافسية، تحدث غالبية عمليات التقاط القيمة مباشرة من المستخدم النهائي في طبقة التنفيذ الخاصة بالمكدس، لذلك من المنطقي تقسيمها بشكل أكبر وتحليل تدفقات القيمة بشكل مستقل.
تقوم طبقة التنفيذ بتوليد الإيرادات من خلال فرض رسوم على المستخدمين لكل معاملة ودفع التكاليف التشغيلية للشركات الأخرى (الطبقات) في المكدس.
الإيرادات: يمكن تصنيف القيمة الواردة على النحو التالي:
تكاليف الغاز التي يدفعها المستخدمون النهائيون لكل معاملة
داخل النطاق MEV
MEV عبر المجالات (إذا كان الإطار يوفر تسلسلًا لمجموعات متعددة على نفس طبقة DA. قد يكون من الصعب استخراجه بخلاف ذلك)
تعتمد MEV على تدفق المعاملات (ستكون القيمة «القابلة للاستخراج» مختلفة لكل مجموعة من المعاملات) وغالبًا ما يكون من الصعب التنبؤ بها مسبقًا. عادةً ما تكون تكاليف الغاز المفروضة على المستخدمين هامشًا فوق التكاليف الإجمالية المتوقعة.
التكاليف: تدفقات القيمة الخارجة من طبقة التنفيذ هي كما يلي:
النفقات التشغيلية للعقدة
تكاليف التنفيذ (الحساب)
تكاليف الإثبات (براهين الصلاحية/الاحتيال)
تكاليف نشر البيانات (متغيرة بناءً على الازدحام في طبقة DA)
المصدر: فهم تراكم القيمة التراكمية من قبل سانجاي شاه | Electric Capital
في كثير من الأحيان، تتحمل عقدة التسلسل المركزية الواحدة جميع مسؤوليات طبقة التنفيذ. تحقق هذه العقدة الفردية جميع الإيرادات من المستخدمين وهي مسؤولة عن دفع تكاليف DA والتسوية. في أوقات أخرى، يمكن أن يحتوي الإعداد على نقاط مختلفة لمسؤوليات مختلفة:
ما ورد أعلاه هو تمييز واسع لمسؤوليات العقد المختلفة. أي عقدة تتولى المهام التي يمكن أن تختلف بناءً على كيفية قيام فريق التجميع ببناء الإعداد الخاص بها. من أجل البساطة في هذه المدونة، سنلتزم بإعداد التسلسل المركزي حيث تقوم عقدة واحدة بجميع مهام التنفيذ المطلوبة.
والسؤال إذن هو: إذا كانت طبقة التنفيذ تحقق أكبر قيمة، فما هو المشارك في المكدس الأفضل لالتقاطها؟
أي شخص يقوم بتشغيل عقدة التسلسل ويقوم بالأنشطة المختلفة المرتبطة بها!
يمكن أن يكون هذا هو فريق التجميع نفسه. أو، كما ذكرنا في بداية المقالة، غالبًا ما يتعامل موفرو RaaS مع تسلسل المجموعات المنشورة باستخدامهم. في الواقع، هذا هو الجزء الأكبر من الإيرادات لموفري RaaS.
هناك 3 مجالات رئيسية يمكن لـ RaaS الحصول على قيمة:
استضافة جهاز التسلسل: يقوم موفر RaaS بتشغيل جهاز التسلسل والأنشطة المرتبطة بالمجموعة. إنه تقسيم للعمل حيث يجلب فريق التجميع الابتكار (التطبيق الذي يقومون ببنائه) ويقوم مزود RaaS بكل شيء آخر. يقوم المنظم بطلب المعاملات ونشر البيانات على L1 وإنشاء البراهين إذا/عند الاقتضاء
البنية التحتية الإضافية: مستكشفات الكتل والجسور وما إلى ذلك.
الدعم المخصص: الاستشارات والشراكة بشأن قرارات البنية التحتية (كيفية التسلسل، MEV، إلخ) +الدعم الفني الآخر
تشبه RaaS أعمال B2B SaaS التقليدية حيث يمكن للشركة أن تفرض على عملائها رسومًا ثابتة أو رسومًا مختلطة بناءً على الخدمات المشتراة والاستخدام (عدد معاملات المستخدم النهائي لمجموعة، على سبيل المثال).
يمكن أن توفر RaaS أيضًا تكاملاً مع مُسلسل مشترك مثل Espresso. ومع ذلك، في هذه الحالة، سيخسرون إيرادات جهاز التسلسل، والتي تشكل جزءًا كبيرًا من أرباح RaaS. لذلك تتطلب هذه الشراكات مشاركة الأرباح التعاقدية بين المنظم المشترك ومزود RaaS.
ولكن إذا كان RaaS عبارة عن غلاف تم إنشاؤه فوق إطار التجميع الحالي، فيجب عليه مشاركة الأرباح معهم أيضًا، أليس كذلك؟
حسنا، ليس بالضرورة.
كانت معظم أطر التجميع التي تم إصدارها حتى الآن مفتوحة المصدر وغير مصرح بالبناء عليها. يمكن لموفري RaaS استخدام إطار العمل دون إذن لإنشاء غلاف بدون كود فوقه وليسوا ملزمين بمشاركة أي أرباح مع الإطار الأساسي.
هل يمكنهم الحصول على اتفاقية تعاقدية مع إطار التجميع لمشاركة الأرباح؟
يمكنهم ذلك، ولكن إذا فعلوا ذلك:
لذلك، من الناحية النظرية، لكي يستمر مزود RaaS، فإن القرار العقلاني هو عدم مشاركة الأرباح مع الإطار الأساسي.
إذا كان بإمكان أي شخص إنشاء مجموعة مجمعة بدون إذن باستخدام إطار مفتوح المصدر، فهل يعد تطوير إطار عمل تراكمي مفتوح المصدر في المقام الأول قرارًا مجديًا اقتصاديًا؟
الجواب ليس بهذه البساطة. ولكي يكون إطار التجميع «مجديًا اقتصاديًا»، فإنه يحتاج إلى توليد قيمة مستدامة وطويلة الأجل. شارك إيدان ليفين نموذجًا عقليًا جيدًا للتفكير في كيفية القيام بذلك. دعونا نتوسع في هذا النموذج هنا. هناك 3 طرق رئيسية يمكن لأطر التجميع من خلالها تحقيق القيمة:
تراكم القيمة غير المباشرة: إذا كان الإطار جيدًا، فستستخدمه المزيد والمزيد من الفرق. سيؤدي ذلك إلى جذب أعين المطورين والمزيد من مشاركة الأفكار إلى النظام البيئي. يعد جذب mindshare دائمًا أمرًا إيجابيًا صافيًا لأنه سيساعد فريق الإطار في تطوير الأدوات بشكل أكبر. يمكن دمج أي تحسينات يقوم بها أي من الفرق في إطار عمل OG. هذا يخلق حلقة تعزيز إيجابية للنظام بأكمله.
تراكم القيمة شبه المباشرة: قد يتم تحفيز بعض التجميعات المبنية على الإطار لمشاركة الإيرادات مع شبكة الإطار. على سبيل المثال، لدى Base حاليًا اتفاقية مع OP Stack حيث يتشاركون جزءًا من رسوم التسلسل مع Optimism.
لماذا يتم تحفيزهم للقيام بذلك؟
نظرًا لأن Base لا تمتلك النظام البيئي الضروري للمطورين لمواكبة نمو وتطوير إطار عمل OP. تخيل لو قام إطار OP بتغيير إحدى الوحدات تمامًا، فيمكنهم اختيار عدم تقديم دعم المطور إلى Base لمواكبة التغييرات.
بالإضافة إلى ذلك، فإن كونك جزءًا من «Superchain» يوفر تأثيرات الشبكة مثل قابلية التركيب المتقاطع التي يمكن أن تجدها سلاسل مثل Base مفيدة (وقد يتطلب ذلك مشاركة الأرباح مع Optimism)
أحد التحذيرات المهمة هنا هو أن حوافز التجميعات وأطر التجميع قد لا تكون دائمًا متوافقة. في أي وقت، يمكن أن تختار المجموعة اتباع مسارها الخاص من خلال تخصيص الإطار وإلغاء أي اتفاقيات مشاركة في الإيرادات.
هذا ما يفعله OP Stack مع قانون السلاسل. لكي تكون جزءًا من Superchain، عليك اتباع قواعد معينة. يتم تحديد هذه القواعد من خلال حوكمة OP. على سبيل المثال، قد تكون إحدى هذه القواعد هي أن جميع المجموعات في Superchain يجب أن تستخدم OP كرمز الغاز. يمكن أن يتطور هذا أيضًا ليشمل قوانين أسهم MEV، على سبيل المثال، ستعود X٪ من إيرادات MEV عبر السلاسل إلى خزانة OP.
يمكن لفرق إطار التجميع اللعب مع الأجزاء الثلاثة المذكورة أعلاه لتكييف آلية «التقاط القيمة» الخاصة بهم وفقًا لأهدافهم وطموحاتهم. وللحصول على أي قيمة مباشرة، يمكن أن تكون بعض الخيارات (غير الشاملة) كما يلي:
وقد أثار التطور السريع لأطر التجميع وموفري عمليات التجميع كخدمة (RaaS) في مجال بلوكتشين أسئلة حول تراكم القيمة الخاصة بهم. بينما تستحوذ طبقة التنفيذ على حصة الأسد من القيمة، يمكن لأطر التجميع أن تكتسب قيمة غير مباشرة من خلال التبني والتحسينات. حتى أن بعض المجموعات المجمعة قد تشارك الأرباح، مما يؤدي إلى تراكم القيمة شبه المباشر. علاوة على ذلك، من خلال نشر التجميعات الخاصة بها والاستفادة من قابلية التركيب بين المجموعات، يمكن لأطر العمل الحصول على القيمة بشكل مباشر. مع تطور النظام البيئي، سيكون تحقيق التوازن الصحيح بين المنافسة والتعاون أمرًا حيويًا للنمو المستدام لأطر التجميع ومقدمي RaaS.
إذا كان المستقبل يتكون من اقتصاد onchain المكون من آلاف المجموعات، فنحن بالتأكيد نسير على الجدول الزمني الصحيح في الوقت الحاضر. بدءًا من مكدس Optimism ومجموعة أدوات تطوير سلسلة Polygon إلى Caldera و Stackr، شهدت الأشهر الأخيرة ظهور مجموعة متنوعة من أطر التجميع وموفري Rolups-as-a-Service (RaaS) في السوق. توفر هذه الأطر قواعد أكواد معيارية (غالبًا مفتوحة المصدر) للمكونات المختلفة للمجموعة، مما يسمح للمطورين بالاختيار من بين مجموعة متنوعة من الخيارات المخصصة لكل طبقة من المكدس.
ولكن كيف يكتسب هؤلاء المزودون القيمة؟ أو هل تكتسب أي قيمة على الإطلاق؟ كما قال نيل سوماني مؤخرًا في حديثه «حلول RaaS ستصل إلى الصفر» في Modular Summit.
في منشور المدونة هذا، نحلل بعض حججه ونستكشف أيضًا الديناميكيات المعقدة لتراكم القيمة لأطر التجميع وموفري RaaS. من الطبقات الفردية إلى Superchains، نكشف عن الآليات الخفية وراء خلق القيمة والتقاطها بواسطة أطر التجميع وموفري RaaS.
تُعد التجميعات تطبيقات تقوم بالتنفيذ خارج السلسلة وتنشر بيانات التنفيذ على بلوكشين آخر (مضيف). من خلال القيام بذلك، فإنها تستمد خصائص الأمان للسلسلة المضيفة. ويمكن أن يكون تطبيق التجميع نفسه مجرد وظيفة انتقالية في حالة واحدة، أو يمكن أن يكون بلوكتشين منفصلًا يتم الحفاظ على حالته القانونية من خلال مجموعة من العقد.
إطار التجميع هو قاعدة بيانات تم إنشاؤها مسبقًا تقوم بتنفيذ المكونات الأساسية لمجموعة التجميع. بدلاً من إنشاء مجموعة من البداية، يمكن للمطورين استخدام قواعد التعليمات البرمجية الحالية هذه (غالبًا ما يتم تجميعها كحزم SDK) وتخصيصها وفقًا لاحتياجاتهم الخاصة. تتضمن أمثلة أطر التجميع مفتوحة المصدر OP Stack و Arbitrum Orbit.
تُعد بروتوكولات Rolups-as-a-Service، أو بروتوكولات RaaS، عبارة عن أغلفة بدون تعليمات برمجية مبنية فوق أطر التجميع الحالية. إنها تمكن المطورين من نشر مجموعة كاملة بسرعة من البداية عن طريق تحديد الميزات المخصصة من القوائم المنسدلة. غالبًا ما تتعامل شركات RaaS مع تسلسل المجموعات المنشورة وتقدم خدمات استشارية إضافية.
لفهم كيفية تدفق القيمة داخل وخارج المكدس بأكمله، من المهم أولاً فهم بنية المجموعة وكيفية تفاعل الطبقات المختلفة مع بعضها البعض. هناك بشكل عام 3 طبقات تشكل مكدسًا تراكميًا:
1. التنفيذ - تقوم هذه الطبقة بتنفيذ المعاملات من خلال تطبيق وظيفة انتقال الحالة (STF) على الحالة الحالية لمجموعة التحديثات. واعتمادًا على مدى «مركزية» المجموعة، يمكن أن تمتلك عقدة التنفيذ مجموعة من المسؤوليات بدءًا من طلب المعاملات وتنفيذها إلى نشرها على L1 وإنشاء أدلة على الاحتيال/الصلاحية.
طبقة التنفيذ هي الطبقة «التي تواجه المستخدم»، حيث تدخل الأموال إلى مكدس التجميع. يتم فرض رسوم المعاملات (الغاز) على المستخدمين والتي عادة ما تكون هامشًا على التكاليف المختلفة التي يتعين على طبقة التنفيذ دفعها (المزيد حول هذا لاحقًا). يمكن لهذه الطبقة أيضًا استخراج قيمة إضافية من المستخدمين عن طريق ترتيب المعاملات بطرق معينة (تُعرف أيضًا باسم MEV: القيمة القصوى القابلة للاستخراج).
تقسيم طبقة التنفيذ التي يتم تشغيلها بواسطة مُسلسِل التجميع المركزي. تشمل مسؤولياتها: ترتيب المعاملات، ونشر بيانات المعاملات على طبقة DA، وإنشاء البراهين، ونشر البراهين وتغييرات الحالة في طبقة التسوية
تقسيم طبقة التنفيذ التي يتم تشغيلها بواسطة مُسلسِل التجميع المركزي. تشمل مسؤولياتها: ترتيب المعاملات، ونشر بيانات المعاملات على طبقة DA، وإنشاء البراهين، ونشر البراهين وتغييرات الحالة في طبقة التسوية
تقسيم طبقة التنفيذ التي يتم تشغيلها بواسطة مُسلسِل التجميع المركزي. تشمل مسؤولياتها: ترتيب المعاملات، ونشر بيانات المعاملات على طبقة DA، وإنشاء البراهين، ونشر البراهين وتغييرات الحالة في طبقة التسوية
2. التسوية - يشمل ذلك التحقق من براهين الصلاحية/الاحتيال و «تعريف» الحالة الأساسية لمجموعة التحديثات (في حالة تجميع العقود الذكية). تتم إدارة التسوية عادةً من خلال طبقة موحدة عالية الأمان مثل Ethereum. يمكن لأطر التجميع بناء طبقة التسوية الخاصة بها أيضًا.
التسوية ليست طبقة التقاط ذات قيمة عالية جدًا من المكدس لأن تكاليف التحقق عادة ما تكون ضئيلة. يدفع التفاؤل فقط حوالي 5 دولارات يوميًا إلى Ethereum للتسوية. وستكلف طبقة التسوية التنافسية أقل من ذلك. (كما هو موضح أيضًا في عمليات التجميع كخدمة ستذهب إلى الصفر)
3. توفر البيانات - يتضمن DA بث بيانات المعاملات المطلوبة إلى بقية الشبكة (وتسمى أيضًا أحيانًا نشر البيانات). إنه يضمن أنه يمكن لأي شخص إعادة بناء حالة التجميع دون إذن من خلال تطبيق بيانات المعاملات التي تم بثها على بعض الحالات التي تم الانتهاء منها مسبقًا.
تشكل تكاليف DA جزءًا كبيرًا من جميع تكاليف التجميع. يمكن أن يكون نشر البيانات على طبقة آمنة للغاية مثل Ethereum مكلفًا للغاية. يتم تطوير بدائل DA الأرخص والأسرع بنشاط من خلال بروتوكولات مثل Celestia و Avail و eiGenda. يمكن أن تنظر أطر التجميع أيضًا في بناء طبقة DA الخاصة بها، ولكن DA المجزأة لها تكاليف تمهيد عالية وتجعل قابلية التشغيل البيني أكثر تعقيدًا.
تدفق القيمة عالي المستوى
قد يكون من المفيد التفكير في طبقة التنفيذ كنموذج B2C وطبقات التسوية وطبقات DA كنماذج B2B:
تشتري طبقة التنفيذ مساحة الكتلة من طبقة DA وتبيع خدمات التنفيذ الخاصة بها مباشرة إلى المستخدم النهائي (العميل). كما تشتري خدمات التحقق & من طبقة التسوية
تبيع طبقة DA مساحة الكتلة إلى شركة أخرى - طبقة التنفيذ
توفر طبقة التسوية خدمات التسوية لنشاط تجاري آخر - طبقة التنفيذ
في مثل هذا الإعداد في الأسواق التنافسية، تحدث غالبية عمليات التقاط القيمة مباشرة من المستخدم النهائي في طبقة التنفيذ الخاصة بالمكدس، لذلك من المنطقي تقسيمها بشكل أكبر وتحليل تدفقات القيمة بشكل مستقل.
تقوم طبقة التنفيذ بتوليد الإيرادات من خلال فرض رسوم على المستخدمين لكل معاملة ودفع التكاليف التشغيلية للشركات الأخرى (الطبقات) في المكدس.
الإيرادات: يمكن تصنيف القيمة الواردة على النحو التالي:
تكاليف الغاز التي يدفعها المستخدمون النهائيون لكل معاملة
داخل النطاق MEV
MEV عبر المجالات (إذا كان الإطار يوفر تسلسلًا لمجموعات متعددة على نفس طبقة DA. قد يكون من الصعب استخراجه بخلاف ذلك)
تعتمد MEV على تدفق المعاملات (ستكون القيمة «القابلة للاستخراج» مختلفة لكل مجموعة من المعاملات) وغالبًا ما يكون من الصعب التنبؤ بها مسبقًا. عادةً ما تكون تكاليف الغاز المفروضة على المستخدمين هامشًا فوق التكاليف الإجمالية المتوقعة.
التكاليف: تدفقات القيمة الخارجة من طبقة التنفيذ هي كما يلي:
النفقات التشغيلية للعقدة
تكاليف التنفيذ (الحساب)
تكاليف الإثبات (براهين الصلاحية/الاحتيال)
تكاليف نشر البيانات (متغيرة بناءً على الازدحام في طبقة DA)
المصدر: فهم تراكم القيمة التراكمية من قبل سانجاي شاه | Electric Capital
في كثير من الأحيان، تتحمل عقدة التسلسل المركزية الواحدة جميع مسؤوليات طبقة التنفيذ. تحقق هذه العقدة الفردية جميع الإيرادات من المستخدمين وهي مسؤولة عن دفع تكاليف DA والتسوية. في أوقات أخرى، يمكن أن يحتوي الإعداد على نقاط مختلفة لمسؤوليات مختلفة:
ما ورد أعلاه هو تمييز واسع لمسؤوليات العقد المختلفة. أي عقدة تتولى المهام التي يمكن أن تختلف بناءً على كيفية قيام فريق التجميع ببناء الإعداد الخاص بها. من أجل البساطة في هذه المدونة، سنلتزم بإعداد التسلسل المركزي حيث تقوم عقدة واحدة بجميع مهام التنفيذ المطلوبة.
والسؤال إذن هو: إذا كانت طبقة التنفيذ تحقق أكبر قيمة، فما هو المشارك في المكدس الأفضل لالتقاطها؟
أي شخص يقوم بتشغيل عقدة التسلسل ويقوم بالأنشطة المختلفة المرتبطة بها!
يمكن أن يكون هذا هو فريق التجميع نفسه. أو، كما ذكرنا في بداية المقالة، غالبًا ما يتعامل موفرو RaaS مع تسلسل المجموعات المنشورة باستخدامهم. في الواقع، هذا هو الجزء الأكبر من الإيرادات لموفري RaaS.
هناك 3 مجالات رئيسية يمكن لـ RaaS الحصول على قيمة:
استضافة جهاز التسلسل: يقوم موفر RaaS بتشغيل جهاز التسلسل والأنشطة المرتبطة بالمجموعة. إنه تقسيم للعمل حيث يجلب فريق التجميع الابتكار (التطبيق الذي يقومون ببنائه) ويقوم مزود RaaS بكل شيء آخر. يقوم المنظم بطلب المعاملات ونشر البيانات على L1 وإنشاء البراهين إذا/عند الاقتضاء
البنية التحتية الإضافية: مستكشفات الكتل والجسور وما إلى ذلك.
الدعم المخصص: الاستشارات والشراكة بشأن قرارات البنية التحتية (كيفية التسلسل، MEV، إلخ) +الدعم الفني الآخر
تشبه RaaS أعمال B2B SaaS التقليدية حيث يمكن للشركة أن تفرض على عملائها رسومًا ثابتة أو رسومًا مختلطة بناءً على الخدمات المشتراة والاستخدام (عدد معاملات المستخدم النهائي لمجموعة، على سبيل المثال).
يمكن أن توفر RaaS أيضًا تكاملاً مع مُسلسل مشترك مثل Espresso. ومع ذلك، في هذه الحالة، سيخسرون إيرادات جهاز التسلسل، والتي تشكل جزءًا كبيرًا من أرباح RaaS. لذلك تتطلب هذه الشراكات مشاركة الأرباح التعاقدية بين المنظم المشترك ومزود RaaS.
ولكن إذا كان RaaS عبارة عن غلاف تم إنشاؤه فوق إطار التجميع الحالي، فيجب عليه مشاركة الأرباح معهم أيضًا، أليس كذلك؟
حسنا، ليس بالضرورة.
كانت معظم أطر التجميع التي تم إصدارها حتى الآن مفتوحة المصدر وغير مصرح بالبناء عليها. يمكن لموفري RaaS استخدام إطار العمل دون إذن لإنشاء غلاف بدون كود فوقه وليسوا ملزمين بمشاركة أي أرباح مع الإطار الأساسي.
هل يمكنهم الحصول على اتفاقية تعاقدية مع إطار التجميع لمشاركة الأرباح؟
يمكنهم ذلك، ولكن إذا فعلوا ذلك:
لذلك، من الناحية النظرية، لكي يستمر مزود RaaS، فإن القرار العقلاني هو عدم مشاركة الأرباح مع الإطار الأساسي.
إذا كان بإمكان أي شخص إنشاء مجموعة مجمعة بدون إذن باستخدام إطار مفتوح المصدر، فهل يعد تطوير إطار عمل تراكمي مفتوح المصدر في المقام الأول قرارًا مجديًا اقتصاديًا؟
الجواب ليس بهذه البساطة. ولكي يكون إطار التجميع «مجديًا اقتصاديًا»، فإنه يحتاج إلى توليد قيمة مستدامة وطويلة الأجل. شارك إيدان ليفين نموذجًا عقليًا جيدًا للتفكير في كيفية القيام بذلك. دعونا نتوسع في هذا النموذج هنا. هناك 3 طرق رئيسية يمكن لأطر التجميع من خلالها تحقيق القيمة:
تراكم القيمة غير المباشرة: إذا كان الإطار جيدًا، فستستخدمه المزيد والمزيد من الفرق. سيؤدي ذلك إلى جذب أعين المطورين والمزيد من مشاركة الأفكار إلى النظام البيئي. يعد جذب mindshare دائمًا أمرًا إيجابيًا صافيًا لأنه سيساعد فريق الإطار في تطوير الأدوات بشكل أكبر. يمكن دمج أي تحسينات يقوم بها أي من الفرق في إطار عمل OG. هذا يخلق حلقة تعزيز إيجابية للنظام بأكمله.
تراكم القيمة شبه المباشرة: قد يتم تحفيز بعض التجميعات المبنية على الإطار لمشاركة الإيرادات مع شبكة الإطار. على سبيل المثال، لدى Base حاليًا اتفاقية مع OP Stack حيث يتشاركون جزءًا من رسوم التسلسل مع Optimism.
لماذا يتم تحفيزهم للقيام بذلك؟
نظرًا لأن Base لا تمتلك النظام البيئي الضروري للمطورين لمواكبة نمو وتطوير إطار عمل OP. تخيل لو قام إطار OP بتغيير إحدى الوحدات تمامًا، فيمكنهم اختيار عدم تقديم دعم المطور إلى Base لمواكبة التغييرات.
بالإضافة إلى ذلك، فإن كونك جزءًا من «Superchain» يوفر تأثيرات الشبكة مثل قابلية التركيب المتقاطع التي يمكن أن تجدها سلاسل مثل Base مفيدة (وقد يتطلب ذلك مشاركة الأرباح مع Optimism)
أحد التحذيرات المهمة هنا هو أن حوافز التجميعات وأطر التجميع قد لا تكون دائمًا متوافقة. في أي وقت، يمكن أن تختار المجموعة اتباع مسارها الخاص من خلال تخصيص الإطار وإلغاء أي اتفاقيات مشاركة في الإيرادات.
هذا ما يفعله OP Stack مع قانون السلاسل. لكي تكون جزءًا من Superchain، عليك اتباع قواعد معينة. يتم تحديد هذه القواعد من خلال حوكمة OP. على سبيل المثال، قد تكون إحدى هذه القواعد هي أن جميع المجموعات في Superchain يجب أن تستخدم OP كرمز الغاز. يمكن أن يتطور هذا أيضًا ليشمل قوانين أسهم MEV، على سبيل المثال، ستعود X٪ من إيرادات MEV عبر السلاسل إلى خزانة OP.
يمكن لفرق إطار التجميع اللعب مع الأجزاء الثلاثة المذكورة أعلاه لتكييف آلية «التقاط القيمة» الخاصة بهم وفقًا لأهدافهم وطموحاتهم. وللحصول على أي قيمة مباشرة، يمكن أن تكون بعض الخيارات (غير الشاملة) كما يلي:
وقد أثار التطور السريع لأطر التجميع وموفري عمليات التجميع كخدمة (RaaS) في مجال بلوكتشين أسئلة حول تراكم القيمة الخاصة بهم. بينما تستحوذ طبقة التنفيذ على حصة الأسد من القيمة، يمكن لأطر التجميع أن تكتسب قيمة غير مباشرة من خلال التبني والتحسينات. حتى أن بعض المجموعات المجمعة قد تشارك الأرباح، مما يؤدي إلى تراكم القيمة شبه المباشر. علاوة على ذلك، من خلال نشر التجميعات الخاصة بها والاستفادة من قابلية التركيب بين المجموعات، يمكن لأطر العمل الحصول على القيمة بشكل مباشر. مع تطور النظام البيئي، سيكون تحقيق التوازن الصحيح بين المنافسة والتعاون أمرًا حيويًا للنمو المستدام لأطر التجميع ومقدمي RaaS.