Infrastruktur eksekusi – server, LP dan latensi

Beberapa sistem bekerja antara pengiriman order dan penerimaan eksekusi: platform, server broker, serta lapisan perutean dan pengendalian risiko. Tahap berikutnya bergantung konfigurasi — broker dapat menahan eksposur dalam bukunya atau menghedgingnya dengan pihak eksternal. Artikel ini menjelaskan peran penyedia likuiditas, pusat data, bridge, hosting VPS dan protokol FIX, juga perbedaan ping dengan waktu eksekusi serta verifikasi melalui dokumen dan log sendiri. Pembedaan ini terutama berguna bagi scalping, trading sekitar rilis data dan strategi otomatis, ketika latensi, penolakan dan slippage memengaruhi hasil.

1. Antara klik Beli dan konfirmasi

Trader mengeklik Beli EUR/USD dan sesaat kemudian melihat harga eksekusi. Order melewati beberapa sistem independen milik pihak berbeda. Platform adalah produk vendor perangkat lunak. Server trading milik broker. Pengambil keputusan rute sering dibeli dari perusahaan luar. Kuotasi berasal dari entitas yang namanya biasanya tidak pernah diketahui nasabah ritel.

Urutannya: platform nasabah (MT4, MT5, cTrader) mengirim order ke server broker. Server memeriksa margin dan parameter lalu menyerahkan ke lapisan perutean. Di sana diputuskan: keluar (A-Book) atau diselesaikan dalam buku broker (B-Book). Jalur pertama menuju agregator yang menyatukan kuotasi dan merutekan permintaan ke salah satu penyedia. Konfirmasi kembali lewat jalur sama. Jalur kedua sama sekali tanpa penyedia eksternal dalam transaksi — inilah alasan pertama diagram “nasabah → broker → bank tier-1” paling jauh hanya separuh kenyataan.

Empat kategori alih-alih tebakan

Sebelum membahas mata rantai, tetapkan kerangka berulang artikel ini. Informasi apa pun tentang infrastruktur broker termasuk salah satu dari empat kategori:

• Dipastikan — berasal dari dokumen yang dapat dibuka dan dibaca: kebijakan eksekusi order^[4], syarat bisnis, spesifikasi instrumen, ketentuan hukum, register pengawas^[14].
• Diukur — berasal dari tes yang dapat diulang: log transaksi sendiri, pengukuran waktu respons sendiri, perbandingan harga diminta dengan harga eksekusi.
• Dinyatakan — berasal dari materi broker atau vendor teknologi. Tidak otomatis salah; ini klaim pihak berkepentingan tanpa konfirmasi independen.
• Tidak diketahui — tidak diungkap dan tidak dapat ditetapkan oleh nasabah ritel.

Kategori keempat penting di sini. Untuk sebagian besar parameter eksekusi, jawabannya: tidak dapat diperiksa — jawaban benar, bukan kegagalan analisis. Tulisan infrastruktur biasanya rusak ketika kategori “tidak diketahui” diisi tebakan yang kemudian dianggap fakta. Daftar lengkap mata rantai dan kategorinya ada pada bagian 8.

Diagram menunjukkan urutan dan titik risiko, bukan waktu — tidak ada dokumen yang dapat diakses ritel yang menjelaskan durasi tiap ruas. Statistik eksekusi, jika dipublikasikan, mencakup seluruh rantai, bukan tiap segmen.

Mode eksekusi — dua di antaranya sering tertukar. Dokumentasi MetaTrader 5 mencantumkan empat mode: market, instant, request dan exchange; MetaTrader 4 mencantumkan tiga pertama tanpa exchange^[30]. Pada FX ritel dan CFD biasanya tiga pertama yang dipakai; exchange untuk instrumen dengan order ke sistem trading eksternal — inilah pembeda isi jendela kedalaman pasar yang dibahas berikut. Dalam market execution broker menentukan harga tanpa pembicaraan tambahan, dan pengiriman order berarti persetujuan di muka atas harga itu;^[30]: slippage bisa dua arah dan tidak ada requote. Dalam instant execution platform menyertakan harga saat pengiriman; jika broker menerima, dieksekusi, jika tidak, mengembalikan requote — harga yang memungkinkan order dieksekusi^[30]. Dalam request execution urutannya berbalik: harga diminta dari broker sebelum pengiriman, lalu nasabah menerima atau menolak eksekusi pada harga yang diberikan^[30]. Perbedaan dua mode terakhir bukan istilah belaka: pada instant broker menjawab harga Anda, pada request Anda menjawab harga broker. Mode rekening ditentukan spesifikasi instrumen — dokumentasi tegas menyatakan perusahaan broker menetapkan mode tiap instrumen^[30] — dan kebijakan eksekusi order^[4], bukan nama pemasaran rekening. Requote sendiri bukan bukti penyalahgunaan; ini respons yang dirancang ketika harga harus disepakati kedua pihak.

Batas cakupan bagian ini. Pengelolaan risiko broker oleh lapisan perutean dan asal konflik kepentingan dibahas pada 12.2 tentang model eksekusi. Pengukuran hasil aktual nasabah pada 12.3 tentang kualitas eksekusi dan slippage. Bagian ini hanya arsitektur: mata rantai yang ada, jejak dokumen, dan yang tak dapat dibaca dari jejak itu. Penyelesaian buku broker bukan kecurangan sendiri, melainkan pengelolaan eksposur dengan konflik yang perlu dikelola; tanpa data eksekusi tertentu, hanya itu kesimpulannya. Satu hal harus tegas karena percabangan diagram menyatakannya dalam anotasi terpisah: dalam CFD ritel, broker tetap pihak lawan kontrak nasabah pada kedua cabang. Jalur eksternal ke agregator dan penyedia menghedging eksposur broker, tidak menciptakan kontrak nasabah–LP. Katalog tempat eksekusi dalam hukum dan implikasinya bagi penyelesaian internal dibahas pada bagian 8.

