Maker vs Taker: Mengapa Limit Order Bisa Tetap Kena Biaya Taker?

Maker dan taker menjelaskan cara order bertemu

Maker menambahkan likuiditas dengan order yang menunggu di buku order sebelum dicocokkan. Taker mengambil likuiditas dengan mencocokkan order yang sudah tersedia. Perbedaan ini merupakan peran eksekusi, bukan gelar pengguna atau janji biaya termurah. Jenis order dan peran eksekusi berkaitan, tetapi tidak selalu identik.

Dokumentasi Kraken menjelaskan bahwa order limit yang langsung cocok dapat dikenai peran taker. Artikel ini menggunakan sumber tersebut untuk definisi mekanisme, bukan untuk menerapkan tarif Kraken ke platform lain. Besar komisi, diskon, pasangan pasar, dan syarat khusus harus diperiksa pada produk yang benar-benar dibandingkan.

Dua contoh limit order pada harga latihan

Andaikan penawaran jual terbaik pada buku order adalah Rp10.000 per unit dan jumlah yang tersedia cukup. Limit beli dengan batas Rp10.000 dapat langsung cocok dengan penawaran itu: hasil eksekusinya taker, meskipun tombol yang dipilih adalah limit. Batas harga membatasi harga pembelian; batas itu tidak otomatis membuat order menunggu.

Limit beli Rp9.990 pada contoh buku yang sama belum bisa bertemu penawaran jual Rp10.000. Bila order ditempatkan dan menunggu di buku, ia menambahkan likuiditas. Jika kemudian diisi oleh order lain yang mengambil likuiditas itu, pengisian tersebut berperan maker. Tidak ada jaminan order akan terisi atau harga akan kembali ke batas yang Anda pilih.

Satu order dapat memiliki pengisian dengan peran berbeda

Andaikan limit beli meminta tiga unit dengan batas Rp10.000, sementara hanya satu unit tersedia pada harga yang dapat langsung dicocokkan. Satu unit dapat terisi sebagai taker. Jika sisanya masuk dan menunggu di buku, bagian yang kemudian diambil order lain dapat berperan maker. Detail perilaku tetap mengikuti aturan jenis order serta produk.

Karena itu, label pada formulir belum cukup untuk mengaudit biaya. Baca riwayat pengisian: waktu, kuantitas, harga, peran, komisi, dan mata uang komisi. Jangan menghitung seluruh bruto dengan satu tarif hanya karena order awal memiliki satu nomor. Untuk latihan campuran, pecah bruto per pengisian dan jumlahkan komponen yang sesuai.

Contoh bruto Rp1.000.000: komisi bukan seluruh hasil

Pakai tarif latihan maker 0,1% dan taker 0,2% pada nilai bruto Rp1.000.000. Komisi maker ilustratif Rp1.000 dan taker Rp2.000. Bila Rp400.000 terisi sebagai taker dan Rp600.000 sebagai maker, komisi gabungan adalah Rp800 + Rp600 = Rp1.400. Angka ini tidak menyatakan tarif platform mana pun.

Selisih biaya tidak boleh dibaca terpisah dari harga eksekusi, kemungkinan order tidak terisi, dan biaya lain. Market order biasanya memprioritaskan eksekusi pada harga tersedia, sementara limit order memberi batas harga tanpa jaminan pengisian. Menunggu biaya maker tidak menjamin hasil yang lebih baik; harga pasar dapat bergerak sebelum order selesai.

Pilih peran yang sesuai saat menggunakan alat biaya

Pada kalkulator KriptoJelas, pilih produk lalu maker atau taker bila jadwal produk menyediakan kedua peran. Mode standar atau pembelian instan tidak boleh dianggap otomatis sama dengan maker. Dalam siklus beli lalu jual, peran kedua sisi dapat berbeda. Untuk pengisian campuran, gunakan perhitungan terpisah; alat tidak mengimpor riwayat order atau menebak peran eksekusi.

Fitur post-only dapat membantu menghindari eksekusi langsung sebagai taker pada produk yang mendukungnya. Periksa apakah order akan ditolak, dibatalkan, atau diperlakukan dengan aturan lain; jangan menganggap fitur dan perilakunya sama di semua platform. Setelah itu, periksa pajak, biaya bursa, arus deposit serta penarikan, dan komponen yang belum dihitung. Tujuannya membaca biaya dengan benar, bukan menjamin strategi untung.

Alat untuk latihan berikutnya

Sumber & catatan

Disusun oleh KriptoJelas untuk pendidikan. Contoh latihan bersifat hipotetis; sumber fakta dan batas contoh dijelaskan pada materi.

Kraken Support — Definisi maker dan taker ↗

Sumber diperiksa 14 Oktober 2026. Ketentuan produk nyata harus diperiksa kembali sebelum transaksi. Baca metodologi.