Đã mất quá nhiều thời gian đêm qua để lục lọi tài liệu kiến trúc của Dusk. Không nói quá—não mình cứ bị mắc kẹt vào một điểm.
Họ có Zedger (kiểu UTXO, ưu tiên quyền riêng tư cho chứng khoán) và DuskEVM (OP Stack EVM cho nhà phát triển Solidity). Trên giấy tờ, mọi thứ khá gọn—logic thanh toán được giữ tách biệt với logic ứng dụng.
Nhưng Zedger lại có một tính năng rất cụ thể, khá hay: bên nhận phải chủ động chấp thuận một lần chuyển trước khi giao dịch được hoàn tất. Rất quan trọng đối với tài sản được quản lý theo quy định. Token bảo mật của bạn không thể cứ bị quét vào một ví bất kỳ.
Giờ hãy tưởng tượng bạn bọc tài sản đó và mang nó sang phía EVM. EVM không có sẵn trạng thái “chờ phê duyệt” một cách nguyên bản—nó chỉ có các chuyển đổi trạng thái tiêu chuẩn.
Vậy ai sẽ thực thi quy tắc đó khi tài sản ở phía bên kia?
Tài liệu công khai không thực sự mô tả chi tiết cơ chế của cầu nối ở đây. Có thể họ mang theo ngữ cảnh tuân thủ đó, nhưng thật lòng mà nói, vậy chẳng phải bạn đang tái xây dựng logic của Zedger ngay trong Solidity sao? Thế thì tại sao phải giữ chúng tách biệt?
Có lẽ vì thế mà DuskVM (lớp quyền riêng tư WASM) đang được tách ra thành một thứ riêng—to giữ phần thật sự được quản lý theo quy định tách biệt khỏi “miền viễn tây” của EVM.
Ba runtime. Hai cầu nối. Nghe tham vọng đấy, nhưng mình cứ ngồi tự hỏi liệu các mối ghép đó có thực sự kín kẽ không. Có cảm giác có thể sẽ phát sinh vài bất nhất trạng thái kỳ lạ khi một tài sản nhảy giữa các lớp.
Mình không hề cố “gây FUD”—mình thật sự thích hướng tiếp cận này. Chỉ là tò mò nghiêm túc không biết có ai biết họ dự định giữ đồng bộ trạng thái xuyên lớp chặt chẽ trong thực tế như thế nào không.
@Dusk #dusk #DUSK $DUSK
Họ có Zedger (kiểu UTXO, ưu tiên quyền riêng tư cho chứng khoán) và DuskEVM (OP Stack EVM cho nhà phát triển Solidity). Trên giấy tờ, mọi thứ khá gọn—logic thanh toán được giữ tách biệt với logic ứng dụng.
Nhưng Zedger lại có một tính năng rất cụ thể, khá hay: bên nhận phải chủ động chấp thuận một lần chuyển trước khi giao dịch được hoàn tất. Rất quan trọng đối với tài sản được quản lý theo quy định. Token bảo mật của bạn không thể cứ bị quét vào một ví bất kỳ.
Giờ hãy tưởng tượng bạn bọc tài sản đó và mang nó sang phía EVM. EVM không có sẵn trạng thái “chờ phê duyệt” một cách nguyên bản—nó chỉ có các chuyển đổi trạng thái tiêu chuẩn.
Vậy ai sẽ thực thi quy tắc đó khi tài sản ở phía bên kia?
Tài liệu công khai không thực sự mô tả chi tiết cơ chế của cầu nối ở đây. Có thể họ mang theo ngữ cảnh tuân thủ đó, nhưng thật lòng mà nói, vậy chẳng phải bạn đang tái xây dựng logic của Zedger ngay trong Solidity sao? Thế thì tại sao phải giữ chúng tách biệt?
Có lẽ vì thế mà DuskVM (lớp quyền riêng tư WASM) đang được tách ra thành một thứ riêng—to giữ phần thật sự được quản lý theo quy định tách biệt khỏi “miền viễn tây” của EVM.
Ba runtime. Hai cầu nối. Nghe tham vọng đấy, nhưng mình cứ ngồi tự hỏi liệu các mối ghép đó có thực sự kín kẽ không. Có cảm giác có thể sẽ phát sinh vài bất nhất trạng thái kỳ lạ khi một tài sản nhảy giữa các lớp.
Mình không hề cố “gây FUD”—mình thật sự thích hướng tiếp cận này. Chỉ là tò mò nghiêm túc không biết có ai biết họ dự định giữ đồng bộ trạng thái xuyên lớp chặt chẽ trong thực tế như thế nào không.
@Dusk #dusk #DUSK $DUSK
