FT ghi ERC-20 nhưng điều đó không có nghĩa là có thể đưa vào như một ERC-20 thông thường. Khi xem lại phần mô tả Token của TermMax, điều đầu tiên tôi chú ý không phải là liệu nó có thể chuyển được hay không, mà là giá trị của nó có hai mốc thời gian: trước khi đáo hạn có thể giao dịch, còn sau khi đáo hạn thì quy đổi theo mệnh giá để lấy token nợ. Nó giống như trái phiếu không lãi nhưng lại khoác lên mình giao diện token quen thuộc. Đối với nhà phát triển, khó khăn không nằm ở việc gọi balanceOf, mà ở chỗ không thể xem số dư như số tiền có thể được quy đổi ngay tại thời điểm hiện tại.
Lấy một ví dụ: trong ví người dùng có 100 FT, trang chỉ hiển thị con số “100”, rất dễ khiến người ta tưởng rằng bây giờ có thể thu hồi ngay 100 token nợ. Nhưng trước ngày đáo hạn, giá thị trường của FT sẽ biến động theo thời gian còn lại và các yêu cầu về lợi suất vốn. Vì vậy, giá trị thoát ngay của 100 FT có thể không tương đương với mệnh giá. Nếu bên tích hợp chỉ đọc số lượng mà không hiển thị ngày đáo hạn, mệnh giá và giá giao dịch, người dùng nhìn thấy chỉ là con số, trong khi thực tế họ đang nắm giữ một khoản nợ có điều kiện theo thời gian. Đây không phải là vấn đề nhỏ của câu chữ trên giao diện: nếu bộ tổng hợp cho vay, định giá ví hoặc module thế chấp xử lý FT như một số dư ổn định, họ có thể đánh giá quá cao tài sản khả dụng của người dùng; nhưng nếu chỉ tính theo chiết khấu theo giá thị trường thì lại có thể đánh giá thấp giá trị quy đổi khi đáo hạn. Hai sai lầm này cuối cùng đều do người sử dụng sản phẩm tích hợp gánh chịu.
Tôi sẽ hiểu FT <t-2/>@TermMax </t-2/> là một tài sản kỳ hạn có lớp vỏ ERC-20. Nếu hệ sinh thái TMX muốn tích hợp thêm nhiều ví và công cụ giao dịch, thứ cần chứng minh đầu tiên không phải là khả năng tương thích giao diện, mà là liệu bên tích hợp có thể đồng thời hiển thị số lượng FT, ngày đáo hạn, mệnh giá và giá thị trường hay không. Thiếu chỉ một trường dữ liệu, người dùng có thể hiểu nhầm khoản nợ phải thu là tiền mặt. #TermMax
Lấy một ví dụ: trong ví người dùng có 100 FT, trang chỉ hiển thị con số “100”, rất dễ khiến người ta tưởng rằng bây giờ có thể thu hồi ngay 100 token nợ. Nhưng trước ngày đáo hạn, giá thị trường của FT sẽ biến động theo thời gian còn lại và các yêu cầu về lợi suất vốn. Vì vậy, giá trị thoát ngay của 100 FT có thể không tương đương với mệnh giá. Nếu bên tích hợp chỉ đọc số lượng mà không hiển thị ngày đáo hạn, mệnh giá và giá giao dịch, người dùng nhìn thấy chỉ là con số, trong khi thực tế họ đang nắm giữ một khoản nợ có điều kiện theo thời gian. Đây không phải là vấn đề nhỏ của câu chữ trên giao diện: nếu bộ tổng hợp cho vay, định giá ví hoặc module thế chấp xử lý FT như một số dư ổn định, họ có thể đánh giá quá cao tài sản khả dụng của người dùng; nhưng nếu chỉ tính theo chiết khấu theo giá thị trường thì lại có thể đánh giá thấp giá trị quy đổi khi đáo hạn. Hai sai lầm này cuối cùng đều do người sử dụng sản phẩm tích hợp gánh chịu.
Tôi sẽ hiểu FT <t-2/>@TermMax </t-2/> là một tài sản kỳ hạn có lớp vỏ ERC-20. Nếu hệ sinh thái TMX muốn tích hợp thêm nhiều ví và công cụ giao dịch, thứ cần chứng minh đầu tiên không phải là khả năng tương thích giao diện, mà là liệu bên tích hợp có thể đồng thời hiển thị số lượng FT, ngày đáo hạn, mệnh giá và giá thị trường hay không. Thiếu chỉ một trường dữ liệu, người dùng có thể hiểu nhầm khoản nợ phải thu là tiền mặt. #TermMax