#dusk $DUSK @Dusk
لقد قرأت في الأيام القليلة الماضية عن Dusk ولاحظت شيئًا غريبًا إلى حد ما.
يتحدث الـ Crypto كثيرًا عن TPS. لكن إذا كانت الأشياء التي تُنقل على البلوكشين هي أسهم أو سندات ذات قيمة كبيرة، فقد تكون أهم الأسئلة هي:
متى تنتهي هذه المعاملة فعليًا؟
عدت لقراءة قسم DuskDS التابع لـ @DuskFoundation ولاحظت أن Succinct Attestation ملفتٌ للنظر.
تمر دورة إجماع واحدة عبر proposal → validation → ratification. بعد أن يتم ratify للبلوك، يوفّر DuskDS finality حتميًا.
يبدو الأمر جافًا بعض الشيء 😅 لكن عندما تضعه في سياق التمويل يصبح مفهومًا أكثر بكثير.
إذا قام A للتو بتحويل أصلٍ إلى B، فليس على B فقط أن يرى أن المعاملة ظهرت على الـ explorer. بل يحتاجون إلى معرفة أن الحالة تم تثبيتها لكي يمكن للخطوة التالية من المعاملة أن تحدث.
وأعتقد أن هذا هو المكان الذي يختار فيه Dusk حلًا لمشكلة مختلفة تمامًا عن L1.
ليس فقط “كم عدد المعاملات التي يمكن معالجتها”، بل أيضًا بناء settlement واضح بما يكفي للـ workflows المالية التي يكون فيها ما إذا كانت الأمور قد تم تثبيتها فعليًا له معنى.
تتولى DuskDS كذلك الإجماع والـ settlement وتوافر البيانات، بينما تخدم DuskVM/DuskEVM مسارات تنفيذ مختلفة.
كلما تعمقت أكثر، كلما رأيت أن الجزء الذي يستحق الاهتمام من $DUSK l يكمن في أشياء أقل إثارة للضجيج مثل هذا.
إذا أردت إدخال الأصول المالية الحقيقية إلى السلسلة، ففي بعض الأحيان يكون “final” أهم من “fast”.
$ACE
لقد قرأت في الأيام القليلة الماضية عن Dusk ولاحظت شيئًا غريبًا إلى حد ما.
يتحدث الـ Crypto كثيرًا عن TPS. لكن إذا كانت الأشياء التي تُنقل على البلوكشين هي أسهم أو سندات ذات قيمة كبيرة، فقد تكون أهم الأسئلة هي:
متى تنتهي هذه المعاملة فعليًا؟
عدت لقراءة قسم DuskDS التابع لـ @DuskFoundation ولاحظت أن Succinct Attestation ملفتٌ للنظر.
تمر دورة إجماع واحدة عبر proposal → validation → ratification. بعد أن يتم ratify للبلوك، يوفّر DuskDS finality حتميًا.
يبدو الأمر جافًا بعض الشيء 😅 لكن عندما تضعه في سياق التمويل يصبح مفهومًا أكثر بكثير.
إذا قام A للتو بتحويل أصلٍ إلى B، فليس على B فقط أن يرى أن المعاملة ظهرت على الـ explorer. بل يحتاجون إلى معرفة أن الحالة تم تثبيتها لكي يمكن للخطوة التالية من المعاملة أن تحدث.
وأعتقد أن هذا هو المكان الذي يختار فيه Dusk حلًا لمشكلة مختلفة تمامًا عن L1.
ليس فقط “كم عدد المعاملات التي يمكن معالجتها”، بل أيضًا بناء settlement واضح بما يكفي للـ workflows المالية التي يكون فيها ما إذا كانت الأمور قد تم تثبيتها فعليًا له معنى.
تتولى DuskDS كذلك الإجماع والـ settlement وتوافر البيانات، بينما تخدم DuskVM/DuskEVM مسارات تنفيذ مختلفة.
كلما تعمقت أكثر، كلما رأيت أن الجزء الذي يستحق الاهتمام من $DUSK l يكمن في أشياء أقل إثارة للضجيج مثل هذا.
إذا أردت إدخال الأصول المالية الحقيقية إلى السلسلة، ففي بعض الأحيان يكون “final” أهم من “fast”.
$ACE
