Trong 48 giờ qua, một giao thức DeFi tôi đang theo dõi đã mất 40% LP của mình. Trên Twitter, ai cũng nói 'thanh khoản rút chạy' và 'mùa đông sắp tới'. Nhưng tôi, với tư cách một Core Protocol Developer, nhìn vào dữ liệu on-chain và thấy một câu chuyện hoàn toàn khác.
Khi tôi đọc bài phân tích của một nhà kinh tế vĩ mô về chiến lược 'Balance-Sheet Reduction' của Nhật Bản, thứ đầu tiên tôi nghĩ đến không phải là đồng Yên hay trái phiếu chính phủ. Tôi nghĩ đến một cụm từ quen thuộc trong giới dev: 'Liquidity Squeeze'.
Bài viết gốc so sánh động thái của BOJ với 'Kevin Warsh’s playbook' — một cách tiếp cận cứng rắn, dùng số lượng (cắt giảm bảng cân đối) thay vì giá cả (lãi suất) để siết chặt tiền tệ. Ở góc nhìn kỹ thuật, điều này gợi nhớ đến cơ chế 'Quantitative Tightening (QT)' mà chúng ta từng thấy ở Ethereum sau The Merge: khi bạn giảm nguồn cung, bạn không chỉ làm tăng giá trị tài sản, bạn còn làm khô các hồ thanh khoản đang phụ thuộc vào dòng chảy đó. Không có gas, pool sẽ chết.
Hãy quay lại với DeFi. Khi tôi audit hợp đồng cho dự án Status.im vào năm 2017, tôi đã học được một bài học: thanh khoản không phải là một con số tĩnh. Nó là một 'hàm số' phụ thuộc vào lòng tin và chi phí cơ hội. Khi một cú sốc vĩ mô (như BOJ tăng lãi suất) xảy ra, các quỹ đầu tư và market maker sẽ lập tức đánh giá lại chi phí cơ hội của việc nắm giữ token trong pool. Họ bắt đầu 'risk-off', rút thanh khoản về stablecoin, hoặc thậm chí chuyển sang các thị trường truyền thống có lợi suất cao hơn và rủi ro thấp hơn.
Đây là lúc 'CT đọc báo tài chính' và 'Dev đọc smart contract' gặp nhau. Tôi thấy nhiều người đang nhầm lẫn giữa 'TVL giảm vì người dùng rút tiền' và 'TVL giảm vì giá tài sản giảm'. Cả hai đều khác nhau. Nếu bạn nhìn vào dữ liệu on-chain của một protocol như JitoSol hay LRT (Liquid Restaking Token) trên Solana trong tuần qua, bạn sẽ thấy: lượng SOL gửi vào giảm, nhưng lượng SOL rút ra không tăng đột biến. Điều này cho thấy, chưa có một cuộc 'bank run' thực sự. Thay vào đó, là sự 'đóng băng' — người dùng không gửi thêm, nhưng cũng không rút. Họ đang chờ đợi.
Nhưng đó là bề nổi. Phần thú vị nhất nằm ở chi phí chứng minh (Proof Cost) của các ZK Rollup. Dựa trên kinh nghiệm audit của tôi, chi phí này đang ở mức cao một cách absurd. Nếu gas trên Ethereum L1 trở lại mức $30-50 như mùa hè 2020, việc gửi một bằng chứng ZK lên L1 sẽ tiêu tốn hàng nghìn đô la mỗi ngày cho các operator. Trong bối cảnh lãi suất toàn cầu tăng, nguồn tài trợ rẻ tiền từ các quỹ đầu tư (nơi đang rút vốn về để hưởng lãi suất cao từ trái phiếu Mỹ hoặc Nhật) sẽ cạn kiệt. Các operator này sẽ không thể tiếp tục 'đốt tiền' để chạy sequencer. Họ sẽ phải tăng phí giao dịch, hoặc tệ hơn, tạm dừng dịch vụ. Điều này tạo ra một điểm nghẽn kỹ thuật thực sự: Layer 2 rẻ không còn rẻ nữa.
Tôi từng tự xây dựng một công cụ phân tích tĩnh bằng Python vào năm 2020 để rà soát Uniswap V2. Tôi phát hiện ra một lỗi trong cách tính phí có thể bị khai thác ở các pool thanh khoản thấp. Lúc đó, Uniswap team đã sửa ngay. Bài học tôi rút ra: thanh khoản thấp không chỉ là vấn đề về TVL, nó là vấn đề về bảo mật. Khi thanh khoản rút khỏi một pool, giá tài sản trở nên dễ bị thao túng hơn. Một kẻ tấn công chỉ cần một lượng vốn nhỏ để thực hiện 'liquidity manipulation attack' — mượn một ít token từ một pool khác, gây ra trượt giá lớn, và thanh lý các vị thế DeFi phụ thuộc vào oracle giá. Đây là một lỗ hổng cổ điển, nhưng nó trở nên đặc biệt nguy hiểm khi thanh khoản toàn cầu bị thắt chặt.
Điểm mù của thị trường: Mọi người đang tập trung vào 'giá Bitcoin giảm' hay 'ETF outflow'. Nhưng điểm mù thực sự là cấu trúc vốn của các giao thức cho vay. Các giao thức như Aave hay Compound đã tích lũy một lượng lớn stablecoin từ người dùng. Khi lãi suất trái phiếu chính phủ (risk-free rate) tăng, các 'ngân hàng on-chain' này sẽ phải đối mặt với một câu hỏi khó: tăng lãi suất cho vay để cạnh tranh với Lending truyền thống, hay chấp nhận mất thanh khoản? Nếu họ tăng lãi suất, chi phí vay margin sẽ tăng, dẫn đến việc các nhà đầu tư có đòn bẩy lớn phải bán tài sản thế chấp. Một vòng xoáy giảm giá có thể xảy ra ngay cả khi giá Bitcoin không giảm nhiều.
Hãy nhìn vào dữ liệu từ Dune Analytics. Tôi thấy tỷ lệ sử dụng (utilization rate) của các pool stablecoin trên Aave V2 đã tăng từ 60% lên 85% trong 10 ngày qua. Điều này có nghĩa là ngày càng ít stablecoin sẵn có để cho vay, trong khi nhu cầu vay lại tăng. Đây là một tín hiệu 'khát thanh khoản' rõ ràng. Nếu xu hướng này tiếp diễn, lãi suất vay có thể vọt lên hai con số, khiến cho chi phí vay vốn để farm yield trở nên vô nghĩa. Các chiến lược 'carry trade' trong DeFi sẽ chết.
Quan điểm ngược chiều (Contrarian Angle): Nhiều người cho rằng 'Code is Law' trong DAO sẽ bảo vệ giao thức khỏi rủi ro thanh khoản. Nhưng tôi đã kiểm tra mã nguồn của nhiều DAO, và thực tế là quyền nâng cấp smart contract luôn nằm trong tay vài admin multi-sig. Khi một cuộc khủng hoảng thanh khoản xảy ra, các admin này (thường là team sáng lập hoặc quỹ đầu tư) sẽ có động lực để can thiệp thủ công: tạm dừng rút tiền, in thêm token, hoặc thay đổi tham số. 'Code is Law' chỉ hoạt động khi không có khủng hoảng. Trong khủng hoảng, nó trở thành 'Admin is Law'.
Quay lại bài toán của Nhật Bản. BOJ không thể in tiền mãi. Và DeFi cũng không thể dựa vào nguồn thanh khoản vô tận từ các quỹ. Khi Tokyo thắt chặt, tiền rẻ rút khỏi mọi nơi, bao gồm cả các pool thanh khoản trên Solana và Ethereum. TVL giảm không phải là lý do khiến bạn mất ngủ. Lý do thực sự là: khi dòng chảy thanh khoản dừng lại, các lỗ hổng bảo mật tiềm ẩn trong cấu trúc thị trường sẽ lộ ra.
Takeaway: Hàng loạt dự án DeFi có TVL thấp và phụ thuộc vào một vài 'whale' sẽ phải đối mặt với nguy cơ bị tấn công thanh khoản. Các giao thức cho vay sẽ phải tăng lãi suất một cách mạnh mẽ, gây ra hiệu ứng domino thanh lý. Và các ZK Rollup operator, nếu không tìm được nguồn tài trợ mới, sẽ phải dừng hoạt động. Tôi không nói rằng thị trường sụp đổ. Tôi nói rằng, cấu trúc của thị trường đang trải qua một cuộc 'hard fork' về thanh khoản. Những ai sống sót sẽ là những người có dự trữ stablecoin thực sự và cơ chế quản lý rủi ro được audit kỹ càng.
Liệu bạn có nhìn thấy 'Kevin Warsh’s playbook' trong từng dòng code của giao thức bạn đang hold không?