Thanh lý không phải dập lửa, mà là tính sổ
Dùng cùng một vị thế đòn bẩy đem đi kiểm thử trên ba hợp đồng, việc kích hoạt thanh lý của TermMax chậm—nhưng chậm một cách có chủ đích. Phạt thanh lý được tách thành hai phần: một phần vào quỹ bảo hiểm, một phần hoàn trả cho người thanh lý; cấu trúc này không phổ biến trong các sản phẩm cạnh tranh. Giá $TERM không phản ánh thiết kế lớp này, thị trường chỉ xem như “governance token”.$NVDAB
Dòng thanh lý của Aave v3 thì chặt hơn: bộ tiên tri cập nhật nhanh, sau khi kích hoạt sẽ áp dụng chiết khấu cố định để bán tháo. TermMax có “dải đệm” cho tỷ lệ thế chấp, cơ chế bảo vệ khỏi trượt giá thì quyết liệt, lợi nhuận của người thanh lý mỏng. Trong tình huống cực đoan, có thể sẽ không ai giành mua lệnh; rủi ro nợ xấu được đẩy về sau. Người nắm giữ $TERM không trực tiếp gánh rủi ro, nhưng phạm vi mà quỹ bảo hiểm chi trả lại khá mơ hồ.
So với Compound, khoản phạt thanh lý của Compound minh bạch hơn: cơ chế cũ nhưng vững. Lợi thế của TermMax nằm ở cấu trúc kỳ hạn của lãi suất; khi thanh lý, nó chiết khấu vị thế chưa đến hạn theo đường cong—giống dừng lỗ theo lợi tức cố định hơn là đóng vị thế ngay lập tức. Thân thiện với người dùng, nhưng chi phí tính toán cho người thanh lý cao, khiến script không chạy được với các interface. Nếu $TERM không đủ động lực để thu hút các nhà thanh lý chuyên nghiệp, thanh khoản sẽ biến mất vào đúng thời điểm then chốt.
Trong thực hành còn có một chi tiết: sự kiện thanh lý của TermMax trên UI bị trễ hàng chục block; trạng thái on-chain đã đổi, nhưng front-end vẫn hiển thị rằng mọi thứ còn an toàn. Không phải lỗi cốt lõi, nhưng ảnh hưởng lớn đến việc đánh giá. Front-end của Euler đồng bộ tốt hơn. Tài liệu TermMax khá gọn; khi thay đổi tham số không có ghi nhận phiên bản rõ ràng, và sau khi module thế chấp $TERM được ra mắt, trải nghiệm không cải thiện đáng kể.
Tóm lại, thiết kế thanh lý có ý tưởng, nhưng phần chi tiết khi triển khai vẫn thiếu một đoạn; việc “giữ giá trị” của $TERM cũng chưa gắn với doanh thu thanh lý. @TermMax #termmax
Dùng cùng một vị thế đòn bẩy đem đi kiểm thử trên ba hợp đồng, việc kích hoạt thanh lý của TermMax chậm—nhưng chậm một cách có chủ đích. Phạt thanh lý được tách thành hai phần: một phần vào quỹ bảo hiểm, một phần hoàn trả cho người thanh lý; cấu trúc này không phổ biến trong các sản phẩm cạnh tranh. Giá $TERM không phản ánh thiết kế lớp này, thị trường chỉ xem như “governance token”.$NVDAB
Dòng thanh lý của Aave v3 thì chặt hơn: bộ tiên tri cập nhật nhanh, sau khi kích hoạt sẽ áp dụng chiết khấu cố định để bán tháo. TermMax có “dải đệm” cho tỷ lệ thế chấp, cơ chế bảo vệ khỏi trượt giá thì quyết liệt, lợi nhuận của người thanh lý mỏng. Trong tình huống cực đoan, có thể sẽ không ai giành mua lệnh; rủi ro nợ xấu được đẩy về sau. Người nắm giữ $TERM không trực tiếp gánh rủi ro, nhưng phạm vi mà quỹ bảo hiểm chi trả lại khá mơ hồ.
So với Compound, khoản phạt thanh lý của Compound minh bạch hơn: cơ chế cũ nhưng vững. Lợi thế của TermMax nằm ở cấu trúc kỳ hạn của lãi suất; khi thanh lý, nó chiết khấu vị thế chưa đến hạn theo đường cong—giống dừng lỗ theo lợi tức cố định hơn là đóng vị thế ngay lập tức. Thân thiện với người dùng, nhưng chi phí tính toán cho người thanh lý cao, khiến script không chạy được với các interface. Nếu $TERM không đủ động lực để thu hút các nhà thanh lý chuyên nghiệp, thanh khoản sẽ biến mất vào đúng thời điểm then chốt.
Trong thực hành còn có một chi tiết: sự kiện thanh lý của TermMax trên UI bị trễ hàng chục block; trạng thái on-chain đã đổi, nhưng front-end vẫn hiển thị rằng mọi thứ còn an toàn. Không phải lỗi cốt lõi, nhưng ảnh hưởng lớn đến việc đánh giá. Front-end của Euler đồng bộ tốt hơn. Tài liệu TermMax khá gọn; khi thay đổi tham số không có ghi nhận phiên bản rõ ràng, và sau khi module thế chấp $TERM được ra mắt, trải nghiệm không cải thiện đáng kể.
Tóm lại, thiết kế thanh lý có ý tưởng, nhưng phần chi tiết khi triển khai vẫn thiếu một đoạn; việc “giữ giá trị” của $TERM cũng chưa gắn với doanh thu thanh lý. @TermMax #termmax