#dusk $DUSK @Dusk Nhấn một lần nhưng lại phải liên tục xác nhận ba lần, hơn nữa còn phải dự trù Gas ở cả hai mạng. Người dùng phổ thông phản ứng đầu tiên sẽ không phải là “an toàn liên lớp thực sự nghiêm ngặt”, mà là: “Tiền của tôi có bị kẹt không?”
Tôi đã đối chiếu hướng dẫn cầu nối DuskEVM hiện tại cho @Dusk . Tóm tắt trước: trang chính thức mô tả cho mạng thử nghiệm; token thử nghiệm không có giá trị thực, vì vậy không thể viết sẵn như thể mạng chính đã chạy thông suốt.
Quy trình nạp thì khá thẳng: gửi giao dịch trên Dusk L1, rồi chờ số dư DuskEVM về—trạng thái của hai lớp sẽ không cập nhật cùng lúc. Khi thoát/ra ngoài thì phải khởi động trên DuskEVM trước, đợi ví hiển thị “có thể chứng minh” rồi mới nộp chứng minh lên L1; tiếp tục chờ “có thể xác nhận cuối cùng”, rồi gửi thêm một giao dịch L1 để giải phóng DUSK.
Một lần thoát bao gồm ba hành động on-chain: khởi động, chứng minh và xác nhận cuối cùng. Ngoài phí của chuỗi nguồn, còn phải chuẩn bị hai khoản phí L1, và dùng DUSK chưa được ẩn danh để thanh toán. Nếu chuyển toàn bộ số dư L1 vào EVM, tài sản có thể bị “dừng nửa đường” vì thiếu Gas.
Tại sao không thể cho phép mở một lần? DuskEVM chịu trách nhiệm thực thi, còn Dusk L1 tiếp nhận phần chứng minh và việc giải phóng cuối cùng. Hệ thống phải chờ trạng thái được công bố, chứng minh trưởng thành và kiểm tra tranh chấp, đồng thời xác nhận kết quả thực thi có thể được lớp thanh toán chấp nhận hay không. Cái giá phải trả là thời gian, thao tác và mức chiếm dụng thanh khoản.
Điều này còn rắc rối hơn với các tổ chức. Tài sản bị trừ khỏi EVM không có nghĩa là L1 đã nhận xong; hệ thống tài chính không thể ghi “thành công khi khởi động” thành “đã hoàn tất rút tiền”, mà phải đối chiếu hash giao dịch, trạng thái chứng minh, xác nhận cuối cùng và ba khoản phí. Nếu không, sổ sách sẽ xuất hiện một khoảng “chờ thanh toán”.
Vì vậy, tôi sẽ theo dõi bốn hạng mục: thời gian trung vị trong quá trình thoát, tỷ lệ bị kẹt ở từng giai đoạn, tổng chi phí của ba thao tác, và liệu có thể khôi phục không mất mát sau khi thất bại. $DUSK là tài sản gốc ở hai bên và Gas, nhưng liệu người dùng có dám vào hay không còn phụ thuộc vào việc cổng ra có xem hiểu được hay không, và cũng có thể được kiểm đối đầy đủ bởi sổ cái của tổ chức.
#dusk
Tôi đã đối chiếu hướng dẫn cầu nối DuskEVM hiện tại cho @Dusk . Tóm tắt trước: trang chính thức mô tả cho mạng thử nghiệm; token thử nghiệm không có giá trị thực, vì vậy không thể viết sẵn như thể mạng chính đã chạy thông suốt.
Quy trình nạp thì khá thẳng: gửi giao dịch trên Dusk L1, rồi chờ số dư DuskEVM về—trạng thái của hai lớp sẽ không cập nhật cùng lúc. Khi thoát/ra ngoài thì phải khởi động trên DuskEVM trước, đợi ví hiển thị “có thể chứng minh” rồi mới nộp chứng minh lên L1; tiếp tục chờ “có thể xác nhận cuối cùng”, rồi gửi thêm một giao dịch L1 để giải phóng DUSK.
Một lần thoát bao gồm ba hành động on-chain: khởi động, chứng minh và xác nhận cuối cùng. Ngoài phí của chuỗi nguồn, còn phải chuẩn bị hai khoản phí L1, và dùng DUSK chưa được ẩn danh để thanh toán. Nếu chuyển toàn bộ số dư L1 vào EVM, tài sản có thể bị “dừng nửa đường” vì thiếu Gas.
Tại sao không thể cho phép mở một lần? DuskEVM chịu trách nhiệm thực thi, còn Dusk L1 tiếp nhận phần chứng minh và việc giải phóng cuối cùng. Hệ thống phải chờ trạng thái được công bố, chứng minh trưởng thành và kiểm tra tranh chấp, đồng thời xác nhận kết quả thực thi có thể được lớp thanh toán chấp nhận hay không. Cái giá phải trả là thời gian, thao tác và mức chiếm dụng thanh khoản.
Điều này còn rắc rối hơn với các tổ chức. Tài sản bị trừ khỏi EVM không có nghĩa là L1 đã nhận xong; hệ thống tài chính không thể ghi “thành công khi khởi động” thành “đã hoàn tất rút tiền”, mà phải đối chiếu hash giao dịch, trạng thái chứng minh, xác nhận cuối cùng và ba khoản phí. Nếu không, sổ sách sẽ xuất hiện một khoảng “chờ thanh toán”.
Vì vậy, tôi sẽ theo dõi bốn hạng mục: thời gian trung vị trong quá trình thoát, tỷ lệ bị kẹt ở từng giai đoạn, tổng chi phí của ba thao tác, và liệu có thể khôi phục không mất mát sau khi thất bại. $DUSK là tài sản gốc ở hai bên và Gas, nhưng liệu người dùng có dám vào hay không còn phụ thuộc vào việc cổng ra có xem hiểu được hay không, và cũng có thể được kiểm đối đầy đủ bởi sổ cái của tổ chức.
#dusk
