#dusk tuần trước đã xảy ra một chuyện khá lúng túng. Tôi đi ngân hàng làm thủ tục, thì nhân viên giao dịch đứng trước một trang kiểm tra danh tính bị “đơ” như thể đã chết, phía sau hàng người xếp dài hơn từng lúc một. Cuối cùng, cách xử lý của nhân viên phụ trách rất đơn giản: tắt luôn hệ thống mới đang báo lỗi, rồi chuyển về phần mềm nội bộ cũ kỹ. Chuyện này khiến tôi nhận ra một thực tế: nhân viên tuyến đầu không bao giờ quan tâm phía hậu trường công nghệ tiên tiến đến đâu; chỉ cần làm chậm thao tác tại chỗ, thì dù công cụ có “đẹp” đến mấy cũng sẽ bị loại bỏ ngay tại chỗ. $RE

Thực ra, “đường đua” tuân thủ trên chuỗi cũng đang giẫm vào đúng một cái bẫy như vậy. Nhiều dự án hô hào rất lớn về bảo vệ quyền riêng tư, nhưng hễ đến phần tạo Zero-Knowledge Proof ở front-end thì quạt máy tính quay cuồng, trang bị đứng trong vài phút. Nhân sự kiểm soát rủi ro của tổ chức thà tiếp tục dùng báo cáo ngoại tuyến truyền thống, còn hơn ngồi chờ trang web chạy chậm rì rì.

Dạo gần đây tôi xem lại phương án kỹ thuật của @Dusk . Họ cố gắng “viết lại từ đầu” cái bế tắc này. Họ thay tầng thực thi truyền thống bằng Piecrust VM được thiết kế riêng cho việc tạo chứng minh zero-knowledge, nhằm hạ thấp chi phí tính toán — nhờ đó in-browser proving mới có khả năng triển khai thực tế. Đồng thời, kết hợp cơ chế xác thực danh tính zero-knowledge của giao thức Citadel, họ muốn hoàn tất khâu thẩm định tuân thủ mà vẫn không cần dữ liệu rời khỏi miền (domain).

Nhưng việc bỏ lộ trình EVM dùng chung để tự phát triển máy ảo lại giống như con dao hai lưỡi. Dù nâng hiệu quả thực thi mật mã, nó lại vô tình nâng rất cao ngưỡng để ứng dụng bên ngoài kết nối và khiến việc chuyển dịch thanh khoản/di chuyển tính năng trở nên khó hơn. Chưa kể, trong áp lực của tình huống thị trường cực đoan với yêu cầu đồng thời cao, liệu các thiết bị văn phòng phổ thông khi chạy biên dịch mạch đến cuối cùng có bị “đơ” không — vẫn thiếu dữ liệu hậu kiểm cho các bài thử nghiệm áp lực quy mô lớn trên thực tế. $BTC

Khi tôi quan sát $DUSK , tôi không bao giờ để ý họ đóng gói nội dung sang đến mức nào; tôi chỉ xem nó có chịu nổi bài kiểm tra trong nghiệp vụ tài chính thực hay không. Nếu kiến trúc nền có đẹp đến mấy, cuối cùng lại vì ngưỡng ứng dụng cao hoặc thời gian tiêu hao ở phía thiết bị cuối khiến người ta không thể chờ nổi, thì nó khác gì bản hệ thống ngân hàng hôm đó — nơi buộc phải quay về phần mềm cũ kỹ? Liệu bàn giao dịch bận rộn có thực sự sẵn sàng “trả giá” cho sự tinh tế kỹ thuật nào đó, dù phải chịu thêm vài giây chờ đợi không?
绝对不为它买单
80%
勉强硬着头皮用
0%
卡在开发者这关
20%
10 phiếu bầu • Cuộc bỏ phiếu đã kết thúc