#dusk $DUSK @Dusk
Tôi suýt nữa đã bỏ qua vụ việc cầu nối của Dusk vào tháng Giêng vì phản ứng của thị trường ồn ào hơn nhiều so với những chi tiết thực sự.
Sau đó tôi quay lại để đọc thông báo riêng của Dusk và bắt đầu xem kỹ hơn.
Nhóm cho biết đã phát hiện hoạt động bất thường quanh một ví được quản lý bởi đội ngũ, các dịch vụ cầu nối đã bị tạm dừng, các địa chỉ đã được tái sử dụng, và tiền của người dùng không bị ảnh hưởng. Họ cũng nhấn mạnh rằng bản thân DuskDS không bị xâm nhập.
Điều thu hút sự chú ý của tôi là khoảng cách giữa cách diễn đạt cẩn thận đó và những gì các trình theo dõi khác đang báo cáo vào thời điểm ấy. Một số nơi đã chỉ thẳng vào việc kẻ tấn công rút hàng triệu DUSK thông qua cầu nối Dusk-to-EVM.
Cùng một sự cố, nhưng bức tranh lại hoàn toàn khác.
Những chi tiết sau đó giúp tình hình dễ hiểu hơn. Vấn đề liên quan đến một ví ký kết bị xâm phạm được dùng cho cầu nối, chứ không phải do lỗi trong cơ chế đồng thuận cốt lõi của Dusk hay hạ tầng blockchain.
Sự phân biệt này quan trọng.
Một chuỗi có thể có cơ chế đồng thuận mạnh, tính năng bảo mật riêng tư và tuân thủ tốt, nhưng hạ tầng kết nối nó với một mạng khác vẫn có thể trở thành điểm yếu.
Các cầu nối chuyển giá trị thật, vì vậy hệ thống ký kết của chúng xứng đáng được chú ý tương đương với chính giao thức nền tảng.
Điều tôi thực sự muốn thấy sau một sự cố như thế này không phải là một câu chuyện hoàn hảo. Tôi muốn xem đội ngũ xác định được điểm yếu, giới hạn mức độ thiệt hại và làm cho kiến trúc khó bị tấn công lại hơn.
Với tôi, điều đó hữu ích hơn nhiều so với việc chỉ nhìn vào biểu đồ DUSK.
Bạn đánh giá một dự án sau sự cố an ninh như thế nào: dựa trên chính sự cố, hay dựa trên những thay đổi mà đội ngũ thực hiện sau đó?
Tôi suýt nữa đã bỏ qua vụ việc cầu nối của Dusk vào tháng Giêng vì phản ứng của thị trường ồn ào hơn nhiều so với những chi tiết thực sự.
Sau đó tôi quay lại để đọc thông báo riêng của Dusk và bắt đầu xem kỹ hơn.
Nhóm cho biết đã phát hiện hoạt động bất thường quanh một ví được quản lý bởi đội ngũ, các dịch vụ cầu nối đã bị tạm dừng, các địa chỉ đã được tái sử dụng, và tiền của người dùng không bị ảnh hưởng. Họ cũng nhấn mạnh rằng bản thân DuskDS không bị xâm nhập.
Điều thu hút sự chú ý của tôi là khoảng cách giữa cách diễn đạt cẩn thận đó và những gì các trình theo dõi khác đang báo cáo vào thời điểm ấy. Một số nơi đã chỉ thẳng vào việc kẻ tấn công rút hàng triệu DUSK thông qua cầu nối Dusk-to-EVM.
Cùng một sự cố, nhưng bức tranh lại hoàn toàn khác.
Những chi tiết sau đó giúp tình hình dễ hiểu hơn. Vấn đề liên quan đến một ví ký kết bị xâm phạm được dùng cho cầu nối, chứ không phải do lỗi trong cơ chế đồng thuận cốt lõi của Dusk hay hạ tầng blockchain.
Sự phân biệt này quan trọng.
Một chuỗi có thể có cơ chế đồng thuận mạnh, tính năng bảo mật riêng tư và tuân thủ tốt, nhưng hạ tầng kết nối nó với một mạng khác vẫn có thể trở thành điểm yếu.
Các cầu nối chuyển giá trị thật, vì vậy hệ thống ký kết của chúng xứng đáng được chú ý tương đương với chính giao thức nền tảng.
Điều tôi thực sự muốn thấy sau một sự cố như thế này không phải là một câu chuyện hoàn hảo. Tôi muốn xem đội ngũ xác định được điểm yếu, giới hạn mức độ thiệt hại và làm cho kiến trúc khó bị tấn công lại hơn.
Với tôi, điều đó hữu ích hơn nhiều so với việc chỉ nhìn vào biểu đồ DUSK.
Bạn đánh giá một dự án sau sự cố an ninh như thế nào: dựa trên chính sự cố, hay dựa trên những thay đổi mà đội ngũ thực hiện sau đó?
