gPop 𝗣𝗼𝗽𝗗𝗘𝗫 𝗗𝗮𝗻 𝗬𝗮𝗻𝗴 𝗫𝗲𝗿𝗮𝗷𝗮 𝗗𝗶𝗮𝗻𝘁𝗮𝗿𝗮 𝗞𝗹𝗶𝗸 𝗕𝗲𝗹𝗶 𝗱𝗮𝗻 𝗣𝗲𝗻𝘆𝗲𝗹𝗲𝘀𝗮𝗶𝗮𝗻 Selepas mengkaji lebih dalam @popdex_, saya mula memperhatikan sesuatu yang sering dilupakan oleh pedagang: Apa sebenarnya yang berlaku antara klik beli dan penyelasaian pesanan? Kebanyakan pedagang fokus pada: → Harga masuk → Leveraj → Stop loss → Take profit Tetapi pelaksanaan juga merupakan sebahagian daripada perdagangan. 𝗣𝗲𝘀𝗮𝗻𝗮𝗻 𝗣𝗮𝘀𝗮𝗿𝗮𝗻 𝗩𝘀 𝗣𝗲𝘀𝗮𝗻𝗮𝗻 𝗛𝗮𝗱 Pesanan pasaran secara asasnya bermaksud: “Saya ingin masuk sekarang.” Pesanan had bermaksud: “Saya ingin harga ini, walaupun saya perlu menunggu.” Ini mencipta kompromi penting: → Pesanan pasaran mengambil likuiditi yang sudah ada dalam buku pesanan → Pesanan had boleh berada dalam buku pesanan → Pesanan pasaran mengutamakan kelajuan pelaksanaan → Pesanan had mengutamakan kawalan harga Tiada satu pun secara automatik lebih baik. Pilihan yang tepat bergantung pada perdagangan tersebut. 𝗠𝗲𝗻𝗮𝗽𝗮𝘁 𝗞𝗟𝗢𝗕 𝗠𝗲𝗻𝗾𝗮𝗶𝘁𝗶 PopDEX menggunakan Central Limit Order Book, jadi tawaran dan permintaan berinteraksi melalui buku pesanan, bukan semuanya diuruskan melalui kolam likuiditi yang mudah. Ini menjadikan struktur buku pesanan penting: → Likuiditi yang tersedia → Perbezaan tawaran-permintaan → Saiz pesanan → Tahap harga → Di mana pesanan anda berada Pesanan yang lebih besar boleh berinteraksi dengan beberapa tahap harga, bermakna harga yang dipaparkan tidak semestinya harga tepat untuk keseluruhan penyelasaian. 𝗣𝗲𝗺𝗯𝘂𝗮𝘁 𝗣𝗲𝘀𝗮𝗻𝗮𝗻 𝗩𝘀 𝗣𝗲𝗻𝗴𝗮𝗺𝗯𝗶𝗹 𝗣𝗲𝘀𝗮𝗻𝗮𝗻 Di sinilah yuran pembuat pesanan dan pengambil pesanan menjadi lebih bermakna. Pengambil pesanan menghapus likuiditi dengan menyesuaikan pesanan yang sudah berada dalam buku pesanan. Pembuat pesanan menambah likuiditi dengan meletakkan pesanan yang menunggu untuk disesuaikan. Jadi, anda secara efektif memilih antara prioriti pelaksanaan yang berbeza: → Pengambil: pelaksanaan serta-merta → Pembuat: penyediaan likuiditi → Pengambil: keyakinan pelaksanaan yang lebih tinggi → Pembuat: kawalan harga yang lebih tinggi Titik pentingnya ialah yuran bukanlah keseluruhan kos perdagangan. Anda juga perlu mempertimbangkan apa yang berlaku kepada pesanan anda apabila ia sampai ke pasaran. 𝗠𝗶𝘀𝗮𝗹𝗸𝗮𝗻 𝗦𝗮𝘆𝗮 𝗠𝗲𝗺𝗮𝘀𝘂𝗸𝗶 𝗘𝘁𝗵𝗲𝗿𝗲𝘂𝗺 Bayangkan ETH diperdagangkan sekitar $2,700 dan saya ingin membuka kedudukan panjang. Dengan pesanan pasaran: → Saya mendapat eksposur serta-merta → Saya menghabiskan likuiditi yang tersedia → Saya tidak menunggu harga tertentu → Penyelasaian saya bergantung pada pesanan yang tersedia pada masa itu Dengan pesanan had pada $2,680: → Saya mentakrifkan harga masuk yang diingini → Saya mendapat lebih banyak kawalan harga → Saya boleh menyediakan likuiditi yang menunggu → Tetapi ETH mungkin tidak pernah mencapai harga saya Jadi, komprominya menjadi mudah: Keyakinan pelaksanaan vs kawalan harga. 𝗞𝗼𝘀 𝗦𝗲𝗯𝗲𝗻𝗮𝗿 𝗣𝗲𝗹𝗮𝗸𝘀𝗮𝗻𝗮𝗮𝗻 Apabila saya mempertimbangkan masuk ke ETH, saya tidak akan berhenti pada yuran yang dipaparkan. Saya akan mempertimbangkan: → Yuran dagangan → Perbezaan harga → Kesan harga → Kebarangkalian penyelasaian → Kelajuan pelaksanaan Yuran rendah tidak secara automatik bermakna pelaksanaan yang lebih baik jika pesanan mengalami kesan harga yang ketara. Dan harga had yang sempurna tidak membantu jika pesanan tidak pernah diselasaikan. 𝗠𝗲𝗻𝗮𝗽𝗮𝘁 𝗣𝗼𝗽𝗗𝗘𝗫 𝗠𝗲𝗻𝗾𝗲𝗯𝗶𝗸 Inilah yang saya anggap menarik tentang PopDEX. Ia bukan sekadar memberi pedagang antaramuka lain untuk membuka kedudukan abadi. Reka bentuknya mendedahkan lebih banyak mekanisme perdagangan sebenar: → CLOB onchain → Tawaran dan permintaan yang kelihatan → Interaksi pembuat dan pengambil → Margin terpadu → Pelaksanaan sedar likuiditi → Lebih banyak kawalan atas penempatan pesanan Ini penting kerana perdagangan bukan hanya tentang meramal sama ada aset akan naik atau turun. Ia juga tentang bagaimana anda masuk, bagaimana anda diselasaikan, likuiditi apa yang anda interaksi, dan berapa kos pelaksanaan itu. Itulah sebabnya struktur pasaran itu sendiri menjadi sebahagian daripada strategi perdagangan di PopDEX. Tombol pesanan bukan sekadar klik terakhir. Ia adalah sebahagian daripada perdagangan. Yuran pengambil saya di bawah menggunakan TradeReplay yang dibina oleh @himu_xyz