Tối qua mình giúp một người bạn dựng một demo thanh toán bằng giấy tờ/biên lai trên chuỗi (on-chain), debug đến nửa đêm, suýt bị hành đến mức ói vì ước tính tiêu hao Gas và kiểm tra trạng thái liên tục.
Ban đầu mình nghĩ sẽ dùng máy ảo Rusk của Dusk để chạy nghiệp vụ này, vì nó tập trung vào tài chính tuân thủ; lớp nền đã đóng gói sẵn bảo vệ quyền riêng tư và khả năng truy vết kiểm toán dưới dạng các chỉ lệnh biên dịch sẵn. So với trước đây bọn mình “lắp ghép cứng” mạch ZK trên Ethereum layer 2, hoặc nghịch trên Secret Network những phép tính mật mã dễ gây xung đột trạng thái, thì Dusk viết smart contract bằng Rust đúng là nhẹ nhàng hơn nhiều. Bạn chỉ cần gọi các API đã được bọc sẵn là có thể ẩn đi trực tiếp lãi suất cho vay thực, cũng như danh sách tài sản thế chấp ở tầng dưới; đồng thời chỉ cần chứng minh với các node giám sát rằng “không có thế chấp lặp lại đối với giấy tờ này và tỷ lệ tài sản đủ điều kiện là tuân thủ”. Lấy bộ logic này đem đi nói chuyện với sếp trong mảng tài chính chuỗi cung ứng truyền thống, họ thật sự nghe hiểu được và cũng nhìn thấy được khả năng triển khai thực tế.
Nhưng lý tưởng thì luôn đầy, còn khi triển khai thật nghiệp vụ thì hố nào cũng có. Vấn đề lớn nhất là hệ sinh thái có quá ít các mảnh ghép làm sẵn. Mình muốn gắn một script lắng nghe để tự động đối soát cho hợp đồng, lục tung tài liệu chính thức và kho lưu trữ cộng đồng, cuối cùng phát hiện gần như không có template tham khảo oracle nào ra hồn và cũng chẳng có thư viện phân tích sự kiện chuẩn hoá; nhiều middleware cơ bản thì gần như phải tự viết lại từ đầu. Tệ hơn nữa là môi trường test cục bộ: chỉ cần tăng nhẹ mức tải đồng thời, tốc độ tạo chứng minh ZK của node local lập tức tụt rõ rệt, và thông báo lỗi cũng thường mơ hồ; bạn căn bản không biết lỗi là do logic của mình nổ tung, hay do runtime mã hoá của node chưa bắt kịp.
Thực ra, “hàng rào” của một public chain quyền riêng tư tuân thủ không bao giờ nằm ở việc toán học của ai tinh vi hơn, mà nằm ở chi phí chuyển đổi nghiệp vụ thấp đến mức nào. Tài sản tài chính truyền thống lên chuỗi không phải để mời các kỹ sư “đến học phí” bằng công nghệ; nếu ngay cả những công cụ cơ bản như xuất dòng tiền tài sản và đối soát bất thường mà nhà phát triển cũng phải tự chế từ đầu, thì tổ chức chẳng dám đưa dòng tiền cốt lõi lên. Bù đầy bộ nghiệp vụ có thể dùng ngay “out of the box” còn có thể tạo ra TVL thực tế hơn cả việc phát mười bài whitepaper kiến trúc.
Nếu đem bộ công nghệ tuân thủ quyền riêng tư này áp vào nghiệp vụ thực tế, theo mọi người hướng nào sẽ là nơi chạy thông trước? #dusk $DUSK @Dusk
Ban đầu mình nghĩ sẽ dùng máy ảo Rusk của Dusk để chạy nghiệp vụ này, vì nó tập trung vào tài chính tuân thủ; lớp nền đã đóng gói sẵn bảo vệ quyền riêng tư và khả năng truy vết kiểm toán dưới dạng các chỉ lệnh biên dịch sẵn. So với trước đây bọn mình “lắp ghép cứng” mạch ZK trên Ethereum layer 2, hoặc nghịch trên Secret Network những phép tính mật mã dễ gây xung đột trạng thái, thì Dusk viết smart contract bằng Rust đúng là nhẹ nhàng hơn nhiều. Bạn chỉ cần gọi các API đã được bọc sẵn là có thể ẩn đi trực tiếp lãi suất cho vay thực, cũng như danh sách tài sản thế chấp ở tầng dưới; đồng thời chỉ cần chứng minh với các node giám sát rằng “không có thế chấp lặp lại đối với giấy tờ này và tỷ lệ tài sản đủ điều kiện là tuân thủ”. Lấy bộ logic này đem đi nói chuyện với sếp trong mảng tài chính chuỗi cung ứng truyền thống, họ thật sự nghe hiểu được và cũng nhìn thấy được khả năng triển khai thực tế.
Nhưng lý tưởng thì luôn đầy, còn khi triển khai thật nghiệp vụ thì hố nào cũng có. Vấn đề lớn nhất là hệ sinh thái có quá ít các mảnh ghép làm sẵn. Mình muốn gắn một script lắng nghe để tự động đối soát cho hợp đồng, lục tung tài liệu chính thức và kho lưu trữ cộng đồng, cuối cùng phát hiện gần như không có template tham khảo oracle nào ra hồn và cũng chẳng có thư viện phân tích sự kiện chuẩn hoá; nhiều middleware cơ bản thì gần như phải tự viết lại từ đầu. Tệ hơn nữa là môi trường test cục bộ: chỉ cần tăng nhẹ mức tải đồng thời, tốc độ tạo chứng minh ZK của node local lập tức tụt rõ rệt, và thông báo lỗi cũng thường mơ hồ; bạn căn bản không biết lỗi là do logic của mình nổ tung, hay do runtime mã hoá của node chưa bắt kịp.
Thực ra, “hàng rào” của một public chain quyền riêng tư tuân thủ không bao giờ nằm ở việc toán học của ai tinh vi hơn, mà nằm ở chi phí chuyển đổi nghiệp vụ thấp đến mức nào. Tài sản tài chính truyền thống lên chuỗi không phải để mời các kỹ sư “đến học phí” bằng công nghệ; nếu ngay cả những công cụ cơ bản như xuất dòng tiền tài sản và đối soát bất thường mà nhà phát triển cũng phải tự chế từ đầu, thì tổ chức chẳng dám đưa dòng tiền cốt lõi lên. Bù đầy bộ nghiệp vụ có thể dùng ngay “out of the box” còn có thể tạo ra TVL thực tế hơn cả việc phát mười bài whitepaper kiến trúc.
Nếu đem bộ công nghệ tuân thủ quyền riêng tư này áp vào nghiệp vụ thực tế, theo mọi người hướng nào sẽ là nơi chạy thông trước? #dusk $DUSK @Dusk
隐藏底层细节的企业级供应链票据与应收账款流转
67%
满足监管穿透要求的链上私募基金与合规 RWA
33%
保护大单隐私且具备反抢跑能力的机构级链上暗池
0%
3 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
