Gần đây tôi đã tiếp xúc với hệ thống chứng minh không kiến thức của Rushel thuộc Dusk, và chính thức luôn nhấn mạnh về "đòn bẩy động" và "tối ưu hóa thanh khoản". Những cách nói này nghe có vẻ huyền bí, vì vậy tôi đã xem qua tài liệu kỹ thuật và suy nghĩ cẩn thận.



Nói thẳng ra, vấn đề cốt lõi thực ra liên quan đến bộ chứng minh ZK đã cũ kỹ — quá cứng nhắc. Quy trình tạo chứng minh không kiến thức truyền thống đòi hỏi cấu trúc mạch điện rất nghiêm ngặt, một khi logic kinh doanh thay đổi, toàn bộ khung chứng minh có thể phải làm lại từ đầu. Điều này đúng là cơn ác mộng đối với các ứng dụng tài chính, vì tốc độ thay đổi của sản phẩm tài chính nhanh hơn nhiều so với tưởng tượng.

"Động" mà Rushel tuyên bố thực ra là muốn làm cho hệ thống chứng minh linh hoạt hơn, có khả năng kết hợp tốt hơn. Hãy tưởng tượng cảnh giao dịch cấp tổ chức — bạn cần gói vay mượn, thế chấp, thanh toán phái sinh thành một giao dịch riêng tư, và logic của giao dịch này còn phải điều chỉnh theo thị trường một cách động. Rushel thông qua chứng minh đệ quy và thiết kế trạng thái có thể cập nhật, giúp nâng cao đáng kể hiệu quả tạo chứng minh cho các nghiệp vụ phức tạp này. Quan trọng nhất là, bạn không cần phát triển một bộ mạch chứng minh mới từ đầu cho mỗi tổ hợp nghiệp vụ mới.

Vì sao điều này giúp thanh khoản? Bởi vì thanh khoản không chỉ đơn thuần là quy mô vốn. Thanh khoản thực sự là khả năng chuyển đổi giữa các chiến lược nhanh chóng và rẻ tiền như thế nào. Nếu chi phí bảo vệ quyền riêng tư khiến các giao dịch trở nên cứng nhắc và chậm chạp, các tổ chức sẽ không muốn dùng. Rushel muốn làm, nói thẳng ra, là giảm thiểu "thuế phí chi phí quyền riêng tư".

Dù sao đi nữa, những lợi thế này hiện vẫn chỉ dừng lại ở giai đoạn lý thuyết. Hiệu suất thực tế ra sao, còn phải chờ lên chuỗi mới biết. Tôi đã chạy thử một số dữ liệu trên mạng thử nghiệm, cảm nhận chung là giữa "hiệu quả lý thuyết" và "trải nghiệm thực tế" trong lĩnh vực ZK vẫn còn một khoảng cách khá lớn. Mong rằng họ thực sự có thể đưa hệ thống đòn bẩy động này thành sản phẩm — nếu không thể triển khai, các khách hàng tổ chức sẽ không nghe nổi câu chuyện kỹ thuật, thì tất cả chỉ còn là lý thuyết suông.
DUSK-4,41%
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
  • 8
  • Đăng lại
  • Retweed
