全景解构Flying Tulip：构建实时自适应的DeFi堆栈

Penulis: Shoal Research

Diterjemahkan oleh: Felix, PANews (artikel ini telah disunting)

Sebagian besar volume dan aktivitas DeFi masih terpusat pada beberapa fungsi dasar: pertukaran pasangan trading, kontrak perpetual, layanan staking, dan pasar uang. Belum ada cara yang sederhana dan intuitif untuk mengakses semua fungsi ini melalui satu akun margin. Fungsi-fungsi dasar DeFi ini beroperasi secara terpisah, menyebabkan likuiditas terfragmentasi, banyak dana menganggur, dan tidak menghasilkan imbal hasil.

Kurangnya akun margin terpadu bukanlah masalah konsep, melainkan lebih kepada masalah struktural. Setiap protokol DeFi memiliki parameter akuntansi dan risiko sendiri. Desain ini membuat DeFi aman saat berjalan secara individual, namun secara keseluruhan menjadi tidak efisien.

Saat ini, sebagian besar protokol dirancang sebagai kumpulan smart contract dengan parameter tetap yang dapat berjalan secara otonom tanpa batas waktu. Namun, keuangan tradisional mengandalkan parameter dinamis untuk menyesuaikan dengan situasi real-time. Bank, market maker, dan departemen trading derivatif terus-menerus menilai ulang risiko, memperlebar spread, dan menyesuaikan leverage berdasarkan aktivitas pasar.

Membangun infrastruktur DeFi yang dapat merespons kondisi pasar secara real-time memungkinkan performa yang lebih baik, manajemen risiko yang lebih aman, serta pemanfaatan dana yang lebih efisien dan produktif. Protokol-protokol ini dapat menyesuaikan parameter kunci seperti rasio jaminan, suku bunga pinjaman, dan rute eksekusi berdasarkan kondisi pasar secara real-time. Kemampuan responsif ini sangat penting selama periode tekanan pasar.

Pertanyaannya, bagaimana hal ini diwujudkan dalam praktik?

Flying Tulip meluncurkan sistem keuangan on-chain yang bertujuan untuk menstandarkan penetapan harga, kredit, dan risiko dalam serangkaian pasar yang terintegrasi. Protokol ini menggabungkan trading spot (AMM + CLOB), pinjaman, kontrak perpetual, asuransi, serta stablecoin native protokol dalam satu kerangka margin bersama.

Prinsip utamanya adalah:

• Pertama, memungkinkan jaminan digunakan berulang kali di berbagai fungsi. Satu setoran dapat mendukung berbagai aktivitas, menghasilkan imbal hasil dasar, margin trading, atau jaminan pinjaman, tanpa harus terkunci untuk satu tujuan atau modul saja.
• Kedua, menggunakan likuiditas nyata dan dapat dieksekusi untuk menilai risiko. Protokol secara real-time mengukur kedalaman pasar dan volatilitas, dan data ini langsung digunakan untuk parameter seperti rasio margin, funding rate, dan ambang likuidasi.
• Selanjutnya, mengalirkan arus kas protokol kembali ke sistem. Pendapatan dari trading, pinjaman, dan settlement dialokasikan ke token FT melalui mekanisme buyback terprogram atau distribusi pengguna.

Prinsip-prinsip ini mencerminkan desain protokol yang bertujuan untuk menghasilkan imbal hasil lebih tinggi dan pengalaman pengguna yang lebih baik. Imbal hasil lebih tinggi berasal dari efisiensi modal, yaitu aset tetap produktif di seluruh ekosistem. Satu setoran dapat menghasilkan imbal hasil dasar, menjadi jaminan pinjaman, menempatkan order limit di centralized limit order book (CLOB), atau menjadi margin untuk derivatif. Pengalaman pengguna yang lebih baik berasal dari integrasi layanan. Mekanisme inti langsung di-encode dalam kontrak dan diterapkan secara konsisten di semua produk.

