تغيير الهيكل الأساسي: لماذا لا توجد بنية تحتية مجانية للبلوكشين

رحيل Base من تكديس Optimism يمثل لحظة مهمة في تطور نظام بيئة Layer 2. أكثر من مجرد هجرة تقنية، يكشف هذا الحدث عن أسئلة جوهرية حول كيفية بناء وصيانة بنية تحتية مستدامة للبلوكشين. أصبح هذا الحدث انعكاسًا لتغيرات هيكلية أعمق: التوتر بين الشفافية المفتوحة والحاجة الاقتصادية على المدى الطويل. على الرغم من أن سعر OP انخفض بأكثر من 20% خلال 24 ساعة بعد الإعلان، فإن الاعتقاد بأن نموذج السوبرشين قد فشل تمامًا غير دقيق على الإطلاق. بل، يفتح هذا الأزمة حوارًا مهمًا حول من المسؤول عن تمويل البنية التحتية العامة—سؤال لطالما أقلق مجتمع البرمجيات مفتوحة المصدر لعقود من الزمن.

مساران مختلفان للاستدامة: نموذج Optimism مقابل Arbitrum

في 18 فبراير، أعلنت Base التابعة لـ Coinbase عن خطة للتخلي عن الاعتماد على تكديس OP الخاص بـ Optimism. يعكس هذا القرار تغيرات هيكلية أساسية في كيفية تعريف سلاسل Layer 2 لاستقلاليتها. ستقوم Base بدمج مكونات رئيسية، بما في ذلك الـ sequencer، في مستودع الكود الحصري، مما يقلل الاعتماد على أطراف ثالثة مثل Optimism وFlashbots وParadigm. النتيجة هي زيادة تكرار التفرعات الصلبة (هارد فورك) من ثلاث مرات إلى ست مرات سنويًا، مما يتيح ابتكارًا أسرع.

لكن، رد فعل Steven Goldfeder، الرئيس التنفيذي لشركة Arbitrum وOffchain Labs، كشف عن خيار تصميم مختلف تمامًا. قبل عدة سنوات، اختارت Arbitrum بشكل متعمد مسارًا بديلًا: نموذج “كود المصدر المجتمعي”. في هذا النهج، يظل الكود شفافًا ومتاحة، لكن السلاسل المبنية على Arbitrum Orbit والمُنجزة خارج نظام Arbitrum One أو Nova يجب أن تساهم بنسبة 10% من صافي إيرادات البروتوكول—8% إلى DAO Arbitrum و2% للجمعية المطورة.

هذا الاختلاف ليس مجرد مسألة تقنية. Optimism يركز على تبني سريع من خلال تقديم ترخيص MIT مفتوح بالكامل، وهندسة مرنة ومودولية، ولا يوجد التزام بمشاركة الإيرادات بالنسبة للسلاسل التي تبني خارج السوبرشين الرسمي. شركات مثل Sony (Soneium)، Worldcoin (World Chain)، وUniswap (Unichain) اختارت تكديس OP بسبب القدرة على تعديل وتخصيص المكونات دون الحاجة لموافقة خارجية.

على النقيض، تبني Arbitrum آلية تنسيق اقتصادي مفروضة. السلاسل من المستوى 3 التي تُنجز على Arbitrum One أو Nova تتمتع بحرية كاملة، لكن من يستخدم تقنية Arbitrum في بنية تحتية خارجية يجب أن يساهم. هذا الهيكل أكثر تعقيدًا، لكنه يخلق حوافز طويلة الأمد للبقاء ضمن النظام البيئي. على سبيل المثال، اختارت Robinhood بناء سلسلتها من المستوى 2 على Orbit بسبب التكنولوجيا الناضجة والقدرة على التخصيص بما يتوافق مع اللوائح—رغم أن هذا النموذج كان يتطلب في البداية موافقة DAO، إلا أنه يعمل الآن في وضع الخدمة الذاتية منذ يناير 2024.

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

دروس قرن من نمو البرمجيات مفتوحة المصدر: من Red Hat إلى WordPress

هذا التوتر ليس جديدًا في عالم التكنولوجيا. تاريخ البرمجيات مفتوحة المصدر مليء بأمثلة تعكس تغييرات هيكلية مماثلة—بين الحرية المطلقة والاستدامة الاقتصادية.

Linux هو رمز النصر للبرمجيات مفتوحة المصدر الصافية. نواة Linux مفتوحة بالكامل بموجب رخصة GPL، وتطورت لتكون العمود الفقري للخوادم، والحوسبة السحابية، وأنظمة مدمجة حول العالم. لكن، الشركة التجارية الأكثر نجاحًا المبنية على هذا النظام—Red Hat—لا تحقق إيرادات من الكود نفسه. بدلاً من ذلك، تبيع Red Hat خدمات: الدعم الفني، تصحيحات الأمان، وضمان الاستقرار. عندما استحوذت IBM على Red Hat في 2019 مقابل 34 مليار دولار، لم يشتروا الكود، بل الثقة والخبرة التشغيلية. هذا التشابه واضح مع OP Enterprise، وهو خدمة مؤسسية أطلقتها Optimism في 29 يناير 2026 لدعم نشر سلاسل الإنتاج خلال 8-12 أسبوعًا.

