Skip to main content
Market making di Intention bukan program khusus yang harus Anda ikuti. Anda memasang kuotasi, order terpasang Anda memperoleh tarif maker, dan di atas ambang batas tertentu Anda dibayar karena menyediakan likuiditas. Yang perlu dipahami sebelum Anda membangun di atasnya adalah tiga sifat struktural venue ini yang berbeda dari kebanyakan venue lain, lalu mekanisme-mekanisme spesifik yang mengikutinya. Setiap mekanisme di bawah ini terdokumentasi lengkap di tempat lain; halaman ini adalah jalur untuk menelusurinya.

Tiga hal yang berbeda

Latensi tidak menentukan hasil di dalam satu blok. Prioritas pada satu level harga adalah harga lebih dulu, lalu posisi dalam urutan blok yang sudah dikomit — bukan kapan paket data Anda sampai di node. Dua order di blok yang sama punya urutan yang dihitung setiap validator secara identik. Antarblok, waktu tiba tetap penting; di dalam satu blok, colocation tidak membeli apa pun. Pembatalan Anda mengalahkan order agresif di blok yang sama. Pembatalan dieksekusi pada fase yang lebih awal daripada order yang bisa mengambil likuiditas. Ketika harga bergerak dan Anda menarik kuotasi yang sudah usang, order yang tiba bersamaan dengan pembatalan Anda tidak bisa menyambarnya. Di kebanyakan venue ini perlombaan yang dimenangkan dengan infrastruktur; di sini, ini jaminan protokol. Order post-only dipasang sebelum ada apa pun yang bisa bertransaksi dengannya. Order semacam itu diproses di fase non-matching, mendahului semua arus agresif, karena menurut definisi tidak bisa mengambil likuiditas. Bersama-sama ketiganya berarti alasan biasa untuk membelanjakan banyak uang demi latensi — mempertahankan kuotasi dari adverse selection di blok yang sama — tidak berlaku di sini. Lihat Pengurutan transaksi.

Memasang kuotasi

Gunakan post-only. Post-only menjamin status maker: order yang akan melintasi spread ditolak alih-alih tereksekusi sebagai taker. Inilah bedanya antara memperoleh tarif maker secara andal dan sesekali membayar tarif taker karena kecelakaan. Lihat Jenis order. Prioritas di dalam satu level bersifat posisional. Order pada harga yang sama tereksekusi menurut urutan pengurutannya. Yang di depan antrean tereksekusi; yang di belakang hanya menonton. Lihat Order book. Patuhi tick size dan lot size. Harga yang tidak sesuai ditolak, bukan dibulatkan. Agunan bebas dibulatkan ke bawah dan margin dibulatkan ke atas, jadi memasang kuotasi yang besarnya persis sama dengan saldo Anda yang tersedia akan ditolak sesekali. Lihat Presisi.

Mengelola kuotasi

Di sinilah letak perbedaan praktis yang terbesar. Mengecilkan kuotasi untuk mengelola risiko tidak menghabiskan tempat Anda di antrean. Itu bukan perilaku kebanyakan venue, dan itu mengubah berapa biaya pengelolaan inventaris — Anda bisa mengurangi eksposur pada satu level tanpa harus mengantre ulang di belakang semua orang yang datang selagi Anda berpikir. Lihat Mengubah order. Lampirkan client order ID pada segalanya. Ketika pengiriman order timeout, Anda tidak tahu apakah order itu sampai. Dengan identifier yang Anda buat sendiri, Anda membatalkan lewat identifier itu dan berakhir pada state yang diketahui, apa pun kejadiannya. Tanpanya, Anda hanya mengueri dan menebak berdasarkan pasar, sisi, harga, dan ukuran. Buat identifier secara acak, bukan dari penghitung — restart yang menghilangkan penghitung akan bertabrakan dengan order yang masih aktif. Lihat Client order ID. Pencegahan self-trade selalu aktif, di dalam satu akun. Jika order masuk Anda akan mengambil kuotasi terpasang Anda sendiri, order terpasang itu dibatalkan dan ditandai dengan status tersendiri. Tampilkan status itu: kuotasi yang lenyap karena alasan ini berarti dua strategi Anda sendiri bertabrakan. Subakun justru terlindungi satu sama lain. Pencegahan self-trade berpatokan pada alamat wallet, dan setiap subakun di bawah satu wallet memakai alamat yang sama — jadi dua strategi yang Anda jalankan di subakun terpisah tetap akan saling membatalkan ketika keduanya bersilangan. Kalau dua strategi memang boleh mengambil sisi yang berlawanan, memisahkannya ke beberapa subakun tidak mewujudkannya — keduanya butuh wallet yang terpisah. Lihat Pencegahan self-trade.

Berapa bayarannya

Biaya maker turun seiring volume bergulir Anda, dan di atas ambang batas pangsa tertentu tarifnya menjadi negatif — Anda dibayar per eksekusi maker.
Perhatikan dasar perhitungannya. Tier biaya diukur terhadap volume absolut Anda sendiri; rebate diukur sebagai pangsa dari seluruh volume maker venue. Keduanya kualifikasi yang berbeda, dan menjadi trader besar dengan sendirinya tidak memberi Anda rebate — yang memberi rebate adalah menjadi bagian yang berarti dari order book.
Dua aliran lain memengaruhi buku market maker. Funding dikenakan pada inventaris yang ditahan melewati penyelesaian, dan bagi buku yang membawa skew menginap itu adalah biaya nyata atau pendapatan nyata. Dan likuidasi ditutup terhadap order book lebih dulu — kedalaman terpasang itulah yang menyerapnya, dan menjadi lawan transaksi pada harga kebangkrutan adalah bagian dari arti memasang kuotasi di pasar yang sedang tertekan. Lihat Biaya dan Likuidasi.

Batasan atas ukuran

Margin dicadangkan oleh order terpasang, bukan hanya oleh posisi. Buku yang lebar di banyak level mencadangkan margin untuk setiap level yang bisa membuka posisi. Lihat Mode margin. Batas posisi berskala mengikuti pasar. Plafon Anda di satu sisi adalah nilai yang lebih besar antara pangsa dari open interest pasar dan batas bawah tetap, diagregasi lintas subakun. Lihat Batas posisi. Inventaris memengaruhi peringkat deleveraging Anda. Skornya adalah profit belum terealisasi dikalikan leverage efektif, jadi buku yang untung, miring ke satu sisi, dan berleverage tinggi berada dekat depan antrean. Lihat Auto-deleveraging.

Mulai menyiapkan

Integrasinya memakai permukaan yang sama dengan yang dipakai semua orang: REST dan WebSocket, SDK dalam empat bahasa, dan perkakas testnet. Mulai dari Developer. Untuk pengaturan komersial — tarif khusus, perjanjian maker formal, atau dukungan listing — kanalnya adalah contact@intention.xyz. Lihat Pertanyaan builder dan integrasi.

Selanjutnya

Pengurutan transaksi

Urutan prioritas yang membuat kuotasi bisa dipertahankan tanpa mengandalkan latensi.

Mengubah order

Mengapa mengecilkan kuotasi tetap mempertahankan tempatnya di antrean.

Biaya

Tier, rebate, dan cara volume dihitung.

Developer

API, SDK, dan perkakas testnet.