Solana المطورون يفكرون في مجموعة قواعد بروتوكول جديدة مصممة لجعل برامج المُحققين المطورة بشكل مستقل أكثر موثوقية وأسهل في الصيانة.
الالاقتراح، الذي نُشر في 30 أكتوبر، يأتي من بريان وات، الرئيس التنفيذي لAnza، شركة هندسة البلوكشين وراء Agave، أحد البرامج الرئيسية المستخدمة لتشغيل شبكة Solana.
يريد وات أن تُنشئ سولانا مواصفة واحدة موحدة ورسمية تحدد كيفية معالجة سلسلة الكتل الخاصة بها للعمليات، والتحقق من الكتل، وتحقيق التوافق، بدلاً من الاعتماد على قواعد متناثرة عبر البرمجيات الحالية والمقترحات التقنية المنفصلة.
يمكن أن يعالج هذا التغيير تحديًا متزايدًا مع توسع سولانا خارج برنامج المُحقق الأصلي ليشمل بدائل مطورة بشكل مستقل مثل Firedancer، المبني من قبل شركة التداول Jump Crypto.
المُوثِّقون هي أجهزة كمبيوتر تتحقق من المعاملات وتساعد في تأمين البلوكشين. على الرغم من أن مطورين مختلفين يمكنهم إنشاء البرنامج الذي يعمل على هذه الأجهزة، يجب على كل تنفيذ اتباع نفس القواعد الأساسية للحفاظ على التوافق عبر الشبكة.
قد تؤدي الخلافات حول تلك القواعد إلى معالجة المُصادقين للمعاملات المتطابقة بشكل مختلف، مما قد يخلق وجهات نظر متعارضة حول سلسلة الكتل ويهدد موثوقية الشبكة.
يُجادل وات أن عملية التطوير الحالية لسولانا تجعل من الصعب بشكل غير ضروري على الفرق المستقلة تحديد كيفية سلوك الشبكة بالضبط.
في النظام الحالي، تُقترح تغييرات البروتوكول من خلال وثائق تحسين سولانا، المعروفة باسم SIMDs. تصف هذه الوثائق الترقيات الفردية، لكن قواعد التشغيل الكاملة للشبكة غير مجمعة في مرجع موحد وموثوق.
نتيجة لذلك، يضطر المطورون أحيانًا إلى فحص كود المُحقق الحالي أو إعادة بناء قرارات الترقية السابقة لفهم القواعد النشطة.
قال وات أن هذا النهج يمكن أن ينتج وصفًا متكررًا أو غير متسق للسلوك الموجود، في حين يجعل من الصعب تحديد كل جزء من البروتوكول المتأثر بالترقية المقترحة.
قد يعيد دليل القواعد الجديد تشكيل عملية ترقية سولانا
وفقًا للProposal، سيستمر المطورون في مناقشة الترقيات المحتملة من خلال عملية SIMD الحالية، لكن التغييرات الفنية الرسمية ستُقدَّم كتعديلات على مواصفات بروتوكول مشترك.
كل تعديل سيصف بدقة كيف يؤثر التحديث على المعاملات واتصالات الشبكة والتوافق والوظائف الأخرى ذات الصلة.
ستخضع التغييرات لمراجعة تقنية وأي موافقات حوكمة مطلوبة قبل أن تصبح جزءًا من المواصفات الرسمية عند تفعيلها على شبكة Solana الرئيسية.
هذا سيسمح للفِرق التي تطور Agave وFiredancer وبرمجيات المُحقق المستقبلية بالعمل وفقًا لمتطلبات موثقة موحدة بدلاً من الاعتماد على كود تنفيذ آخر كمرجع أساسي.
أين يبدأ العميل؟
يُطبّق بناء الطفل-البنك انتقال حدود العصر-E مرة واحدة قبل معاملاته.
يُجعل الهدف واضحًا من خلال قاعدة مشتركة. الثقة الحالة الابتدائية والدورة التالية تظل متطلبات منفصلة.
هذا مسودة مواصفات، وليس تغييرًا في البروتوكول المعتمد. وهو لا يحدد صحة الحالة الابتدائية، أو إعادة التشغيل التاريخية، أو التشغيل المستمر إلى E+1. ولا يتم تحديد أي تحسن في موثوقية العميل.
يمكنه أيضًا جعل اختبار البرمجيات أكثر فعالية. عندما ينتج المدققون المستقلون نتائج مختلفة، سيملك المطورون معيارًا مشتركًا لفحص الخلاف وتحديد أي تنفيذ يحتاج إلى تصحيح.
لقد نشر وات بالفعل مواصفة مسودة تغطي 18 مجالًا من عمليات سولانا، بما في ذلك معالجة المعاملات، والاتصالات الشبكية، والتوافق، والرسوم، ومكافآت المُحققين.
ومع ذلك، يظل المسودة محدودة بفترة محددة من تاريخ سلسلة كتل سولانا، وتفترض أن المطورين يبدأون من حالة شبكة موثوقة بالفعل. سيتطلب عمل إضافي تغطية الترقيات اللاحقة وتأكيد أن التحقيقات تظل متوافقة مع مرور الوقت.