Tôi đã xem qua các chi tiết lặp lại của mạng thử nghiệm DuskEVM vừa được ra mắt gần đây và các bản cập nhật trước đó của máy ảo Piecrust. Càng suy ngẫm thì tôi càng phát hiện ra một nghịch lý kỹ thuật khá “vi diệu”.
Vì đây là một lớp nền hướng tới tuân thủ quy định tại châu Âu và token hóa chứng khoán/RWA, điểm bán cốt lõi không gì khác ngoài “thanh toán xác định (deterministic) dưới sự bảo vệ quyền riêng tư”. Nhưng nếu bạn nhìn kỹ vào lộ trình kỹ thuật của nó: một mặt cần dùng mạch ZK gốc để chạy các hợp đồng tài chính cực kỳ khắt khe, mặt khác lại, để giành hệ sinh thái nhà phát triển, đang đẩy mạnh lớp thực thi tương thích EVM.
Mâu thuẫn chính là nằm ở đó. Cơ chế của Ethereum—dựa trên mô hình tài khoản và trạng thái toàn cục công khai—vốn dĩ minh bạch và “kháng quyền riêng tư”. Nếu bê nguyên hệ sinh thái Solidity sang, để tương thích với bộ công cụ Ethereum, thì khả năng cao các nhà phát triển sẽ vô tình viết ra một loạt biến trạng thái công khai. Cuối cùng, liệu những thứ vốn được thiết kế để tránh rò rỉ dữ liệu—để hỗ trợ các tổ chức được cấp phép như NPEX tiến hành các giao thức quyền riêng tư/“bể tối” (dark pool) đưa tài sản lên chuỗi—có bị lớp thỏa hiệp vì chiều hướng phổ cập theo EVM này làm suy yếu không?
Tiếp theo là ngưỡng đặt cược của node và cơ chế đồng thuận. Với định vị là thanh toán tuân thủ cấp doanh nghiệp, các node thường cần hiệu năng phần cứng rất cao để xử lý việc xác minh chứng minh ZK tần suất cao. Nếu ngưỡng xác minh bị đẩy lên quá cao, mạng cuối cùng rất dễ trở thành trò chơi liên minh giữa một số ít tổ chức được cấp phép; còn nếu hạ ngưỡng quá thấp, thì các node của nhà đầu tư nhỏ sẽ khó có thể chịu nổi độ trễ tạo chứng minh và thông lượng khi đối mặt với lượng lớn các giao dịch thanh toán chứng khoán diễn ra song song.
Vừa muốn những khoản tiền lớn từ tổ chức truyền thống trong khi lại không muốn đánh đổi câu chuyện phi tập trung của nhà phát triển blockchain và cộng đồng node. Thiết kế kiểu “muốn cả hai đầu” này ở giai đoạn mạng thử nghiệm nhìn thì rất đẹp, nhưng khi đến ngày phải gánh khối lượng tài sản thực tế cỡ vài trăm triệu euro, liệu chi phí hiệu năng và các giao diện tuân thủ có buộc kiến trúc phải một lần nữa cúi đầu thỏa hiệp không? Cho đến khi tôi thấy được các dòng thanh khoản lớn của tổ chức thực sự chạy trơn tru trên chuỗi trong một chu kỳ kiểm toán, thì tôi nghiêng về việc coi các sơ đồ kiến trúc này như những mẫu thử trong phòng thí nghiệm vừa tinh vi vừa mong manh.
Trên lộ trình phát triển chuỗi tài chính tuân thủ, theo mọi người, vấn đề nào là khó điều hòa nhất? #dusk $DUSK @Dusk $AAPLB
Vì đây là một lớp nền hướng tới tuân thủ quy định tại châu Âu và token hóa chứng khoán/RWA, điểm bán cốt lõi không gì khác ngoài “thanh toán xác định (deterministic) dưới sự bảo vệ quyền riêng tư”. Nhưng nếu bạn nhìn kỹ vào lộ trình kỹ thuật của nó: một mặt cần dùng mạch ZK gốc để chạy các hợp đồng tài chính cực kỳ khắt khe, mặt khác lại, để giành hệ sinh thái nhà phát triển, đang đẩy mạnh lớp thực thi tương thích EVM.
Mâu thuẫn chính là nằm ở đó. Cơ chế của Ethereum—dựa trên mô hình tài khoản và trạng thái toàn cục công khai—vốn dĩ minh bạch và “kháng quyền riêng tư”. Nếu bê nguyên hệ sinh thái Solidity sang, để tương thích với bộ công cụ Ethereum, thì khả năng cao các nhà phát triển sẽ vô tình viết ra một loạt biến trạng thái công khai. Cuối cùng, liệu những thứ vốn được thiết kế để tránh rò rỉ dữ liệu—để hỗ trợ các tổ chức được cấp phép như NPEX tiến hành các giao thức quyền riêng tư/“bể tối” (dark pool) đưa tài sản lên chuỗi—có bị lớp thỏa hiệp vì chiều hướng phổ cập theo EVM này làm suy yếu không?
Tiếp theo là ngưỡng đặt cược của node và cơ chế đồng thuận. Với định vị là thanh toán tuân thủ cấp doanh nghiệp, các node thường cần hiệu năng phần cứng rất cao để xử lý việc xác minh chứng minh ZK tần suất cao. Nếu ngưỡng xác minh bị đẩy lên quá cao, mạng cuối cùng rất dễ trở thành trò chơi liên minh giữa một số ít tổ chức được cấp phép; còn nếu hạ ngưỡng quá thấp, thì các node của nhà đầu tư nhỏ sẽ khó có thể chịu nổi độ trễ tạo chứng minh và thông lượng khi đối mặt với lượng lớn các giao dịch thanh toán chứng khoán diễn ra song song.
Vừa muốn những khoản tiền lớn từ tổ chức truyền thống trong khi lại không muốn đánh đổi câu chuyện phi tập trung của nhà phát triển blockchain và cộng đồng node. Thiết kế kiểu “muốn cả hai đầu” này ở giai đoạn mạng thử nghiệm nhìn thì rất đẹp, nhưng khi đến ngày phải gánh khối lượng tài sản thực tế cỡ vài trăm triệu euro, liệu chi phí hiệu năng và các giao diện tuân thủ có buộc kiến trúc phải một lần nữa cúi đầu thỏa hiệp không? Cho đến khi tôi thấy được các dòng thanh khoản lớn của tổ chức thực sự chạy trơn tru trên chuỗi trong một chu kỳ kiểm toán, thì tôi nghiêng về việc coi các sơ đồ kiến trúc này như những mẫu thử trong phòng thí nghiệm vừa tinh vi vừa mong manh.
Trên lộ trình phát triển chuỗi tài chính tuân thủ, theo mọi người, vấn đề nào là khó điều hòa nhất? #dusk $DUSK @Dusk $AAPLB
兼顾 EVM 开发者生态与底层强隐私架构的冲突
50%
机构级审计合规需求与去中心化节点验证的冲突
50%
真实机构上链资产规模与链上原生流动性匮乏
0%
2 phiếu bầu • Cuộc bỏ phiếu đã kết thúc