Bình luận
0/400
GasFeeBeggarvip
· 01-20 15:59
纸上谈兵这块我太懂了,又是递归又是可更新,到头来还不是等上链才见分晓 等等,这隐私成本税的说法还挺有意思的,感觉戳到了机构真实的痛点 理论效率和真实体验之间差得有多远呢,能分享下测试网的数据吗 又一个ZK项目吹得震天响,真落地能跑起来就不错了 说实话动态杠杆这名字取得有点离谱,听起来像在卖期货产品
Trả lời0
SchrodingerWalletvip
· 01-19 07:09
Lý thuyết dù có đẹp đến đâu cũng phải dựa vào dữ liệu trên chuỗi để nói chuyện, nếu không thì đều là những lâu đài trên không trung Tôi đã gặp quá nhiều dự án chỉ trên giấy tờ, những dự án thực sự có thể chạy mới đáng giá Chạy thử trên mạng thử nghiệm rồi sẽ biết, bộ ZK này có nhiều phần không đáng tin cậy Giảm thuế phí về chi phí riêng tư nghe có vẻ hay, nhưng đưa sản phẩm vào thực tế mới là thử thách thực sự Các tổ chức cần hiệu quả, không phải câu chuyện công nghệ, chính phủ cần hiểu rõ điều này Riêng tư và hiệu suất luôn là sự đánh đổi, hãy xem Rushel cân bằng như thế nào Chứng minh đệ quy thực sự là một ý tưởng, chỉ sợ lại là lý thuyết hoàn hảo, thực tế lại thất bại Chờ đến khi chính thức ra mắt rồi mới đánh giá, bây giờ nói gì cũng còn quá sớm
Xem bản gốcTrả lời0
BuyTheTopvip
· 01-18 23:44
Tôi đã xem nhiều về lý thuyết suông, chỉ thực sự lên chuỗi mới là tiêu chí thực sự Chờ đã, cách nói về thuế phí riêng tư thực sự đúng trọng tâm, các tổ chức đều chấp nhận điều này Lại một dự án "lý thuyết hoàn hảo, thực chiến kém" nữa? Hãy xem dữ liệu trước đã Ý tưởng chứng minh đệ quy của Rushel khá hay, nhưng quan trọng là hiệu suất có thực sự theo kịp không Có chút thú vị, nhưng tôi phải tự chạy thử trên mạng thử nghiệm mới tin
Xem bản gốcTrả lời0
ThreeHornBlastsvip
· 01-17 17:50
Dù luận văn có hay đến đâu, thì việc đưa lên chuỗi mới là quy định thực sự, bây giờ nói gì cũng vô ích. Sau khi chạy thử nghiệm mạng, cảm giác chênh lệch khá lớn, lý thuyết và thực hành là hai chuyện khác nhau. ZK này đúng là gặp khó khăn, chỉ còn chờ Rushel có thể thực sự phá vỡ thế cục hay không. Việc giảm thuế phí về chi phí riêng tư chưa đủ, cần để các tổ chức thực sự sử dụng mới gọi là thắng lợi. Chứng minh đệ quy nghe có vẻ hay, nhưng dữ liệu hiệu suất thì sao, đưa ra đi. Thành thật mà nói, tôi đã thấy nhiều dự án kiểu này, cuối cùng đều chết ở chỗ "thực thi". Ý tưởng rất đẹp, thực tế rất khắc nghiệt, chờ họ ra sản phẩm rồi nói chuyện tiếp.
Xem bản gốcTrả lời0
CryptoMotivatorvip
· 01-17 17:49
Lý thuyết rất đẹp, nhưng ví dụ về việc gặp sự cố khi đưa lên chuỗi vẫn còn ít, lần này có thể khác biệt hay không chỉ còn phụ thuộc vào dữ liệu thực tế nói lên tất cả Chờ đã, họ thực sự đã giải quyết được vấn đề tái cấu trúc mạch điện chưa? Nếu điều này là thật thì thật sự quá ấn tượng Một dự án ZK nữa chỉ biết nói suông, nói quá hoa mỹ, tôi sẽ xem xét hiệu suất của mạng thử nghiệm trước đã Khái niệm thuế phí về chi phí riêng tư thật là tuyệt vời, châm chọc chính xác vào điểm đau Nhưng liệu các tổ chức tài chính có thực sự mạo hiểm vì chỉ nâng cao hiệu suất này không, làm thế nào để đảm bảo rủi ro? Cảm giác Rushel muốn phá vỡ con đường này bằng chứng minh đệ quy, ý tưởng đúng đấy, khó là ở việc thực hiện kỹ thuật Nói đơn giản là muốn làm trung gian thanh khoản ZK, tham vọng không nhỏ đâu
Xem bản gốcTrả lời0
MEVHunterZhangvip
· 01-17 17:44
Lý thuyết rất hấp dẫn, nhưng lên chuỗi mới là phần chính. Bộ chứng minh đệ quy của Rushel trông thật sự có ý nghĩa, chỉ sợ lại là dự án PPT. Nghe có vẻ như đang nắm bắt được điểm đau thực sự của tài chính, điều chỉnh động mà không cần phải viết lại mạch mỗi lần, thực sự có thể tiết kiệm công sức. Nhưng điều tôi quan tâm nhất vẫn là chi phí gas thực tế và độ trễ, dữ liệu trên mạng thử nghiệm thường rất dễ gây hiểu lầm. Ý tưởng giảm thiểu thuế chi phí riêng tư bằng chứng không kiến thức là hay, chỉ sợ cuối cùng vẫn không thể vượt qua tốc độ của các giải pháp tập trung. Chờ đến khi có các ứng dụng cấp tổ chức thực sự ra đời rồi hãy xem, nếu không thì đều là chuyện vô nghĩa. Hệ thống này nếu thật sự có thể làm cho giao dịch riêng tư không còn chậm như rùa, thì Dusk thực sự đã tìm ra điều gì đó. Nhưng hiện tại nói "tối ưu hóa thanh khoản" còn sớm quá, dù sao trong lĩnh vực ZK luôn có những dự án có lý thuyết gây ấn tượng mạnh. Cảm giác như ý tưởng của Rushel là đúng, nhưng độ khó thực thi có thể lớn hơn nhiều so với trong tài liệu viết. Các tổ chức tài chính sẽ không bỏ ra hiệu quả để đổi lấy quyền riêng tư, phải cân bằng thật tốt mới được.
Xem bản gốcTrả lời0
BrokenRugsvip
· 01-17 17:37
Nghe có vẻ huyền bí, nhưng cốt lõi vẫn là vấn đề cũ—lý thuyết đẹp đẽ, chỉ thực sự chứng minh khi lên chuỗi Nói suông trên giấy thật phiền, chờ xem Rushel có thể thực sự triển khai hay không Các tổ chức không cần câu chuyện, mà cần những thứ thực tế có thể sử dụng Cái hố này có vẻ khá lớn, lý thuyết ZK và thực tế luôn cách xa nhau một đoạn Việc giảm thuế phí về chi phí riêng tư nghe có vẻ hay, nhưng dữ liệu hiệu suất ở đâu rồi
Xem bản gốcTrả lời0
AirdropDreamervip
· 01-17 17:28
Có quá nhiều thứ chỉ trên giấy, thực sự có thể lên chuỗi và chạy được thì không nhiều Lời nói thì đẹp đẽ, sợ lại là đồng PPT Cảm giác bộ chứng minh đệ quy của Rushel khá tốt, nhưng dữ liệu trên mạng thử nghiệm và mạng chính chênh lệch rất lớn Thuế chi phí riêng tư giảm... nghe như đang vẽ bánh? Thật sự có rẻ hay không còn phải xem nữa Chờ đến khi phiên bản chính thức ra mắt rồi nói tiếp, hiện tại bàn luận còn vô nghĩa Người dùng tổ chức quan tâm nhất là gì, cuối cùng vẫn là có thể kiếm tiền hay không, không phải câu chuyện kỹ thuật Trong lĩnh vực ZK, lý thuyết thì hoa mỹ, thực chiến lại kém cỏi, đây là bệnh chung Mình cũng đã chơi qua mạng thử nghiệm, trải nghiệm không tốt lắm, chỉ chờ họ chứng minh bản thân thôi
Xem bản gốcTrả lời0
  • Ghim