2. Di balik harga – penyedia likuiditas

Iklan spread EUR/USD “mulai 0,0 pip” saja tidak menentukan apakah broker menggunakan harga sendiri atau kuotasi dari luar. Jika sumbernya eksternal, pihak penguota dan syaratnya memengaruhi spread, ukuran tersedia serta penerimaan order. Masalahnya daftar penyedia broker hampir tak pernah publik; jika ada pun berupa klaim, bukan konfirmasi.

Bank. JP Morgan, Citi, Deutsche Bank, UBS, Barclays, Goldman Sachs dan pelaku besar antarbank lain disebut menguota volume terbesar pasangan mayor — dasar daftar ini perlu langsung dijelaskan. Yang dipastikan adalah kategori, bukan peringkat. Bank for International Settlements melaporkan pada April 2025 perputaran antar reporting dealers, yaitu antardealer, mencakup 46% perputaran valas global^[8]. Namun lembaga itu tidak memublikasikan peringkat volume tiap perusahaan dan artikel tidak memakai peringkat komersial. Jadi susunan serta urutan daftar ini adalah pengamatan industri, bukan temuan dokumen otoritas — catatan kaki mendukung porsi kategori, bukan posisi perusahaan. Perusahaan ini tidak berurusan langsung dengan broker ritel kecil; diperlukan prime broker atau agregator.

Pembuat pasar nonbank. XTX Markets, Citadel Securities, Jump Trading dan Virtu Financial adalah perusahaan teknologi yang menguota secara algoritmis. Disebut sebagai contoh kelas pelaku, bukan temuan pangsa perusahaan tertentu. Artikel sengaja tidak memberi angka bobot kelas itu: survei bank sentral yang dapat dirujuk tidak menerbitkan kategori pihak lawan tersebut^[8], dan angka tulisan industri sering disandarkan pada sumber yang tidak memuatnya. Kelas itu memberi kuotasi terus-menerus sebagai market maker, atas rekening sendiri, tanpa hubungan nasabah dengan trader ritel di ujung lain.

Perantara agregasi likuiditas pihak lain dan tempat trading — berbeda. Finalto, iSAM Securities (UK) Limited — perusahaan Inggris no. 09112124, bernama IS Prime Limited hingga 15 Agustus 2023^[27] — serta Advanced Markets beroperasi prime-of-prime: membeli akses likuiditas lalu menjual kepada broker kecil dengan lapisan kredit dan margin sendiri. Nama lengkap penting, bukan remeh. Dari tiga nama, hanya yang tengah berbentuk perusahaan — dua lainnya merek grup. Seperti broker, kontrak bukan dengan merek melainkan entitas tertentu, yang menentukan pengawas dan perlindungan, bukan nama footer.

Grup-grup itu sendiri menyatakannya; baca hingga footer. “iSAM Securities”, menurut informasi regulasi perusahaan, adalah merek yang mencakup enam perusahaan terpisah dengan yurisdiksi dan status pengawasan berbeda — termasuk satu yang disebut tidak teregulasi^[32]; karena itu digunakan perusahaan spesifik dan perubahan nama 15 Agustus 2023 menyangkut perusahaan itu, bukan semua merek.^[27]. “Advanced Markets” menyebut diri dalam footernya sebagai “merek dagang yang digunakan entitas-entitas dalam grup perusahaan Advanced Markets”, dengan situs dimiliki satu entitas dan dioperasikan entitas lain.^[36]. Finalto bahkan meminta pengunjung memilih: situs menyebut entitas grup di bawah pengawas berbeda dan meminta memilih pihak hubungan Anda^[37]. Nomor dan status entitas tidak berguna disalin di sini sebab berubah — periksa register pengawas terkait^[13][14]. Akibatnya mengikuti rantai: hubungan dengan “X” belum menjelaskan perusahaan X yang mana dan pengawasnya — tanpanya nama hanyalah dekorasi.

Tempat trading berbeda dari perantara yang mengagregasi likuiditas pihak lain. LMAX Limited menyatakan mengoperasikan multilateral trading facility (MTF) di bawah pengawas Inggris dengan central limit order book^[11]. Namun klaimnya tentang tanpa mekanisme last look harus dibaca sesempit redaksinya: pada situs perusahaan, klaim itu di bawah judul manfaat trading pada satu jenis likuiditas — likuiditas streaming order limit dengan kuotasi mengikat — bukan gambaran seluruh platform^[11]. Buku aturan tempat trading, dokumen publik berbeda dari halaman produk, juga menjelaskan mode berbasis kuotasi: penyedia memiliki waktu maksimum yang disepakati operator untuk mengonfirmasi transaksi yang sudah dicocokkan; tanpa konfirmasi tepat waktu, ditolak^[12]. Buku aturan tidak menyebut last look, tetapi strukturnya sesuai definisi kode: pihak lain memiliki jendela menerima atau menolak order yang sudah dicocokkan^[1].

Pelajarannya lebih luas dari satu perusahaan. Aturan berlaku menurut cakupan bagian tempatnya berada. Buku ini terbagi atas bagian berbeda, dan mode konfirmasi kuotasi ada pada bagian untuk satu jenis peserta dan satu jenis kontrak — bukan ketentuan umum. Ketentuan umum menyatakan order boleh dibatalkan sebelum dicocokkan; setelah menjadi transaksi, pembatalan tak mungkin kecuali kasus yang diatur buku tersebut^[12]. Kutipan bagian khusus yang diberi label seluruh sistem bisa benar isinya tetapi salah cakupan, cukup untuk menyesatkan. Periksa bukan hanya apa yang ditulis, tetapi di bagian mana dan siapa yang dicakup. Kehati-hatian sama berlaku pada perjanjian broker; syarat jasa dan rekening bisa menjawab pertanyaan sama secara berbeda.

