Giao thức Flooring kiểu “white-hat” giải cứu thu hồi 68 NFT, bao gồm CryptoPunks

Vào ngày 8 tháng 6, Yuga Labs đã thực hiện một chiến dịch “white-hat” để thu hồi các NFT bị đánh cắp từ Flooring Protocol thông qua một lỗ hổng khai thác liên quan đến kế toán. Lỗ hổng của Flooring Protocol cho phép kẻ tấn công đúc gần như vô hạn số dư fpToken, rồi rút cạn tài sản trong pool theo thời gian bằng lượng “bụi” WETH rất nhỏ. Yuga Labs đã triển khai một hợp đồng phòng thủ mô phỏng đúng cơ chế của kẻ tấn công và kéo các NFT có giá trị cao vào nơi an toàn trước khi những người khác kịp nhận chúng. Phần cứu hộ đã thu hồi được 68 NFT trị giá hơn 500.000 USD, bao gồm 29 NFT Bored Ape Yacht Club, bốn NFT Mutant Ape Yacht Club và hai CryptoPunks. Tất cả NFT đã thu hồi hiện đang được Yuga Labs nắm giữ và dự kiến sẽ được hoàn trả sau khi Flooring Protocol phát hành một bản vá đã được xác minh. Nguyên nhân gốc được cho là do kiến trúc sư của Flooring Protocol, 0xFreeLunch: logic quyền sở hữu/chỉ mục được “đóng gói” tạo ra “ghost ownership” (quyền sở hữu ma), sau đó là lỗi underflow số học làm phình to số dư. Một vấn đề theo dõi rộng hơn cũng dẫn đến các lệnh rút khẩn cấp nhằm giảm thêm mức độ phơi nhiễm có rủi ro. Với các trader, đây là lời nhắc rằng các lỗi trong kế toán của smart contract và quyền đúc có thể làm méo mó tính thanh khoản của NFT-DeFi, dù việc can thiệp nhanh có thể hạn chế sự lan truyền tiêu cực dài hạn trên thị trường.
Neutral
Tin này khó có thể tạo ra một biến động giá trực tiếp và kéo dài cho bất kỳ loại tiền mã hoá nào được nhắc đến. Tác động có khả năng thiên về tâm lý và mức bù rủi ro: phản hồi theo hướng “white-hat” đã giảm sự không chắc chắn và hạn chế sự lây lan tiêu cực trên thị trường NFT, nhưng bài học cốt lõi—lỗi về kế toán/đúc (minting) trong hợp đồng thông minh của DeFi—ủng hộ chủ đề thận trọng kéo dài. Trong ngắn hạn, trader có thể chứng kiến biến động xung quanh tâm lý rủi ro liên quan đến NFT/DeFi; trong dài hạn, trọng tâm chuyển sang việc Flooring Protocol có cung cấp bản sửa đã được xác minh hay không và liệu các lỗi kế toán tương tự có tồn tại ở các giao thức kế thừa khác hay không.