Desain Flying Tulip didasarkan pada konsep asli Deriswap yang diajukan oleh Andre Cronje pada tahun 2020. Konsepnya sederhana: menggabungkan beberapa fungsi DeFi ke dalam protokol modal yang lebih efisien. Deriswap mengusulkan agar satu pool likuiditas dapat digunakan secara bersamaan untuk swap, lending, dan opsi, sehingga mengurangi likuiditas menganggur. Di sini, prinsip tersebut diperluas ke seluruh ekosistem keuangan. Arsitektur protokol mengintegrasikan trading, kredit, dan manajemen risiko dalam satu lingkungan, mengelola modal dan eksposur risiko melalui satu kerangka terpadu.

Flying Tulip akan diluncurkan secara native di beberapa chain, dimulai dari Sonic Labs, lalu diperluas ke Ethereum, Avax, BNB Chain, dan Solana. Setiap chain akan memiliki instance Flying Tulip lokal, memastikan semua likuiditas dan settlement berlangsung di lingkungan native.

Flying Tulip Stack

Flying Tulip terdiri dari satu set komponen DeFi terintegrasi. ftUSD, lending, spot, dan kontrak perpetual berjalan di atas fondasi likuiditas bersama dan lapisan margin terpadu. Parameter sistem secara real-time disesuaikan dengan kondisi pasar, menjaga konsistensi penetapan harga, jaminan, dan risiko di semua produk.

ftUSD**:**FT Stablecoin Native

Untuk menghindari ketergantungan pada stablecoin pihak ketiga saat memulai likuiditas, Flying Tulip memperkenalkan ftUSD, stablecoin native protokol yang dipatok ke dolar AS, berfungsi sebagai aset margin dan settlement utama di pool AMM, order book, dan pasar derivatif protokol. ftUSD dicetak dengan menyetor stablecoin yang didukung atau aset blue-chip, dapat disimpan sebagai unit pembukuan stabil, atau di-stake menjadi sftUSD untuk memperoleh imbal hasil dari strategi dasar Flying Tulip. Staking berarti konversi ke pool akumulasi imbal hasil, dengan distribusi tercermin melalui exchange rate variabel antara sftUSD dan ftUSD.

Jaminan untuk mencetak ftUSD akan ditempatkan dalam strategi delta netral di berbagai platform dan dieksekusi secara on-chain untuk menjaga transparansi dan auditabilitas. Aset dikonfigurasi antara pasar uang, pool staking, dan posisi hedging, dengan imbal hasil dialokasikan ke pemegang sftUSD, sedangkan ftUSD yang tidak di-stake menghasilkan imbal hasil yang disimpan oleh protokol untuk operasional dan likuiditas.

Cara kerja:

ftUSD mempertahankan peg ke dolar melalui strategi delta netral, yaitu jaminan ftUSD ditempatkan on-chain untuk menghasilkan imbal hasil sambil menjaga eksposur bersih terhadap volatilitas pasar mendekati nol. Imbal hasil ftUSD terutama berasal dari bunga atas jaminan yang ditempatkan di pasar uang (seperti Aave), serta reward staking dari bagian long posisi hedging. Posisi secara berkala di-rebalance dan dibatasi oleh limit, rentang ukuran, dan batas venue trading untuk menjaga solvabilitas dan mengurangi transmisi volatilitas.

Imbal hasil setelah dikurangi biaya pinjaman, fee, dan buffer keamanan didistribusikan secara proporsional sesuai jumlah sftUSD yang dimiliki. Distribusi ke pemegang sftUSD tercermin melalui exchange rate variabel antara sftUSD dan ftUSD. ftUSD yang tidak di-stake tidak menghasilkan imbal hasil; imbal hasilnya digunakan untuk mendanai operasional protokol, memperluas likuiditas, dan mendukung model prioritas token.

Struktur ini menjaga jaminan tetap produktif sekaligus meminimalkan risiko arah. Dalam kondisi normal, bagian long (staking) dan short (pinjaman) dikalibrasi untuk saling menetralkan, sehingga mengurangi kemungkinan likuidasi saat volatilitas. Pendekatan ini mengutamakan ukuran konservatif dan manajemen transparan serta terprogram. Semua strategi dan logika rebalancing dijalankan on-chain dan dapat diaudit melalui dashboard publik.