Klaim entitas sendiri berstatus pernyataan di sini: status pengawasannya tidak dikonfirmasi lewat register pada tanggal penyiapan teks^[13]. Buku aturannya justru dapat diperiksa dan menentukan mode yang diizinkan, bukan halaman produk. Menggabungkan tempat trading dan perantara agregator merusak analisis sejak awal: hubungan hukum dan model eksekusinya berbeda. Versi terdahulu melakukan itu dengan memasukkan LMAX sebagai prime-of-prime^[11]. Status pengawasan entitas mana pun, termasuk ini, dicek di register otoritas, bukan situs perusahaan^[13].

Last look: terima atau tolak. Kedudukan dokumen perlu tegas agar tidak salah baca: FX Global Code adalah prinsip praktik baik untuk pasar valas grosir yang diadopsi sukarela. Kode menyatakan tidak menciptakan kewajiban hukum/regulasi atau menggantikan aturan; tiap pelaku memutuskan penerapan dan tingkatnya, dikonfirmasi lewat deklarasi terpisah (Statement of Commitment)^[1]. Prinsip 17 mendefinisikan penerima permintaan transaksi memiliki “kesempatan terakhir menerima atau menolak permintaan terhadap harga yang dikuotakannya”^[1]. Yang diharapkan diungkap antara lain durasi tipikal pengambilan keputusan — tanpa kode menetapkan panjangnya sendiri^[1]. Laporan kelompok kerja Agustus 2021 menegaskan mutu dan detail pengungkapan sangat beragam, termasuk durasinya^[3]. Jadi “10–30 ms” bukan standar industri untuk dikutip, melainkan parameter penyedia tertentu yang harus ditanyakan dan biasanya tidak diberi broker ritel.

Order lebih besar. Pertanyaan bukan hanya spread, melainkan apakah seluruh order masuk pada satu harga. Bisa dieksekusi beberapa tahap di harga berjenjang. Rata-rata masuk tampak biasa, distribusi slippage tersembunyi di bawahnya. Dalam riwayat ini terlihat sebagai transaksi eksekusi terpisah, bukan posisi terpisah; dokumentasi tegas menyatakan satu order bisa menghasilkan beberapa deal^[33]. Berapa posisi yang terbentuk ditentukan sistem pencatatan: netting menggabungkan dua deal searah menjadi satu posisi, hedging membuka dua posisi^[33]. Cari jejak pembagian dalam daftar deal, bukan jumlah posisi terbuka. Kode mengharapkan pelaku memutuskan penanganan termasuk parsial, dan mengomunikasikannya sesegera mungkin^[2]. Penanganan bergantung logika rute serta jenis order, lapisan lain yang tidak dilihat langsung oleh ritel.

Mengapa jumlah penyedia saja tak berarti. Sepuluh nama pada slide tak menjelaskan pihak penguota saat pengiriman. Penyedia jarang benar-benar menghilang; lebih sering melebarkan spread, mengurangi volume atau menolak, bisa sekaligus. Broker bisa mengontrak belasan penyedia, kebanyakan tipis, serta meneruskan hanya sebagian kecil arus. Pertanyaan yang bermakna menyangkut dokumen: tempat eksekusi dan peringkat faktor yang disebut dalam kebijakan. Peraturan delegasi Komisi pelengkap direktif pasar instrumen keuangan memasukkan kriteria “tempat eksekusi yang dapat menerima order tersebut” untuk menentukan bobot relatif faktor^[4]. Ini didukung dokumen, berbeda dari daftar nama slide penjualan.

3. Lapisan perutean – keputusan bridge yang sebenarnya

Bridge adalah perangkat lunak antara platform broker dan sumber harga. Nasabah tidak melihat atau mengaturnya, biasanya tak mengetahui keberadaannya. Nama produk sering satu-satunya informasi broker — padahal tidak menjelaskan hasil, karena konfigurasi, bukan produknya, yang menentukan.

Yang benar-benar diputuskan lapisan ini. Pertama, order keluar atau di buku broker, dan kriteria pemilihannya. Kedua, cara beberapa sumber dirangkai menjadi satu harga nasabah serta margin tambahannya. Ketiga, penanganan order yang tidak dapat dipenuhi penuh pada satu harga. Keempat, penanganan selisih harga diminta dengan harga tersedia saat eksekusi — arah serta ambangnya. Keempatnya berakibat nyata bagi rekening dan tak dijawab nama produk.

Vendor sendiri menggambarkannya demikian. Halaman PrimeXM — materi penjualan, bukan dokumentasi teknis — menyatakan dukungan A-Book, B-Book dan campuran serta penyesuaian rinci oleh broker^[16]. Ini klaim vendor yang dibaca 24 Agustus 2026, bukan konfirmasi independen broker tertentu. Namun satu hal penting: fleksibilitas perutean adalah fitur produk; keberadaan produk saja tidak memastikan arah mana pun.

Segmentasi arus order — kategori “tidak diketahui”. Industri membicarakan perlakuan berbeda berdasarkan mutu arus nasabah. Mekanisme nyata: LP yang terus merugi dengan suatu pihak dapat melebarkan kuotasi, mengurangi ukuran atau menaikkan penolakan. Namun kriteria pembagian nasabah broker atau penyedia tertentu tidak dipublikasikan — oleh broker maupun vendor. Kelompok kerja kode industri mencatat pengungkapan last look sendiri pun bermutu dan berperincian sangat beragam^[3] — padahal di situ setidaknya ada harapan pengungkapan. Jadi dasar segmentasi adalah pengaturan komersial broker/LP yang tak dapat diperiksa ritel.

