اختر منطقتك 
Blockchains لا تقف ساكنة. تتغير أسواق الرسوم، وتتطور مجموعات أدوات التحقق، وتصل وحدات جديدة للتعامل مع كل شيء بدءًا من الخصوصية وحتى المراسلة عبر السلسلة. وراء كل من هذه التغييرات تكمن نقطة بداية بسيطة: فكرة أن شخصًا ما اهتم بما يكفي لتدوينها.
تم إنشاء حراس اللامركزية في كوينتيليغراف (CTDG) لمنح هذه الأفكار مكانًا أكثر موثوقية. تدير المبادرة أدوات تحقق عالية الأداء وتشارك في الحوكمة عبر شبكات مثل Solana وInjective وChiliz وPolkadot وCoreum وCanton وMantra، مما يساهم في اللامركزية والأمن في طبقة البروتوكول.
إن CTDG Dev Hub، الذي تم إطلاقه بالتعاون مع مزود البنية التحتية لـ blockchain Boosty Labs، يوسع العمل ليشمل عملية التطوير نفسها. إنه بمثابة مساحة تنسيق عامة حيث يمكن للمساهمين تقديم مقترحات الترقية ومناقشتها وتتبعها بدلاً من الاعتماد على الدردشات المجزأة أو الوثائق المغلقة.
يتبع هذا الشرح المسار الذي تسلكه الفكرة داخل CTDG Dev Hub، من الشرارة الأولى إلى التنفيذ على شبكة مباشرة، ويوضح كيف تحول المنصة المحادثات غير الرسمية إلى تغيير شفاف يمكن التحقق منه.
الشرارة: حيث تظهر أفكار الترقية
ويميل الابتكار في النظم البيئية اللامركزية إلى الظهور حيث يكون الناس منغمسين في سلوك الشبكة. بدلاً من سلطة واحدة، تنطلق أفكار الترقية من التفاعلات اليومية، مثل ملاحظة أداة التحقق من أن نشر الكتلة يتباطأ في ظل التحميل الأقصى أو تحديد المطور الأساسي لفرصة لتبسيط الوحدة النمطية.
ضمن CTDG Dev Hub، يمكن أن تأتي هذه الأفكار من العديد من السياقات، بما في ذلك:
-
تتم معالجة العمليات اليومية بواسطة المدققين ومشغلي العقد الذين يراقبون مقاييس الأداء والموثوقية.
-
مناقشات المجتمع أو الحوكمة التي تكشف عن المشكلات المتكررة المتعلقة بمعلمات الشبكة، مثل الرسوم أو قواعد التخزين أو تجربة المستخدم.
-
تجارب على شبكات الاختبار، حيث يقوم المطورون بتجربة التكوينات والميزات الجديدة دون المخاطرة برأس مال الشبكة الرئيسية.
كل واحدة من هذه الشرارات لديها إمكانات، لكنها في هذه المرحلة تمثل مجرد نمط في السجلات، أو تجربة شبكة اختبار، أو شكوى متكررة. فقط عندما يقوم شخص ما بتوثيقها وإرسالها كمقترح إلى CTDG Dev Hub، فيمكنه أن يصبح خطوة إلى الأمام.
تقديم المفهوم
في CTDG Dev Hub، تمثل المقترحات نقطة الدخول الرسمية لأي ترقية محتملة أو تغيير في الإدارة. يقوم المساهم، سواء كان مطورًا أو مدققًا أو باحثًا أو ممثلًا للشبكة، بفتح اقتراح جديد وتثبيت الفكرة على شبكة معينة.
يركز كل وصف مقترح على ثلاثة أسئلة أساسية:
-
ما هي المشكلة التي يحلها؟
-
لماذا يهم الشبكة أو النظام البيئي؟
-
ما هي النتائج الفنية أو الإدارية المتوقعة؟
بمجرد الإرسال، يقوم المشرفون وفرق الشبكة بتعيين علامات للسلسلة والموضوع ذي الصلة، ثم يقومون بمراجعة النص للتأكد من الوضوح والنطاق.
المراجعة والمناقشة
تقوم مرحلة المراجعة بتحويل فكرة المؤلف الواحد إلى جهد تصميم جماعي. يمكن للمدققين ومطوري البروتوكول وفرق النظام البيئي وأصحاب المصلحة الآخرين التعليق مباشرة على صفحة الاقتراح، أو رفع الحالات المتقدمة، أو طلب بيانات إضافية أو اقتراح أساليب بديلة.
تعد المناقشة العامة للترقيات بالفعل معيارًا في العديد من الأنظمة البيئية، بدءًا من عمليات اقتراح التحسين المفتوحة وحتى الحوكمة المستندة إلى المنتدى في أطر عمل DAO. يتبع CTDG Dev Hub نفس الفلسفة، ولكنه يركز تلك الممارسات في بيئة واحدة متصلة بعمليات التحقق المباشرة.
تكشف هذه المرحلة القيود الفنية والإدارية في وقت مبكر. يتمتع المراجعون بفرصة الإبلاغ عن مخاطر التوافق، أو طلب معايير على شبكات الاختبار، أو التساؤل عن كيفية توافق التغيير مع نموذج الإدارة الحالي.
وبنهاية هذه المرحلة، تصبح المقترحات الناجحة مواصفات جاهزة للتنفيذ.
بناء الترقية
عندما يكون هناك إجماع على أن الاقتراح يستحق التنفيذ، فإنه ينتقل إلى مرحلة البناء على CTDG Dev Hub. في هذه المرحلة، يبدو العمل مشابهًا لأي ترقية جدية للبروتوكول في الصناعة الأوسع: حيث يقوم المهندسون بكتابة ومراجعة التعليمات البرمجية، وتوصيل وحدات جديدة إلى العملاء الحاليين وتصميم اختبارات تحاكي ظروف الشبكة الحقيقية.
طوال مرحلة البناء، يمكن للمساهمين تتبع العمل من خلال ملاحظات التنفيذ والالتزام بالمراجع وتحديثات الحالة المرفقة بإدخال الاقتراح. إن تصميم البوابة، بما في ذلك السجلات المستمرة للحسابات والمقترحات وإجراءات الإشراف، يحافظ على المسار قابلاً للتدقيق من أجل مراجعات الإدارة أو الأمان المستقبلية.
جاهز لتقديم الشبكة
بمجرد اكتمال الاختبار والوثائق والفحوصات الداخلية، يصل الاقتراح إلى حالة “جاهز للشبكة”. يحتوي المفهوم على تطبيق التعليمات البرمجية وأدلة الاختبار وملخص واضح للتغييرات المتوقعة. ينتقل الاقتراح من طبقة التنسيق الخاصة بـ CTDG إلى خط أنابيب الإدارة الأصلية للشبكة.
بالنسبة للشبكات المتصلة بـ CTDG، يمكن أن يصبح الاقتراح الجاهز للشبكة اقتراحًا للتحسين الفني (TIP) أو مسودة حوكمة مكافئة، مُعدة لتقديمها من خلال القنوات القائمة لكل سلسلة، سواء كان ذلك مجلس التحقق أو منتدى DAO أو وحدة مقترحات onchain.
التصويت على الحوكمة والموافقة عليها
تقرر مرحلة الإدارة ما إذا كانت الترقية ستصبح جزءًا من تاريخ الشبكة أم تظل تجربة. عندما يدخل مقترح ما في حالة “عند التصويت” في CTDG Dev Hub، فإنه يشير إلى أن التغيير قد وصل إلى عملية القرار الرسمية بشأن السلسلة المستهدفة.
يوفر CTDG Dev Hub للمدققين والمطورين وأعضاء المجتمع رؤية مشتركة حول المقترحات التي تخضع حاليًا للتصويت، وما هي المقايضات التي يحملونها وكيف يتوافق ذلك مع الترقيات السابقة.
يعكس الاقتراح الذي تم وضع علامة “موافق عليه” في البوابة أن إدارة الشبكة قد توصلت إلى قرار لصالح التنفيذ.
النشر والتوثيق
تؤدي الموافقة إلى اللحظة الأكثر وضوحًا في دورة حياة الترقية: النشر. تصبح شرارة الفكرة هذه جزءًا ملموسًا من قاعدة بيانات الشبكة والمعلمات التشغيلية.
أثناء النشر وبعده، تقوم أدوات المراقبة بتتبع الأداء ومعدلات الخطأ ومقاييس الإجماع الخاصة بالتنفيذ المباشر. أي حالات شاذة ترجع إلى مراجعات ما بعد التنفيذ. يمكن أن يتضمن هذا السجل الدروس المستفادة وإصلاحات المتابعة والأفكار للتكرارات المستقبلية.
لماذا هذه العملية مهمة
تعتمد سلاسل الكتل العامة بالفعل على عمليات التغيير المنظمة، بدءًا من كتالوج EIP الخاص بـ Ethereum وحتى Tron’s TIP والحوكمة المستندة إلى DAO للعديد من بروتوكولات التطبيقات. ومع ذلك، فإن العمل الذي يؤدي إلى تلك الخطوات الرسمية غالبًا ما يظل متناثرًا عبر الدردشات والتذاكر والمستندات الخاصة.
في Tron، على سبيل المثال، يمكن أولاً تشكيل الفكرة التي تبدأ كرؤية تشغيلية داخل CTDG Dev Hub ثم الانتقال إلى سير عمل TIP الموضح في TIP-1 قبل الوصول إلى تصويت DAO الرسمي. وهذا يجعل من السهل تتبع المنطق المبكر والمقايضات بدلاً من دفنها في القنوات الخاصة.
يعالج CTDG Dev Hub هذه الفجوة من خلال الجمع بين الرؤية على مستوى المدقق ومحرك الاقتراح التعاوني. والنتيجة هي إطار حيث:
-
كل فكرة ترقية لها مكان محدد للبدء، مع ملكية واضحة ومناقشة يمكن تتبعها.
-
يمكن لكل مجموعة مساهمة، من فرق البنية التحتية إلى مهندسي البروتوكول إلى المشاركين في الحوكمة، رؤية نفس تاريخ الاقتراح والتأثير عليه.
-
يصبح كل تغيير في الشبكة متصل ببصمة أداة التحقق من CTDG أسهل في التدقيق والمقارنة والتعلم منه بمرور الوقت.
نظرًا لأن CTDG تقوم بالفعل بتشغيل أدوات التحقق والتحليلات عبر أنظمة بيئية متعددة، يقوم Dev Hub أيضًا بإنشاء خريطة مشتركة لكيفية تعامل السلاسل المختلفة مع الترقيات، وأي المعلمات تتحرك في أغلب الأحيان وحيث يصبح التنسيق صعبًا بشكل روتيني.
المشاركة في دورة الترقية التالية
أصبح CTDG Dev Hub مباشرًا ويستضيف بالفعل مقترحات اختبار مبكرة ووثائق أداة التحقق التي تمارس سير العمل الخاص به في الإعدادات المجاورة للإنتاج. يمكن للمطورين والمدققين وممثلي الشبكات الذين يشاركون في الحوكمة استخدامه كمكان مركزي لطرح المشكلات وصياغة الحلول وتتبع كيفية تحرك هذه الأفكار من خلال البناء والتصويت والنشر.
يسرد قسم المقترحات في CTDG Dev Hub العناصر النشطة والتاريخية، مرتبة حسب الشبكة والحالة والموضوع. جنبًا إلى جنب مع نشاط التحقق من صحة CTDG عبر سلاسل متعددة، تشكل المنصة جزءًا من جهد طويل المدى لجعل التطوير اللامركزي أكثر قابلية للملاحظة وأكثر تعاونًا.
من الناحية العملية، كل ترقية تنتقل عبر هذا المسار تترك سجلاً دائمًا لكيفية تغير البنية التحتية لـ Web3: ما هي المشكلات المهمة، وما هي المقايضات التي قبلها المجتمع وكيف وصل الكود النهائي إلى الشبكة الرئيسية. وبمرور الوقت، تساعد هذه السجلات في تحويل حوكمة البلوكتشين من سلسلة من الأحداث المعزولة إلى نظام متطور وموثق بشكل علني.