Strategi imbal hasil dasar ftUSD sepenuhnya berjalan on-chain, parameter kunci (seperti exchange rate pool dan eksposur risiko jaminan) transparan untuk pelacakan performa dan komposisi risiko. Semua posisi dinilai berdasarkan nilai pasar dan dikelola dalam kerangka delta netral yang sama, serta disesuaikan secara berkala sesuai kondisi likuiditas dan volatilitas yang teramati.

Stablecoin native seperti ftUSD memungkinkan Flying Tulip menilai risiko, settlement trading, dan manajemen likuiditas dalam satu kerangka terpadu. Dengan mengaitkan aktivitas pasar ke stablecoin seperti ini, Flying Tulip dapat menyatukan manajemen jaminan di AMM, CLOB, dan pasar derivatif. ftUSD sebagai unit dasar margin, settlement, dan lending memungkinkan jaminan yang sama mendukung beberapa posisi tanpa keluar dari sistem. Imbal hasil dari aktivitas ini (seperti funding payment atau selisih lending) tetap berada dalam fondasi likuiditas protokol dan dialokasikan ke staker sftUSD atau cadangan operasional sesuai kebijakan.

FT Lend**: Struktur Pasar Uang Baru**

Flying Tulip memperkenalkan FT Lend, pasar uang native yang terintegrasi langsung ke sistem margin terpadu protokol. Pengguna dapat meminjam dan meminjamkan aset dengan jaminan yang sama, yang mendukung trading, settlement, dan posisi derivatif di seluruh protokol. FT Lend dirancang untuk berjalan dalam kerangka adaptif yang didasarkan pada data pasar real-time tentang kedalaman likuiditas dan volatilitas.

Saat ini, sebagian besar pasar uang utama mengandalkan loan-to-value (LTV) tetap dan ambang jaminan over-collateral. Peminjam menyetor jaminan dengan nilai lebih tinggi dari pinjaman, menjaga buffer margin yang bergantung pada harga aset dasar. Likuidasi terjadi saat utang melebihi nilai jaminan yang disesuaikan.

Parameter LTV statis dipilih karena kesederhanaan dan prediktabilitasnya. Desainer protokol menetapkan ambang pinjaman untuk setiap aset, menentukan utang maksimum yang dapat dipinjam terhadap jaminan. Ambang ini biasanya mengasumsikan volatilitas terburuk dan memaksa over-collateral untuk melindungi pemberi pinjaman saat harga bergerak cepat. Namun, desain ini membatasi efisiensi modal dan dapat menimbulkan efek berantai. Saat pasar stabil, modal tidak dimanfaatkan optimal; saat volatilitas melonjak, penurunan harga dan ambang jaminan memperbesar efek likuidasi berantai. Parameter risiko statis tidak membedakan kondisi pasar stabil dan volatil. FT Lend menggantikan asumsi statis dengan parameter adaptif yang terus menyesuaikan kondisi pasar. Batas pinjaman, suku bunga, dan perilaku likuidasi diambil langsung dari data on-chain, bukan aturan tata kelola tetap:

