لقد طبعت قائمة الاعتماديات الأساسية لـ DUSK وكنت أراجعها سطرًا سطرًا. وهناك سطران يستحقان التمييز بشكل خاص: المنحنيات والهاش. وسأتحدث اليوم عن هذين فقط.

كان سطر المنحنيات في البداية مكتوبًا فيه ZeroCaf. لم يكتفِ DUSK بأخذ secp256k1 وEd25519 الجاهزين بالكامل، بل اختار مسارًا مرتبطًا بمجال القيم العددية لـ Ristretto. ومن يفهم هذا المجال يدرك فورًا وزن هذا الاختيار: ضغط نقاط Ristretto متجانس، كما تم سدّ الفخاخ التي تتركها نقاط الرتبة المنخفضة بسبب الـ cofactor، وتعمل براهين مثل Bulletproofs على هذا المسار بسلاسة في التوليد والتحقق. إذا حدث خلل في هذه الحلقة، تتضرر السلسلة كلها. اختيار المنحنى أمر خفي، قلّ من ينظر إليه من الخارج، لكنه ذو أهمية كبيرة لدى أهل الخبرة. $BTC .

أما سطر الهاش فكان مكتوبًا فيه Poseidon. أكثر ما يستهلك الموارد في دوائر المعرفة الصفرية هو القيود؛ فإذا وضعت SHA-256 بداخلها، فإن عدد القيود قد يرهق عملية الإثبات. أما Poseidon فقد صُمم أصلًا ليُستخدم داخل الدوائر، وبالنسبة لنفس المهمة فإنه يقلل القيود بدرجة كبيرة. حتى الهاش نفسه في DUSK جرى استبداله بنسخة مخصصة لـ ZK، وهذه التفصيلة كثير من الشبكات لم تدرك أصلًا أنها بحاجة إلى تغييرها.

بعد أن وضعت خطين تحت هذين السطرين، تشكل لدي الانطباع العام عن DUSK: حتى البنية التحتية للتشفير فيه مُهيأة وفق احتياجات براهين المعرفة الصفرية، وليس مجرد تجميع لمكونات عامة. مثل هذا المشروع، غالبًا يعرف بالضبط ما الذي يريده. وما دام DUSK سيصدر أي حركة لاحقًا، فسيكون لدي تصور مسبق عمّا يجري. #dusk $DUSK @Dusk