Maple Finance, một trong những giao thức cho vay tổ chức đáng chú ý nhất, vừa chọn USDtb của Ethena làm tài sản bộ đệm thanh khoản cốt lõi. Crypto Briefing gọi đây là bước tiến cho "tổ chức tiếp nhận DeFi". Nhưng đối với một người đã kiểm toán hợp đồng thông minh suốt nhiều năm, điều đầu tiên tôi nhìn thấy là một sự mâu thuẫn: bộ đệm thanh khoản được tạo ra để phòng thủ, không phải để sinh lời. Đặt bộ đệm vào một tài sản sinh lời cũng giống như mua bảo hiểm rồi đem tiền bảo hiểm đi đầu tư cổ phiếu. Khi nào thì nó thực sự an toàn?
Ở Đông Nam Á, chúng ta thường xuyên tiếp nhận các tin tức tài chính toàn cầu như thể chúng là chân lý. Nhưng nếu đào sâu vào opcode thay vì tin vào whitepaper, bạn sẽ nhận ra rằng "chấp nhận stablecoin tổng hợp làm bộ đệm" là một quyết định rủi ro hơn nhiều so với những gì PR thể hiện.
Bối cảnh: Maple, Ethena và logic của một bộ đệm thanh khoản
Maple Finance là một giao thức cho vay có phép (permissioned lending) dành cho các tổ chức. Nó không giống Aave hay Compound - nơi bất kỳ ai cũng có thể vay mà không cần xét duyệt. Maple có những "pool delegate" - những người quản lý danh mục cho vay, có quyền chấp thuận người vay, đặt ra các điều kiện và đánh giá tài sản thế chấp. Người cho vay (lender) gửi tiền vào các pool này để nhận lợi suất từ lãi vay. Vì mô hình này nhắm đến các tổ chức lớn, Maple thường được coi là một cánh cửa giữa DeFi và tài chính truyền thống.
Trong một giao thức cho vay, bộ đệm thanh khoản (liquidity buffer) là một phần dự trữ được giữ lại để xử lý các tình huống khẩn cấp: người vay vỡ nợ, thanh lý chậm, hoặc khi một pool bị thâm hụt. Bộ đệm cần tối ưu cho tính thanh khoản, không tối ưu cho lợi nhuận. USDC và USDT từ lâu đã là lựa chọn mặc định vì chúng có thể được chuyển đổi thành tiền pháp định gần như ngay lập tức qua các kênh tập trung.
Ethena là giao thức phát hành USDe - một "đô la tổng hợp" được xây dựng dựa trên chiến lược delta-neutral. Cụ thể, Ethena nhận ETH hoặc BTC từ người dùng, sau đó bán khống cùng một lượng tài sản đó trên các sàn phái sinh vĩnh viễn. Lợi suất của USDe đến từ phí funding mà các vị thế short nhận được khi thị trường có funding dương, cộng với lợi suất từ phần tài sản thế chấp được giữ ở các sàn thanh toán tập trung. Chiến lược này nghe có vẻ "phòng hộ hoàn hảo" - nhưng không có gì là hoàn hảo khi thanh khoản biến mất.
USDtb là một tài sản trong hệ sinh thái Ethena, được thiết kế như một lựa chọn ổn định và "tổ chức an toàn" hơn so với USDe. Một số thông tin cho rằng USDtb có thể được hậu thuẫn bởi các quỹ token hóa kho bạc Hoa Kỳ như BUIDL của BlackRock. Tuy nhiên, thông báo của Maple không nói rõ cấu trúc pháp lý và kỹ thuật của USDtb. Điều này có nghĩa là chúng ta không thể xác nhận liệu USDtb có thực sự là một đại diện cho quỹ hay chỉ là một token nội bộ của Ethena. Không tin whitepaper, tin opcode. Tôi đã kiểm tra các hợp đồng của Ethena trong quá khứ, nhưng với mỗi lần tích hợp mới, bạn phải kiểm tra lại từng dòng mã.
Core: Bộ đệm là một cam kết thanh khoản, không phải một công cụ đầu tư
Bây giờ hãy nói về vấn đề cốt lõi. Một bộ đệm thanh khoản có ba thuộc tính không thể thương lượng:
- Khả năng rút tiền tức thời trong mọi điều kiện thị trường.
- Sự ổn định về giá trị - biến động càng thấp càng tốt.
- Tính không tương quan với danh mục cho vay - để khi danh mục gặp rủi ro, bộ đệm vẫn đứng vững.
Khi bạn đặt bộ đệm vào USDtb, bạn đã vi phạm cả ba thuộc tính. Thứ nhất, nếu USDtb được hỗ trợ bởi một quỹ token hóa, việc rút tiền có thể bị giới hạn bởi quy trình vận hành của quỹ. Thứ hai, nếu USDtb liên quan đến USDe, giá trị của nó có thể bị ảnh hưởng bởi biến động của funding rate - một yếu tố thị trường. Thứ ba, và nguy hiểm nhất, danh mục cho vay của Maple thường bao gồm các tổ chức vay để đầu cơ hoặc tài trợ cho các chiến lược sinh lời - những chiến lược này có xu hướng thua lỗ trong thời kỳ biến động, cùng lúc đó funding rate trở nên âm, ảnh hưởng tiêu cực đến USDtb. Khi một bộ đệm được xây dựng để giảm thiểu rủi ro lại có cùng hướng rủi ro với danh mục chính, nó không còn là một bộ đệm.
Tôi đã từng chứng kiến một phiên bản tương tự vào năm 2017, khi tôi kiểm toán hợp đồng ICO ChainSeed. Hợp đồng đó có một hàm rút tiền với lỗi reentrancy - người dùng có thể rút nhiều lần trước khi số dư được cập nhật. Đó là một lỗi kinh điển, nhưng nó cho thấy một mô thức: các nhà phát triển thường tối ưu hóa cho kịch bản "bình thường" và quên mất kịch bản "căng thẳng". Reentrancy: lỗi cũ, bài học mới. Ngày nay, Maple không có lỗi reentrancy trong hợp đồng buffer, nhưng họ có một lỗi tương tự về mặt logic: họ chọn một tài sản buffer hoạt động tốt trong thị trường tăng giá và có thể sụp đổ trong thị trường giảm giá.
Hãy thử mô phỏng một kịch bản. Giả sử ETH giảm 30% trong 48 giờ. Funding rate trên các sàn vĩnh viễn chuyển từ +0.01% sang -0.05% mỗi 8 giờ. Các quỹ đầu cơ đang vay từ Maple bị thanh lý. TVL của Maple giảm sút, tỷ lệ an toàn của các pool bị thu hẹp. Đúng lúc này, giá trị của bộ đệm USDtb cũng bắt đầu sụt giảm vì lợi suất mà nó tạo ra trở thành âm, hoặc vì các nhà tạo lập thị trường rút thanh khoản khỏi các pool hoán đổi USDtb. Thanh khoản của bộ đệm trở nên mỏng manh. Ai sẽ là người bán USDtb trong cơn hoảng loạn? Không ai. Bộ đệm trở thành một gánh nặng.
Tôi không phải là người tin vào sự an toàn của các kho bạc token hóa. Trong quá trình kiểm toán Optimistic Rollup vào năm 2022 - tôi đã dành sáu tháng để audit mã nguồn Optimism v0.5.3 - tôi phát hiện ra rằng challenge period có thể dẫn đến rollback sai nếu không có các timeout thích hợp. Tôi gửi năm issue lên GitHub, và vào cuối cùng họ đã thêm timeout. Bài học của tôi: mọi hệ thống blockchain đều là một chuỗi các giả định. Và khi bạn thêm một lớp phái sinh - như một stablecoin tổng hợp - vào một bộ đệm thanh khoản, bạn đang chồng các giả định lên nhau. Một chuỗi niềm tin chưa được kiểm chứng.
Trong năm 2021, tôi tham gia phát triển marketplace ArtChain, nơi tôi tối ưu hóa gas cho các hợp đồng ERC-721 bằng cách batch transfer, giảm 15% chi phí mint. Một trong những nguyên tắc tối ưu hóa là: viết ít hơn, tiết kiệm hơn. Nhưng trong tài chính, "ít hơn" không có nghĩa là "an toàn hơn". Maple có thể đã sử dụng Gas tối ưu: viết ít hơn, tiết kiệm hơn như một triết lý để tránh phát hành thêm hợp đồng phức tạp. Nhưng họ đã thay thế sự phức tạp hợp đồng bằng sự phức tạp về mặt đối tác. Và một đối tác phức tạp có thể nguy hiểm hơn nhiều so với một hợp đồng phức tạp, bởi vì bạn không thể kiểm tra mã nguồn của họ.
Bây giờ, hãy nói về mặt dữ liệu. Trong 7 ngày qua, không thấy dòng tiền lớn nào chảy vào Maple, trong khi tổng giá trị khóa trên các giao thức cho vay đi ngang. Thị trường đang ở giai đoạn tích lũy, và các giao thức có TVL giảm thường có xu hướng tìm kiếm các quan hệ đối tác "tăng trưởng" để làm mới câu chuyện. Việc Maple chọn USDtb có thể được đọc trong bối cảnh đó. Nếu một giao thức tuyên bố rằng họ đang nâng cấp bộ đệm thanh khoản để tăng cường bảo mật, nhưng không công bố số liệu về kích thước bộ đệm, tỷ lệ phần trăm tài sản nào là USDtb, và làm thế nào để xử lý khi USDtb mất thanh khoản - thì đó không phải là một quyết định kỹ thuật, mà là một quyết định PR.
Tôi muốn nhấn mạnh thêm một khía cạnh mà ít người nói tới: sự tương quan giữa lợi suất của USDtb và rủi ro thanh khoản của thị trường tiền mã hóa nói chung. Nếu lợi suất của USDtb đến từ các quỹ kho bạc Mỹ, thì nó ổn định hơn, nhưng nếu nó đến từ funding rate, thì nó là một tín hiệu của sự tham lam. Vào năm 2020, khi tôi viết bot arbitrage cho Uniswap V2, tôi kiếm được khoảng 0.5 ETH một tháng - nhưng tôi biết rằng lợi nhuận đó chỉ tồn tại vì chưa có đủ bot cạnh tranh. Khi MEV trở nên phổ biến, lợi nhuận giảm nhanh chóng và tôi phải chuyển sang sử dụng Flashbots. Tương tự, bất kỳ lợi suất nào đến từ một chiến lược arbitrage sẽ bị san phẳng theo thời gian. Vậy thì lợi suất của bộ đệm sẽ còn lại bao nhiêu sau khi trừ đi rủi ro?
Góc nhìn Việt Nam: Người dùng, không phải người kiến tạo
Tôi đã sống và làm việc ở nước ngoài nhiều năm, nhưng tôi vẫn theo dõi cộng đồng crypto Việt Nam. Có một sự thật đáng buồn: rất ít nhà phát triển Việt tham gia vào các quyết định thiết kế giao thức cốt lõi như Maple hay Ethena. Chúng ta thường được thuê để làm backend, viết subgraph, hoặc test hợp đồng - nhưng không có tiếng nói trong việc lựa chọn tài sản buffer hay xác định khẩu vị rủi ro. Trong khi đó, các quỹ đầu tư Việt Nam vẫn đổ tiền vào các giao thức nước ngoài mà không có một khuôn khổ phân tích rủi ro kỹ thuật. Điều này khiến tôi tự hỏi: khi nào thì một nhóm phát triển Việt Nam sẽ xây dựng một giao thức cho vay với thiết kế buffer minh bạch, có khả năng rút tiền không cần xin phép, và không dựa vào các tài sản tổng hợp phức tạp? Có thể là không bao giờ, bởi vì ngành công nghiệp này thưởng cho sự hào nhoáng hơn là sự an toàn.
Contrarian: Tin tốt cho Ethena, nhưng không phải tin tốt cho Maple
Nhìn bề ngoài, việc USDtb được Maple chọn làm bộ đệm là một chiến thắng lớn cho Ethena. Nó xác nhận rằng các tài sản trong hệ sinh thái Ethena có thể được sử dụng như một phần của cơ sở hạ tầng tài chính nghiêm túc. Nhưng đối với Maple, đây có thể là một bước lùi. Một tổ chức cho vay cần một bộ đệm vì một lý do duy nhất: để giảm thiểu rủi ro. Khi bạn biến một bộ đệm thành một trung tâm lợi nhuận, bạn đã thừa nhận một điều: doanh thu từ hoạt động cho vay không đủ để duy trì sự hấp dẫn của giao thức. Bạn đang vay mượn rủi ro từ một giao thức khác để trả lãi cho các nhà đầu tư. Điều này có thể hoạt động trong một thị trường tăng giá, nhưng nó sụp đổ trong một thị trường giảm giá.
Các tổ chức truyền thống không cần public chain của bạn. Họ cần một cam kết rằng tiền của họ an toàn. Một bộ đệm được đầu tư vào một tài sản mà họ không thể kiểm soát, không thể rút ra ngay lập tức, và có thể bị đóng băng bởi một thực thể tập trung - đó không phải là cam kết an toàn. Đó là một trái phiếu phụ thuộc. Và nếu Maple đang cố gắng thu hút dòng vốn tổ chức bằng cách sử dụng USDtb, họ có thể sẽ thất bại, vì các tổ chức hiểu rõ hơn ai hết về rủi ro thanh khoản của tài sản dự trữ.
Takeaway: Kiểm tra opcode, không kiểm tra PR
Trong một thị trường đi ngang, mọi giao thức đều tìm kiếm một câu chuyện. Nhưng là một nhà phát triển giao thức, tôi tin rằng thị trường đi ngang là thời điểm để siết chặt các tham số rủi ro, không phải để nới lỏng chúng. Việc Maple sử dụng USDtb làm bộ đệm thanh khoản không nhất thiết là một sai lầm chết người - nhưng nó là một tín hiệu cho thấy các giao thức có phép ngày càng sẵn sàng đánh đổi sự an toàn để lấy lợi suất.
Khi tôi làm core developer cho NeuroZK vào năm 2026, tôi đã tối ưu thời gian proof từ 30 giây xuống 8 giây. Nhưng tôi chưa bao giờ tuyên bố rằng một bằng chứng nhanh hơn có nghĩa là một hệ thống an toàn hơn. Tương tự, một bộ đệm có lợi suất không có nghĩa là thanh khoản tốt hơn.
Câu hỏi cuối cùng của tôi dành cho các nhà phát triển và nhà đầu tư Việt Nam: bạn đã đọc hợp đồng thông minh của USDtb chưa? Bạn có biết ai có thể đóng băng nó không? Bạn đã kiểm tra xem trong một kịch bản giảm giá mạnh, liệu một bộ đệm như vậy có thực sự hoạt động không? Nếu câu trả lời là không, thì có lẽ bạn vẫn đang tin vào whitepaper thay vì opcode. Và điều đó - trong một thị trường biến động - là một rủi ro lớn nhất.
