رؤى مجتمع ومشاعر سوق #networkreliability

صباح هذا اليوم، كانت أمي تقرأ الجريدة وفجأة سألتني: يا بني، ماذا يحدث عندما يبدأ جهاز كمبيوتر واحد داخل شبكة مالية بالتصرف بشكل سيّئ؟

ظلّت تلك الفكرة معي. بصراحة، أعتقد أن هذه مشكلة بنية تحتية أكثر أهمية من مجرد السؤال عن عدد المعاملات التي يمكن لسلسلة الكتل معالجتها.

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

وهنا الجزء الذي أراه مثيراً للاهتمام في Dusk. آلية الإجماع فيها تستخدم مُقدّمي خدمة (provisioners) ومشاركة قائمة على اللجان، بينما تقوم Succinct Attestation بتمرير الكتل عبر مراحل الاقتراح والتحقق والمصادقة قبل أن تقبل الشبكة الحالة الناتجة.

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

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

هنا يبدأ يبدو أن بنية سلسلة الكتل التحتية أقل شبهًا بقاعدة بيانات موزعة وأكثر شبهًا بنظام تشغيلي.

ربما يكون السؤال الأفضل ليس فقط: ما مدى أمان آلية الإجماع؟

بل: ما مدى قابلية سلوك معمارية المُتحققين للثبات والتنبؤ عندما تدخل إلى الصورة مشغّلون حقيقيون وشبكات حقيقية وأعطال حقيقية؟

بالنسبة للبنية التحتية المالية، قد تكون طبقة الاعتمادية هذه مهمة بقدر، إن لم تكن أكثر، من الإنتاجية الخام.

#dusk #Consensus #ValidatorInfrastructure #FaultTolerance #NetworkReliability 🛡️
$DUSK $SOL @Dusk

networkreliability

المواضيع الرائجة