Nội dung như thế này cần được trân trọng 👍
Đăng
precious Zarmalaa
·
--
$DUSK @Dusk #dusk
trước đây tôi từng nghĩ rằng “tương thích với EVM” nghĩa là một chuỗi chỉ cần chạy EVM và thế là xong.
Dusk thì không.
tôi đã lần theo xem DuskVM thực sự là gì: dựa trên Wasmtime, chạy trực tiếp các hợp đồng Rust/WASM trên L1 của Dusk, hoàn toàn tách biệt khỏi DuskEVM. điều này không phải là một lớp tương thích gắn thêm lên EVM — mà là một môi trường thực thi thứ hai, độc lập, nằm cạnh nó.
Hmm.
vậy tại sao lại xây dựng một máy ảo riêng thay vì chỉ cung cấp hỗ trợ EVM?
tôi tiếp tục đào sâu. DuskVM tồn tại đặc biệt cho các hợp đồng cần truy cập trực tiếp vào tài sản L1, các mô hình giao dịch gốc của Dusk, quyền riêng tư, hoặc khả năng zero-knowledge — những thứ mà mô hình thực thi của EVM không được thiết kế để phơi bày một cách bản địa. Piecrust, động cơ nằm dưới, chạy nhanh hơn người tiền nhiệm khoảng mười lần và đi kèm các hàm host thân thiện với ZK — PLONK, Groth16 và BLS — được tích hợp thẳng vào runtime.
tôi cũng kiểm tra DuskEVM bao quát những gì. Tương đương EVM đầy đủ, bộ công cụ chuẩn, và việc “settling” thông qua DuskDS — lớp dành cho các nhà phát triển muốn dùng quy trình Solidity quen thuộc mà không cần các nguyên thủ quyền riêng tư-native.
vì vậy cụm “máy ảo native thay vì chỉ EVM” thực ra không phải là sự phủ nhận EVM. đó là Dusk từ chối việc bắt các hợp đồng native về quyền riêng tư và ZK phải đi qua một mô hình thực thi mà chưa bao giờ được xây dựng để xử lý chúng một cách hiệu quả.
việc chạy hai môi trường thực thi tách biệt có làm Dusk mạnh hơn, hay nó chỉ chia sự tập trung của nhà phát triển giữa hai hệ thống có những nhiệm vụ chồng lấn?
#dusk $DUSK
trước đây tôi từng nghĩ rằng “tương thích với EVM” nghĩa là một chuỗi chỉ cần chạy EVM và thế là xong.
Dusk thì không.
tôi đã lần theo xem DuskVM thực sự là gì: dựa trên Wasmtime, chạy trực tiếp các hợp đồng Rust/WASM trên L1 của Dusk, hoàn toàn tách biệt khỏi DuskEVM. điều này không phải là một lớp tương thích gắn thêm lên EVM — mà là một môi trường thực thi thứ hai, độc lập, nằm cạnh nó.
Hmm.
vậy tại sao lại xây dựng một máy ảo riêng thay vì chỉ cung cấp hỗ trợ EVM?
tôi tiếp tục đào sâu. DuskVM tồn tại đặc biệt cho các hợp đồng cần truy cập trực tiếp vào tài sản L1, các mô hình giao dịch gốc của Dusk, quyền riêng tư, hoặc khả năng zero-knowledge — những thứ mà mô hình thực thi của EVM không được thiết kế để phơi bày một cách bản địa. Piecrust, động cơ nằm dưới, chạy nhanh hơn người tiền nhiệm khoảng mười lần và đi kèm các hàm host thân thiện với ZK — PLONK, Groth16 và BLS — được tích hợp thẳng vào runtime.
tôi cũng kiểm tra DuskEVM bao quát những gì. Tương đương EVM đầy đủ, bộ công cụ chuẩn, và việc “settling” thông qua DuskDS — lớp dành cho các nhà phát triển muốn dùng quy trình Solidity quen thuộc mà không cần các nguyên thủ quyền riêng tư-native.
vì vậy cụm “máy ảo native thay vì chỉ EVM” thực ra không phải là sự phủ nhận EVM. đó là Dusk từ chối việc bắt các hợp đồng native về quyền riêng tư và ZK phải đi qua một mô hình thực thi mà chưa bao giờ được xây dựng để xử lý chúng một cách hiệu quả.
việc chạy hai môi trường thực thi tách biệt có làm Dusk mạnh hơn, hay nó chỉ chia sự tập trung của nhà phát triển giữa hai hệ thống có những nhiệm vụ chồng lấn?
#dusk $DUSK
Tuyên bố miễn trừ trách nhiệm: Nội dung bao gồm cả quan điểm của bên thứ ba, không phải lời khuyên. Có thể sử dụng nội dung do Binance Ai đưa ra nhưng không được đảm bảo. Xem Điều khoản & Điều kiện.