كنت أبحث عن مصدر العشوائية خلف الاختيار الحتمي لـ Dusk.
كنت أتوقع وجود آلية منفصلة تمامًا. منارة عشوائية خارجية. بعض القيمة التي يتم توليدها بشكل مستقل عن السلسلة.
لا يوجد واحد.
تأتي البذرة المستخدمة لاختيار مولّد الكتلة التالي ولجان التصويت من توقيع مولّد الكتلة الحالي على بذرة الكتلة السابقة.
كل كتلة تنتج المدخل الذي تحتاجه عملية الاختيار التالية.
هنا توقفت عندي الفكرة.
البذرة ليست مجرد تُنقل من كتلة إلى أخرى. بل يتم إنتاجها من جديد في كل مرة بواسطة مولّد الكتلة الحالي. إن كان بإمكان مُولِّدٍ ما التنبؤ بالاختيار المستقبلي، فسيكون لديه سبب لاستغلال تلك المعرفة.
الورقة البيضاء واضحة بشأن سبب أهمية ذلك. لأن كل بذرة لا توجد إلا مرة واحدة بمجرد أن يوقّع عليها مُولِّدها، لا يمكن حساب المولدات المستقبلية وأعضاء اللجنة سلفًا.
ليس لأن المعلومات مخفية في مكان ما.
بل لأنها لم تُوجد بعد.
كنت أتخيل أن عدم القابلية للتنبؤ هو شيء يحتاج نظام إجماع إلى استيراده من مكان آخر.
تتعامل @Dusk تreats الأمر على أنه شيء تنتجه السلسلة خطوة بخطوة.
هذا يغيّر ما أفكر أنه حد الأمان. الخاصية المهمة ليست أن البذرة تبقى سرية. بل أن المعلومات اللازمة للاختيار التالي لا توجد حتى يتم إنتاج الكتلة الحالية.
ما زلت أريد فهم ما يحدث عندما يتفق نفس العدد الصغير من المولّدين على إنتاج عدة كتل متتالية. هل يحافظ بناء التوقيع المتسلسل على نفس درجة عدم القابلية للتنبؤ عبر تلك الفترة، أم أن التحكم المتكرر بإنتاج الكتل يغيّر أيًا من افتراضات الأمان؟
$DUSK يصبح الأمر أكثر إثارة للاهتمام بالنسبة لي فقط إذا ظلت سلسلة التبعية هذه قائمة خلال فترة حقيقية من مولّدين متتاليين، لا فقط ضمن النموذج.
كنت أتوقع أن يعمل التحقق من الهوية (KYC) على السلسلة بالطريقة نفسها التي يعمل بها في كل مكان آخر.
قدّم هويتك مرة واحدة لكل خدمة، ومن ثم تحتفظ تلك الخدمة بنسخة عمّن أنت.
جعلتني «سيتادل» أعيد التفكير في ذلك.
يتم التحقق من المستخدم مرة واحدة بواسطة «مزود الترخيص» (License Provider)، والذي يصدر ترخيصًا. ومن هناك يمكن لـ «مزود الخدمة» التحقق مما إذا كان هذا الترخيص صالحًا دون أن يرى الهوية الكامنة خلفه.
كنت أتخيل شيئًا أقرب إلى مدير كلمات المرور. بيانات اعتماد واحدة، تُعاد إعادة استخدامها في كل مكان، وتظل معرّفة بأنها تعود إلى الشخص نفسه في كل مرة يقوم فيها أي شخص بالتحقق منها.
لكن هذا ليس ما يحدث.
لا تستطيع خدماتان مختلفتان تتحققان من ترخيص الشخص نفسه أن تعرفا أنهما تبحثان عن الشخص نفسه. فعمليات التحقق غير قابلة للربط فيما بينها، حتى مع أنها تتحقق من نفس الترخيص الأساسي.
لذلك فادعاء الأمر المثير للاهتمام ليس فقط «أن بياناتك تبقى خاصة».
بل أن عمليات الامتثال المتكررة لا يتعين أن تُنشئ أثرًا يربط بين عمليات التحقق تلك.
وهذا يغيّر معادلة المقايضة.
إن كان لدى كل خدمة تحقق مستقل من KYC فهو متكرر ومكلف، لكن كل خدمة تتحكم في عملية التحقق الخاصة بها. تزيل سيتادل هذا التكرار عبر جعل مزود الترخيص هو الطرف الذي يضع الترخيص الأصلي.
حتى عملية الاستعادة تتبع هذا التصميم: استعادة المحفظة من عبارة البذرة تكفي لاستعادة التراخيص، دون الحاجة إلى أن يحتفظ المستخدم بنسخة احتياطية منفصلة للترخيص.
تصير تجربة الاستخدام اللاحقة أبسط وأكثر خصوصية.
لكن سؤال الثقة ينتقل إلى الأعلى.
ما زلت لا أعرف ما الذي يجعل «مزود الترخيص» يتولى هذا الدور من الأساس، وما إذا كان عبء الامتثال الذي كان يتم تحمّله سابقًا من قِبل كل خدمة فردية قد اختفى فعلًا — أو أنه انتقل ببساطة إلى طبقة واحدة أعلى.
$DUSK لا تصبح مثيرة للاهتمام بالنسبة لي من هذه الناحية إلا بعد أن أفهم من يمكنه أن يصبح مزود ترخيص، وما الذي يمنع هذا الدور من أن يتحول إلى نقطة الفشل المركزية الجديدة.
تُودِع ETH كضمان. وفي النهاية (عند الاستحقاق) ينتهي بها الأمر وهي مدينة بمبلغ 1,600 USDC. يتم لفّ المركز المُستَ leverage في توكن واحد من نوع Gearing Token بدل إدارته عبر حلقات منفصلة.
ثم لاحظت شيئًا في الطرف الآخر.
عند الاستحقاق، لا يلزم أن تُسلِّم Alice 1,600 USDC بالضرورة.
يمكنها بدلًا من ذلك شراء 1,600 FTs من السوق.
إذا كانت تلك الـ FTs تُتداول بسعر 0.95 دولار، فهذا يعني 1,520 دولارًا لتسوية التزام قدره 1,600 USDC.
ربما يتم توفير 80 دولارًا فقط عبر اختيار مسار التسوية الآخر.
هذه هي الجزئية التي لم أكن قد وصلت إليها حقًا من قبل.
GT لا يقتصر على تغليف المركز المُستَ leverage عند الدخول.
بل يُنشئ أيضًا قرارًا سوقيًا ثانيًا عند الخروج.
الدين ثابت.
تاريخ الاستحقاق ثابت.
لكن الطريقة الأرخص لتسويته قد تتغير.
لذلك فإن امتلاك GT ليس فقط حملًا للرافعة حتى تاريخ الاستحقاق.
أنت تحمل أيضًا قرارًا عند الخروج.
وهذا القرار يعتمد على شكل سوق الـ FT عندما تحتاج فعلًا إلى الإغلاق.
$TMX ليست على الهواء بعد، لذا لن أتظاهر بأن لهذه الأمور أي آثار تتعلق بقيمة التوكن اليوم.
لكن إذا أصبح GT طريقةً رئيسيةً لدخول المستخدمين إلى المراكز المُستَ leverage، فستصبح سيولة الـ FT وتسعيرها أكثر أهمية بكثير لتجربة المستخدم.
عند الاستحقاق، لا يتغير الدين.
الذي يتغير هو القرار.
ما زلت متشككًا في شيء واحد: هل تبقى فرصة الـ 80 دولار متاحة عندما يصبح استخدام GT كبيرًا، أم أن الطلب الأعمق على GT في النهاية سيجعل خصم FT صغيرًا جدًا لدرجة ألا يعود له تأثير مهم.
حسنًا، جاءت إعانات البطالة عند 206 ألف اليوم، بانخفاض عن 212 ألف الأسبوع الماضي. العناوين ستسمي هذا "سوق عمل قوي"، لكن إذا نظرت فعلًا بعد السطر الأول... ارتفع متوسط 4 أسابيع إلى 204 آلاف، واستمرت الطلبات المستمرة في الصعود لتصل إلى 1.8 مليون. الناس يجدون صعوبة أكبر في الحصول على وظائف جديدة حتى لو كان عدد المسرّحين أقل في الوقت الحالي.
والآن هذا — قال اقتصادي حرفيًا إن سوق العمل "لم يُظهر أي تدهور" بسبب الارتفاع في أسعار النفط المرتبط بالحرب في إيران. هذه هي القصة الحقيقية التي لا أحد يجعلها عنوانًا.
من المحتمل أن تقرأ الأسواق هذا على أنه حالة ذهبية (ليس حارًا جدًا ولا باردًا جدًا) ما يحافظ على خطّة الاحتياطي الفيدرالي بشأن الخفض. وهذا خبر جيد نسبيًا للأصول عالية المخاطر — توقعات أسعار فائدة أقل تميل إلى أن تكون رياحًا خلفية لـ BTC وللعملات الرئيسية. سنراقب ما إذا كنا سنحصل على رد فعل إيجابي باللون الأخضر حتى الإغلاق، أو إذا كانت المؤشرات الداخلية المختلطة (ارتفاع الطلبات المستمرة) ستُقلق الأمور بدلًا من ذلك.
16 تكرارًا فاشلًا متتاليًا كافٍ كي يتوقف Dusk عن التصرف بشكل طبيعي.
قرأت هذا الرقم عدة مرات قبل أن يستقر في ذهني.
في الظروف العادية، تُجرى خطوات الإجماع مقابل مهلة زمنية (timeout). إذا لم تُنتج الخطوة نتيجة في الوقت المحدد، فإنها لا تُخرج شيئًا وتعيد الجولة المحاولة مرة أخرى.
جرّب. مهلة زمنية. جرّب مرة أخرى.
افترضت أن مسار الفشل يظل قائمًا مهما ساءت الأمور.
لم يحدث ذلك.
بعد 16 فشلًا متتاليًا، يعطّل Dusk تلك المهلات الزمنية. لم يعد بإمكان الخطوات إرجاع NoCandidate أو NoQuorum. تظل التكرارات تعمل حتى يصل المرشح فعليًا إلى quorum من أجل التحقق والتصديق.
وهذا يخلق نمط فشلًا ثانيًا لم أكن قد فصلته من قبل.
الفشل العادي محدود بالساعة. يزيل وضع الطوارئ هذا الحد.
وهذا يطرح مشكلة أخرى: يمكن أن تعمل تكرارات مفتوحة النهاية متعددة في الوقت نفسه، ما يخلق إمكانية أن يصل مرشحون متنافسون إلى quorum في نفس الجولة.
لدى Dusk بالفعل قاعدة لهذا السيناريو: المرشح الذي يصل إلى quorum في أقل تكرار يفوز.
ما زلت لا أعرف ما الذي تبدو عليه فعلًا 16 حالة فشل متتالية على شبكة حية.
ما نوع حالة شبكة مستمرة تقودك إلى ذلك، وكم مرة سيتم تفعيل قاعدة حلّ الفرع بدلًا من بقائها مجرد مسار نظري؟
$DUSK تصبح أكثر إثارة للاهتمام بالنسبة لي إذا أثبت مسار الطوارئ هذا الاعتمادية عندما تحتاجه الشبكة فعلًا.
كنت أراجع اليوم إجمالي القيمة المقفلة (TVL) لدى TermMax، وأعادتني إحدى الأرقام إلى وثائق التصفية.
31.22 مليون دولار، بانخفاض 7.2% خلال الـ 30 يومًا الماضية، وفقًا لـ DeFiLlama.
ليس انهيارًا. لكن جعلني ذلك أنظر عن كثب إلى ما يحدث عندما لا تسير التصفية بسلاسة.
عندما يصل القرض إلى عتبة LLTV، أو عندما يفشل المقترض في سداد الاستحقاق، تحصل الصفقة على نافذة تصفية مدتها ساعتان.
يحصل المُصفّون على مكافأة قدرها 5% من الضمانات. ويتحمل البروتوكول غرامة قدرها 5%.
عادةً، هذه هي القصة كاملة.
لكن ماذا يحدث عندما لا تكفي الساعتان؟
تصف وثائق المخاطر الخاصة بـ TermMax آلية البديل. إذا تعذّر تنفيذ التصفية بالكامل بسبب تحرك حاد في السعر أو سيولة رقيقة، يحصل المقرضون على حصة تناسبية من ضمانات المقترض بدلًا من الأصل الذي كانوا قد أقرضوه.
التسليم الفعلي.
تلقائي. دون حاجة لموافقة المقرض.
كانت هذه هي الجزء الذي اضطررت للتفكير فيه مرتين.
السعر ثابت.
والاستحقاق ثابت.
ومسار الاسترداد ليس ثابتًا.
وأنا لا أعتقد بالضرورة أنه خلل. إذا كان البديل هو تصفية فاشلة وخسارة أسوأ، فقد يكون استلام الضمانات الأساسية هو النتيجة الأفضل.
لكن هذا يغيّر معنى “اليقين” بالنسبة للمقرض.
أنت تعرف السعر.
وتعرف مدة القرض.
لكن لا تعرف بالضرورة أي أصل سيكون في محفظتك إذا تعطل مسار التصفية العادي.
انخفاض TVL بنسبة 7.2% لا يخبرني أن التسليم الفعلي قريب من التفعيل في أي مكان. لا أملك هذه البيانات.
لكن هذا يجعلني أرغب في رؤية رقم آخر إلى جانب TVL: مقدار الضمانات التي يمكن بالفعل تصفيتها داخل نافذة الساعتين تلك.
لأن هذا هو الحد الذي كنت أرغب في فهمه قبل اعتبار آلية التصفية “مرنة” تحت الضغط.
إذا جعلت TermMax هذا الرقم مرئيًا يومًا ما، فسيكون هذا الرقم هو الذي سأراقبه.
أمثلة الأيام الـ45 في تكامل Morpho لدى TermMax أربكتني.
لدى مقترض 50,000 USDC مقابل wstETH، ومُقفل ضمن مركز لدى TermMax مع تاريخ استحقاق.
سعر ثابت. مدة معروفة.
أمر مباشر بما يكفي.
ثم لاحظت مسار الخروج.
التحويل إلى Morpho يسمح للمقترض نفسه بإغلاق مركز TermMax قبل الاستحقاق ونقل الضمان نفسه بالضبط إلى قرض عائم في Morpho، بشكل ذري (atomically).
لا يوجد انقطاع في التغطية. ولا حاجة لتوفير أموال السداد أولاً.
مثالهم الخاص يوضح السبب: إذا كان المقترض يتوقع انخفاض أسعار الفائدة العائمة، فيمكنه إنهاء المركز الثابت مبكرًا وإعادة التمويل عبر Morpho.
لذا فالجزء المثير للاهتمام ليس هو السعر.
بل هو الالتزام.
أنشأت TermMax منتجًا بسعر ثابت، ثم بنت طريقة خروج متعمدة منخفضة الاحتكاك من الجزء الثابت.
وهذا يعني أن تاريخ الاستحقاق ليس جدارًا فعليًا.
إنه أشبه بإعداد افتراضي يمكن للمقترض تجاوزه عندما تتغير رؤيته لسعر الفائدة.
إليك ما لا أستطيع الإجابة عنه بمجرد قراءة آلية العمل:
عندما تتحرك الأسعار بما يكفي لجعل التحويل إلى Morpho جذابًا، هل يحمي هذا الخروج سيولة TermMax، أم أنه يستنزف الجانب الثابت تمامًا عندما يحتاج البروتوكول إلى الالتزام للحفاظ؟
هذا السلوك هو ما أرغب في رؤيته بمجرد أن يدفع حجم حقيقي، وليس مثال 50,000 USDC النظيف، عبر ذلك.
$TMX لم يصبح حيًا بعد، لذلك فأنا أقل اهتمامًا بما يفعله الرمز اليوم. اهتمامي أكبر في ما إذا كانت هذه البنية قادرة على الصمود عند التوسع قبل أن يصبح الرمز جزءًا من المعادلة.
توقفت عند مكافأة المُولّد البالغة 80% في المرة الأولى التي قرأت فيها تقسيم مكافأة كتلة Dusk.
ثم لاحظت أن الـ80% ليست ثابتة فعليًا.
يتم تقسيم المكافأة: 80% للمُولّد، و10% للجنة التصويت، و10% لـ Dusk.
فقط 70% من حصة المُولّد ثابتة. أما الـ10% المتبقية فتعتمد على عدد أصوات اللجنة التي تدخل في شهادة الكتلة، مُرجّحة باعتمادات المصوّتين. تضمّن كل الأصوات، ويحصل المُولّد على نسبة الـ80% كاملة.
لذلك فإن الفوز بالكتلة وتعظيم مكافأتها أمران مختلفان.
على المُولّد أن يفعل أكثر من مجرد إنتاج الكتلة؛ بل يجب أيضًا أن يضمّن عمل اللجنة في الشهادة.
وهذا يخلق حافزًا بسيطًا لكن مثيرًا للاهتمام: جزء من اقتصاديات المُولّد يعتمد على مدى اكتمال تلك الشهادة.
ما لا أستطيع تحديده من الوثائق هو مدى أهمية ذلك عمليًا. عندما تصل الأصوات متأخرة، كم مرة يتم فعلاً التقاط هذا المتغير بنسبة 10%؟
هذا هو الرقم الذي كنت أعود إليه باستمرار بعد الاطلاع على حملة بوستر TermMax...
1.7M تذهب إلى السحب على الجوائز. 300K تذهب إلى منشئي Binance Square.
وأكبر حوض مكافآت منخفض الاحتكاك. مهام السحب على الجوائز المذكورة هي في الأساس اتبع، أعد النشر، اختبار/مسابقة، Discord، وربط محفظتك — لا يوجد إيداع أو أي نشاط فعلي يتطلب الاقتراض أو الإقراض أو الخيارات لهذا المسار.
لحظة...
القصة الكاملة لمنتج TermMax تدور حول الاقتراض والإقراض والخيارات بسعر ثابت، ورأس المال الذي تعرف فيه السعر واستحقاقه مسبقًا.
لكن أكبر مسار للمكافآت لا يتطلب فعليًا من المستخدمين استخدام تلك المنتجات.
الجزء الأصغر 300K من حوض TMX هو جانب Binance Square، حيث يجب على منشئي المحتوى فعلًا المنافسة على جودة المحتوى والترتيب.
لعلّي كنت أنظر إلى البوستر بطريقة خاطئة.
يبدو أن حوض 1.7M TMX مُصمم للوصول منخفض الاحتكاك وربط المحافظ... بينما يمنح حوض Square الأصغر مكافآت لظهور المنشئ وترتيبه.
قد يكون هذا منطقيًا لحملة TGE.
لكن ماذا يحدث بعد أن يصل TMX؟
هل يصبح هؤلاء المشاركون الـ 1.7M-TMX مستخدمي TermMax... أم تنتهي الحملة عندما تنتهي المكافأة؟
كنت أراجع أحدث تحديث من TermMax هذا الصباح... بدأت بتفاصيل TGE يوم 25 أغسطس وانتهى بي الأمر إلى الغوص في الأرقام بدلًا من ذلك.
أكثر من 90M في TVL. أكثر من 1.5M محافظ مسجّلة. أكثر من 90K مستخدمين نشطين يوميًا. 10 سلاسل EVM.
حسنًا... يبدو أن هذا حضور ضخم.
لكن بعد ذلك لاحظت أين يظهر الآن نفس فكرة “السعر الثابت”.
الإقراض، والخيارات، والأسهم المرمّزة... وحتى التمويل المؤسسي على Canton.
هذا ما جعلني أتوقف لحظة.
لأن هذا ليس مجرد @TermMax أخذ منتج إقراض واحد ووضعه على سلاسل أكثر. بل هم يدفعون نفس فكرة “المعدل المعروف، والمدة المعروفة” إلى أنواع مختلفة جدًا من رأس المال.
همم... لست متأكدًا أن الأمر بهذه البساطة كما يبدو.
إذا كبر حجم رأس المال واحتاج الأشخاص الذين يستخدمونه إلى التخطيط لتدفقات النقد، فغالبًا تصبح اليقينية أكثر قيمة.
لكن التمويل اللامركزي بُني أيضًا لسنوات حول المرونة.
فأيّهما سيفوز عندما يبدأ الطرفان بسحب الأمور في اتجاهين متعاكسين؟
ماذا لو قال الرمز إنك تملك الأمان، لكن القانون يقول إن السجل الحقيقي موجود في مكان آخر؟
صادفتُ هذا السؤال أثناء قراءتي لأحدث مقال من Dusk حول تو tokenization الخاصة بالشركات الصغيرة والمتوسطة.
يقدّم المقال مثالًا هولنديًا ملموسًا: تتطلب عمليات نقل أسهم BV عقدًا رسميًا (موثقًا) أمام كاتب عدل.
وهذا يطرح سؤالًا لم أكن قد فكرت فيه حقًا. إذا كان الأمان ممثلًا على السلسلة (on-chain)، لكن توجد عملية قانونية مطلوبة ما تزال خارج السلسلة، فما الذي يمثّله الرمز بالضبط؟
كنت أفكر في التملك المُرمّز (tokenized ownership) أساسًا بوصفه مسألة وضع الأصل على السلسلة. لكن الجزء الأصعب ربما يكون في الحفاظ على حالة التملك الرقمية متوافقة مع أي سجل يعترف به الاختصاص القضائي فعليًا.
إذا أمكن لهاتين الحالتين أن تتعارضا يومًا ما، فإن عملية الترميز لم تُزل تمامًا أعمال المواءمة (reconciliation). لقد أنشأت مشكلة تنسيق جديدة بين الجانبين الرقمي والقانوني.
ففي حال تعارض حالة الملكية على السلسلة مع السجل ذي الحجية القانونية، أيهما يعامل Dusk باعتباره مصدر الحقيقة؟
كنت أعتقد أن "الأصول الخاضعة للتنظيم على السلسلة" هي في الأساس مجرد عائق تنظيمي واحد.
لكن الاطلاع على شراكة Dusk مع NPEX جعلني أدرك أنها أكثر تعقيدًا من ذلك.
تُسمّي المواد الخاصة بـ Dusk أربع تراخيص: ترخيص MTF لسوق ثانوية خاضعة للتنظيم، وترخيص وسيط (Broker) لتوفير الأصول مثل صناديق سوق المال (MMFs) والسندات، وترخيص ECSP لأدوات استثمارية تُموّل من الأفراد (القطاع التجزئة)، وترخيص DLT-TSS المرتبط بالإصدار الأصلي وإضفاء الطابع الرمزي (tokenization) للأصول الخاضعة للتنظيم على السلسلة.
الجزء المثير للاهتمام ليس فقط أن لدى NPEX أربع تراخيص. بل إنّها تقابل أشياء مختلفة يمكن للمؤسسة فعلها فعليًا باستخدام الأصل.
إنّ تداول أصلٍ خاضعٍ للتنظيم قائم بالفعل وإنشاء هذا الأصل أصليًا على السلسلة هما سير عمل مختلفان، مع متطلبات تنظيمية مختلفة في الأسفل.
لم أكن قد أفصل بينهما من قبل. يبدو "التمويل الخاضع للتنظيم على Dusk" كأنه قدرة واحدة من الخارج، لكن البنية التحتية خلفه أكثر تفصيلًا ودقة.
الجزء الذي أراقبه الآن هو ما إذا كان هذا الفصل التنظيمي يظهر أيضًا في معمار المنتج الفعلي.
هل يتطلب الإصدار الأصلي على Dusk سير عمل مختلفًا جوهريًا عن جلب أصلٍ خاضعٍ للتنظيم قائم بالفعل إلى الشبكة؟
بعد التحذير، يمكن لجهة التزويد من فئة Dusk أن تنقل 10% من حصتها إلى المكافآت، لكن الرموز لا تُحرق.
كانت هذه هي الجزء الذي لم أتوقعه.
تتدرّج آلية الإيقاع الناعم (soft-slashing) النهائية لدى Dusk مع الأخطاء المتتالية. تعني N أخطاء أن N × 10% من الحصة تُنقل إلى رصيد المكافآت لنفس العقدة، بينما تُستبعَد جهة التزويد من الإجماع لمدة N من العصور.
لذلك فالعقوبة ليست مجرد «اختفاء رموزك».
تبقى الحصة لدى نفس جهة التزويد. ما يتغيّر هو مقدار ما يبقى منها نشطًا من أجل الإجماع.
وهناك تفصيلة أخرى وجدتها أكثر إثارة للاهتمام. لا يُعاد تعيين عدد الأخطاء لمجرد انتهاء فترة الإيقاف. تقول Dusk إن التحذير وعدّاد الأخطاء يُعاد ضبطهما عندما تكسب جهة التزويد مكافأة فعليًا عبر إنتاج كتلة أو التصويت بنجاح.
لذا فإن الانتظار ليس ما يُعيد السجل. المشاركة بنجاح هي ما يفعل ذلك.
يمكن أيضًا أن يستمر خفض الحصة النشطة باتجاه الحد الأدنى للشبكة البالغ 1,000 DUSK.
بدأت أفكر في الإيقاع الناعم بطريقة مختلفة بعد قراءة ذلك. الأمر أقلّ ما يكون حول أخذ رموز شخص ما، وأكثر حول تقليل الوزن النشط وأهلية جهة التزويد تدريجيًا عندما تستمر في الفشل.
هل هذا يجعل التعافي من الأخطاء المتكررة أصعب عمدًا من مجرد الانتظار حتى تنتهي فترة الإيقاف؟
اعتقدت أن معاملة DuskEVM السريعة هي في الأساس معاملة مُستقرة.
ثم وجدت تحذيرًا في وثائق Dusk جعلني أعيد التفكير في هذا الافتراض.
يفصل DuskEVM بين إدراج المعاملة والتسوية.
يمكن إدراج معاملة في كتلة L2 بسرعة، لكن هذا لا يعني أن الحالة الناتجة قد استقرت بالفعل بعدُ على Dusk L1. المرحلتان مرتبطتان عبر التجميع (batching) والالتزامات بالحالة (state commitments) وإثباتات الأعطال (fault proofs).
أكثر التفاصيل التي وجدتها مثيرة للاهتمام هي أن @Dusk يذكر صراحةً للتطبيقات التي تنقل قيمة بين DuskEVM وDusk L1 عدم استنتاج نهائية المعاملة (finality) اعتمادًا فقط على مرور الوقت.
يبدو ذلك بديهيًا بعد قراءته، لكن الأمر في الواقع يميّز تصميمًا مهمًا.
“تم تأكيدها بسرعة” و“يمكن التعامل معها على أنها مُستقرة” ليسا بالضرورة الشيء نفسه.
بالنسبة لتطبيق ينقل قيمة حقيقية، قد تعني الاستفادة من مؤقّت كاختصار القيام بالإجراء بناءً على الإدراج بينما لا يزال إتمام عملية التسوية عبر الطبقات (cross-layer settlement) غير مكتمل.
لذا بقي لدي سؤال واحد:
ما حالة البروتوكول الدقيقة التي ينبغي أن يعتمد عليها التطبيق باعتبارها مرجعية (authoritative) قبل تحرير القيمة عبر حدود DuskEVM ↔ Dusk L1؟