#dusk $DUSK لقد قمت بتمشيط متطلبات Provisioner في Dusk من البداية إلى النهاية، واكتشفت أن هناك جملة في الوثيقة مكتوبة بلطف لكن عواقبها جسيمة: "لا تقم أبدًا بتشغيل نفس مفتاح التوافق على عقد متعددة نشطة." بمجرد تفعيل ذلك، فهذا ينتمي إلى عقوبة قاسية؛ سيتم حرق DUSK المُرهَن مباشرةً. هذه ليست مجرد تحذير، بل هي قاعدة.$SPCXB
لكي تصبح Provisioner، يلزمك إيداع ما لا يقل عن 1000 DUSK، ولا يكون التفعيل فوريًا—تبدأ الأهلية بعد حدود epoch التالية، أي بعد حدود epoch. يحتوي كل epoch على 2160 كتلة، أي ما يقارب 6 إلى 12 ساعة. يظن كثيرون أنهم بمجرد تحويل الأموال يمكنهم المشاركة فورًا في التوافق، لكن النتيجة هي الانتظار نصف يوم.$SNDKB
التفعيل هو الخطوة الأولى فقط، والأصعب هو الاستمرار في المشاركة. ستتعرض لعقوبات ناعمة عند "عدم المشاركة في التوافق". لا يمكن أن تنقطع العقدة لفترة طويلة جدًا، ولا يمكن أن تتعثر في اللحظات الحرجة. بمجرد وسمك بعقوبة ناعمة، سيتم تحويل جزء من active stake إلى locked stake؛ ورغم أن العملات ما زالت ملكك، إلا أنها لن تحقق عوائد. ولتحويلها مرة أخرى من locked إلى active، قد تحتاج إلى إزالة الإلغاء بالكامل ثم إعادة الرهن.
من منظور مشغّل العقدة الكاملة لـ BTC، تشغيل عقدة يعني فقط مزامنة الكتل والحفاظ على الاتصال بالإنترنت. لكن Provisioner في Dusk له تأمين (وديعة) وله مسؤوليات وعقوبات. إذا استخدمت خوادم سحابية مع تحويل تلقائي عند الأعطال، فتأكد تمامًا من أن المثيل القديم أُوقف بالكامل قبل تشغيل المثيل الجديد.
أكثر ما أود رؤيته هو@Dusk يمكنه أن يقدم لوحة فحص صحة تشغيل (Health Check) بحيث يرى Provisioner في الوقت الحقيقي تفرد مفتاح التوافق، ومدة اتصال العقدة بالإنترنت، وما إذا كانت هناك مخاطر عقوبة ناعمة. لا يكفي أن يراقب المُرهِنون APY فقط—يجب أولًا التأكد من أنه لن يتم حرق عملاتهم بسبب خطأ تشغيل.
#dusk @Dusk