Arah distribusi slippage — satu-satunya hal di bagian ini yang dapat diukur sendiri. Eksekusi adil bukan berarti tanpa slippage: pada market bisa dua arah. Versi sebelumnya menyatakan adil berarti “proporsi yang cukup mirip” antara slippage positif dan negatif. Klaim ditarik terbuka: tidak ditemukan dokumen pengawas/kode yang menetapkan uji kesamaan jumlah, sehingga tanpa dasar itu hanyalah ambang redaksional, bukan standar. Yang dapat diperiksa adalah arah distribusi sendiri. Ratusan transaksi hanya berslippage negatif dalam log adalah pengamatan terukur Anda, tanpa perlu izin siapa pun. Perancangan dan pembacaannya dijelaskan dalam 12.3; di sini cukup ingat pengukuran sendiri adalah satu masukan penilaian lapisan, tetapi bukan satu-satunya — sisanya berupa dokumen pada paragraf berikut.

Dua broker bersoftware serta LP sama di atas kertas dapat berbeda karena konfigurasi, ambang hedging dan porsi arus yang dikeluarkan. Dukungan mengetahui nama produk hanya membuktikan mereka tahu nama. Yang dapat diperiksa adalah dokumen dan data: kebijakan eksekusi order^[4], pengungkapan last look^[1][3] serta statistik eksekusi, jika dipublikasikan.

4. Server dan pusat data

Jarak terminal–server adalah satu dari dua ruas yang diukur sendiri; satunya waktu konfirmasi dalam log. Ruas pertama juga dapat dipendekkan di sisi Anda. Topologi lain — lokasi server, koneksi LP, jumlah cadangan — milik broker dan sering hanya dijelaskan pemasaran.

Equinix LD4 (Slough, barat London). Kampus yang disebut operator sebagai hub trading elektronik Eropa dengan ekosistem keuangan luas dan cross connect di fasilitas^[15]. Paling sering muncul pada materi broker untuk pasangan Eropa dan mayor — dengan catatan ini pengamatan pembacaan, bukan statistik terbitan, dan nama fasilitas dalam materi tetap klaim, bukan konfirmasi.

Equinix NY4 (Secaucus, New Jersey). Padanan AS, relevan bagi pasangan dolar dan sesi New York.

Equinix TY3 (Tokyo). Hub sesi Asia. Lebih jarang muncul dalam materi untuk nasabah Eropa — lagi-lagi pengamatan bacaan, bukan statistik. Tidak diberi angka latensi karena tidak diukur.

Halaman operator mengonfirmasi lokasi LD4, NY4 dan TY3: LD4 di Slough, NY4 di Secaucus, New Jersey, dan TY3 di Tokyo^[15]. Ini alamat fasilitas, bukan keberadaan broker, cross connect atau waktu eksekusi. Masing-masing perlu dokumen atau pengukuran. Nama pusat data saja tetap pernyataan infrastruktur, bukan bukti rute order.

Yang dapat dan tidak dapat disimpulkan. Keberadaan LD4 dan peran keuangannya dikonfirmasi operator^[15]. Namun keberadaan broker Anda pada kabinet tertentu tidak: itu klaim broker yang tak dapat diverifikasi nasabah. Bahkan jika terkonfirmasi, alamat tidak menjawab pertanyaan penting: apakah koneksi LP melalui cross connect fasilitas atau internet publik. Server segedung LP dengan internet biasa memberi hasil mendekati server di lokasi lain. Itulah pertanyaan lanjutan, bukan “apakah LD4 pertanda baik”.

Orde besaran dengan lokasi Eropa kontinental sebagai contoh — ukur sendiri di lokasi aktual karena dipengaruhi operator, rute dan jam:

• Eropa kontinental → hub London — puluhan milidetik pulang-pergi
• Eropa kontinental → hub New York — sekitar seratus milidetik pulang-pergi
• Server virtual dalam fasilitas server broker — milidetik satu digit

Nilai bukan pengukuran sendiri dan tidak perlu dihafal sebagai angka. Keterampilan yang dibutuhkan: memeriksa ping sendiri serta mengetahui yang tidak diukurnya.

5. Latensi – kapan penting dan kapan tidak

Latensi bukan hanya perjalanan paket. Ada pemrosesan broker dari teknologi dan cara mengelola risiko. Empat puluh lima milidetik pada internalisasi bisa berbeda makna dari empat puluh lima pada penerusan. Ini mekanisme, bukan temuan: angka tidak menentukan kasus dan dokumen publik ritel tidak akan menjawabnya.

Saat data makro, masalahnya bukan ping. Di sekitar rilis data spread melebar bukan karena kecurangan, melainkan LP mengurangi ukuran, melebarkan kuotasi atau berhenti sesaat. Koneksi cepat tidak mengisi buku tanpa penawaran. Memendekkan rute menyelesaikan latensi, bukan likuiditas, dan hanya yang pertama dalam kendali Anda.

Sebuah order perlindungan tidak menjamin harga. Stop loss klasik FX/CFD memicu upaya keluar pada harga tersedia, bukan eksekusi level tercantum. Pada gap atau gerak tajam, harga pertama dapat jauh dari level Anda. Guaranteed stop adalah mekanisme terpisah dengan biaya tambahan pada sebagian broker — periksa daftar tarif karena parameter penawaran, bukan konstanta pasar.

