Phần tôi không ngờ ở DuskEVM không phải là việc hỗ trợ Solidity — mà là điều xảy ra khi DUSK quay trở lại lớp bản địa.
Hướng dẫn testnet của chính Dusk cho biết việc rút từ DuskEVM cần ba thao tác on-chain riêng biệt: khởi tạo trên DuskEVM, chứng minh trên Dusk L1, rồi hoàn tất trên Dusk L1. Người dùng cũng cần có đủ DUSK chưa được “shield” trên L1 để chi trả cho cả hai giao dịch: giao dịch chứng minh và giao dịch hoàn tất. Khả năng sẵn sàng để rút phụ thuộc vào trạng thái mạng đã được công bố, độ trưởng thành của bằng chứng và các kiểm tra dispute-game, chứ không chỉ là một bộ đếm thời gian đơn giản.
Điều đó khiến tôi phải nhìn lại, vì “tương thích EVM” có thể nghe như thể toàn bộ trải nghiệm sẽ trở nên quen thuộc theo mặc định. Trên thực tế, cầu nối bộc lộ kiến trúc sâu hơn: DuskEVM là một môi trường thực thi EVM, dùng để quyết toán và công bố dữ liệu thông qua DuskDS, chứ không phải là cùng một lớp thực thi với các hợp đồng gốc Rust/WASM của Dusk.
Tôi không xem các bước bổ sung này là tự động xấu. Tài liệu gắn việc sẵn sàng với độ trưởng thành của bằng chứng và các kiểm tra dispute-game, nên sự “vướng víu” ít nhất là có liên quan đến mô hình bảo mật. Nhưng nó lại đặt ra một câu hỏi sản phẩm thực sự cho $DUSK : liệu các ứng dụng trong môi trường sản xuất có thể trừu tượng hóa tốt luồng chứng minh/hoàn tất này đến mức người dùng nhận được lợi ích bảo mật mà không cảm thấy sự phức tạp xuyên lớp?
Điều đó có vẻ quan trọng hơn việc theo dõi một buổi demo triển khai khác.
@Dusk_Foundation $DUSK #dusk
Hướng dẫn testnet của chính Dusk cho biết việc rút từ DuskEVM cần ba thao tác on-chain riêng biệt: khởi tạo trên DuskEVM, chứng minh trên Dusk L1, rồi hoàn tất trên Dusk L1. Người dùng cũng cần có đủ DUSK chưa được “shield” trên L1 để chi trả cho cả hai giao dịch: giao dịch chứng minh và giao dịch hoàn tất. Khả năng sẵn sàng để rút phụ thuộc vào trạng thái mạng đã được công bố, độ trưởng thành của bằng chứng và các kiểm tra dispute-game, chứ không chỉ là một bộ đếm thời gian đơn giản.
Điều đó khiến tôi phải nhìn lại, vì “tương thích EVM” có thể nghe như thể toàn bộ trải nghiệm sẽ trở nên quen thuộc theo mặc định. Trên thực tế, cầu nối bộc lộ kiến trúc sâu hơn: DuskEVM là một môi trường thực thi EVM, dùng để quyết toán và công bố dữ liệu thông qua DuskDS, chứ không phải là cùng một lớp thực thi với các hợp đồng gốc Rust/WASM của Dusk.
Tôi không xem các bước bổ sung này là tự động xấu. Tài liệu gắn việc sẵn sàng với độ trưởng thành của bằng chứng và các kiểm tra dispute-game, nên sự “vướng víu” ít nhất là có liên quan đến mô hình bảo mật. Nhưng nó lại đặt ra một câu hỏi sản phẩm thực sự cho $DUSK : liệu các ứng dụng trong môi trường sản xuất có thể trừu tượng hóa tốt luồng chứng minh/hoàn tất này đến mức người dùng nhận được lợi ích bảo mật mà không cảm thấy sự phức tạp xuyên lớp?
Điều đó có vẻ quan trọng hơn việc theo dõi một buổi demo triển khai khác.
@Dusk_Foundation $DUSK #dusk