9-28 عند الغسق: في النصف الخلفي من هذه المقالة يوجد تفصيل حقيقي عن الأعمال القذرة: التحويل عبر السلاسل يجب أن يمر عبر بوابتين. سندٌ تم إصداره أصلاً على DuskEVM ويراد نقله إلى جهة إيثيريوم، لا يكفي أن ترسل الأوامر فقط؛ بل يجب على الطرف الآخر إعادة إجراء فحص أهليةٍ مرة أخرى، ولا يجوز التهرّب بتجاوز استخدام السجلات القديمة الخاصة بالتحويل. هذه هي الخطّتان: التحويل العادي لديه مجموعة فحوصات، والإصدار الجديد لديه مجموعة فحوصات أخرى. الصكّ المُجدَّد (السك) ليس نفس كود التحويل، لذلك لا يمكن تشغيلهما معًا.
تكلفة الوقوع في هذه الخطوة على نحو محدد: في السلسلة A يتم حرق 100 وحدة استعدادًا لسك 100 وحدة على السلسلة B. إذا كانت بيانات/إثباتات الاستلام على جهة المتلقي قد انتهت صلاحيتها بالفعل، سيفشل سكّ السلسلة B، لكن 100 وحدة في السلسلة A تكون قد احترقت بالفعل، فتتحول هذه الـ 100 وحدة إلى «معلّقة» حتى يتم إعادة تفعيل الإثباتات أو قيام جهة التشغيل بإجراء تراجع/إعادة ضبط. ولهذا يجب أن تتضمن بنية Dusk طبقة Citadel داخل العقود الأصلية، وليس مجرد رقعة لاحقة؛ فالبيانات المرتبطة بالإثباتات مقترنة بدورة حياة الأصول، وليست مُتحققًا منها بشكل فوري عند لحظة التحويل.
عندما ننقل هذه المسألة من منظور هندسي إلى منظور منتج، فالرقم الذي تحصل عليه المؤسسات اليوم ليس «كم يمكن توفيره على السلسلة»، بل هي ثلاث أسئلة حقيقية: كم وحدة يجب إرجاعها عند الفشل مرة واحدة، من الذي سيوقّع على هذا التراجع، وكيف تُسجّل جهة التنظيم ذلك. إن المنافس الحقيقي للإصدار الأصلي ليس توكنات مغلّفة، بل ذلك الإجراء القديم الذي يقوم على مطابقة بيانات عبر جداول إلكترونية.
@Dusk هذه الطريقة ليست جديدة؛ القيمة تكمن في ربط Citadel وDuskVM بطبقة العقود الأصلية. $DUSK لا يبدو ملفتًا اليوم، لكن تكلفة فشل الربط عبر السلاسل في سوق الامتثال هي التي تدفعها المؤسسات فعلاً، وهذه هي الأموال التي يدفعونها.
#dusk #原生发行 #跨链失败案例 $DUSK @Dusk
تكلفة الوقوع في هذه الخطوة على نحو محدد: في السلسلة A يتم حرق 100 وحدة استعدادًا لسك 100 وحدة على السلسلة B. إذا كانت بيانات/إثباتات الاستلام على جهة المتلقي قد انتهت صلاحيتها بالفعل، سيفشل سكّ السلسلة B، لكن 100 وحدة في السلسلة A تكون قد احترقت بالفعل، فتتحول هذه الـ 100 وحدة إلى «معلّقة» حتى يتم إعادة تفعيل الإثباتات أو قيام جهة التشغيل بإجراء تراجع/إعادة ضبط. ولهذا يجب أن تتضمن بنية Dusk طبقة Citadel داخل العقود الأصلية، وليس مجرد رقعة لاحقة؛ فالبيانات المرتبطة بالإثباتات مقترنة بدورة حياة الأصول، وليست مُتحققًا منها بشكل فوري عند لحظة التحويل.
عندما ننقل هذه المسألة من منظور هندسي إلى منظور منتج، فالرقم الذي تحصل عليه المؤسسات اليوم ليس «كم يمكن توفيره على السلسلة»، بل هي ثلاث أسئلة حقيقية: كم وحدة يجب إرجاعها عند الفشل مرة واحدة، من الذي سيوقّع على هذا التراجع، وكيف تُسجّل جهة التنظيم ذلك. إن المنافس الحقيقي للإصدار الأصلي ليس توكنات مغلّفة، بل ذلك الإجراء القديم الذي يقوم على مطابقة بيانات عبر جداول إلكترونية.
@Dusk هذه الطريقة ليست جديدة؛ القيمة تكمن في ربط Citadel وDuskVM بطبقة العقود الأصلية. $DUSK لا يبدو ملفتًا اليوم، لكن تكلفة فشل الربط عبر السلاسل في سوق الامتثال هي التي تدفعها المؤسسات فعلاً، وهذه هي الأموال التي يدفعونها.
#dusk #原生发行 #跨链失败案例 $DUSK @Dusk