Server virtual termasuk perangkat trader, bukan perangkat broker. Menjalankan terminal sendiri di server jarak jauh mengatasi satu risiko tertentu: terputusnya komputer dan koneksi Anda. Ini terutama penting karena trailing stop MT4 berjalan di sisi terminal — dokumentasi platform menyatakan tegas bahwa mekanisme ini bekerja di terminal nasabah, bukan di server, dan setelah terminal ditutup hanya level order proteksi yang sudah dipasang sebelumnya yang tetap berlaku^[19]. Namun pemilihan, konfigurasi dan biaya server tersebut termasuk topik perangkat trader, yang dibahas tersendiri dalam bab otomatisasi dan server virtual. Di bab ini cukup satu pembedaan: server virtual membatasi risiko di sisi Anda dalam rantai, tanpa mengubah apa pun di sisi broker.

6. Gangguan, redundansi dan pemantauan di sisi broker

Uraian sejauh ini mengasumsikan infrastruktur bekerja. Kasus yang jauh lebih menarik dan lebih penting dalam praktik adalah ketika sistem berhenti. Pertanyaannya bukan lagi “berapa milidetik”, melainkan: apa yang terjadi pada posisi terbuka saya, siapa menanggung akibatnya, dan di mana hal itu tertulis.

Tiga gangguan berbeda, tiga akibat berbeda. Ketiganya perlu dipisahkan karena mencampuradukkannya menghasilkan kesimpulan keliru. Pertama, gangguan di sisi nasabah: koneksi atau komputer mati. Posisi tetap terbuka dan order proteksi di server tetap bekerja, sedangkan mekanisme terminal berhenti. Kedua, server perdagangan broker terganggu. Nasabah tidak dapat melihat pasar atau menutup posisi; terlaksana tidaknya order proteksi bergantung pada bagian infrastruktur broker yang berhenti. Ketiga, gangguan di sumber harga. Platform bekerja dan order dapat dikirim, tetapi ditolak atau dieksekusi pada harga jauh dari layar. Hanya gangguan pertama yang dapat dikurangi nasabah dengan perangkat sendiri.

Apa isi kontraknya — bagian yang layak dibaca sebelum menyetor dana. Tiga kelompok ketentuan yang berdampak langsung pada keuangan berulang dalam perjanjian dan syarat bisnis broker:

• Keadaan kahar dan peristiwa luar biasa. Daftar keadaan ketika broker menangguhkan perdagangan, melebarkan spread, mengubah margin wajib atau menutup posisi, beserta penentuan siapa yang memutuskan keadaan tersebut telah terjadi. Periksa apakah daftarnya tertutup atau diakhiri klausul terbuka.
• Kesalahan harga atau sistem yang nyata. Hak broker mengoreksi atau membatalkan transaksi pada harga yang dianggap salah. Yang penting ialah definisi “harga salah”, jangka waktu penggunaan hak itu, serta apakah berlaku simetris — termasuk ketika kesalahan menguntungkan broker.
• Pembatasan tanggung jawab atas gangguan teknis. Sejauh mana broker mengecualikan tanggung jawab atas akibat ketidaktersediaan sistem, serta prosedur pengaduan: tenggat pengajuan, bukti yang diperlukan dan cara penanganannya.

Tidak ada rumusan universal untuk klausul ini karena berbeda antarperusahaan dan berubah seiring waktu. Yang dapat ditunjukkan ialah tempat mencarinya: perjanjian induk dan syarat bisnis, bersama kebijakan eksekusi order^[4] — bukan halaman pemasaran. Jika broker tidak menyediakan dokumen ini sebelum pembukaan rekening, itu sendiri merupakan informasi.

Pengungkapan klausul bukan akhir persoalan. Sebelum menganggap syarat yang ditandatangani sebagai perkara selesai, ketahui bahwa jika nasabah merupakan konsumen, di banyak yurisdiksi pengungkapan ketentuan dalam syarat baku dan penerimaannya belum cukup agar ketentuan itu mengikat nasabah. Hukum kontrak konsumen dapat meniadakan ketentuan yang tidak dirundingkan secara individual dan secara tidak adil menimpangkan keseimbangan hak dan kewajiban. Ini bergantung pada hukum yang berlaku bagi kontrak Anda; periksalah hukum kontrak konsumen yurisdiksi Anda, bukan halaman pemasaran broker. Contoh penerapan — Polandia. Kitab Undang-Undang Hukum Perdata Polandia menetapkan dalam Pasal 385¹ § 1 bahwa ketentuan kontrak dengan konsumen yang tidak disepakati secara individual tidak mengikat konsumen jika membentuk hak dan kewajibannya bertentangan dengan praktik yang baik dan sangat merugikan kepentingannya (ketentuan kontrak terlarang). § 3 menyatakan ketentuan yang tidak disepakati secara individual adalah ketentuan yang isinya tidak sungguh-sungguh dapat dipengaruhi konsumen, terutama yang diambil dari formulir baku yang diajukan pihak lainnya^[29]. Ini merupakan salah satu penerapan nasional gagasan tersebut; dikutip karena teks konkret memperjelas mekanismenya. Rumusan di yurisdiksi Anda berbeda dan cakupannya pun mungkin berbeda. Membacanya sebelum menyetor dana tetap masuk akal, tetapi bukan karena setelah ditandatangani klausul menjadi kebal digugat. Hukum yang berlaku untuk kontrak dengan broker asing adalah persoalan tersendiri dan dibahas dalam 12.8.

