قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 9
أعجبني
9
5
إعادة النشر
مشاركة
تعليق
0/400
UnluckyValidator
· منذ 2 س
نعم، هذه المجموعة من PLONKup حقًا جيدة، أخيرًا هناك مشروع يركز على الأساسيات بجدية.
حقًا أن التفاصيل الهندسية لـ DUSK مدهشة... هذا هو الشكل الذي ينبغي أن يكون عليه عمل ZK
شاهد النسخة الأصليةرد0
SocialFiQueen
· منذ 5 س
من النادر أن نرى مشروعًا يركز على التقنية دون الانشغال بالمفاهيم، وارتفاع الأداء بنسبة 40% ليس بالأمر السهل... ومع ذلك، فإن التفاصيل الدقيقة لعملية Rayon المتوازية هي المفتاح، فالعديد من الفرق لا تتعامل مع الأمر بجدية هكذا
شاهد النسخة الأصليةرد0
OnChainDetective
· منذ 5 س
بصراحة، توليد الإثبات بسرعة 1.7s لفت انتباهي—قمت بحساب الأرقام ووجدت أن التحسين بنسبة 40% مقارنة بـ vanilla plonk يتوافق فعلاً مع ما نشرته تعاون برشلونة. لكن ما يزعجني هو: هل لم يتم اختبار هذا تحت ظروف الشبكة الرئيسية الفعلية بعد؟ دائمًا أكون متشككًا عندما تأتي مقاييس الأداء من إعدادات مختبرية محكومة، بصراحة
DUSK这个项目挺有意思的——它没有跟风炒作概念,反而把功夫下在底层优化上。和巴塞罗那大学合作开发的PLONKup证明系统就是最好的例子,在PLONK基础上优化了多项式承诺流程。实测数据很直观:生成一份多区块聚合证明只需1.7秒,比原生PLONK快了40%,还能支持递归验证——这意味着多个区块的有效性证明可以聚合成单个,大幅降低链上验证压力。
搭配rkyv零拷贝反序列化框架,数据加载的效率提升得特别明显。之前我测试过普通ZK项目加载100笔交易数据,要花1.2秒,DUSK只需0.5秒,顺便还省了35%的内存占用。这对轻节点的体验改善还是很实在的。
再加上他们对Poseidon Hash的定制化实现,完全是针对零知识证明场景设计的。碰撞抵抗测试里表现远超SHA-256,哈希计算耗时比同类函数少28%,完全hold得住隐私合约那种高频计算的需求。
不过最后说个有意思的细节——首次测试时没启用std特性的rayon并行,结果证明生成耗时翻倍,后来翻了crates.io文档才发现需要手动开启并行编译参数,调整后性能立刻达标。这种在底层细节上死磕的态度,倒是挺让人印象深刻。不靠噱头,靠学术合作和工程优化来打磨产品,在隐私公链这个赛道里算是技术派的清流。