• Transaction Weighted Loan-to-Value (TWAR). Kemampuan pinjam disesuaikan berdasarkan rasio ukuran posisi terhadap kedalaman pool. Pinjaman kecil mendapat limit lebih tinggi, pinjaman besar menghadapi penurunan limit bertahap untuk memperhitungkan dampak eksekusi. Rasio jaminan terhadap pool menentukan LTV maksimum, yang akan diperketat secara prediktif saat ukuran posisi atau volatilitas meningkat.
• Suku bunga berbasis volatilitas. Biaya pinjaman disesuaikan dengan volatilitas aktual. Aset diklasifikasikan sebagai stabil atau volatil, rumus suku bunga merespons otomatis: saat volatilitas tinggi, suku bunga naik, kemampuan pinjam menyusut; saat tenang, suku bunga turun, kredit tersedia meningkat.
• Snapshot LTV. Saat peminjam membuka atau mengubah posisi, limit pinjaman dikunci pada kondisi pasar saat itu. Meski parameter kebijakan berubah, posisi yang ada tetap pada limit tersebut, menjaga prediktabilitas sekaligus memungkinkan pinjaman baru mencerminkan kondisi pasar terbaru.
• Likuidasi berbasis pasar. Likuidasi dijalankan oleh mesin likuiditas yang menggabungkan cadangan AMM dan kedalaman order book untuk meminimalkan slippage. Sebelum eksekusi, mesin mensimulasikan dampak harga, membagi posisi besar menjadi transaksi kecil, dan memprioritaskan order limit di CLOB jika tersedia. Pendekatan ini mengurangi transmisi volatilitas dan memastikan likuidasi teratur saat tekanan.
• Sistem jaminan terpadu. Layer permissionless mirip AMM: setiap pasangan trading memiliki pasar lending sendiri, diparameterkan oleh kedalaman dan volatilitas real-time. Pool permissioned mengelola kumpulan aset cross-margin terpilih. Dana yang disetor di pool tetap aktif di seluruh sistem—menghasilkan imbal hasil dasar, mendukung order terbuka, dan menjamin posisi perpetual. Mekanisme netting utang menetralkan eksposur risiko delta netral, mengurangi jalur likuidasi tradisional, dan memperkuat logika jaminan ftUSD.

Semua parameter, termasuk LTV, suku bunga, dan utilisasi, diperbarui secara real-time di on-chain. AMM menerbitkan jendela harga time-weighted (TWAP) dan reserve-weighted (RWAP) yang langsung digunakan dalam logika lending, memastikan nilai jaminan mencerminkan kondisi pasar yang dapat dieksekusi. Peminjam membayar bunga; penyedia memperoleh bunga. Arus kas diselesaikan melalui model prioritas token, di mana lender menerima distribusi imbal hasil dalam FT, dan biaya kebijakan mengalir ke cadangan protokol dan mekanisme buyback.

Riset protokol Flying Tulip menunjukkan utilisasi jaminan menyesuaikan dengan perubahan volatilitas pasar dan kedalaman likuiditas, seperti pada grafik di atas. Saat volatilitas naik atau likuiditas menurun, LTV maksimum yang diizinkan turun mengikuti kurva prediktif, sehingga leverage dapat berkembang dan menyusut sesuai stabilitas pasar, bukan tetap. Hubungan ini menentukan bagaimana FT Lend mengkalibrasi kemampuan pinjam dan perilaku likuidasi secara real-time, memastikan alokasi modal di protokol responsif dan sadar risiko.

