Selama ini saya mengira TermMax saat jatuh tempo akan berakhir dengan cara yang umum seperti "auto close/penutupan otomatis, dan penyelesaian selisih berdasarkan harga pasar", sampai saya membaca ulang dokumen bagian penanganan jatuh tempo dan baru sadar ternyata sama sekali bukan begitu. TermMax menggunakan Physical Delivery, yaitu penyerahan fisik—pada momen saat jatuh tempo, pemegang FT benar-benar dapat menukarkan FT tersebut menjadi 1 unit debt token yang mendasarinya. Di sisi peminjam, jika posisi GT tidak ditutup lebih awal atau diperpanjang, maka aset jaminan dan utang akan diselesaikan secara langsung sesuai mekanisme yang sudah disepakati, bukan seolah-olah protokol akan mencarikan harga di pasar sekunder lalu “memotong” nilainya untuk Anda.
Sekilas desain ini hanya terlihat seperti detail teknis, tetapi dampaknya ternyata cukup besar. Risiko pada protokol berbasis penyelesaian tunai adalah: pada saat jatuh tempo, jika likuiditas pasar tiba-tiba “mengering” atau harga mengalami lonjakan/pembalikan mendadak, harga penyelesaian bisa sangat jauh dari perkiraan Anda. Protokol akan mengakui rugi atau memindahkan kerugian itu kepada pihak lawan. Dengan physical delivery, ketidakpastian tersebut dipangkas—jatuh tempo ya jatuh tempo. Hubungan penukaran FT menjadi debt token sudah “ditetapkan”, sehingga tidak perlu lagi bertanya: "Saat itu pasar bersedia memberi berapa". Suku bunga dan hasil jatuh tempo yang dikunci pada saat membuka posisi pinjaman—tidak akan muncul deviasi tambahan di tengah hanya karena cara penyelesaian.
Namun, physical delivery juga tidak tanpa biaya. Persyaratannya untuk peminjam lebih langsung: pada tanggal jatuh tempo, mereka harus menyiapkan aset yang cukup untuk melunasi debt token, tidak bisa “mengakali” dengan zona abu-abu seperti pada sebagian protokol penyelesaian tunai yang memakai "kompensasi selisih". Jika sebelum jatuh tempo tidak melakukan perpanjangan (rollover) atau menambah jaminan secara aktif, penanganan posisi akan dieksekusi secara ketat sesuai kesepakatan, tanpa protokol yang membantu Anda mencari harga kompromi agar “mendarat dengan lembut”. Artinya, saat menggunakan TermMax untuk meminjam, pengguna perlu membuat perencanaan tanggal jatuh tempo yang jauh lebih jelas—bukan produk yang bisa benar-benar dilepas begitu saja dan menunggu diproses otomatis saat jatuh tempo.
Saya cenderung berpikir bahwa desain ini adalah wujud nyata dari upaya TermMax untuk menerapkan kata "tetap" sampai tuntas—suku bunga tetap, dan hasil jatuh tempo juga tetap. Konsekuensinya adalah pengguna harus menanggung lebih banyak tanggung jawab manajemen secara proaktif. Ini berlawanan dengan arah yang dikejar banyak protokol DeFi, yaitu “otomatisasi model bodoh (hands-off)”. Apakah ini layak atau tidak, tergantung Anda lebih mengutamakan kepastian atau ingin lebih praktis tanpa banyak memikirkan.
@TermMax #TermMax
Sekilas desain ini hanya terlihat seperti detail teknis, tetapi dampaknya ternyata cukup besar. Risiko pada protokol berbasis penyelesaian tunai adalah: pada saat jatuh tempo, jika likuiditas pasar tiba-tiba “mengering” atau harga mengalami lonjakan/pembalikan mendadak, harga penyelesaian bisa sangat jauh dari perkiraan Anda. Protokol akan mengakui rugi atau memindahkan kerugian itu kepada pihak lawan. Dengan physical delivery, ketidakpastian tersebut dipangkas—jatuh tempo ya jatuh tempo. Hubungan penukaran FT menjadi debt token sudah “ditetapkan”, sehingga tidak perlu lagi bertanya: "Saat itu pasar bersedia memberi berapa". Suku bunga dan hasil jatuh tempo yang dikunci pada saat membuka posisi pinjaman—tidak akan muncul deviasi tambahan di tengah hanya karena cara penyelesaian.
Namun, physical delivery juga tidak tanpa biaya. Persyaratannya untuk peminjam lebih langsung: pada tanggal jatuh tempo, mereka harus menyiapkan aset yang cukup untuk melunasi debt token, tidak bisa “mengakali” dengan zona abu-abu seperti pada sebagian protokol penyelesaian tunai yang memakai "kompensasi selisih". Jika sebelum jatuh tempo tidak melakukan perpanjangan (rollover) atau menambah jaminan secara aktif, penanganan posisi akan dieksekusi secara ketat sesuai kesepakatan, tanpa protokol yang membantu Anda mencari harga kompromi agar “mendarat dengan lembut”. Artinya, saat menggunakan TermMax untuk meminjam, pengguna perlu membuat perencanaan tanggal jatuh tempo yang jauh lebih jelas—bukan produk yang bisa benar-benar dilepas begitu saja dan menunggu diproses otomatis saat jatuh tempo.
Saya cenderung berpikir bahwa desain ini adalah wujud nyata dari upaya TermMax untuk menerapkan kata "tetap" sampai tuntas—suku bunga tetap, dan hasil jatuh tempo juga tetap. Konsekuensinya adalah pengguna harus menanggung lebih banyak tanggung jawab manajemen secara proaktif. Ini berlawanan dengan arah yang dikejar banyak protokol DeFi, yaitu “otomatisasi model bodoh (hands-off)”. Apakah ini layak atau tidak, tergantung Anda lebih mengutamakan kepastian atau ingin lebih praktis tanpa banyak memikirkan.
@TermMax #TermMax