Tôi cứ quay lại với nỗ lực của Dusk nhằm biến quyền riêng tư có thể lập trình trở nên thực tế cho các quy trình EVM được quản lý, đặc biệt là vai trò mà Hedger đảm nhận trong DuskEVM. Hedger có thể tạo các bằng chứng phía máy khách trong dưới hai giây. Nghe có vẻ như đó là một tín hiệu hiệu năng mạnh. Nhưng con số này đang làm ít việc hơn so với vẻ bề ngoài ban đầu.
Một bằng chứng dưới hai giây cho tôi biết rằng bước mật mã ở phía người dùng có thể đủ nhanh để sử dụng trong thực tế. Điều đó không cho tôi biết rằng một giao dịch bí mật mất bao lâu khi việc xác minh bằng chứng, sắp xếp giao dịch (sequencing), thực thi và thanh toán (settlement) đều nằm trong cùng một luồng quy trình. Điều tôi vẫn chưa biết là liệu Dusk có thể chuyển bước tạo bằng chứng cục bộ nhanh đó thành việc thực thi bí mật đầu-cuối luôn nhanh một cách nhất quán hay không.
Vì vậy, các tín hiệu đáng theo dõi sẽ cụ thể hơn thời gian tạo bằng chứng: độ trễ xác minh và độ trễ được đưa vào (inclusion latency), tổng thời gian hoàn tất giao dịch, và cách các con số này thay đổi khi mức độ hoạt động bí mật tăng lên. Một bằng chứng nhanh cho thấy rằng một nút thắt về quyền riêng tư có thể được kiểm soát. Hiệu năng đầu-cuối được lặp lại dưới tải sẽ là bằng chứng thuyết phục hơn, vì khi đó nhiều thành phần trong ngăn xếp EVM bí mật của Dusk phải hoạt động tốt đồng thời.
Điều này làm thay đổi cách tôi đánh giá tiến triển của Dusk tại đây.
Hedger giúp Dusk đưa tính bảo mật (confidentiality) vào hoạt động EVM, nhưng người dùng và các ứng dụng tài chính không trải nghiệm theo góc nhìn của bên tạo bằng chứng (prover) một cách cô lập—họ trải nghiệm toàn bộ lộ trình giao dịch. Do đó, chuẩn đo benchmark hữu ích là độ trễ mà quyền riêng tư làm tăng thêm từ đầu đến cuối.
Câu hỏi là liệu Dusk có thể biến mật mã dưới hai giây thành các quy trình tài chính bí mật luôn nhanh một cách nhất quán hay không, thay vì để tốc độ đó chỉ tập trung vào một bước của cả quy trình dài hơn.
Tôi sẽ theo dõi độ trễ đầu-cuối, thời gian xác minh và thời gian được đưa vào, cũng như hiệu năng khi có hoạt động bí mật diễn ra đồng thời.
#dusk $DUSK @Dusk ✨
Một bằng chứng dưới hai giây cho tôi biết rằng bước mật mã ở phía người dùng có thể đủ nhanh để sử dụng trong thực tế. Điều đó không cho tôi biết rằng một giao dịch bí mật mất bao lâu khi việc xác minh bằng chứng, sắp xếp giao dịch (sequencing), thực thi và thanh toán (settlement) đều nằm trong cùng một luồng quy trình. Điều tôi vẫn chưa biết là liệu Dusk có thể chuyển bước tạo bằng chứng cục bộ nhanh đó thành việc thực thi bí mật đầu-cuối luôn nhanh một cách nhất quán hay không.
Vì vậy, các tín hiệu đáng theo dõi sẽ cụ thể hơn thời gian tạo bằng chứng: độ trễ xác minh và độ trễ được đưa vào (inclusion latency), tổng thời gian hoàn tất giao dịch, và cách các con số này thay đổi khi mức độ hoạt động bí mật tăng lên. Một bằng chứng nhanh cho thấy rằng một nút thắt về quyền riêng tư có thể được kiểm soát. Hiệu năng đầu-cuối được lặp lại dưới tải sẽ là bằng chứng thuyết phục hơn, vì khi đó nhiều thành phần trong ngăn xếp EVM bí mật của Dusk phải hoạt động tốt đồng thời.
Điều này làm thay đổi cách tôi đánh giá tiến triển của Dusk tại đây.
Hedger giúp Dusk đưa tính bảo mật (confidentiality) vào hoạt động EVM, nhưng người dùng và các ứng dụng tài chính không trải nghiệm theo góc nhìn của bên tạo bằng chứng (prover) một cách cô lập—họ trải nghiệm toàn bộ lộ trình giao dịch. Do đó, chuẩn đo benchmark hữu ích là độ trễ mà quyền riêng tư làm tăng thêm từ đầu đến cuối.
Câu hỏi là liệu Dusk có thể biến mật mã dưới hai giây thành các quy trình tài chính bí mật luôn nhanh một cách nhất quán hay không, thay vì để tốc độ đó chỉ tập trung vào một bước của cả quy trình dài hơn.
Tôi sẽ theo dõi độ trễ đầu-cuối, thời gian xác minh và thời gian được đưa vào, cũng như hiệu năng khi có hoạt động bí mật diễn ra đồng thời.
#dusk $DUSK @Dusk ✨