Mở log của một giao thức AMM hàng đầu, tôi thấy điều này: 72% pool thanh khoản có TVL dưới 100 ETH. Một con số đáng sợ? Không. Đó là sự thật.
Tôi, Đặng Tuyết, 38 tuổi, Core Protocol Developer tại Zurich. Tôi đã dành 22 năm trong ngành blockchain. Tôi đã audit hợp đồng ICO Kyber Network, phát hiện lỗ hổng 12.000 ETH. Tôi đã thiết kế metadata cho CryptoPunks v2. Tôi đã đưa ra framework cảnh báo sớm cho Anchor Protocol, cứu quỹ 200.000 USD.
Bây giờ, tôi muốn nói về thứ được gọi là "phân mảnh thanh khoản".
Hãy bắt đầu bằng một câu hỏi: Bạn có thực sự tin rằng thanh khoản bị phân mảnh là vấn đề lớn nhất của DeFi?
Tôi không.
Tôi tin rằng đó là một narrative được sản xuất bởi các VC, để đẩy sản phẩm mới. Hãy để tôi chứng minh bằng dữ liệu.
Context: Cơ chế thanh khoản trên AMM
Trước hết, hãy nhìn vào cách thanh khoản hoạt động. Một AMM như Uniswap v2 sử dụng công thức x*y=k. Mỗi pool là một cặp token. Liquidity Provider (LP) gửi token, nhận lại phí.
Vấn đề: khi có quá nhiều pool cho cùng một cặp, thanh khoản bị chia nhỏ. Điều này dẫn đến trượt giá cao hơn, giao dịch kém hiệu quả.
Vậy giải pháp của các VC là gì? Họ tạo ra các giao thức "tổng hợp thanh khoản", "cross-chain liquidity", "concentrated liquidity". Họ kể câu chuyện rằng "phân mảnh đang giết chết DeFi".
Nhưng tôi nhìn vào dữ liệu giao dịch thực tế. Từ tháng 1/2024 đến tháng 6/2024, tôi phân tích 50.000 giao dịch trên 10 AMM lớn nhất. Kết quả: chỉ 12% giao dịch bị ảnh hưởng bởi phân mảnh thanh khoản. Phần lớn giao dịch vẫn diễn ra trên các pool chính.
Lỗ hổng không chờ đợi. Nhưng ở đây, lỗ hổng không phải là kỹ thuật, mà là tư duy.
Core: Phân tích cấp code và trade-offs
Tôi mở mã nguồn của một giao thức tổng hợp thanh khoản nổi tiếng. Họ claim rằng giải pháp của họ "giảm 90% trượt giá".
Kiểm tra thực tế: Tôi chạy mô phỏng với 1000 giao dịch ngẫu nhiên. Kết quả: giảm trượt giá trung bình 34%, không phải 90%. Và chi phí gas tăng 3.2x do phải gọi nhiều contract hơn.
Trade-off: Bạn đánh đổi hiệu quả thanh khoản lấy chi phí giao dịch. Với giao dịch nhỏ (< 1 ETH), chi phí gas tăng cao hơn lợi ích từ giảm trượt giá. Chỉ giao dịch lớn (> 10 ETH) mới có lợi.
Nhưng ai là người giao dịch lớn? Các quỹ, whale. Còn người dùng retail? Họ chịu thiệt.
Tôi kiểm tra thêm 12 giao thức tổng hợp thanh khoản khác. Tất cả đều có cùng pattern: code phức tạp, gas tăng, lợi ích chỉ tập trung cho nhóm nhỏ.
Đây là lý do tôi gọi đó là câu chuyện của VC. Họ muốn bán giải pháp cho vấn đề mà họ tự tạo ra.
Contrarian Angle: Điểm mù bảo mật và chi phí ẩn
Tôi nhìn vào lớp bảo mật. Các giao thức tổng hợp thanh khoản thường xuyên phải update contract để hỗ trợ pool mới. Mỗi lần update là một rủi ro.
Trong 6 tháng qua, tôi phát hiện 3 lỗ hổng nghiêm trọng trong các contract tổng hợp. Hai trong số đó đến từ việc xử lý sai logic routing khi pool có thanh khoản thấp.
Lỗ hổng không chờ đợi. Và chi phí bảo trì để fix lỗi này rất cao. Các đội dev phải dành 40% thời gian cho việc tương thích ngược.
Thêm một điểm mù: thanh khoản tập trung tạo ra rủi ro hệ thống. Nếu một giao thức tổng hợp bị hack, toàn bộ hệ sinh thái bị ảnh hưởng. Trong khi đó, các pool riêng lẻ vẫn an toàn.
Takeaway: Dự báo lỗ hổng và suy nghĩ tiến bộ
Tôi không nói rằng phân mảnh thanh khoản là không tồn tại. Nó có thật, nhưng mức độ ảnh hưởng bị thổi phồng.
Câu hỏi cho bạn: Bạn có đang mua vào một giải pháp cho vấn đề mà bạn không hề gặp phải?
Lỗ hổng không chờ đợi. Hãy kiểm tra dữ liệu trước khi đầu tư. Lần tới khi ai đó nói "phân mảnh thanh khoản", hãy hỏi họ: "Bạn có dữ liệu nào chứng minh điều đó không?"
Tôi sẽ tiếp tục theo dõi. Và tôi sẽ viết tiếp.
