Sai lệch mức phí đã thiết lập trong tháng Một. $413K Biến mất vào tháng Tư.

Singularity_Fi mất $413K sau khi một mức phí Uniswap V3 không hợp lệ âm thầm làm hỏng oracle của nó. Một vụ rút tiền $464K JUDAO đã xảy ra trên BNB Chain cùng tuần đó.

Vào ngày 19 tháng 1, một quản trị viên của giao thức Singularity_Fi đã đăng ký sáu tuyến oracle token lợi nhuận sử dụng mức phí Uniswap V3 là 42. Uniswap V3 chỉ hỗ trợ bốn mức phí hợp lệ: 100, 500, 3000, và 10000.

Theo DefimonAlerts trên X, mỗi lần gọi factory.getPool( ) sử dụng mức phí không hợp lệ đó đều trả về địa chỉ(0). Đường dẫn giá trực tiếp bị hỏng âm thầm. Không có cảnh báo. Không có lỗi hoàn nguyên.

Vault dynBaseUSDCv3 trên Base vẫn tiếp tục hoạt động. Nó chỉ đơn giản là không biết giá trị tài sản của mình là bao nhiêu.

Vault nghĩ rằng nó có 100 đô la. Thực ra nó có nhiều hơn.

Các pool dự phòng WETH dự phòng tồn tại nhưng không có thanh khoản. Vì vậy, tổng tài sản của VaultTokensLib( không tính đến USDC đang nằm không hoạt động trong vault. Mọi thứ khác, các token lợi nhuận thực tế, đều được đọc là không có gì.

Ba tháng trôi qua.

Kẻ tấn công vay nóng 100.000 USDC từ Morpho. Gửi vào vault. Mint gần 99,99% tổng cung theo tỷ lệ bị hỏng đó. Việc mint diễn ra suôn sẻ, vì oracle nói vault gần như trống rỗng.

Sau đó là việc rút tiền. Token được rút theo tỷ lệ tương ứng với từng token thực tế, hoàn toàn độc lập với oracle. Các token lợi nhuận cơ sở cũng theo đó mà đi. Theo DefimonAlerts, tổng thiệt hại khoảng 413.000 đô la. Giao dịch có thể xem trên Basescan. Giao dịch cấu hình phí ban đầu cũng có trên chuỗi, có dấu thời gian tháng 1.

Singularity_Fi xác nhận vụ việc trong một bài đăng trên Telegram. Một báo cáo hậu sự đầy đủ dự kiến sẽ được công bố, theo thông báo của chính giao thức.

Đây là một phần của mô hình ngày càng xấu đi. Tháng 4 năm 2026, thiệt hại tiền điện tử đã vượt quá ) triệu đô la, trong đó các lỗi cấu hình oracle là một trong những loại tấn công lặp đi lặp lại.

BNB Chain Không Chờ Đến Lượt của Mình

Hai ngày sau, một giao thức khác. Một chuỗi khác. Một kết quả tương tự.

DefimonAlerts đã cảnh báo về vụ thứ hai trên X vào ngày 28 tháng 4. JUDAO, một token giao dịch trên PancakeSwap với TVL báo cáo là 22,3 triệu đô la, đã mất khoảng 464.000 đô la trong một vụ rút LP giảm phát.

Hợp đồng JUDAO chứa một hàm _update$100 chuyển đổi tùy chỉnh. Hai cơ chế kích hoạt mỗi lần bán. Thứ nhất, kiểm tra “isBurnPair” đốt hoặc phân phối lại JUDAO bằng đúng kích thước bán trực tiếp từ dự trữ của cặp khi giá chưa tăng quá 5% so với ngày trước đó. Thứ hai, cơ chế khai thác sync$620 rút khoảng 2% dự trữ JUDAO của cặp về một địa chỉ chết và phần thưởng khai thác mỗi lần bán.

Kẻ tấn công vay nóng khoảng 2,3 triệu USDT từ Moolah. Mua khoảng 5,5 triệu JUDAO. Bán một phần. Cả hai cơ chế rút đều kích hoạt cùng lúc.

Dự trữ của cặp bị lệch. JUDAO còn lại đổi ngược lại lấy USDT nhiều hơn đáng kể so với số đã chi ban đầu. Lợi nhuận khoảng 205.000 USDT cộng với 36 BNB. Ở giá hiện tại, phần BNB đó thêm khoảng 22.600 đô la nữa. Giao dịch được ghi nhận trên BSCScan.

Token JUDAO không được niêm yết trên CoinGecko. Vốn hóa thị trường vẫn chưa rõ.

Cấu hình chính là lỗ hổng

Cả hai vụ tấn công không sử dụng kỹ thuật mới lạ. Không cầu nối, không thao túng quản trị, không gì đặc biệt. Một lỗi chính tả trong mức phí. Một thiết kế tokenomics gây phạt chính thanh khoản của chính nó.

Trường hợp Moonwell trên Base đầu năm nay theo cùng một hướng, một lỗi trong công thức oracle không bị phát hiện cho đến khi mất 1,78 triệu đô la mới lộ diện. Các cấu hình bị hỏng âm thầm. Các lỗ hổng tự phát hiện.

Địa chỉ hợp đồng oracle của Singularity_Fi có thể xem công khai. Vault bị hại nằm tại một địa chỉ riêng trên Base. Địa chỉ cặp LP JUDAO trên BNB Chain cũng có trên chuỗi.

DefimonAlerts ghi nhận rằng báo cáo của Singularity_Fi là sơ bộ. Một báo cáo hậu sự chính thức từ giao thức vẫn đang chờ xử lý.