مقترح صيانة كاردانو بقيمة 62 مليون ADA يحوّل البنية التحتية إلى اختبار لخزانة الأموال

مايكل كارج يشرح لماذا لا تعتبر صيانة كاردانو مجرد عمل خلفي

تلقت النقاشات الخاصة بصيانة كاردانو والتي يتضمنها مقترح مبادرة صيانة كاردانو من IO و Ensurable Systems سياقاً تقنياً هاماً خلال جلسة «ساعة حوكمة كاردانو» التي عقدت في 12 مايو 2026. تحت إدارة نيكولاس سياني من مؤسسة كاردانو، أوضح مايكل كارج، قائد قسم الأداء والتتبع في هندسة Input Output، تفاصيل المقترح، لماذا يطلب أكثر من 62 مليون ADA، ولماذا لا ينبغي معاملة الصيانة كعمل روتيني في الخلفية.

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

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

يطلب المقترح 62,134,630 ADA ويغطي فترة تسعة أشهر، من الربع الثالث لعام 2026 حتى نهاية الربع الأول لعام 2027. وأوضح كارج خلال المناقشة أن المبادرة ليست طلبا لمدة 12 شهرًا، بل دورة صيانة تستمر تسعة أشهر.

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

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

مخطط كاردانو وتنوع العقد يوسعان نقاش الصيانة

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

يشمل هذا النطاق تشغيل أجهزة الإرسال الأولية، وصيانة بيئات الاختبار مثل Preview وPreProd، ودعم مترجم Haskell، ومراقبة شبكة mainnet، ومراقبة mempool العالمية، ودعم المصادر المفتوحة والعمل على أدوات مثل مترجم Plutus، DB Sync، Cardano CLI، واجهة API الخاصة بكاردانو، الضمانات النصية ونص تعريف لجنة الدستور.

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

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

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

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

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

الممثلون اللامركزيون يصوتون بناءً على الأدلة، وليس فقط التكلفة

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

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

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

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

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

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

يجب بالتالي الدفاع عن هذا المقترح من خلال الأدلة، وليس الإثارة. إذا أرادت IO و Ensurable Systems كسب ثقة الممثلين اللامركزيين، فإن أقوى حججهم لن تكون الخوف من المشاكل، بل الربط الواضح بين المبلغ المطلوب، المخرجات العامة، التزام التعريف بالأداء، وثائق مخطط Blueprint واللامركزية طويلة الأمد في التنفيذ. الحوكمة في كاردانو لا تقرر فقط ما إذا كان ينبغي دفع المال للصيانة، ولكنها تقرر ما إذا كانت تستطيع تمويل الانضباط التقني الذي يحدد مدى قوة الأساس الذي سيُبنى عليه التطبيقات، تجمعات الحصص والترقيات المستقبلية.