(# Spot Trading AMM-CLOB Adaptif

Flying Tulip menyediakan trading spot melalui exchange dual-engine yang menggabungkan AMM adaptif dan CLOB. Kedua sistem berjalan dalam satu kerangka terpadu, memungkinkan likuiditas beralih secara dinamis antara likuiditas kontinu dan limit sesuai kondisi pasar. Order dieksekusi melalui jalur yang memberikan harga terbaik dan dampak pasar minimal, bertujuan menjaga konsistensi harga di protokol.

AMM memiliki kurva adaptif, mengacu pada input volatilitas jangka pendek seperti realized volatility (rVOL), implied volatility (IV), time-weighted average price (TWAP), dan reserve-weighted average price (RWAP), untuk terus menyesuaikan kurva harga. Dalam kondisi stabil, kurva mendatar untuk mengurangi slippage dan spread. Saat volatilitas meningkat, kurva menanjak, menampilkan karakteristik constant product untuk menjaga kedalaman dan integritas harga, melawan dampak order cepat. Ini memungkinkan pasar menyesuaikan diri tanpa intervensi manual, mengubah kurva sesuai likuiditas dan volatilitas saat itu.

Data harga dan volume dihaluskan dengan exponential moving average (EMA), mengurangi dampak volatilitas jangka pendek sekaligus memungkinkan protokol merespons perubahan struktural pasar. Guardrail membatasi migrasi kurva dalam satu window, memastikan perilaku prediktif bagi trader dan liquidity provider. Hasilnya adalah mesin trading yang terus beradaptasi dengan lingkungan yang berubah tanpa ketidakstabilan.

Sebelum eksekusi, setiap swap disimulasikan on-chain untuk menilai dampak harga terhadap kedalaman pool dan threshold pool yang ditentukan. Transaksi besar otomatis dipecah menjadi beberapa order untuk meratakan dampak pasar. Jika CLOB menawarkan harga lebih baik, order dialihkan ke sana; sisanya diselesaikan melalui AMM. Fee bersifat dinamis, turun saat pasar stabil untuk mendorong aktivitas trading, naik saat volatilitas untuk mengkompensasi risiko LP.

LP dapat menyediakan aset dalam rentang penuh atau terpusat. Posisi rentang penuh menghasilkan fee stabil berdasarkan prinsip x*y=k. Likuiditas terpusat meningkatkan densitas fee saat harga tetap dalam rentang, namun perlu rebalancing aktif saat tren berubah. Kurva adaptif menyesuaikan dinamika ini: spread menyempit saat pasar stabil, melebar saat volatilitas, mengurangi kerugian spread saat tekanan. Fee sebagai variabel kebijakan dinamis, bukan parameter tetap, disesuaikan dengan kondisi pasar yang teramati. Saat pasar tenang, tabel fee mendekati batas bawah untuk menarik dana; saat volatilitas, fee naik ke batas atas untuk mengkompensasi LP dan memperlambat arus keluar. Semua batas dan koefisien transparan dan diperbarui real-time di on-chain.

Dengan menyatukan eksekusi AMM dan CLOB dalam kerangka likuiditas dan risiko bersama, protokol menjaga konsistensi price discovery di berbagai kondisi dan menghindari fragmentasi kedalaman. AMM juga menjadi fondasi komponen lain; pasar perpetual, lending, dan likuidasi semuanya mengacu pada harga dan jendela kedalaman AMM untuk penilaian jaminan dan eksekusi berbasis dampak.

Riset protokol Flying Tulip menunjukkan kurva AMM menyesuaikan secara dinamis dengan volatilitas pasar, seperti pada grafik di atas.

Grafik ini membandingkan performa simulasi beberapa strategi LP dalam volatilitas rentang, tren naik, dan tren turun. Saat stabil, strategi terpusat dan trigger menghasilkan fee lebih tinggi, sedangkan LP pasif mempertahankan nilai saat perubahan arah. Hasil ini menyoroti trade-off antara responsivitas dan eksposur risiko: strategi adaptif unggul di pasar seimbang, namun cenderung hasil pasif saat volatilitas melonjak.

Hubungan ini menunjukkan bagaimana kurva adaptif protokol mengelola likuiditas saat tekanan. Dengan menyesuaikan kurva sesuai volatilitas, AMM menjaga kedalaman, menstabilkan fee, dan mendukung aset jaminan seperti ftUSD, memastikan imbal hasil dan stabilitas harga di seluruh protokol.

Dengan menyatukan dua tipe pasar dalam kerangka likuiditas dan risiko bersama, modul spot Flying Tulip menjaga penetapan harga efisien di berbagai kondisi dan menghindari fragmentasi likuiditas AMM dan order book. CLOB juga menggabungkan penyesuaian fee berbasis volume, rebate order, dan sistem referral yang memberi reward LP atas aktivitas trading, bertujuan menggabungkan insentif pengguna dengan kedalaman likuiditas.

)# FT Perps

Flying Tulip memperkenalkan mesin kontrak perpetual native, memungkinkan pengguna melakukan long atau short aset dengan leverage, settlement langsung berdasarkan harga yang ditemukan di AMM dan CLOB protokol. FT Perps mengambil data ini secara internal dari aktivitas trading real-time protokol. Harga, funding rate, dan ambang likuidasi mengacu pada likuiditas yang benar-benar dapat dieksekusi, bukan data tertunda atau sumber eksternal.

