#dusk $DUSK @Dusk Tôi đã mất vài giờ để rà soát kiến trúc của Dusk, so sánh với không ít dự án cùng phân khúc. Lộ trình theo hướng module hoá này thể hiện cả lợi ích lẫn rủi ro đều được cân nhắc rất rõ ràng.
Việc tách kiến trúc rất rành mạch: tầng nền chịu trách nhiệm cho thanh toán và tính khả dụng dữ liệu, còn tầng trên tích hợp môi trường thực thi tương thích EVM. Hai lớp phân công rõ ràng, mỗi bên làm đúng phần việc của mình. Đánh giá của tôi là lựa chọn này khá thực dụng: khởi động hệ sinh thái thuần tự nghiên cứu quá chậm; khi nối với EVM, các công cụ phát triển và hệ thống kiểm toán đã trưởng thành có thể tận dụng lại trực tiếp, từ đó giảm đáng kể ngưỡng gia nhập của nhà phát triển.
Tuy nhiên, cái giá cũng nằm ở những điểm then chốt. Việc chuyển luồng tài sản qua các tầng cần cơ chế cầu nối, làm phát sinh thêm các giả định về niềm tin và bề mặt tấn công. Những vấn đề an toàn trong ngành từng xảy ra do thiết kế đa tầng thường nhiều hơn hẳn so với lỗi của bản thân máy ảo. Còn điều khó nhận thấy hơn là bài toán nhất quán quyền riêng tư: tầng EVM minh bạch, trong khi tầng thanh toán có năng lực bảo mật. Độ “mạnh” về quyền riêng tư của cùng một khoản tài sản sẽ thay đổi tuỳ theo nó nằm ở tầng nào; người dùng khó cảm nhận trực quan, còn ở góc độ tuân thủ cũng làm tăng chi phí giải thích.
Theo tôi, hình thái lành mạnh hơn là phân công thật rõ: tầng EVM đảm nhiệm ứng dụng phổ quát và thanh khoản; tầng bí mật chuyên phục vụ các kịch bản thanh toán riêng tư. Không nên cố ép theo đuổi sự tương đương chức năng. Những thông điệp mơ hồ như “hỗ trợ mọi kịch bản” cuối cùng rất có thể khiến cả hai bên đều không làm thật tốt.
Vì vậy, khi đánh giá giá trị của kiến trúc này, trọng tâm không bao giờ nằm ở việc testnet chạy điểm số. Mà là ranh giới phân công có đủ rõ ràng hay không. Tài liệu phát triển có hướng dẫn phân tầng theo từng kịch bản một cách cụ thể không; trạng thái tài sản và ranh giới quyền riêng tư khi qua tầng có được trình bày minh bạch không—những chi tiết này quan trọng hơn rất nhiều so với các tham số.
Ngoài ra, tôi cũng sẽ để ý một tín hiệu: tầng EVM rốt cuộc chạy được ứng dụng gì. Nếu toàn bộ chỉ là bê nguyên các giao thức phổ biến thì việc module hoá chỉ là thay cách chiêu mộ người dùng; còn nếu có dự án chủ động gọi đến năng lực bảo mật ở tầng nền, thì khi đó mới thực sự phát huy được lợi thế khác biệt của kiến trúc này.
Việc tách kiến trúc rất rành mạch: tầng nền chịu trách nhiệm cho thanh toán và tính khả dụng dữ liệu, còn tầng trên tích hợp môi trường thực thi tương thích EVM. Hai lớp phân công rõ ràng, mỗi bên làm đúng phần việc của mình. Đánh giá của tôi là lựa chọn này khá thực dụng: khởi động hệ sinh thái thuần tự nghiên cứu quá chậm; khi nối với EVM, các công cụ phát triển và hệ thống kiểm toán đã trưởng thành có thể tận dụng lại trực tiếp, từ đó giảm đáng kể ngưỡng gia nhập của nhà phát triển.
Tuy nhiên, cái giá cũng nằm ở những điểm then chốt. Việc chuyển luồng tài sản qua các tầng cần cơ chế cầu nối, làm phát sinh thêm các giả định về niềm tin và bề mặt tấn công. Những vấn đề an toàn trong ngành từng xảy ra do thiết kế đa tầng thường nhiều hơn hẳn so với lỗi của bản thân máy ảo. Còn điều khó nhận thấy hơn là bài toán nhất quán quyền riêng tư: tầng EVM minh bạch, trong khi tầng thanh toán có năng lực bảo mật. Độ “mạnh” về quyền riêng tư của cùng một khoản tài sản sẽ thay đổi tuỳ theo nó nằm ở tầng nào; người dùng khó cảm nhận trực quan, còn ở góc độ tuân thủ cũng làm tăng chi phí giải thích.
Theo tôi, hình thái lành mạnh hơn là phân công thật rõ: tầng EVM đảm nhiệm ứng dụng phổ quát và thanh khoản; tầng bí mật chuyên phục vụ các kịch bản thanh toán riêng tư. Không nên cố ép theo đuổi sự tương đương chức năng. Những thông điệp mơ hồ như “hỗ trợ mọi kịch bản” cuối cùng rất có thể khiến cả hai bên đều không làm thật tốt.
Vì vậy, khi đánh giá giá trị của kiến trúc này, trọng tâm không bao giờ nằm ở việc testnet chạy điểm số. Mà là ranh giới phân công có đủ rõ ràng hay không. Tài liệu phát triển có hướng dẫn phân tầng theo từng kịch bản một cách cụ thể không; trạng thái tài sản và ranh giới quyền riêng tư khi qua tầng có được trình bày minh bạch không—những chi tiết này quan trọng hơn rất nhiều so với các tham số.
Ngoài ra, tôi cũng sẽ để ý một tín hiệu: tầng EVM rốt cuộc chạy được ứng dụng gì. Nếu toàn bộ chỉ là bê nguyên các giao thức phổ biến thì việc module hoá chỉ là thay cách chiêu mộ người dùng; còn nếu có dự án chủ động gọi đến năng lực bảo mật ở tầng nền, thì khi đó mới thực sự phát huy được lợi thế khác biệt của kiến trúc này.