> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# Untuk market maker

> Mekanisme yang benar-benar penting ketika Anda memasang kuotasi di kedua sisi — prioritas antrean, keunggulan pembatalan, rebate, dan batasan atas ukuran yang Anda jalankan.

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.

<h2 id="three-things-that-are-different">
  Tiga hal yang berbeda
</h2>

**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](/id/trading/tx-sequencing).

<h2 id="quoting">
  Memasang kuotasi
</h2>

**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](/id/trading/order-types).

**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](/id/trading/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](/id/trading/precision).

<h2 id="managing-quotes">
  Mengelola kuotasi
</h2>

Di sinilah letak perbedaan praktis yang terbesar.

| Perubahan             | Mekanisme               | Posisi antrean    |
| --------------------- | ----------------------- | ----------------- |
| **Mengurangi ukuran** | Diubah di tempat        | **Dipertahankan** |
| Menambah ukuran       | Batal lalu pasang ulang | Hilang            |
| Mengubah harga        | Batal lalu pasang ulang | Hilang            |

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](/id/trading/modify-orders).

**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](/id/trading/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](/id/trading/self-trade-prevention).

<h2 id="what-it-pays">
  Berapa bayarannya
</h2>

Biaya maker turun seiring volume bergulir Anda, dan di atas ambang batas pangsa tertentu tarifnya menjadi negatif — Anda dibayar per eksekusi maker.

| Pangsa volume maker venue | Tarif maker |
| ------------------------: | ----------: |
|                    > 0,5% |     −0,001% |
|                    > 1,5% |     −0,002% |
|                    > 3,0% |     −0,003% |

<Note>
  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.
</Note>

Dua aliran lain memengaruhi buku market maker. [Funding](/id/trading/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](/id/programs/fees) dan [Likuidasi](/id/trading/liquidations).

<h2 id="constraints-on-size">
  Batasan atas ukuran
</h2>

**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](/id/trading/margin-modes).

**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](/id/trading/oi-limits).

**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](/id/trading/adl).

<h2 id="getting-set-up">
  Mulai menyiapkan
</h2>

Integrasinya memakai permukaan yang sama dengan yang dipakai semua orang: REST dan WebSocket, SDK dalam empat bahasa, dan perkakas testnet. Mulai dari [Developer](/id/developers/overview).

Untuk pengaturan komersial — tarif khusus, perjanjian maker formal, atau dukungan listing — kanalnya adalah `contact@intention.xyz`. Lihat [Pertanyaan builder dan integrasi](/id/help/builder-questions).

<h2 id="where-to-go-next">
  Selanjutnya
</h2>

<CardGroup cols={2}>
  <Card title="Pengurutan transaksi" href="/id/trading/tx-sequencing">
    Urutan prioritas yang membuat kuotasi bisa dipertahankan tanpa mengandalkan latensi.
  </Card>

  <Card title="Mengubah order" href="/id/trading/modify-orders">
    Mengapa mengecilkan kuotasi tetap mempertahankan tempatnya di antrean.
  </Card>

  <Card title="Biaya" href="/id/programs/fees">
    Tier, rebate, dan cara volume dihitung.
  </Card>

  <Card title="Developer" href="/id/developers/overview">
    API, SDK, dan perkakas testnet.
  </Card>
</CardGroup>