Desain ini memungkinkan protokol menjaga harga mark konsisten dengan kedalaman trading aktual. Jika aset diperdagangkan di AMM atau CLOB pada harga tertentu, harga itu menjadi harga settlement yang valid. Harga terus diperbarui. Funding rate otomatis disesuaikan berdasarkan permintaan pinjaman, ketidakseimbangan posisi, dan biaya aktual memegang posisi long atau short di protokol. Saat posisi long sebenarnya meminjam stable asset dan biaya pinjaman tinggi, funding rate mencerminkan hal itu; saat ketidakseimbangan berbalik, arah funding rate juga berubah. Semua input dan parameter transparan dan dapat diamati on-chain.

Kontrak perpetual dapat diperdagangkan dengan mode isolated margin atau cross margin. Pada mode isolated, jaminan mendukung satu posisi, membatasi risiko pada pasar itu saja. Pada mode cross margin, pengguna dapat menyetor jaminan dari pool lending permissioned, memungkinkan satu setoran mendukung beberapa posisi di protokol Flying Tulip, sambil tetap memperoleh imbal hasil dasar. Kemampuan pinjam dan limit leverage ditentukan oleh indikator kedalaman dan volatilitas real-time, dan di-snapshot saat membuka atau mengubah posisi untuk mencegah perubahan retrospektif.

Likuidasi mengikuti logika yang sama dengan bagian protokol lain. Saat posisi mendekati ambang likuidasi, mesin mensimulasikan langkah eksekusi berikutnya di kurva adaptif AMM. Jika dampak simulasi melebihi batas aman, posisi akan di-close bertahap, pertama mencocokkan order limit di CLOB, lalu membagi sisa posisi di AMM untuk meminimalkan volatilitas harga.

Semua posisi diselesaikan dalam ftUSD. ftUSD sendiri tidak menghasilkan imbal hasil, namun pengguna dapat staking menjadi sftUSD untuk memperoleh imbal hasil protokol. LP yang memilih bergabung ke pool settlement dapat memperoleh fee settlement dan menyediakan ftUSD untuk mendukung mesin perpetual.

Karena logika penetapan harga, funding, dan likuidasi berasal dari pasar internal, FT Perps menjadi komponen terintegrasi. Ia berbagi fondasi likuiditas, jendela kedalaman, dan pool jaminan yang sama untuk mendukung layer spot dan lending, memastikan leverage, penetapan harga, dan perilaku likuidasi konsisten di seluruh protokol. Struktur ini menciptakan lingkungan trading yang saling memperkuat: data pasar memengaruhi penetapan harga, penetapan harga memengaruhi leverage, dan keduanya berkembang dalam kerangka jaminan dan likuiditas yang sama.

Asuransi

Flying Tulip memperkenalkan layer asuransi protokol native, memberikan perlindungan on-chain bagi investor dari kejadian protokol yang tidak terduga. Kejadian ini meliputi celah smart contract, likuidasi salah, atau kegagalan teknis lain di layer trading, lending, dan settlement protokol. Mesin asuransi beroperasi sebagai pasar berkelanjutan antara pembeli (investor yang ingin melindungi modalnya) dan penyedia modal yang memperoleh imbal hasil dari premi. Asuransi dibangun sebagai posisi aktif di pool dana bersama. Pembeli menyediakan jaminan dan membayar premi berkelanjutan selama masa asuransi. Penyedia menyetor dana dalam USDC, USDC menjadi aset dasar pool dan mata uang pembayaran. Sebagai imbalan, mereka menerima token pool yang mewakili proporsi aset dan premi terakumulasi, memungkinkan kapasitas perlindungan dan penetapan harga menyesuaikan otomatis sesuai utilisasi dan risiko.

![]###https://img-cdn.gateio.im/social/moments-fc29ab466f6537ac1e777fb5121a25f0###

Premi bersifat variabel, merespons data real-time. Utilisasi, permintaan asuransi, dan indikator risiko internal dari AMM dan order book protokol bersama-sama menentukan penyesuaian suku premi. Saat utilisasi pool naik atau volatilitas meningkat, premi naik untuk menarik likuiditas; saat kondisi normal, premi turun.

Jika terjadi kejadian, validator eksternal seperti oracle UMA menilai apakah kejadian memenuhi kondisi on-chain yang telah ditentukan, termasuk sistem yang terdampak, rentang waktu, dan ambang kerugian. Setelah divalidasi, pengguna dengan posisi asuransi valid dapat menebus jumlah asuransi dalam USDC langsung dari pool. Jika tidak terjadi kejadian yang memenuhi syarat, asuransi dapat ditutup kapan saja, langsung menghentikan pembayaran premi.

