Ban đầu, Dusk thu hút các kỹ sư thích công nghệ và người chơi kỳ cựu; nhiều người bị hấp dẫn bởi lớp nền do chính nó tự phát triển—đó là runtime Rusk được xây dựng trên Rust, máy ảo ZK nguyên sinh Piecrust, và mô hình giao dịch Phoenix. Bản chất của hệ tự phát triển này rất thuần khiết: dùng môi trường zero-knowledge “thuần máu” (zk chứng minh không rò rỉ) để hỗ trợ nguyên sinh các smart contract bí mật và cơ chế tiết lộ có chọn lọc ngay từ tầng nền tảng máy ảo.
Nhưng thực tế đã dạy một bài học cho mọi chuỗi khối công khai cố tự “chế tạo bánh xe”: nếu không có số lượng nhà phát triển như hệ sinh thái Ethereum, thì dù kiến trúc tự phát triển có tinh xảo đến đâu cũng chỉ là một hòn đảo cô độc.
Vì vậy, chúng tôi chứng kiến sự chuyển hướng trọng đại của Dusk—từ L1 đơn khối sang kiến trúc mô-đun ba tầng như hiện nay: lớp đồng thuận và thanh toán (DuskDS) ở tầng đáy, lớp riêng tư (DuskVM/Piecrust), và gần đây vừa ra mắt testnet cũng như đang được thúc đẩy mạnh mẽ là DuskEVM. Lý do chính thức nghe rất thuyết phục: để nhà phát triển có thể triển khai liền mạch bằng Solidity và Hardhat quen thuộc, đồng thời kế thừa năng lực tuân thủ và riêng tư ở tầng nền.
Nhưng chính điều đó lại tạo ra một nghịch lý kỹ thuật cực kỳ “chói mắt”:
Về bản chất, EVM là một máy trạng thái toàn cục hoàn toàn minh bạch, còn lõi của riêng tư ZK là việc ẩn trạng thái.
Gắn EVM chuẩn vào tầng thanh toán thì có thể nhanh chóng thu hút nhà phát triển bên ngoài; nhưng nếu nhà phát triển lười biếng, tiếp tục viết trên DuskEVM những smart contract Solidity tiêu chuẩn minh bạch như trước, liệu Piecrust và lớp riêng tư ZK nguyên sinh mà Dusk đã mất nhiều năm mài giũa có bị biến thành “đạo cụ trưng bày” bị gạt ra bên lề không?
Thực tế hơn, còn có độ phức tạp của đồng bộ trạng thái giữa các tầng. Khi một tài sản tuân thủ được thanh toán trên DuskDS, được lưu thông trên DuskEVM, và đồng thời lại cố gọi đến bằng chứng zero-knowledge trên DuskVM thì cơ chế cam kết trạng thái và tiền thẩm tra (Pre-verifier) giữa các tầng rốt cuộc phải trả giá “ẩn” lớn đến mức nào về độ trễ khi thực thi và an toàn xuyên tầng?
Trong lịch sử tiến hóa của hạ tầng mật mã, chúng ta đã thấy quá nhiều blockchain vì nỗi lo về hệ sinh thái mà mù quáng “tích hợp EVM toàn diện”, rồi cuối cùng làm mòn phẳng những điểm đặc sắc kỹ thuật của mình, trở thành một blockchain phụ thuộc (side chain) Ethereum tầm thường khác.
Kiến trúc mô-đun ba tầng của Dusk quả thực rất tham vọng, cố gắng dung hòa “thói quen phát triển Ethereum” với “tuân thủ và riêng tư nguyên sinh”; nhưng trong quá trình triển khai thực tế, bức tranh ghép phức tạp này rốt cuộc có thể giải phóng sức mạnh của tài chính tuân thủ, hay sẽ bị làm loãng đi sự thuần khiết ban đầu bởi những thỏa hiệp kỹ thuật?
#dusk $DUSK @Dusk
Nhưng thực tế đã dạy một bài học cho mọi chuỗi khối công khai cố tự “chế tạo bánh xe”: nếu không có số lượng nhà phát triển như hệ sinh thái Ethereum, thì dù kiến trúc tự phát triển có tinh xảo đến đâu cũng chỉ là một hòn đảo cô độc.
Vì vậy, chúng tôi chứng kiến sự chuyển hướng trọng đại của Dusk—từ L1 đơn khối sang kiến trúc mô-đun ba tầng như hiện nay: lớp đồng thuận và thanh toán (DuskDS) ở tầng đáy, lớp riêng tư (DuskVM/Piecrust), và gần đây vừa ra mắt testnet cũng như đang được thúc đẩy mạnh mẽ là DuskEVM. Lý do chính thức nghe rất thuyết phục: để nhà phát triển có thể triển khai liền mạch bằng Solidity và Hardhat quen thuộc, đồng thời kế thừa năng lực tuân thủ và riêng tư ở tầng nền.
Nhưng chính điều đó lại tạo ra một nghịch lý kỹ thuật cực kỳ “chói mắt”:
Về bản chất, EVM là một máy trạng thái toàn cục hoàn toàn minh bạch, còn lõi của riêng tư ZK là việc ẩn trạng thái.
Gắn EVM chuẩn vào tầng thanh toán thì có thể nhanh chóng thu hút nhà phát triển bên ngoài; nhưng nếu nhà phát triển lười biếng, tiếp tục viết trên DuskEVM những smart contract Solidity tiêu chuẩn minh bạch như trước, liệu Piecrust và lớp riêng tư ZK nguyên sinh mà Dusk đã mất nhiều năm mài giũa có bị biến thành “đạo cụ trưng bày” bị gạt ra bên lề không?
Thực tế hơn, còn có độ phức tạp của đồng bộ trạng thái giữa các tầng. Khi một tài sản tuân thủ được thanh toán trên DuskDS, được lưu thông trên DuskEVM, và đồng thời lại cố gọi đến bằng chứng zero-knowledge trên DuskVM thì cơ chế cam kết trạng thái và tiền thẩm tra (Pre-verifier) giữa các tầng rốt cuộc phải trả giá “ẩn” lớn đến mức nào về độ trễ khi thực thi và an toàn xuyên tầng?
Trong lịch sử tiến hóa của hạ tầng mật mã, chúng ta đã thấy quá nhiều blockchain vì nỗi lo về hệ sinh thái mà mù quáng “tích hợp EVM toàn diện”, rồi cuối cùng làm mòn phẳng những điểm đặc sắc kỹ thuật của mình, trở thành một blockchain phụ thuộc (side chain) Ethereum tầm thường khác.
Kiến trúc mô-đun ba tầng của Dusk quả thực rất tham vọng, cố gắng dung hòa “thói quen phát triển Ethereum” với “tuân thủ và riêng tư nguyên sinh”; nhưng trong quá trình triển khai thực tế, bức tranh ghép phức tạp này rốt cuộc có thể giải phóng sức mạnh của tài chính tuân thủ, hay sẽ bị làm loãng đi sự thuần khiết ban đầu bởi những thỏa hiệp kỹ thuật?
#dusk $DUSK @Dusk