Laporan insiden dikirim kepada pengawas — tetapi nasabah tetap diperhitungkan. Sejak 17 Januari 2025, perusahaan investasi yang beroperasi di Uni tunduk pada peraturan ketahanan operasional digital sektor keuangan^[17]. Peraturan ini mewajibkan pengelolaan risiko TIK dan pelaporan insiden besar kepada otoritas pengawas berwenang — pengawas keuangan negara anggota asal perusahaan — dalam tiga tahap. Sejak 12 Maret 2025, tenggatnya diatur peraturan delegasi tersendiri^[31]: berupa pemberitahuan awal — dalam empat jam sejak insiden diklasifikasikan sebagai besar dan paling lambat 24 jam sejak diketahui; lalu laporan antara — paling lambat 72 jam setelah pemberitahuan awal diajukan, termasuk “meskipun status insiden atau penanganannya tidak berubah”; dan laporan akhir — paling lambat satu bulan setelah laporan antara atau pembaruan terakhirnya^[31]. Tenggat antara memiliki pengecualian: jika jatuh pada akhir pekan atau hari libur, pasal yang sama mengizinkan pengajuan hingga tengah hari pada hari kerja berikutnya. Namun kelonggaran itu tidak berlaku antara lain bagi lembaga kredit dan entitas yang ditetapkan esensial; entitas yang melewati tenggat wajib memberi tahu otoritas dan menjelaskan alasan keterlambatan^[31]. Ada dua kesimpulan penting. Pertama: jalur pengawasan tersedia, jadi gangguan serius pada perusahaan berizin bukan peristiwa yang tidak menjadi urusan siapa pun. Kedua: jalur itu menuju pengawas, bukan halaman status publik. Tidak diterbitkannya riwayat insiden tidak membuktikan bahwa broker tidak melaporkan insiden, maupun sebaliknya. Ada satu pengecualian yang berguna diketahui karena menguntungkan Anda. Selain laporan kepada pengawas, peraturan menetapkan kewajiban bersyarat tersendiri terhadap nasabah: apabila insiden besar “berdampak pada kepentingan keuangan nasabah”, entitas keuangan wajib “tanpa penundaan yang tidak semestinya, segera setelah mengetahuinya, memberi tahu nasabah” tentang insiden dan langkah untuk mengurangi dampak buruknya^[17]. Syaratnya lebih ringan daripada yang kadang dikutip: koreksi yang diterbitkan 12 Maret 2024 menghapus kata “material” dari ketentuan itu, sehingga ambangnya lebih rendah dan kewajibannya lebih luas^[24]. Ini bukan kewajiban menyediakan arsip gangguan publik, melainkan pemberitahuan individual yang dipicu dampak insiden pada kepentingan keuangan nasabah. Karena itu, diamnya broker saat gangguan benar-benar memengaruhi posisi Anda tidak otomatis patuh aturan.

Redundansi: apa yang dapat dikonfirmasi. Hampir tidak ada. Jumlah lokasi pemrosesan, mekanisme peralihan saat kegagalan, waktu pemulihan dan hasil pengujian ketahanan merupakan informasi yang dilaporkan perusahaan kepada pengawas dalam rezimnya sendiri^[17][18], bukan yang diterbitkan untuk nasabah. Klaim “redundansi penuh” di situs broker tetap masuk kotak “diklaim” dan tidak naik kelas karena diulang. Nasabah hanya dapat bertanya langsung dan menilai apakah jawabannya konkret atau slogan.

Pemantauan: satu-satunya lapisan yang Anda kelola sendiri. Broker memantau sistemnya sendiri dan tidak memperlihatkan data itu kepada Anda. Anda dapat membuat catatan sederhana sendiri: tanggal dan waktu gangguan beserta zona waktu, hal yang terdampak (tidak tersambung, order ditolak, kuotasi membeku), tangkapan layar dan log platform, serta isi dan tanggal jawaban dukungan. Tiga catatan seperti ini lebih bernilai daripada klaim ketersediaan apa pun; dalam pengaduan itulah bahan yang Anda miliki. Kelanjutan pengaduan dan jalur pemulihan dibahas dalam 12.8; akibat kepailitan perantara dan perlindungan dana nasabah dalam 12.7.

7. Protokol FIX dan alternatif

FIX (Financial Information eXchange) adalah standar pesan perdagangan institusional yang dikelola badan industri para peserta pasar. Artikel ini menyebut dua versi — FIX 4.4 dan FIX 5.0 Service Pack 2 — tetapi saat diperiksa 24 Agustus 2026 situs standar tidak tersedia, sehingga artikel tidak mengonfirmasi keberadaan keduanya dari pembacaan sendiri dan tidak menyajikannya sebagai temuan^[20]; bahwa kedua versi tersebut paling sering dijumpai dalam praktik pun merupakan pengamatan industri tanpa statistik terbitan — tidak ditemukan data terbitan tentang pangsa setiap versi dan kami tidak mengukurnya. FIX bukan platform dan tidak memiliki antarmuka. FIX menjelaskan cara dua sistem berkomunikasi tentang order.

Apa yang benar-benar dikeluarkan FIX dari jalur order. Lapisan platform ritel beserta batasan jenis ordernya hilang, dan nasabah menjalankan sesi langsung dengan sistem pihak lawan. Itu perbedaan nyata. Namun masalah pokok bab ini tidak hilang: keputusan perutean tetap di sisi pihak lawan, syarat kuotasi tetap miliknya, dan mekanisme last look — bila digunakan — bekerja sama persis^[1]. Pemendekan jalur kadang digambarkan dengan jumlah lompatan, tetapi itu bukan ukuran yang tepat. Hasil ditentukan faktor dalam kalimat sebelumnya, bukan jumlah ruas.

Mengapa ini jalan buntu bagi nasabah ritel. Penghalangnya bersifat hubungan bisnis dan keuangan, bukan teknis. Sesi FIX membutuhkan perjanjian dengan penyedianya. Syarat seperti modal wajib, biaya dan perputaran minimum sering ditetapkan individual, meskipun ada penyedia yang menerbitkan tarif langsung di halaman produk. Artikel tidak memberi angka bukan karena tarif tidak tersedia, melainkan karena angka itu merupakan parameter penawaran satu penyedia pada satu hari — bergantung perusahaan, volume dan tanggal — sehingga lebih cepat usang daripada mekanisme yang dijelaskan. Jika menemui angka seperti itu, perlakukan seperti parameter penawaran lain: periksa penawaran siapa dan tanggalnya. Ditambah lagi mesin pesan sendiri, server di lokasi tepat, orang untuk merawatnya, serta ketiadaan antarmuka grafis. Gabungan syarat ini, bukan satu ambang, membuat FIX di luar jangkauan rekening ritel.