Layer asuransi terintegrasi dengan sistem manajemen jaminan dan penetapan harga yang mengelola lending dan trading. Aset yang disetor di Lend dapat mendukung posisi terbuka dan cakupan asuransi, sementara indikator likuiditas dan volatilitas yang sama yang menggerakkan logika dana dan likuidasi juga digunakan untuk menyesuaikan premi dan kapasitas asuransi.

Penyedia dana menanggung risiko klaim yang telah divalidasi; pembeli asuransi bergantung pada keputusan oracle. Keduanya menghadapi risiko smart contract dan likuiditas tipikal, dengan kemungkinan pembatasan penarikan sementara saat klaim.

Dalam model ini, asuransi menjadi bagian dari infrastruktur risiko internal protokol, bukan komponen eksternal, memungkinkan kapasitas perlindungan, premi, dan likuiditas menyesuaikan langsung dengan kondisi sistem.

( FT dan Ekonomi

Struktur ekonomi Flying Tulip berpusat pada token native FT. Setiap komponen protokol—ftUSD, Lend, Perps, AMM, dan asuransi—menghasilkan fee trading, funding payment, dan imbal hasil; imbal hasil ini kemudian digunakan untuk buyback dan burn FT.

FT memperkenalkan struktur baru di DeFi, yaitu melalui mekanisme alokasi modal publik, 100% pasokan token didistribusikan secara bersamaan ke peserta privat dan publik dengan valuasi yang sama. Pasokan FT tetap 10 miliar token, tanpa rencana inflasi, dan tim pendiri tidak mendapat alokasi awal; eksposur hanya didapat melalui buyback pasar terbuka yang didanai pendapatan protokol. Minting hanya melalui alokasi modal publik (PCA) dengan rasio tetap 10 FT per 1 dolar. Jika terkumpul 500 juta dolar, akan dicetak tepat 5 miliar FT; setelah mencapai batas 10 miliar, penerbitan berhenti permanen.

Peserta fundraising memperoleh posisi FT dalam bentuk perpetual put option on-chain )PUT###. Selama masa berlaku option, pemegang dapat menebus FT pada nilai nominal, token yang ditebus akan dibakar permanen, dan aset yang ditebus adalah aset jaminan asli; atau menarik FT, membuat option kadaluarsa, dan membebaskan dana jaminan untuk buyback dan burn di pasar.

Setiap PUT hadir sebagai NFT dan meng-encode hak penebusan spesifik atas setoran dasar peserta, yaitu jika pemegang menarik 50% token yang dialokasikan ke NFT-nya, mereka masih dapat menebus 50% modal investasi. Ini memberikan fitur penebusan parsial dan transparansi pembukuan, namun penebusan bersifat irreversible—token yang sudah ditarik tidak dapat dikembalikan ke NFT.

Dana yang dikumpulkan melalui PCA diinvestasikan dalam strategi imbal hasil on-chain konservatif, termasuk Aave V3, stETH, jupSOL, staking AVAX, dan sUSDe. Imbal hasil investasi digunakan pertama untuk membayar biaya protokol dan operasional; sisanya untuk buyback dan burn FT. Struktur ini bertujuan agar pendapatan protokol dan imbal hasil modal dapat berkelanjutan tanpa bergantung pada penerbitan baru.

Kedua jalur ini mengurangi pasokan beredar, baik secara langsung melalui penebusan maupun secara tidak langsung melalui pelepasan cadangan untuk buyback. FT di pasar sekunder tidak memiliki hak penebusan; jika pemegang menebus modal dasar, FT yang terkait akan dibakar, mengurangi pasokan FT beredar dan meningkatkan konsentrasi nilai bagi pemegang yang tersisa.

