Hôm nay có thứ gì đó trong tài liệu đã khiến tôi dừng giữa lúc đang cuộn.
Dusk Network, $DUSK , #dusk , @Dusk — góc nhìn tương thích EVM là cách mà hầu hết mọi người tìm đến dự án này. Hãy chuyển các hợp đồng Solidity của bạn, dùng các công cụ quen thuộc, các ví EVM hiện có. Repo duskevm-genesis trên GitHub được cập nhật lần cuối vào ngày 8 tháng 8, cho thấy công việc cấu hình rollup vẫn đang được tiến hành. Vậy nên cỗ máy vẫn đang chạy. Nhưng điều sâu hơn mà tôi không thể bỏ qua là ngay trong chính các tài liệu kiến trúc, nằm gọn dưới một dòng: "Transaction inclusion is fast, but inclusion and settlement are different stages."
Đó là tín hiệu. DuskEVM chạy trên OP Stack — về bản chất là op-geth như bộ sequencer, đóng gói dữ liệu giao dịch rồi trả lại DuskDS dưới dạng các blob. Hành vi rollup chuẩn. Nhưng DuskDS, lớp bên dưới được chế tạo đúng mục đích — quyết toán mang tính xác định (deterministic settlement), hợp đồng thông minh ZK, quyền riêng tư gốc — lại là một môi trường thực thi hoàn toàn tách biệt. Tài liệu nêu rõ điều đó: xây dựng trên DuskEVM cho Solidity và các công cụ quen thuộc, hoặc xây dựng một cách gốc (native) trên DuskDS với Rust và WASM để có quyền riêng tư ở mức giao thức thực sự và logic thị trường tùy biến. Hai hướng. Không phải một thứ được hợp nhất.
hmm… Tôi đã dành hơi quá nhiều thời gian để giả định rằng khả năng tương thích EVM ở đây có nghĩa là mã Solidity sẽ tự động thừa hưởng hạ tầng tài chính của Dusk. Không phải vậy. Cầu nối giữa hai lớp đó là có chủ đích và tùy chọn, không tự động.
Điều đó khiến tôi tự hỏi — có bao nhiêu nhà phát triển khi chuyển sang DuskEVM thực sự sẽ quay lại và thiết kế lại kiến trúc cho DuskDS sau khi họ nhận ra những gì mình đã bỏ lỡ?
Dusk Network, $DUSK , #dusk , @Dusk — góc nhìn tương thích EVM là cách mà hầu hết mọi người tìm đến dự án này. Hãy chuyển các hợp đồng Solidity của bạn, dùng các công cụ quen thuộc, các ví EVM hiện có. Repo duskevm-genesis trên GitHub được cập nhật lần cuối vào ngày 8 tháng 8, cho thấy công việc cấu hình rollup vẫn đang được tiến hành. Vậy nên cỗ máy vẫn đang chạy. Nhưng điều sâu hơn mà tôi không thể bỏ qua là ngay trong chính các tài liệu kiến trúc, nằm gọn dưới một dòng: "Transaction inclusion is fast, but inclusion and settlement are different stages."
Đó là tín hiệu. DuskEVM chạy trên OP Stack — về bản chất là op-geth như bộ sequencer, đóng gói dữ liệu giao dịch rồi trả lại DuskDS dưới dạng các blob. Hành vi rollup chuẩn. Nhưng DuskDS, lớp bên dưới được chế tạo đúng mục đích — quyết toán mang tính xác định (deterministic settlement), hợp đồng thông minh ZK, quyền riêng tư gốc — lại là một môi trường thực thi hoàn toàn tách biệt. Tài liệu nêu rõ điều đó: xây dựng trên DuskEVM cho Solidity và các công cụ quen thuộc, hoặc xây dựng một cách gốc (native) trên DuskDS với Rust và WASM để có quyền riêng tư ở mức giao thức thực sự và logic thị trường tùy biến. Hai hướng. Không phải một thứ được hợp nhất.
hmm… Tôi đã dành hơi quá nhiều thời gian để giả định rằng khả năng tương thích EVM ở đây có nghĩa là mã Solidity sẽ tự động thừa hưởng hạ tầng tài chính của Dusk. Không phải vậy. Cầu nối giữa hai lớp đó là có chủ đích và tùy chọn, không tự động.
Điều đó khiến tôi tự hỏi — có bao nhiêu nhà phát triển khi chuyển sang DuskEVM thực sự sẽ quay lại và thiết kế lại kiến trúc cho DuskDS sau khi họ nhận ra những gì mình đã bỏ lỡ?
