Điều thu hút sự chú ý của tôi là bản nâng cấp Boreas của Dusk khiến việc thực thi hợp đồng bị lỗi trở nên dễ nhìn hơn, chứ không phải ít hơn.
Kể từ lần triển khai Boreas trên mainnet ngày 10 tháng 6 năm 2026 tại block 4,414,095, các sự kiện hợp đồng bị revert vẫn có thể được lưu giữ trong dữ liệu lưu trữ (archive) với một nhãn đánh dấu “reverted” rõ ràng. Đồng thời, những sự kiện lỗi đó được loại khỏi canonical block bloom, và các sự kiện stake bị revert cũng bị loại khỏi các lần cập nhật trạng thái của provisioner.
Sự khác biệt này quan trọng hơn vẻ bề ngoài ban đầu.
Một lệnh gọi bị revert sẽ không thay đổi trạng thái canonical. Nhưng đối với các ứng dụng tài chính, việc xóa hoàn toàn dấu vết sự kiện có thể khiến việc gỡ lỗi, đối soát và rà soát pháp y trở nên khó khăn hơn. Dusk đang tách “sự kiện này đã xảy ra trong quá trình thực thi” khỏi “sự kiện này trở thành một phần của trạng thái hợp lệ.”
Tôi đã kỳ vọng một chuỗi chú trọng quyền riêng tư sẽ giảm thiểu chi tiết thực thi được giữ lại. Thế nhưng, DuskFoundation đang bảo toàn một lộ trình kiểm toán rõ ràng hơn cho hoạt động hợp đồng thất bại, trong khi vẫn giữ việc lập chỉ mục canonical sạch sẽ.
Cách hiểu của tôi: đây là một chi tiết nhỏ của giao thức nhưng có mức độ liên quan bất thường mạnh mẽ đối với tài chính onchain được quản lý. Khả năng kiểm toán không chỉ là nhìn thấy các lần chuyển thành công; mà còn là chứng minh điều gì đã thất bại và đảm bảo nó không hề làm nhiễm trạng thái.
Câu hỏi tôi đang theo dõi: các trình khám phá và công cụ hỗ trợ cấp tổ chức có hiển thị rõ ràng metadata về sự kiện đã bị revert này đủ để người dùng được hưởng lợi từ nó hay không?
@Dusk $DUSK #dusk
Kể từ lần triển khai Boreas trên mainnet ngày 10 tháng 6 năm 2026 tại block 4,414,095, các sự kiện hợp đồng bị revert vẫn có thể được lưu giữ trong dữ liệu lưu trữ (archive) với một nhãn đánh dấu “reverted” rõ ràng. Đồng thời, những sự kiện lỗi đó được loại khỏi canonical block bloom, và các sự kiện stake bị revert cũng bị loại khỏi các lần cập nhật trạng thái của provisioner.
Sự khác biệt này quan trọng hơn vẻ bề ngoài ban đầu.
Một lệnh gọi bị revert sẽ không thay đổi trạng thái canonical. Nhưng đối với các ứng dụng tài chính, việc xóa hoàn toàn dấu vết sự kiện có thể khiến việc gỡ lỗi, đối soát và rà soát pháp y trở nên khó khăn hơn. Dusk đang tách “sự kiện này đã xảy ra trong quá trình thực thi” khỏi “sự kiện này trở thành một phần của trạng thái hợp lệ.”
Tôi đã kỳ vọng một chuỗi chú trọng quyền riêng tư sẽ giảm thiểu chi tiết thực thi được giữ lại. Thế nhưng, DuskFoundation đang bảo toàn một lộ trình kiểm toán rõ ràng hơn cho hoạt động hợp đồng thất bại, trong khi vẫn giữ việc lập chỉ mục canonical sạch sẽ.
Cách hiểu của tôi: đây là một chi tiết nhỏ của giao thức nhưng có mức độ liên quan bất thường mạnh mẽ đối với tài chính onchain được quản lý. Khả năng kiểm toán không chỉ là nhìn thấy các lần chuyển thành công; mà còn là chứng minh điều gì đã thất bại và đảm bảo nó không hề làm nhiễm trạng thái.
Câu hỏi tôi đang theo dõi: các trình khám phá và công cụ hỗ trợ cấp tổ chức có hiển thị rõ ràng metadata về sự kiện đã bị revert này đủ để người dùng được hưởng lợi từ nó hay không?
@Dusk $DUSK #dusk