(# Model Bisnis

Pendapatan dari produk FT digunakan untuk buyback FT:

• Imbal hasil ftUSD mengalir ke treasury untuk buyback FT.
• Lend menyumbang net interest margin, yaitu selisih suku bunga peminjam dan penyedia.
• Perps mengalokasikan sebagian fee trading dan funding ke mekanisme buyback yang sama.
• Asuransi juga mengalokasikan sebagian premi aktif ke mekanisme buyback yang sama.

Saat pemegang menarik FT dari PUT, dana yang dilepaskan dari cadangan penebusan digunakan untuk buyback pasar tambahan.

FT hasil buyback kemudian dibagi dua: satu bagian dibakar, satu bagian dibuka untuk alokasi.

Token yang dibuka dikelola oleh buyback yang didanai pendapatan dan mengikuti rencana alokasi tetap. Saat pendapatan protokol mendanai buyback, alokasi ke foundation, tim, ekosistem, dan insentif mengikuti rasio 4:2:2:2 dengan 1:1 unlock.

Seperti produk Flying Tulip yang dirancang untuk beradaptasi dengan kondisi pasar real-time, model bisnis protokol juga beradaptasi dengan aktivitas protokol real-time. Saat utilisasi protokol naik, baik melalui volume trading, aktivitas lending, atau permintaan asuransi, total pendapatan untuk buyback meningkat proporsional. Saat utilisasi turun, pasokan tetap menyusut, namun laju penyusutan melambat karena tidak ada penerbitan baru.

Secara praktis, FT berfungsi sebagai layer koordinasi nilai di ekosistem native Flying Tulip. Pendapatan produk dan imbal hasil konservatif menjadi arus masuk; buyback dan burn menjadi arus keluar; unlock didukung pendapatan menjaga konsistensi kontributor. Hasilnya adalah siklus modal tertutup, di mana output operasional, aktivitas pengguna, dan kedalaman likuiditas berkonvergensi menjadi perubahan pasokan yang terukur, secara efektif mengaitkan nilai FT langsung dengan performa dan efisiensi operasional protokol.

) Prospek

Arsitektur DeFi saat ini masih terlalu terfragmentasi untuk sistem keuangan terbuka dan dapat dikomposisi yang diimpikan: setiap primitive mengelola parameter risiko dan basis jaminan sendiri. Isolasi ini menjaga solvabilitas protokol, namun membatasi efisiensi modal secara keseluruhan.

Masalah ini bukan khas kripto, dan bukan masalah baru. Akun broker Fidelity tidak dapat berinteraksi mulus dengan aset di Charles Schwab. Transfer sekuritas antar mereka melibatkan penundaan settlement dan koordinasi manual. Bahkan di satu institusi, transfer dana antar akun memerlukan langkah perantara dan proses memakan waktu. Namun, protokol DeFi berjalan di infrastruktur publik bersama. Standar terbuka dan status transparan membuat komposisi menjadi atribut native, bukan fitur yang dibangun melalui integrasi.

Flying Tulip berada di persimpangan dua perubahan struktural besar DeFi: agregasi dan adaptasi real-time. Seiring DeFi semakin padat, kebutuhan akan arsitektur margin terpadu semakin mendesak, menempatkan layanan DeFi (seperti trading, lending, dan derivatif) di bawah likuiditas dan jaminan bersama. Di saat yang sama, kebutuhan membangun produk dan layanan DeFi yang dapat menyesuaikan parameter seperti rasio jaminan, limit pinjaman, dan funding rate sesuai kondisi pasar real-time juga semakin jelas.

Flying Tulip menghubungkan elemen inti DeFi: stablecoin, trading, lending, derivatif, dan asuransi, bertujuan melalui akun margin terpadu, menyesuaikan risiko dan penetapan harga secara dinamis sesuai likuiditas dan volatilitas real-time. Tidak diragukan, jika peluncuran dan perkembangan awal Flying Tulip sukses, akan muncul puluhan peniru dengan produk serupa. Meski demikian, keunggulan first-mover tetap menjadi kekuatan yang tak bisa diabaikan di ranah DeFi.

Bacaan terkait: Karya terbaru AC Flying Tulip: Ingin membesarkan raksasa exchange dengan imbal hasil “obligasi negara DeFi”