Trong lĩnh vực quyền riêng tư chuỗi khối và chứng minh không kiến thức thực sự đã từng phát triển sâu, những người làm việc sâu về công nghệ đều thẳng thắn thừa nhận một điểm cốt lõi: ZK chưa bao giờ là vấn đề khả năng thực hiện chức năng, mà là vấn đề hiệu suất khả dụng. Dù luận văn và whitepaper có đẹp đến đâu, khi bước vào giai đoạn triển khai thực tế, thời gian tạo chứng minh thường mất hàng chục giây thậm chí vài phút, dẫn đến trải nghiệm người dùng cuối cùng bị sụp đổ.



Nhiều blockchain công khai trên thị trường tuyên bố hỗ trợ chứng minh không kiến thức, nhưng thực tế là tích hợp logic mạch trong khung EVM một cách cưỡng ép. Phương án này dù về lý thuyết là khả thi, nhưng trải nghiệm thực tế cực kỳ hạn chế — giống như dùng máy kéo chạy trên đường cao tốc — dù có đạp ga bao nhiêu cũng không thể đạt được hiệu quả như mong muốn.

Trong vài năm qua, rất ít chuỗi có thể xử lý logic quyền riêng tư phức tạp, nguyên nhân không phải do lý thuyết mật mã chưa trưởng thành, mà là môi trường thực thi nền tảng hoàn toàn không theo kịp yêu cầu. Đó chính là lý do tại sao Dusk chọn con đường thực hành kỹ thuật hoàn toàn khác biệt: thay vì vá lỗi dựa trên EVM, tốt hơn là thiết kế lại hoàn toàn từ tầng máy ảo, do đó tự phát triển máy ảo Piecrust.

Vị trí của VM Piecrust rất rõ ràng — nó không theo đuổi tính linh hoạt chung chung, mà là một môi trường thực thi chuyên biệt dành cho tính toán không kiến thức. Tầm quan trọng của lựa chọn thiết kế này thường bị bỏ qua. EVM về bản chất là tối ưu cho tính xác định trạng thái và khả năng tái phát lại, chưa từng xem xét tính thân thiện với chứng minh. Chạy tính toán không kiến thức trên EVM, giống như vừa thực thi logic kinh doanh, vừa phải gánh chịu chi phí chứng minh khổng lồ bổ sung.

Dusk đảo ngược ý tưởng này: vì mục tiêu là quyền riêng tư và tính toán có thể xác minh, nên mô hình thực thi, tập lệnh và quản lý trạng thái cần được thiết kế từ ngày đầu tiên xung quanh chứng minh không kiến thức. Kết quả là một bước nhảy về hiệu suất tưởng như phản trực giác nhưng thực tế khả thi — thời gian tạo chứng minh được rút ngắn đáng kể, thực sự biến ZK từ lý tưởng trên giấy thành sản phẩm khả dụng.
DUSK69,08%
Xem bản gốc
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.
  • Phần thưởng
  • 4
  • Đăng lại
  • Retweed
Bình luận
0/400
consensus_failurevip
· 15giờ trước
Mọi thứ trên giấy đều có thể, nhưng khi vào thực chiến lại thất bại, đó chính là bức tranh chân thực của ZK Chờ xem, liệu bộ Piecrust VM của Dusk có thực sự chạy được không, hay lại chỉ là một ý tưởng làm màu... Việc ép ZK logic vào EVM giống như dùng búa đóng đinh, sớm muộn gì cũng gặp vấn đề Con đường VM chuyên dụng này có đúng đắn không, chúng ta cần dựa vào dữ liệu thực tế, chỉ nói suông thì không đủ Nói thật, có ai thực sự đã dùng sản phẩm của Dusk chưa, cảm giác thị trường rất sôi động nhưng phản hồi thực tế ít quá Đây mới là hướng đi kỹ thuật nghiêm túc, thay vì ghép ghép nối nối, tốt hơn là thiết kế lại từ gốc ZK chỉ có giá trị khi có thể ứng dụng thực tế, một dự án chỉ có bài báo mà không có người dùng thì để làm gì Ý tưởng thiết kế riêng cho Piecrust này thật sự mới mẻ, nhưng liệu có thể thực sự vượt mặt EVM về hiệu năng hay không còn phải xem xét kỹ lưỡng
Xem bản gốcTrả lời0
GasFeeTearsvip
· 15giờ trước
Một phép ẩn dụ khác về xe kéo chạy trên cao tốc, nhưng lần này có vẻ như thực sự có người muốn giải quyết?
Xem bản gốcTrả lời0
MEVHunterXvip
· 16giờ trước
Mẹ kiếp, EVM tích hợp ZK là điểm yếu cố hữu, đã đến lúc phải thay đổi cách tiếp cận rồi
Xem bản gốcTrả lời0
FreeMintervip
· 16giờ trước
又是老生常谈的ZK性能,但Dusk这套思路确实不一样啊 才明白为啥那么多链吹ZK结果都是PPT项目,原来根子就错了 Piecrust这操作有点狠,专用VM确实是活路 不过真的能跑起来吗,还得等着看实际数据说话 EVM强行打补丁确实就像拖拉机飙车,比喻绝了哈哈 这才是正确的设计姿态,从底层就为ZK考虑 感觉币圈真的缺这样肯做硬功夫的项目
Trả lời0
  • Ghim