سلسلة BNB تقدم اقتراح BEP-593 لتعزيز كفاءة عقدة BSC

شبكة Blockchain التي طورتها بورصة العملات المشفرة Binance، سلسلة BNB أُعلن أن BSC بصدد الانتقال إلى بنية تحتية أكثر كفاءة للعقد. وفي إطار هذه المبادرة، طُرح مقترح BEP-593، الذي يتضمن تنفيذ لقطات أسبوعية متزايدة لتحسين عملية المزامنة.

يتيح BEP-593 أيضًا تضمين معرفات عقد المحقق في عقد النظام، مما يسمح للمحققين بتحديد هوية بعضهم البعض داخل شبكة النظير إلى النظير ونقل الرسائل بكفاءة أكبر.

يوضح الاقتراح أنه بينما تعمل شبكة BSC P2P الحالية بفعالية بفاصل زمني قدره ثلاث ثوانٍ، يُتوقع أن تُمكّن التحديثات القادمة بموجب BEP-520 وBEP-524 من فاصل زمني أقل من الثانية. يُدخل هذا التحول متطلبات أكثر صرامة لتقليل زمن وصول الرسائل. تعمل شبكة P2P العامة الحالية كنظام واسع النطاق لا يحتاج إلى أذونات، مما يسمح لأي شخص بالمشاركة. على الرغم من أن عدم الحاجة إلى الأذونات ضروري للحفاظ على اللامركزية، إلا أنه يُمثل تحديات من حيث زمن وصول الشبكة وكفاءة التشغيل.

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

ترقية عقد StakeHub تقترح تسجيل معرف عقدة التحقق على السلسلة لتحسين أمان الشبكة

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

يُدخل برنامج BEP المُقترح تحديثًا لعقد StakeHub، يتطلب حقول تخزين إضافية للاحتفاظ بسجل مُعرّفات عُقد المُصدّق. يتضمن التحديث إرشادات مُحددة تُنظّم استخدام هذه المُعرّفات وإدارتها. العناوين المُرتبطة بالمُصدّق فقط - وهي operatorAddress و agentAddress و consentAddress - هي المُصرّح لها بتحديث مُعرّفات العُقد. بالإضافة إلى ذلك، فإن المُصدّقين المُنشأين داخل StakeHub هم فقط المؤهلون لتسجيل مُعرّفات عُقد مُتعددة. ستُحدّد آليات الحوكمة الحد الأقصى لعدد مُعرّفات العُقد التي يُمكن للمُصدّق تسجيلها، مع حدّ افتراضي مُحدّد بخمسة مُعرّفات.

لدعم هذه الوظيفة، سيُنفِّذ عقد نظام StakeHub وظيفتين جديدتين: واحدة لإضافة مُعرِّفات العقدة وأخرى لإزالتها. هاتان الوظيفتان هما: defiكما هو موضح، لا يمكن استدعاء هذه الوظائف إلا من قِبل مُشغِّل المُصدِّق أو وكيله أو عناوين الإجماع؛ وسيتم رفض أي محاولة من قِبل عنوان غير مُصرَّح به.

لماذا يجب إضافة معرفات عقدة التحقق والاستفادة من عقد النظام؟

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

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

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

تتطلب التغييرات الموضحة في هذه BEP شوكة صلبة على مستوى الشبكة من أجل تعديل عقد النظام والحفاظ على منطق متسق عبر العقد المشاركة.