تواجه MySQL تحديًا مختلفًا عبر ترخيص مزدوج: إصدار مفتوح المصدر بموجب GPL للاستخدام غير التجاري، ورخصة تجارية منفصلة للأغراض التجارية. يعكس هذا النموذج منطق Arbitrum—استخدم الكود مجانًا، ولكن إذا حققت قيمة تجارية، فهناك تكلفة. عندما استحوذت Oracle على Sun Microsystems في 2010، وأصبحت تسيطر على MySQL، أدت مخاوف حول مستقبلها إلى إنشاء MariaDB كفرع. هذا الحدث يوضح المخاطر الكامنة في القيود الترخيصية: دائمًا هناك احتمال للفرع (fork).

MongoDB يقدم مثالاً مباشرًا على المشكلة التي يواجهها Optimism. في 2018، تبنت MongoDB رخصة Server Side Public License تحديدًا لأن Amazon Web Services وGoogle Cloud يستخدمان كود MongoDB لتقديم خدمات مُدارة، دون دفع مقابل لـ MongoDB. هذا نمط متكرر: المستفيدون الأكبر من النظام المفتوح يساهمون بأقل قدر ممكن. مؤسس WordPress، Matt Mullenweg، دخل مؤخرًا في نزاع مماثل مع WP Engine، منتقدًا الشركة لاستفادةها الكبير من نظام WordPress دون مساهمة كافية مقابل ذلك. WordPress مفتوح المصدر بالكامل بموجب GPL، ويشغل 40% من مواقع الويب في العالم، لكن مشكلة “الاستغلال المجاني” لا تزال قائمة.

كل هذه الحالات تظهر نمطًا متكررًا: في نظام بيئي مفتوح المصدر ناجح جدًا، غالبًا من يحقق أكبر استفادة يساهم بأقل قدر. وها هم الآن يواجهون دراما مماثلة مع Base وOptimism.

لماذا يختلف البلوكشين: الرموز كمحفز للتغيير الهيكلي

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

أولاً: الرموز. في مشاريع المصدر المفتوح التقليدية، يُوزع القيمة بشكل ثابت نسبيًا. نجاح Linux لا يعني أن هناك سعر أصل معين يتقلب. لكن، في البلوكشين، وجود الرموز يجعل القيمة تعكس مشاعر السوق تجاه صحة النظام بشكل فوري وقياسي. انخفاض أكثر من 20% في OP خلال ساعات بعد إعلان Base يوضح ذلك بشكل درامي. الرموز تعمل كمؤشر على صحة النظام، وأيضًا كآلية تضخم الأزمة.

ثانيًا: مسؤولية البنية التحتية المالية. سلاسل Layer 2 ليست مجرد برمجيات—إنها بنية تحتية تدير مئات المليارات من الدولارات من الأصول. الحفاظ على الاستقرار والأمان يتطلب استثمارات مستمرة ضخمة. في المشاريع مفتوحة المصدر التقليدية، غالبًا ما تتكفل الرعاة الشركات أو صناديق المؤسسات بالتكاليف. لكن، معظم سلاسل Layer 2 تكافح للحفاظ على عملياتها الخاصة. بدون مساهمات خارجية من خلال تقاسم تكاليف الـ sequencer، ستظل الموارد للتطوير والصيانة محدودة جدًا.

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

بناء بنية تحتية مستدامة: لا يوجد حل مثالي

على الرغم من أن Base رحل، إلا أن قصة Optimism لا تزال بعيدة عن النهاية. في 29 يناير 2026، أطلقت Optimism OP Enterprise، خدمة مؤسسية للمؤسسات المالية والتكنولوجيا المالية. تقييم Optimism هو أنه على الرغم من أن تكديس OP يمكن الوصول إليه مجانًا بموجب ترخيص MIT، إلا أن معظم فرق البنية التحتية ستجد من الأكثر منطقية التعاون مع OP Enterprise. أعلنت Base أنها ستظل شريك دعم أساسي لـ OP Enterprise خلال فترة الانتقال، وتلتزم بالحفاظ على التوافق مع مواصفات OP stack. هذا الفصل تقني، وليس علاقاتي.

من ناحية أخرى، نموذج المصدر المفتوح لمجتمع Arbitrum لم يُختبر بعد بشكل كامل في الواقع. من بين حوالي 19,400 ETH التي تم تجميعها في صندوق DAO الخاص بـ Arbitrum، يأتي معظمها من رسوم الـ sequencer على Arbitrum One وNova، بالإضافة إلى MEV من Timeboost. إيرادات مساهمات النظام البيئي عبر خطة توسعة Arbitrum لا تزال تنتظر التحقق على نطاق كبير. ذلك لأن خطة التوسع الجديدة أُطلقت في يناير 2024، ومعظم سلاسل Orbit الموجودة مبنية على Arbitrum One كـ L3، مما يعفيها من التزام تقاسم الإيرادات. حتى Robinhood، المشروع المستقل من المستوى 2 والأكثر شهرة وفقًا لخطة التوسع، لا يزال في مرحلة الاختبار. ستثبت فاعلية هذا النموذج عندما تطلق Robinhood الشبكة الرئيسية ويبدأ تدفق الإيرادات من المشاركة.

قبول طلب تسليم 10% من إيرادات البروتوكول إلى DAO خارجي ليس سهلاً على الشركات الكبرى. اختيار Robinhood للبقاء على Orbit يُظهر أن هناك قيمة في أبعاد أخرى—مثل إمكانيات التخصيص وموثوقية التقنية. لكن، الجدوى الاقتصادية طويلة المدى لهذا النموذج لم تُثبت بعد، وهذه تحديات حقيقية يجب على Arbitrum حلها.

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

#DAO #ETH