Apa Itu Contoh Kerja dari Agregasi Likuiditas?

Jawaban langsung

Agregasi likuiditas adalah gagasan bahwa likuiditas beli dan jual dari berbagai sumber dapat digabungkan—secara langsung atau tidak langsung—sehingga sebuah sistem dapat merepresentasikan gambaran yang lebih lengkap tentang harga apa yang dapat diperdagangkan. “Contoh kerja” adalah skenario numerik yang menyatakan asumsi (kedalaman, spread, dan biaya) dan kemudian menunjukkan apa yang berubah ketika likuiditas berasal dari satu sumber versus beberapa sumber.

Mekanisme atau definisi

Dalam pasar yang umum, “likuiditas” adalah seberapa banyak aset yang dapat dibeli atau dijual mendekati suatu harga, sering digambarkan sebagai kedalaman buku pesanan. Agregasi likuiditas bertujuan untuk memperlakukan likuiditas dari berbagai sumber (misalnya, rekanan atau venue perdagangan yang berbeda) seolah-olah tersedia secara bersamaan.

Contoh kerja biasanya memisahkan mekanisme dari variabilitas:

• Mekanisme yang stabil (diasumsikan): Anda dapat memodelkan kedalaman berdasarkan level harga dan menghitung nosional yang dapat Anda penuhi sebelum mencapai harga batas.
• Kondisi yang bervariasi (tidak diasumsikan stabil): selisih harga bid–ask, distribusi kedalaman, latensi eksekusi, biaya, dan perilaku venue dapat berbeda seiring waktu.

Untuk menghindari memperlakukannya sebagai sinyal yang berdiri sendiri, contoh harus fokus pada bagaimana sebuah eksekusi mungkin dibangun daripada memprediksi profitabilitas.

Bukti atau contoh

Asumsikan pasangan mata uang FX dikutip sebagai tangga bid/ask yang disederhanakan (bukan data real-time). Juga asumsikan:

1. Anda ingin membeli 1.000.000 unit (mata uang dasar) pada harga yang “dapat dipasarkan”.
2. Anda mempertimbangkan tiga sumber likuiditas: Sumber A, Sumber B, dan Sumber C.
3. Setiap sumber memiliki kedalaman pada level harga tertentu relatif terhadap harga tengah acuan.
4. Ada biaya tetap sebesar 0,10% dari nosional yang dieksekusi.

Langkah 1: Pandangan satu sumber

Anda hanya dapat mengeksekusi terhadap Sumber A. Asumsikan Sumber A memiliki kedalaman sisi ask berikut untuk ukuran pesanan Anda:

• Pada level ask 1: kualitas harga sesuai dengan pemenuhan 400.000 unit
• Pada level ask 2 (lebih buruk dengan jumlah kecil): pemenuhan 300.000 unit
• Pada level ask 3 (lebih buruk lagi): pemenuhan sisa 300.000 unit Jadi Sumber A dapat memenuhi seluruh 1.000.000 unit, tetapi harga eksekusi rata-rata akan lebih buruk daripada level terbaik.

Langkah 2: Pandangan agregat di seluruh sumber

Sekarang Anda mengizinkan agregasi likuiditas di seluruh Sumber A, B, dan C. Asumsikan:

• Sumber A menyediakan 400.000 unit pada level terbaik, kemudian 100.000 pada level berikutnya.
• Sumber B menyediakan 300.000 unit pada level yang lebih baik daripada level ketiga A.
• Sumber C menyediakan sisa 200.000 unit pada level yang lebih jauh.

Dalam skenario ini, agregasi mengubah distribusi pemenuhan di seluruh level harga. Bahkan dengan ukuran total yang sama (1.000.000 unit), menggunakan level likuiditas yang lebih menguntungkan dapat mengurangi harga eksekusi rata-rata dibandingkan dengan hanya menggunakan Sumber A.

Langkah 3: Perhitungkan biaya (fee)

Nosional yang dieksekusi tetap 1.000.000 unit, sehingga komponen biaya sama dalam pengaturan yang disederhanakan ini: biaya = 0,10% dari nosional yang dieksekusi.

Yang berbeda adalah harga yang Anda bayar di setiap level, yang memengaruhi nilai transaksi kotor dan karena itu hasil bersih. Karena kami tidak menentukan kenaikan harga yang tepat dalam artikel ini, contoh kerja mengilustrasikan struktur: agregasi mengubah level mana yang dapat Anda capai terlebih dahulu.

Apa yang dapat Anda verifikasi secara independen

Anda dapat memverifikasi logika tanpa harga real-time dengan memeriksa apakah eksekusi sistem menghormati batasan yang dimodelkan:

• Apakah sistem menghindari level harga yang lebih buruk ketika likuiditas yang lebih baik ada di sumber lain?
• Apakah sistem memenuhi sebagian ketika kedalaman tidak mencukupi?
• Apakah pemenuhan yang direalisasikan sesuai dengan asumsi kedalaman yang dinyatakan?

Keterbatasan dan risiko

Satu mode kegagalan yang material adalah kedalaman yang tidak mencukupi atau berubah. Jika sumber yang diagregasi tidak mempertahankan level buku pesanan yang diasumsikan, sistem dapat mengalami pemenuhan sebagian atau berpindah ke harga yang lebih buruk.

Keterbatasan penting lainnya:

• Variabilitas spread dan kedalaman: likuiditas terbaik yang tersedia dapat hilang ketika partisipan lain bertransaksi.
• Efek latensi: antara menghitung pandangan agregat dan mengeksekusi, kondisi dapat berubah.
• Perbedaan eksekusi dan venue: “likuiditas” mungkin tidak dapat dieksekusi secara setara; beberapa sumber dapat memiliki batasan, jadwal biaya yang berbeda, atau perilaku operasional yang berbeda.
• Risiko ketidakcocokan model: tangga numerik yang Anda asumsikan mungkin tidak mencerminkan distribusi pesanan yang sebenarnya.

Karena biaya, kualitas eksekusi, dan kondisi pasar bervariasi, hubungan historis tidak menetapkan hasil di masa depan.