Apa yang tersisa. Antarmuka pemrograman berbasis HTTP dan web socket — cTrader Open API dan antarmuka sejumlah broker — menyediakan pemrograman tanpa perjanjian akses institusional, meski masing-masing memiliki syarat penggunaan dari penyedianya. Namun pelajaran sebenarnya bagian ini perlu diingat, dan bukan soal kecepatan: terminal grafik adalah pembungkus sistem lebih sederhana di bawahnya, dan seluruh keputusan yang dijelaskan dalam bagian 3 dibuat di sistem itu, apa pun saluran akses Anda.

8. Apa yang dapat dikonfirmasi dan apa yang tidak dapat diperiksa

Seluruh bab ditulis untuk bagian ini. Tabel berikut menempatkan setiap mata rantai dalam kotak yang diperkenalkan di awal: dikonfirmasi dokumen, diukur lewat pengujian sendiri, diklaim pihak berkepentingan, atau tidak diketahui. Untuk satu mata rantai, kotaknya terpisah antara nama produk dan konfigurasi. Kotak keempat adalah hasil pemeriksaan, bukan kekosongan yang perlu diisi.

Hasilnya jelas. Dari sepuluh mata rantai, dua dapat dikonfirmasi dokumen, dua diukur sendiri, tiga tetap klaim pihak berkepentingan, dan tiga jawabannya “tidak diketahui”. Untuk sebagian besar arsitektur eksekusi, jawaban jujurnya adalah: ini tidak dapat diperiksa. Tulisan afiliasi selalu mengisi ruang itu karena sel kosong tampak buruk dalam tabel perbandingan. Audit membiarkannya kosong — itulah perbedaannya.

Satu dokumen yang benar-benar menentukan sesuatu

Anda tidak sepenuhnya tanpa perlindungan, karena satu mata rantai berpijak pada hukum. Peraturan delegasi Komisi pelengkap direktif pasar instrumen keuangan menyebut kriteria penentuan bobot relatif faktor eksekusi terbaik: karakteristik nasabah termasuk kategorinya, karakteristik order, karakteristik instrumen, serta “tempat eksekusi yang dapat dituju order tersebut”. Tempat eksekusi bukan hanya pasar teregulasi dan fasilitas perdagangan multilateral, tetapi juga systematic internaliser, market maker dan penyedia likuiditas lain^[4]. Dua hal harus dipisahkan. “Systematic internaliser” adalah status regulasi tersendiri dengan persyaratannya; status itu tidak otomatis timbul karena broker menjadi pihak lawan nasabah. Broker yang bertransaksi atas rekening sendiri lebih sesuai kategori “penyedia likuiditas lain” dalam ketentuan sama. Kesimpulannya sama: penyelesaian order di buku broker bukan celah hukum, melainkan salah satu kemungkinan yang diatur dan seharusnya dijelaskan kebijakan eksekusi^[22]. Jika kebijakan Anda tidak menjelaskannya, ada keberatan spesifik terhadap dokumen spesifik — posisi jauh lebih kuat daripada perdebatan slogan.

Ada satu penetapan lagi bagi nasabah ritel yang langsung menggugat pemasaran berbasis milidetik. Konsiderans peraturan yang sama menyatakan: “kecepatan, kemungkinan eksekusi dan penyelesaian, ukuran dan sifat order, dampak pasar serta biaya transaksi implisit lainnya hanya boleh didahulukan atas harga dan biaya langsung sejauh membantu memberikan hasil terbaik dalam total imbalan bagi nasabah ritel”^[5]. Jadi kecepatan bukan kriteria mutu mandiri yang dapat dipertentangkan broker dengan harga dan biaya. Perhatikan asal kutipan itu: konsiderans peraturan, bukan Pasal 64^[4][5]. Mengaitkannya dengan pasal merupakan kesalahan atribusi, seperti mengaitkan statistik dengan lembaga yang tidak menerbitkannya.

9. Cara memeriksa infrastruktur broker

Cepat atau lambat Anda akan mendengar “kami tidak mengungkapkan daftar penyedia likuiditas”. Itu jawaban sah, bukan pengelakan: perjanjian penyedia sering rahasia dan daftar lengkap pun tidak banyak membantu karena Anda tetap tidak tahu siapa memberi kuotasi pada detik tertentu. Masalah muncul jika rumusan sama dipakai menghindari pertanyaan tentang dokumen yang semestinya publik atau data yang dihasilkan broker sendiri.

Tiga dokumen dahulu — lengkap, bukan potongan

Enam pertanyaan yang menghasilkan hal terperiksa

• Badan hukum mana yang memegang rekening saya dan apa statusnya dalam register pengawas? — pertanyaan pertama, karena tanpa jawabannya lima lainnya tidak berguna. Cocokkan di register, bukan kepada broker^[13][14].
• Di mana mengunduh kebijakan eksekusi order terkini? — yang diharapkan alamat dokumen, bukan ringkasan lewat chat^[22]. Hanya dokumen menunjukkan kategori tempat eksekusi yang digunakan. Pertanyaan “berapa penyedia Anda” tidak menghasilkan hal terperiksa dan tidak layak ditanyakan.
• Apakah sumber harga memakai last look dan mengungkapkan jendela waktu tipikalnya? — kode industri mengharapkan pengungkapan waktu tipikal keputusan dari peserta yang memakai mekanisme itu, tetapi kode tersebut sukarela dan tidak mengikat hukum^[1]. Tetap layak ditanyakan. Jawaban “kami tidak memakai kode itu” atau “kami tidak menerbitkan pengungkapan tersebut” sah dan merupakan informasi untuk tabel Anda.
• Statistik eksekusi apa yang diterbitkan dan untuk periode kapan? — jawaban “tidak ada” dimasukkan kotak “tidak diketahui”. Angka tanpa definisi pengukuran sama nilainya dengan ketiadaannya.
• Di mana server perdagangan dan bagaimana sambungannya ke sumber harga? — paruh kedua lebih penting. Nama fasilitas tanpa penjelasan sambungan tidak memastikan apa pun.
• Apa yang terjadi pada posisi saya saat sistem Anda tidak tersedia, dan ketentuan mana yang mengaturnya? — harapkan rujukan klausul, bukan jaminan “itu tidak terjadi”.

