Gần đây lại bắt đầu suy nghĩ về chuyện tái thế chấp. Nói thật, trước giờ tôi vẫn nghĩ LST (token thế chấp tính thanh khoản) là kiểu “ăn chắc mặc bền” các khoản lợi nhuận. Nhưng khi thật sự lật vài whitepaper của các dự án tái thế chấp, tôi phát hiện nguồn lợi nhuận thực ra khá vòng vèo.

Nói thẳng ra, bạn lấy ETH để đổi lấy LST, rồi đem đi tái thế chấp để kiếm phần lợi nhuận đó—về bản chất là đang phân tầng niềm tin: tầng nền tảng là nơi kiếm phần thưởng xác thực của mainnet, còn tầng giao thức phía trên thì kiếm phần chênh lệch khi bạn “mượn” đi thanh khoản.

Nhưng rủi ro thì sao? Ngoài bug hợp đồng thông minh, còn một điểm dễ bị bỏ qua: **nếu tầng nền tảng gặp sự cố, hoặc chính giao thức tái thế chấp bắt đầu dùng đòn bẩy, thì lợi nhuận ăn nhiều đến đâu cũng chỉ là chuyện đến lúc bị thanh lý một lần**. Gần đây thấy người ta bàn về việc công cụ dữ liệu trên chuỗi bị trễ, và hệ thống nhãn bị nghi ngờ, tôi thấy khá đúng. Bạn nhận được cái gọi là dữ liệu “minh bạch” có thể đã là phiên bản mà người khác muốn cho bạn xem.

Ví dụ như “hệ số sức khỏe” của một giao thức tái thế chấp, có lúc cập nhật chậm đến mức khiến bạn tưởng như đã quay về thời kỳ đồ đá. Dù sao thì giờ tôi bắt đầu ghi lại cách mình phân rã các mô hình này: trước hết xem lợi nhuận đến từ nhu cầu DeFi thực sự hay chỉ là kiểu “kích thích theo lạm phát” dựa vào tiền mới để bù cái hố cũ; rồi kiểm tra xem trong giao thức có người dùng thật không, hay chỉ là vòng quay rỗng.

Công cụ dữ liệu thì “chết”, phải tự học cách suy ngược để kiểm chứng những con số có dấu hiệu được “làm đẹp”. Không thì nhìn APY có vẻ cao, nhưng kết quả một giấc ngủ dậy lại phát hiện rủi ro ghi nhầm vốn—thì đúng là thành ra thợ may đo nhầm kích cỡ.

(Tôi cũng không biết việc ghi lại như này có giúp tránh được bẫy không, nhưng ít nhất là tốt hơn việc nhắm mắt lao vào… cứ vậy đã.)