#dusk $DUSK عقدة الاستيكينغ—هذا الموضوع قيل عنه كثيرًا في السوق، لكن الأسبوع الماضي فعلًا قرأت آلية Provisioner الخاصة بـ Dusk من البداية إلى النهاية، ووجدت عدة مواضع تختلف بوضوح عن منطق سلاسل POS السائدة. سأدوّن فهمي.
لا يقوم Dusk بإنتاج الكتل عبر لجنة واحدة تتناوب بالتداول، بل في كل جولة إجماع يتم إجراء سحب عشوائي لاختيار الفائزين. تُسمّى العقد التي تم اختيارها Provisioner، وتكون مسؤولة عن مرحلة التحقق الأولى عبر التصويت على الكتل. كلما زادت كمية الاستيكينغ، زادت احتمالية أن يتم اختيارك، لكن ذلك لا يزيد بشكل خطّي—فعندما تتجاوز الاستيكينغ حجمًا معيّنًا، تبدأ العائدات الحدّية في التناقص. منطق هذا التصميم هو: كبح ميل “الحيتان” إلى احتكار إنتاج الكتل عبر آليات اقتصادية بدل حدود صلبة في المعلمات، مع الحفاظ على مساحة مشاركة للعقد الصغيرة ذات “فرصة لكن منخفضة التواتر”. @Dusk
مقارنةً بتصميم المُدقّقين في الإيثيريوم: في الإيثيريوم هناك عتبة موحّدة قدرها 32 ETH، وبمجرد الدخول تحصل على أوزان متساوية، وتأتي العشوائية من اختيار اللجنة عبر VRF. الاختلاف لدى Dusk هو أنه ينظّم اتجاه الحوافز على مستوى البروتوكول عبر شكل منحنى العائدات، دون الاعتماد على التصويت الحوكمي لتحريك المعلمات. هذا الفرق يبدو للوهلة الأولى كونه تفاصيل تقنية، لكنه في الحقيقة فلسفتان: إحداهما مساواة في القواعد، والأخرى توازن في الحوافز.
ما فكّرت به أكثر خطوة هو علاقة التفاعل بين لجنتين. بعد أن يقوم Provisioner بإتمام جولة التصويت الأولى للتحقق، توجد مجموعة أخرى من العقد مسؤولة عن اعتماد (تثبيت) التصويت. كلا الدورين يتم توليدهما عشوائيًا من بين أصحاب الاستيكينغ، لكن ليس من نفس عملية السحب. نظريًا قد تشارك نفس حصة الاستيكينغ في epoch واحد في دورَي التحقق والاعتماد معًا، ما يعني أن مصادر العائد لها خطّان. لكن كيف يتم توزيع أوزان الخطّين؟ لم أجد أرقامًا واضحة بعد في الوثائق، وهذه هي النقطة التي سأركّز على تأكيدها لاحقًا. $AKE
من خلال منطق التصميم وحده، فإن اقتصاد عقد Dusk أكثر تفصيلًا مما توقعت. لكن كون التصميم “معقولًا” لا يعني أن التشغيل “صحي”. علينا أن نتحقق ببيانات تشغيل الشبكة الرئيسية: هل توزيع العقد كافٍ لتحقيق لا مركزية فعلية؟ وهل لدى الجهات ذات الاستيكينغ الكبير ميل فعلي للاحتكار؟ النظر إلى ورقة الـ whitepaper وحده لا يكفي. $DUSK إن آلية الاستيكينغ تستحق أن تُحسب بدقة قبل إصدار حكم، وما زلت لم أصل إلى استنتاج بعد.
#dusk @Dusk
لا يقوم Dusk بإنتاج الكتل عبر لجنة واحدة تتناوب بالتداول، بل في كل جولة إجماع يتم إجراء سحب عشوائي لاختيار الفائزين. تُسمّى العقد التي تم اختيارها Provisioner، وتكون مسؤولة عن مرحلة التحقق الأولى عبر التصويت على الكتل. كلما زادت كمية الاستيكينغ، زادت احتمالية أن يتم اختيارك، لكن ذلك لا يزيد بشكل خطّي—فعندما تتجاوز الاستيكينغ حجمًا معيّنًا، تبدأ العائدات الحدّية في التناقص. منطق هذا التصميم هو: كبح ميل “الحيتان” إلى احتكار إنتاج الكتل عبر آليات اقتصادية بدل حدود صلبة في المعلمات، مع الحفاظ على مساحة مشاركة للعقد الصغيرة ذات “فرصة لكن منخفضة التواتر”. @Dusk
مقارنةً بتصميم المُدقّقين في الإيثيريوم: في الإيثيريوم هناك عتبة موحّدة قدرها 32 ETH، وبمجرد الدخول تحصل على أوزان متساوية، وتأتي العشوائية من اختيار اللجنة عبر VRF. الاختلاف لدى Dusk هو أنه ينظّم اتجاه الحوافز على مستوى البروتوكول عبر شكل منحنى العائدات، دون الاعتماد على التصويت الحوكمي لتحريك المعلمات. هذا الفرق يبدو للوهلة الأولى كونه تفاصيل تقنية، لكنه في الحقيقة فلسفتان: إحداهما مساواة في القواعد، والأخرى توازن في الحوافز.
ما فكّرت به أكثر خطوة هو علاقة التفاعل بين لجنتين. بعد أن يقوم Provisioner بإتمام جولة التصويت الأولى للتحقق، توجد مجموعة أخرى من العقد مسؤولة عن اعتماد (تثبيت) التصويت. كلا الدورين يتم توليدهما عشوائيًا من بين أصحاب الاستيكينغ، لكن ليس من نفس عملية السحب. نظريًا قد تشارك نفس حصة الاستيكينغ في epoch واحد في دورَي التحقق والاعتماد معًا، ما يعني أن مصادر العائد لها خطّان. لكن كيف يتم توزيع أوزان الخطّين؟ لم أجد أرقامًا واضحة بعد في الوثائق، وهذه هي النقطة التي سأركّز على تأكيدها لاحقًا. $AKE
من خلال منطق التصميم وحده، فإن اقتصاد عقد Dusk أكثر تفصيلًا مما توقعت. لكن كون التصميم “معقولًا” لا يعني أن التشغيل “صحي”. علينا أن نتحقق ببيانات تشغيل الشبكة الرئيسية: هل توزيع العقد كافٍ لتحقيق لا مركزية فعلية؟ وهل لدى الجهات ذات الاستيكينغ الكبير ميل فعلي للاحتكار؟ النظر إلى ورقة الـ whitepaper وحده لا يكفي. $DUSK إن آلية الاستيكينغ تستحق أن تُحسب بدقة قبل إصدار حكم، وما زلت لم أصل إلى استنتاج بعد.
#dusk @Dusk
小散户质押有没有实际收益
0%
质押多少才能稳定入选Provisione
0%
节点罚没规则是否比以太坊宽松
100%
1 الأصوات • تمّ إغلاق التصويت