Menyikapi jawaban “tidak kami ungkapkan”

Penolakan tidak semuanya sama. Pisahkan sebelum menyimpulkan:

• Penolakan beralasan — daftar lengkap penyedia, isi perjanjiannya, parameter konfigurasi perutean, data nasabah lain. Broker tidak memberikannya dan tidak ada dasar mengharapkannya. Tulis “tidak diketahui” dan lanjutkan.
• Penolakan yang merupakan informasi tersendiri — tidak ada kebijakan eksekusi, spesifikasi instrumen, daftar biaya atau identitas badan hukum dalam dokumen. Itu bukan rahasia dagang. Jika tidak ada atau perlu diminta, bobot sinyalnya sama sekali berbeda dari poin sebelumnya.
• Penolakan dibungkus slogan — pertanyaan median waktu eksekusi dijawab dengan “eksekusi institusional”. Anggap bukan jawaban dan ulangi pertanyaan tertulis. Kelebihan korespondensi tertulis: tetap tersimpan.

Lalu pengukuran sendiri

Data eksekusi paling bernilai Anda hasilkan sendiri, tanpa harus diberikan siapa pun. Log platform memuat harga eksekusi dan cap waktu tiap transaksi, cukup untuk menghitung waktu konfirmasi. Harga permintaan berbeda; ketahui sebelum menghitung slippage pertama: dalam market execution harga bukan kolom permintaan yang wajib. Dokumentasi pengembang MT5 menyatakan market order pada instrumen bertipe “Market Execution” “tidak mengharuskan harga ditentukan”^[28]. Jika model mencatat harga permintaan, slippage bertanda dapat dihitung langsung dari log. Jika tidak, Anda perlu acuan harga sendiri; pemilihannya bukan urusan bab ini dan dibahas tersendiri dalam 12.3. Alat analisis riwayat eksternal seperti FX Blue dapat mempermudah^[21], tetapi bukan syarat wajib: spreadsheet dan ekspor riwayat melakukan pekerjaan sama. Yang wajib ialah metodologi; tanpa definisi pengukuran angka tak berarti, termasuk angka broker.

Tabel sengaja tanpa ambang “hijau” atau “merah”. Versi terdahulu memberi median waktu eksekusi, tingkat penolakan yang dapat diterima dan kelipatan pelebaran spread, tetapi semuanya tanpa sumber dan definisi pengukuran. Tolok ukur tanpa metodologi lebih buruk daripada tanpa tolok ukur, sebab menciptakan ilusi sudah ada pengukuran. Acuan yang tepat ialah rekening sendiri dari waktu ke waktu: pengukuran sama satu kuartal kemudian menunjukkan perubahan — jawaban itulah yang sebenarnya diperlukan.

White label versus infrastruktur sendiri. Sebagian broker adalah white label dengan teknologi pihak lain. Dukungan mungkin tidak memahami seluruh rantai eksekusi karena tidak mengelolanya. Itu bukan berarti broker buruk, tetapi pertanyaan dapat menemui kekosongan karena kurang keahlian teknis lini depan, bukan niat buruk. Akibat praktisnya: white label tidak akan memberi jawaban tentang lapisan perutean, sehingga dokumen^[4] dan pengukuran sendiri makin penting.

Rollover sebagai uji infrastruktur. Kualitas eksekusi perlu diukur terpisah menurut waktu. Broker yang baik di tengah sesi Eropa dapat berbeda total saat rollover karena sumber harga mengurangi eksposur menginap. Gunakan konvensi bagian ini: konvensi umum menempatkan rollover pukul 17:00 waktu New York. Konversi jam Anda bergantung zona waktu dan bergeser pada minggu ketika perubahan waktu musim panas di kedua sisi Atlantik tidak serentak. Jam itu bukan konstanta pasar: hanya berlaku jika broker menerapkannya untuk instrumen Anda. Spesifikasi, bukan artikel ini, yang menentukan; periksa sebelum posisi menginap pertama. Waktu pembebanan adalah satu titik, bukan jendela satu jam. Pelebaran spread berbeda: biasanya diamati belasan hingga beberapa puluh menit di sekitar titik tersebut, tetapi rentang itu pengamatan industri tanpa statistik terbitan, bukan parameter dokumen. Rentang rekening Anda ditentukan spesifikasi dan pengukuran sendiri dalam tabel. Mekanisme serta biaya rollover dibahas dalam 12.4.

Eksekusi buruk tidak selalu niat buruk. Eksekusi sangat buruk kadang akibat teknologi lemah, perantara buruk atau broker terlalu kecil. Broker bisa jujur tetapi tidak memiliki infrastruktur tahan kondisi ekstrem. Pisahkan kekurangan infrastruktur dan niat buruk: keduanya merugikan, tetapi yang pertama memerlukan belanja broker, yang kedua perubahan niat. Pola ketidakjujuran dibahas terpisah dalam 12.10 — di sanalah tempat tuduhan terhadap perusahaan tertentu, semata berdasarkan dokumen otoritas.