Bagaimana Omniston Mengelola Referral Fee untuk Integrator
Omniston, protokol agregasi likuiditas TON, memungkinkan wallet, antarmuka trading, dan bot memperoleh pendapatan dari swap yang mereka routing melalui protokol ini. Integrator melampirkan alamat referral dan tarif fee pada permintaan kuotasi; Omniston memasukkan fee tersebut sebelum resolver bersaing, sehingga tarif terkunci sebelum trader menandatangani.
Tampilkan gambar
Menyiapkannya
Ada dua bidang untuk fee: referrer_address (wallet TON yang dibayarkan) dan referrer_fee_bps, di mana 1 bps = 0,01% — 10 bps = 0,1%, 50 bps = 0,5%. SDK menggunakan referrerAddress/referrerFeeBps; Widget meniru bidang-bidang ini.
Dari Kuotasi ke Penyelesaian
1. Trader memilih aset dan jumlah.
2. Aplikasi meminta kuotasi dengan data referral terlampir.
3. Resolver bersaing, fee sudah diperhitungkan.
4. Trader menandatangani kuotasi pemenang.
5. Sumber likuiditas yang menang menyelesaikan pembayaran fee.
Mengapa Routing Penting
DEX v1 membayar fee tetap 0,1% secara instan dalam swap. DEX v2 mendukung 0,01%–1%, tetapi fee terkumpul di vault per-token yang diklaim secara manual atau melalui SDK. DeDust, Tonco, dan CoffeeSwap membayar TON secara instan, tetapi menyimpan fee jetton di vault terpisah yang memerlukan panggilan di chain. Escrow menggunakan kontrak vault yang sepenuhnya berbeda.
Fee yang Fleksibel
flexible_referrer_fee, nonaktif secara default, memungkinkan Omniston menurunkan namun tidak menaikkan fee Anda, sehingga rute v1 dengan harga lebih baik tetap bisa menang ketika tarif yang Anda minta melebihi batas 10 bps v1.
Pelacakan Pendapatan
Saldo wallet saja tidak cukup karena ada fee yang disimpan di vault. API STON.fi hanya mencakup vault DEX v2; fee DeDust, Tonco, CoffeeSwap, dan Escrow memerlukan pengecekan di chain atau indexing kustom sampai ada API yang terpadu.
Pilihan Nyata
Tarif yang ketat memberi pendapatan yang dapat diprediksi, tetapi bisa mengecualikan rute terbaik v1. Fee yang fleksibel melindungi kualitas eksekusi sambil tetap membayar nilai maksimum dari rute tersebut. Tarif ketat atau fee fleksibel—mana yang lebih baik untuk melayani pengguna Anda?
#BTC $BTC $BASE
Omniston, protokol agregasi likuiditas TON, memungkinkan wallet, antarmuka trading, dan bot memperoleh pendapatan dari swap yang mereka routing melalui protokol ini. Integrator melampirkan alamat referral dan tarif fee pada permintaan kuotasi; Omniston memasukkan fee tersebut sebelum resolver bersaing, sehingga tarif terkunci sebelum trader menandatangani.
Tampilkan gambar
Menyiapkannya
Ada dua bidang untuk fee: referrer_address (wallet TON yang dibayarkan) dan referrer_fee_bps, di mana 1 bps = 0,01% — 10 bps = 0,1%, 50 bps = 0,5%. SDK menggunakan referrerAddress/referrerFeeBps; Widget meniru bidang-bidang ini.
Dari Kuotasi ke Penyelesaian
1. Trader memilih aset dan jumlah.
2. Aplikasi meminta kuotasi dengan data referral terlampir.
3. Resolver bersaing, fee sudah diperhitungkan.
4. Trader menandatangani kuotasi pemenang.
5. Sumber likuiditas yang menang menyelesaikan pembayaran fee.
Mengapa Routing Penting
DEX v1 membayar fee tetap 0,1% secara instan dalam swap. DEX v2 mendukung 0,01%–1%, tetapi fee terkumpul di vault per-token yang diklaim secara manual atau melalui SDK. DeDust, Tonco, dan CoffeeSwap membayar TON secara instan, tetapi menyimpan fee jetton di vault terpisah yang memerlukan panggilan di chain. Escrow menggunakan kontrak vault yang sepenuhnya berbeda.
Fee yang Fleksibel
flexible_referrer_fee, nonaktif secara default, memungkinkan Omniston menurunkan namun tidak menaikkan fee Anda, sehingga rute v1 dengan harga lebih baik tetap bisa menang ketika tarif yang Anda minta melebihi batas 10 bps v1.
Pelacakan Pendapatan
Saldo wallet saja tidak cukup karena ada fee yang disimpan di vault. API STON.fi hanya mencakup vault DEX v2; fee DeDust, Tonco, CoffeeSwap, dan Escrow memerlukan pengecekan di chain atau indexing kustom sampai ada API yang terpadu.
Pilihan Nyata
Tarif yang ketat memberi pendapatan yang dapat diprediksi, tetapi bisa mengecualikan rute terbaik v1. Fee yang fleksibel melindungi kualitas eksekusi sambil tetap membayar nilai maksimum dari rute tersebut. Tarif ketat atau fee fleksibel—mana yang lebih baik untuk melayani pengguna Anda?
#BTC $BTC $BASE
