#dusk $DUSK @Dusk مبكرًا في @dusk، كانت ردة فعلي في الحقيقة مبتذلة نوعًا ما: واحد آخر ينسج قصة تجمع بين “الخصوصية + RWA + PoS” على L1. لكن بعد أن غصت فعلًا في الوثائق وكود Rusk، شعرت أن هذا التقييم يقلّل من شأنه—يشبه Dusk أكثر إعادة بناء “نظام تسوية” كامل، وليس مجرد إنشاء سلسلة عامة جديدة.
أكبر خطأ قلته سابقًا، هو أنني اعتبرت Phoenix ميزة “الخصوصية” في Dusk. من خلال مراجعة الكود ونموذج المعاملة، اتضح أنه طريقة أخرى لتمثيل الأصول: Moonlight هو نموذج حسابي علني، بينما يقوم Phoenix بتقسيم الرصيد إلى UTXO قابلة للاستهلاك، ويثبت عبر أدلة معرفة صفرية أنه “لدي الحق في إنفاق هذا المال، ولا أنفقه مرتين”، دون الحاجة إلى كشف تفاصيل المعاملة بالكامل. والأهم من ذلك، في النهاية كِلاهما ينتهي إلى Transfer contract. بمعنى أن الخصوصية ليست ملحقًا خارجيًا، بل حالة أصلية على مستوى دفتر الأستاذ. (DOCS)
كما أن الإجماع جعلني أصحح حكمًا آخر. كنت أرى “لجنة + PoS”، فتصنّف تلقائيًا ضمن لجان الموثّقين العادية. لكن بعد متابعة تصميم SA (Succinct Attestation) اكتشفت أنه يفصل إصدار الكتل والتحقق والتأكيد النهائي إلى أدوار متسلسلة: شخص يقترح أولًا، ثم تتحقق لجنة يتم اختيارها عشوائيًا، وفي النهاية تقوم لجنة أخرى بالـ ratification. بمجرد اكتمال ratification تصبح النتيجة حتمية، وليست مجرد “نُسجِّل على السلسلة ثم نراهن ألا يحدث reorg لاحقًا”. وهذا أهم بكثير من أرقام TPS نفسها، خاصة بالنسبة للتسويات المالية. (DOCS)
هناك أيضًا تفصيل في طبقة الشبكة يمكن أن يُهمَل بسهولة: Dusk لم يسلك انتشار gossip التقليدي من نوع “أستقبل الرسالة ثم أمررها عشوائيًا إلى بعض الجيران”، بل يستخدم overlay منظمًا عبر Kadcast للتحكم في مسارات الرسائل. قيمة هذا التصميم ليست أنه يبدو أكثر تطورًا فحسب، بل أنه يجعل عرض النطاق والتأخير أكثر قابلية للتحكم—وفي السيناريوهات المالية، غالبًا ما تكون الحتمية أهم من الذروة العالية التي تُروَّج في الإعلانات. (Dusk)
لذلك تغيّر حكمي الحالي حول Dusk: ما يستحق متابعته حقًا ليس “هل يمكنه أن يصبح L1 رائجًا آخر”، بل هل يستطيع حشر معاملات الخصوصية، والإفصاح المتوافق مع الامتثال، والتسوية الحتمية، وإصدار الأصول داخل دفتر أستاذ طبقي واحد.
أكبر خطأ قلته سابقًا، هو أنني اعتبرت Phoenix ميزة “الخصوصية” في Dusk. من خلال مراجعة الكود ونموذج المعاملة، اتضح أنه طريقة أخرى لتمثيل الأصول: Moonlight هو نموذج حسابي علني، بينما يقوم Phoenix بتقسيم الرصيد إلى UTXO قابلة للاستهلاك، ويثبت عبر أدلة معرفة صفرية أنه “لدي الحق في إنفاق هذا المال، ولا أنفقه مرتين”، دون الحاجة إلى كشف تفاصيل المعاملة بالكامل. والأهم من ذلك، في النهاية كِلاهما ينتهي إلى Transfer contract. بمعنى أن الخصوصية ليست ملحقًا خارجيًا، بل حالة أصلية على مستوى دفتر الأستاذ. (DOCS)
كما أن الإجماع جعلني أصحح حكمًا آخر. كنت أرى “لجنة + PoS”، فتصنّف تلقائيًا ضمن لجان الموثّقين العادية. لكن بعد متابعة تصميم SA (Succinct Attestation) اكتشفت أنه يفصل إصدار الكتل والتحقق والتأكيد النهائي إلى أدوار متسلسلة: شخص يقترح أولًا، ثم تتحقق لجنة يتم اختيارها عشوائيًا، وفي النهاية تقوم لجنة أخرى بالـ ratification. بمجرد اكتمال ratification تصبح النتيجة حتمية، وليست مجرد “نُسجِّل على السلسلة ثم نراهن ألا يحدث reorg لاحقًا”. وهذا أهم بكثير من أرقام TPS نفسها، خاصة بالنسبة للتسويات المالية. (DOCS)
هناك أيضًا تفصيل في طبقة الشبكة يمكن أن يُهمَل بسهولة: Dusk لم يسلك انتشار gossip التقليدي من نوع “أستقبل الرسالة ثم أمررها عشوائيًا إلى بعض الجيران”، بل يستخدم overlay منظمًا عبر Kadcast للتحكم في مسارات الرسائل. قيمة هذا التصميم ليست أنه يبدو أكثر تطورًا فحسب، بل أنه يجعل عرض النطاق والتأخير أكثر قابلية للتحكم—وفي السيناريوهات المالية، غالبًا ما تكون الحتمية أهم من الذروة العالية التي تُروَّج في الإعلانات. (Dusk)
لذلك تغيّر حكمي الحالي حول Dusk: ما يستحق متابعته حقًا ليس “هل يمكنه أن يصبح L1 رائجًا آخر”، بل هل يستطيع حشر معاملات الخصوصية، والإفصاح المتوافق مع الامتثال، والتسوية الحتمية، وإصدار الأصول داخل دفتر أستاذ طبقي واحد.