Phí giao dịch DUSK là 1 DUSK, thời gian khoảng 15 phút. Đây là chi phí và thời gian chính thức khi chuyển DUSK gốc từ mạng Dusk sang phiên bản BEP20 trên chuỗi BSC. Bản thân con số không mấy đáng chú ý, nhưng ý tưởng thiết kế thì đáng để xem kỹ.
Cơ chế chuyển đổi là “khóa rồi đúc”: người dùng gửi DUSK gốc vào ví cầu nối trên mạng chính. Sau khi giao thức xác minh giao dịch khóa đó trên chuỗi, thì bên BSC mới kích hoạt việc đúc một lượng tương ứng DUSK BEP20. DUSK gốc luôn được xem là nguồn giá trị duy nhất; phiên bản trên BSC chỉ là tài sản được bọc. Gần đây cơ chế này cũng đã mở cho thao tác ngược: DUSK gốc và DUSK BEP20 có thể lưu chuyển hai chiều.
Điều mình quan tâm hơn, là nhân tố bắt buộc phải tồn tại đứng sau cơ chế này — dù luồng xử lý có “sạch” đến đâu, vẫn cần một bước để xác nhận “phía mạng chính thực sự đã khóa”, rồi mới dám cho phép đúc trên một chuỗi khác. Và đứng sau hành động xác nhận đó là quyền ký mà ai đó quản lý; họ là ai, quản lý như thế nào — quan trọng hơn việc logic của giao thức có viết hay hay không.
Đầu năm nay, sự cố ở dịch vụ cầu liên chuỗi đã được công bố rất rõ ràng: giao thức trên mạng chính không hề bị ảnh hưởng, vấn đề nằm ở hạ tầng chữ ký bên ngoài xoay quanh mạng chính. Đặt hai chuyện này cạnh nhau, mình càng chắc một điều: đánh giá cầu liên chuỗi có an toàn hay không, chỉ nhìn xem logic “khóa-đúc” có đúng hay không là chưa đủ. Cần hỏi thêm một câu: quyền ký kích hoạt việc đúc được quản lý cụ thể ra sao. Những vấn đề ở tầng vận hành như thế này, thường dễ “lệch” hơn so với chính mã nguồn của giao thức.
Phí cố định của 1 DUSK cộng với thời gian khoảng 15 phút: tốc độ thì không thể gọi là nhanh. Nhưng nếu đó là cách chủ động thận trọng để lấy biên an toàn, mình nghĩ là có thể hiểu được. Với các tổ chức điều phối tài sản xuyên chuỗi, đa phần họ cũng sẽ không lấy tốc độ cầu nối làm chỉ số cốt lõi, mà ngược lại quan tâm hơn liệu việc quản lý quyền ký đằng sau có đáng để soi xét hay không.
Các bạn nghĩ sao: khi đánh giá độ tin cậy của một cầu liên chuỗi, nên ưu tiên kiểm toán mã giao thức, hay ưu tiên đánh giá cách quản lý quyền ký để kích hoạt/cho phép đúc?
#dusk $DUSK @Dusk
Cơ chế chuyển đổi là “khóa rồi đúc”: người dùng gửi DUSK gốc vào ví cầu nối trên mạng chính. Sau khi giao thức xác minh giao dịch khóa đó trên chuỗi, thì bên BSC mới kích hoạt việc đúc một lượng tương ứng DUSK BEP20. DUSK gốc luôn được xem là nguồn giá trị duy nhất; phiên bản trên BSC chỉ là tài sản được bọc. Gần đây cơ chế này cũng đã mở cho thao tác ngược: DUSK gốc và DUSK BEP20 có thể lưu chuyển hai chiều.
Điều mình quan tâm hơn, là nhân tố bắt buộc phải tồn tại đứng sau cơ chế này — dù luồng xử lý có “sạch” đến đâu, vẫn cần một bước để xác nhận “phía mạng chính thực sự đã khóa”, rồi mới dám cho phép đúc trên một chuỗi khác. Và đứng sau hành động xác nhận đó là quyền ký mà ai đó quản lý; họ là ai, quản lý như thế nào — quan trọng hơn việc logic của giao thức có viết hay hay không.
Đầu năm nay, sự cố ở dịch vụ cầu liên chuỗi đã được công bố rất rõ ràng: giao thức trên mạng chính không hề bị ảnh hưởng, vấn đề nằm ở hạ tầng chữ ký bên ngoài xoay quanh mạng chính. Đặt hai chuyện này cạnh nhau, mình càng chắc một điều: đánh giá cầu liên chuỗi có an toàn hay không, chỉ nhìn xem logic “khóa-đúc” có đúng hay không là chưa đủ. Cần hỏi thêm một câu: quyền ký kích hoạt việc đúc được quản lý cụ thể ra sao. Những vấn đề ở tầng vận hành như thế này, thường dễ “lệch” hơn so với chính mã nguồn của giao thức.
Phí cố định của 1 DUSK cộng với thời gian khoảng 15 phút: tốc độ thì không thể gọi là nhanh. Nhưng nếu đó là cách chủ động thận trọng để lấy biên an toàn, mình nghĩ là có thể hiểu được. Với các tổ chức điều phối tài sản xuyên chuỗi, đa phần họ cũng sẽ không lấy tốc độ cầu nối làm chỉ số cốt lõi, mà ngược lại quan tâm hơn liệu việc quản lý quyền ký đằng sau có đáng để soi xét hay không.
Các bạn nghĩ sao: khi đánh giá độ tin cậy của một cầu liên chuỗi, nên ưu tiên kiểm toán mã giao thức, hay ưu tiên đánh giá cách quản lý quyền ký để kích hoạt/cho phép đúc?
#dusk $DUSK @Dusk
A. 优先看签名权限管理,历史上出问题的桥大多栽在这一环
100%
B. 优先看协议代码,签名管理是运营细节,代码逻辑才是根本
0%
C. 两个都得看,单看一个都容易漏掉真正的风险点
0%
3 phiếu bầu • Cuộc bỏ phiếu đã kết thúc