Thị trường thường xuyên sai lầm trong việc định giá sự đánh đổi giữa 'bảo mật' và 'phi tập trung'. Họ nhìn vào một hợp đồng không thể nâng cấp và thấy một pháo đài. Tôi nhìn vào cùng một hợp đồng đó sau sự cố của BlueMove và thấy một cái bẫy chuột đã đóng sập.
Vụ mất trộm 500.000 USD từ BlueMove, một DEX trên Sui, không chỉ là một câu chuyện về một lỗi số học hay một kẻ tấn công cơ hội. Đó là một hồi chuông cảnh tỉnh cho toàn bộ hệ sinh thái về một căn bệnh ung thư đang âm thầm phát triển: tín ngưỡng mù quáng vào tính bất biến của hợp đồng thông minh. Kẻ tình nghi bị chỉ điểm là 'nội gián' có thể là một cá nhân, nhưng kẻ đồng phạm thực sự chính là một hệ tư tưởng thiết kế thiếu sự uyển chuyển cần thiết cho một thị trường tài chính trưởng thành.
Hãy nhìn vào bối cảnh. BlueMove không phải là một dự án rác rưởi. Nó là một phần của hệ sinh thái Sui, một Layer 1 được ca tụng vì kiến trúc di động và mô hình an toàn lý thuyết. Vào cuối tháng 5, nhóm đã thực hiện một bản nâng cấp. Và rồi họ đã phạm một sai lầm chiến lược cấp độ 'tự sát': họ đã làm cho hợp đồng của mình trở nên bất biến — hay, trong thuật ngữ của Move, họ đã 'đốt' UpgradCap. Đây là hành động của một đội ngũ tin tưởng tuyệt đối vào sự hoàn hảo của code của họ. Họ đã tự khóa mình khỏi mọi lỗi lầm trong tương lai.
Lỗ hổng không phải là mới. Nó đã tồn tại hơn một năm. Và nó là một lỗi kinh điển: tràn số học. Khi ai đó gửi một lượng thanh khoản được tính toán một cách độc hại, kẻ tấn công có thể đánh lừa hợp đồng ghi nhận một số dư ảo, cho phép họ rút toàn bộ pool. Đây không phải là một cuộc tấn công kỹ thuật cao; đó là một vụ cướp đường phố, nhưng cửa sau đã bị khóa từ bên trong. Kẻ tấn công đã chờ đợi 40 ngày sau bản nâng cấp để ra tay.
Phần cốt lõi của sự việc này, từ góc nhìn của một 'Người quan sát vĩ mô', không nằm ở mã nguồn. Mà nó nằm ở sự thất bại trong nhận thức rủi ro hệ thống. Trong tài chính truyền thống, một lỗi tương tự trong một hệ thống giao dịch sẽ dẫn đến một 'kill switch', một cuộc gọi điện thoại, và một bản vá lỗi ngay lập tức. Trong thế giới crypto thuần túy của chúng ta, việc 'đốt chìa khóa' được coi là một dấu hiệu của sự thuần khiết. Nhưng sự thuần khiết đó phải trả giá bằng sự dễ tổn thương.
Dựa trên kinh nghiệm xây dựng các mô hình rủi ro của tôi từ năm 2021, tôi nhận ra rằng các nhà đầu tư đã đánh giá thấp chi phí cơ hội của việc mất đi tính linh hoạt. Họ nhìn vào một dự án và thấy 'không thể nâng cấp' và nghĩ 'an toàn vĩnh viễn'. Họ không tính đến viễn cảnh nó có thể trở thành 'chết vì không thể thay đổi'. BlueMove là một minh chứng sống động. Sau khi mất 500k USD và khả năng kiểm soát, 'giải pháp' duy nhất của họ là đe dọa kiện tụng và sau đó đóng cửa dự án. Không có bản vá nào cả. Không có Ethereum fork nào cả. Chỉ có sự sụp đổ.
Đây là nơi mà góc nhìn phản trực giác của tôi xuất hiện. Nhiều người sẽ đổ lỗi cho 'kẻ tấn công nội bộ'. Họ sẽ nói 'đây là một vụ rug pull có chủ đích'. Có thể. Nhưng tôi cho rằng chính kiến trúc thượng tầng của 'niềm tin phi tập trung' mới là thủ phạm thực sự. Chúng ta đã tạo ra một hệ sinh thái nơi mà một hành động thiếu thận trọng duy nhất (đốt quyền nâng cấp) có thể hủy diệt một dự án một cách không thể cứu vãn. Chúng ta tôn thờ tính bất biến đến mức biến nó thành một tử huyệt. Sự thật là, trong thế giới thực, tính linh hoạt có kiểm soát, có giám sát là một tài sản, không phải một điểm yếu. Việc BlueMove đốt UpgradCap không phải là một tuyên bố về sự trưởng thành; đó là một tuyên bố về sự thiếu hiểu biết về quản lý rủi ro.
Lời kết cho những ai đang đọc bài viết này: Hãy ngừng tôn thờ 'không thể nâng cấp' như một thước đo của sự hoàn hảo. Một chiếc két sắt có thể không có lỗ khóa để tên trộm mở, nhưng nó cũng không thể mở được khi chủ nhân quên mật khẩu. BlueMove đã quên mật khẩu, và chiếc két đã nuốt chửng 500.000 USD của người dùng. Trong chu kỳ thị trường này, hãy đầu tư vào những dự án có khả năng thích nghi và sửa chữa, chứ không phải những dự án cứng nhắc đến mức tự sát.