Hanya untuk tujuan edukasi; bukan nasihat investasi. Perdagangan DEX dapat kehilangan nilai akibat pergerakan harga, eksekusi yang buruk, token berbahaya, persetujuan, MEV, atau kegagalan kontrak.
Jawaban langsung
Bursa terdesentralisasi (DEX) adalah protokol atau sistem pasar yang memungkinkan pengguna menukar aset kripto tanpa terlebih dahulu menyetorkannya ke akun perdagangan yang dikendalikan operator. Pengguna biasanya menghubungkan dompet yang dikendalikan sendiri, memperoleh penawaran, mengotorisasi token yang diperlukan, lalu menandatangani transaksi atau pesanan. Penyelesaian kemudian berlangsung melalui kontrak pintar dan transfer on-chain.
DEX menjelaskan model akses dan penyelesaian, bukan satu desain penetapan harga tertentu. Sebagian DEX menggunakan pembuat pasar otomatis (AMMs) dan pool likuiditas; yang lain menggunakan buku pesanan on-chain, lelang, atau intent bertanda tangan yang dipenuhi oleh pihak-pihak yang bersaing. Agregator atau router dapat membandingkan pool, tingkat biaya, dan token perantara, lalu membagi atau menggabungkan rute untuk memperbaiki output yang diharapkan.
Kustodi mandiri mengurangi risiko penitipan oleh bursa, tetapi mengalihkan tanggung jawab verifikasi dan eksekusi kepada pengguna. Antarmuka web, router, solver, oracle, sequencer, proses tata kelola, atau administrator peningkatan masih dapat menjadi titik kendali atau kegagalan. Istilah “terdesentralisasi” tidak membuktikan bahwa setiap komponen bersifat permissionless, tidak dapat diubah, telah diaudit, atau aman.
Cara kerjanya
- Identifikasi perdagangan. Tetapkan chain, alamat kontrak token input dan output, jumlah, serta dompet. Simbol ticker atau nama token tidaklah unik. Verifikasi domain aplikasi resmi dan kontrak router atau penyelesaian sebelum menghubungkan dompet atau menandatangani.
- Dapatkan dan periksa penawaran. Antarmuka meminta data dari satu atau beberapa sumber likuiditas. Periksa input persis, estimasi output, rute, tingkat biaya, dampak harga, biaya jaringan, waktu kedaluwarsa penawaran, dan apakah rute memakai token perantara, solver, bridge, atau kontrak yang tidak dikenal.
- Tetapkan batas eksekusi. Untuk swap dengan input pasti, transaksi harus memberlakukan jumlah output minimum (
minOut); untuk swap dengan output pasti, transaksi harus memberlakukan jumlah input maksimum. Toleransi slippage menentukan batas eksekusi ini. Toleransi tersebut tidak memperbaiki harga penawaran. - Otorisasi dan eksekusi. Swap ERC-20 mungkin memerlukan persetujuan atau permit bertanda tangan sebelum swap. Pilih allowance praktis yang paling kecil, lalu konfirmasikan pembelanja, jumlah, tenggat, nonce, chain, calldata, dan nilai native. Tanda tangan dompet mengotorisasi data yang dikodekan, bukan klaim antarmuka dalam bahasa biasa.
- Verifikasi penyelesaian. Transaksi yang dikirim atau tertunda belum berarti swap telah selesai. Setelah konfirmasi, periksa status transaksi, perubahan saldo token, jumlah aktual yang diterima, gas yang dibayar, event, dan allowance yang tersisa. Cabut allowance apabila kemudahan berkelanjutannya tidak sebanding dengan eksposurnya.
Dalam pool constant-product rentang penuh, cadangan x dan y mengikuti hubungan dasar x * y = k. Dengan biaya input f, input pasti deltaX umumnya menghasilkan:
deltaY = y * (1 - f) * deltaX / (x + (1 - f) * deltaX)
Rasio cadangan memberikan penawaran marginal, tetapi perdagangan berukuran tertentu bergerak sepanjang kurva. Karena itu, harga eksekusi rata-ratanya lebih buruk daripada harga marginal awal, dan selisihnya membesar ketika ukuran perdagangan menjadi besar dibandingkan likuiditas aktif. Pool likuiditas terkonsentrasi menerapkan logika kurva terkait di dalam rentang harga pilihan; ketika posisi berada di luar rentangnya, posisi tersebut tidak aktif, sepenuhnya terdiri dari satu aset, dan tidak memperoleh biaya swap rentang aktif.
Contoh terhitung
Misalkan pool constant-product memiliki 100 ETH dan 200,000 USDC, sehingga harga cadangan awalnya adalah 2,000 USDC/ETH. Seorang pedagang mengirim 20,000 USDC untuk membeli ETH, dan pool mengenakan biaya input 0.30%. Input efektifnya adalah 19,940 USDC:
ETH out = 100 * 19,940 / (200,000 + 19,940) = 9.066109 ETH
Pedagang mengeluarkan rata-rata bruto sekitar 2,206.02 USDC/ETH, sebelum gas. Dengan toleransi slippage 0.50%, output minimum yang sesuai adalah sekitar 9.020778 ETH. Toleransi itu mengizinkan penyelesaian sampai batas minimum; toleransi tersebut tidak menjamin penawaran 9.066109 ETH.
Sekarang misalkan router memperkirakan bahwa perdagangan 50,000 USDC menghasilkan aset senilai 47,000 USD melalui satu pool langsung, tetapi 48,200 USD jika 60% memakai pool langsung dan 40% mengambil rute dua hop USDC/ETH lalu ETH/Token A. Rute terbagi meningkatkan output penawaran sebesar 1,200 USD, tetapi juga menambah panggilan kontrak, gas, eksposur token perantara, dan lebih banyak kemungkinan titik kegagalan. Untuk pesanan yang lebih kecil, biaya tambahan tersebut dapat melebihi dampak harga yang dihemat.
Risiko dan pengendalian
- Aset salah atau berbahaya: Siapa pun dapat membuat token dengan nama atau simbol yang dikenal. Verifikasi chain dan alamat kontrak melalui sumber resmi yang independen; uji aset dan rute yang tidak dikenal dengan jumlah kecil.
- Kerugian akibat persetujuan dan tanda tangan: Persetujuan tanpa batas, permit berbahaya, frontend yang disusupi, atau tanda tangan menyesatkan dapat mengotorisasi lebih dari satu swap yang dimaksud. Baca identitas pembelanja dan cakupannya, hindari penandatanganan buta, dan tinjau allowance setelah digunakan.
- Kerugian eksekusi: Likuiditas tipis, penawaran kedaluwarsa, harga volatil, token dengan pajak transfer, dan transaksi tertunda yang terlihat publik dapat mengurangi output atau menyebabkan transaksi revert. Bandingkan kedalaman aktif dan rute, gunakan
minOutdan tenggat yang ditetapkan secara sadar, serta jangan menaikkan toleransi hanya untuk memaksa perdagangan berhasil. - MEV: Searcher atau validator dapat menyusun ulang transaksi atau menempatkan perdagangan di sekitar swap yang terlihat. Hal ini dapat memperburuk eksekusi meski hasilnya tetap berada dalam toleransi pengguna. Pertimbangkan pesanan yang lebih kecil, pool yang lebih dalam, perutean terlindungi, atau eksekusi bergaya limit jika sesuai.
- Gas dan transaksi gagal: Persetujuan, swap, hop rute, dan pencabutan allowance masing-masing dapat memerlukan biaya jaringan. Transaksi yang revert biasanya tetap memakai gas. Simpan mata uang native yang cukup untuk seluruh alur kerja dan verifikasi chain sebelum menandatangani.
- Kegagalan protokol dan infrastruktur: Bug kontrak, peningkatan yang tidak aman, kunci admin, hook, oracle, bridge, layanan RPC, sequencer, dan antarmuka dapat gagal atau disusupi. Periksa kontrak yang di-deploy secara persis, audit, kewenangan peningkatan dan penghentian sementara, riwayat insiden, serta rantai dependensi.
- Finalitas dan pencatatan: Swap yang telah dikonfirmasi biasanya tidak dapat dibatalkan oleh layanan pelanggan. Simpan penawaran, hash transaksi, alamat token, perubahan saldo dompet, dan basis biaya; selidiki hasil yang tidak terduga sebelum menandatangani transaksi lain.
Kesalahpahaman umum
Mitos 1: Token yang tersedia di DEX telah lolos tinjauan pencatatan
Banyak pool bersifat permissionless, dan siapa pun dapat membuat token bernama sama atau menyediakan likuiditas awal bagi pool. Ketersediaan bukanlah persetujuan; verifikasi alamat kontrak dan likuiditas sebenarnya.
Mitos 2: Kustodi mandiri membuat transaksi dapat dibatalkan
Pengguna mengendalikan tanda tangan, tetapi transaksi valid yang telah dikonfirmasi biasanya bersifat final. Kesalahan token, chain, persetujuan, atau penerima tetap menjadi tanggung jawab pengguna.
Mitos 3: Toleransi slippage yang lebih tinggi menghasilkan harga yang lebih baik
Toleransi yang lebih tinggi hanya memperlebar rentang hasil yang dapat diterima dan menurunkan kemungkinan revert akibat slippage. Hal ini dapat mengizinkan eksekusi yang lebih buruk dan ekstraksi MEV yang lebih besar.
Mitos 4: Saldo pool sama dengan jumlah yang dapat diperdagangkan pada harga saat ini
Saldo yang ditampilkan tersebar di sepanjang kurva atau rentang harga. Perdagangan besar mengonsumsi likuiditas pada harga yang makin berbeda, sehingga ukuran yang dapat dieksekusi harus dinilai berdasarkan kedalaman aktif, biaya, rute, dan minOut.
Topik terkait
Sumber
- How Uniswap Works - Uniswap Labs (diakses: 2026-08-20)
- Uniswap v2 Core - Uniswap Labs (diakses: 2026-08-20)
- Uniswap v3 Core - Uniswap Labs (diakses: 2026-08-20)
- AMM vs UniswapX Routing - Uniswap Labs (diakses: 2026-08-20)