Trong vài ngày qua, tôi thấy mình cứ quay lại @Dusk thêm và thêm lần nữa. Không phải vì những thứ dễ thu hút sự chú ý, mà vì có một phần lặng lẽ hơn của dự án cứ khiến tôi phải suy nghĩ.

Một điều tôi đánh giá cao về sự cố ngày 16 tháng 8 là nhóm phản ứng nhanh đến mức nào. Họ hành động gấp để chặn dòng tiền, thay thế các địa chỉ bị ảnh hưởng và thêm các địa chỉ vào danh sách chặn của web wallet—một cách tiếp cận khá quen thuộc để xử lý hậu quả sau một sự cố.

Khi tôi xem xét các địa chỉ mới sau sự cố, có điều gì đó khá thú vị. Thay vì thấy những giao dịch nhỏ được dùng để dò hệ thống, hầu như mọi thứ đều hoàn toàn im lìm. Không có “bụi” (dust), không có thử nghiệm, không có dấu hiệu ai đó đang kiểm tra hệ thống sẽ phản hồi ra sao. Hơn một tuần liền, các địa chỉ đó vẫn im lặng trong khi cây cầu (bridge) nằm ngoài mạng.

Điều khiến tôi chú ý nhất sau vụ khai thác (exploit) không hẳn là lỗ hổng đã xảy ra, mà là #dusk đã chọn làm gì sau đó. Họ hoàn toàn có thể khôi phục cây cầu nhanh chóng để đáp ứng nhu cầu của người dùng, nhưng thay vào đó họ giữ mọi thứ ở trạng thái tạm dừng. Các địa chỉ mới vẫn không bị động đến. Không ai bắt họ phải chờ, thế nhưng họ vẫn chọn phương án ít thuận tiện hơn để đổi lấy thêm một lớp an toàn.

Thành thật mà nói, tôi vẫn chưa muốn gắn nhãn điều này là quản trị rủi ro “tốt” hay chỉ đơn giản là một quy trình khôi phục chậm. Có lẽ câu trả lời nằm đâu đó ở khoảng giữa. Điều có vẻ chắc chắn hơn là, sau sự cố, gần như không có thêm hoạt động nào trên chuỗi—and chính sự im lặng đó cũng đáng để theo dõi.

Tôi tự hỏi liệu có ai khác đang theo dõi dữ liệu này không: sau một sự cố, mỗi cây cầu thường sẽ “im lặng” trong bao lâu trước khi thực sự quay lại trực tuyến? Có lẽ khoảng thời gian im lặng đó là một trong những cách rõ ràng nhất để thấy một đội ngũ thực sự tiếp cận quản trị rủi ro như thế nào.$DUSK $BMT $FOREST