Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
14 thích
Phần thưởng
14
5
Đăng lại
Retweed
Bình luận
0/400
TopBuyerBottomSeller
· 01-15 13:54
Lại có thêm một dự án tự chế bánh xe nữa, lần này có vẻ khá ổn đấy
Tên Piecrust khá dễ thương, chỉ không biết chạy có ra sao
Chứng minh không kiến thức thật sự dễ bị biến thành dự án PPT, Dusk làm như vậy cũng là bị ép buộc không còn cách nào khác
Cấu trúc EVM thực sự không phải dành cho ZK, muốn sửa đổi thì phải thay đổi lớn
Cơ chế Zero-Copy nghe có vẻ tốt, chỉ không biết trong thực chiến có thể chịu đựng được khối lượng đó không
Kết hợp PLONK + Universal Setup tôi đã thấy vài dự án sử dụng, nhưng hiệu quả thì khác nhau
Ý tưởng tự chế bánh xe này tôi thích, chỉ cần xem cuối cùng có thể thực hiện được hay không
Không phải tất cả các dự án tự chế bánh xe đều thành công, phải xem năng lực của đội ngũ như thế nào
Xem whitepaper có thể rất đa dạng, nhưng quan trọng nhất vẫn là hiệu suất của mainnet
Xem bản gốcTrả lời0
MemeCoinSavant
· 01-15 13:53
ngl cơ chế không sao chép trên xác minh cây Merkle thực sự rất ấn tượng... hầu hết các dự án chỉ sao chép dán Ethereum và gọi đó là đổi mới thật sự
ZK(零知识证明)赛道如今参赛选手众多,可当你真的去仔细研读这些项目的白皮书和技术文档,会发现不少方案其实就是拿现有的以太坊技术栈做个改进升级,算不上什么真正的创新。
Dusk这个项目之所以吸引人的眼球,倒不只是因为它也做隐私公链——这类项目一抓一大把。关键在于他们的技术选型。为了在链上真正跑通隐私运算,这帮开发者居然一从头构建了一套专属的虚拟机——Piecrust。这种做法,只有真正懂技术的人才能领会有多硬。
这样的选择背后有实际考量。EVM当初设计时,根本没预留零知识证明的运算空间。它那个256位的字长架构,用在基于椭圆曲线的ZK证明上,效率低得不像话。与其勉强兼容,Dusk团队反而另辟蹊径,基于WebAssembly(WASM)搭建了Piecrust虚拟机。
最巧妙的部分是什么?他们在内存处理上引入了Zero-Copy机制,底层用的是rkyv这套方案。结果就是智能合约读取数据时,完全跳过了传统虚拟机那种低效的反序列化流程。数据在内存中直接可用,这对处理复杂的隐私Merkle树验证时的性能飙升,简直是量级差异。
再看证明系统的选择,Dusk同样下了功夫。他们采用PLONK算法,而且采的是支持"通用可信设置"(Universal Setup)那个版本的方案。这种设计在工程上更灵活,也更符合隐私计算的长期需求。
从整个技术栈来看,这些选择都不是拍脑门决定的,而是在特定场景下的合理权衡——为隐私计算优化,宁可自己造轮子也要达到目标。这才是值得琢磨的地方。