---
title: "AMM produk konstan"
description: "Automated market maker produk konstan menentukan kuotasi swap dari cadangan dua token dengan x * y = k. Pelajari kuotasi setelah biaya, dampak harga, arbitrase, dan risiko penyedia likuiditas."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# AMM produk konstan
> Hanya untuk tujuan edukasi; bukan nasihat investasi. Investasi dapat mengakibatkan kerugian.
## Jawaban langsung
Automated market maker produk konstan (CPMM) menyimpan cadangan dua token dan hanya menerima swap apabila saldo setelah transaksi memenuhi invarian berdasarkan `x * y = k`. Di sini, `x` dan `y` adalah cadangan. Rasio cadangan memberikan harga pool sesaat; transaksi mengubah rasio tersebut, sehingga transaksi yang lebih besar dibandingkan likuiditas memperoleh harga yang semakin buruk.
Kurva ini adalah aturan kuotasi dan penyelesaian, bukan oracle dan bukan jaminan bahwa salah satu token memiliki nilai. Pelaku arbitrase biasanya menggerakkan harga pool mendekati pasar eksternal, memperoleh selisih sambil mengubah aset yang dimiliki penyedia likuiditas (LP).
## Cara kerja
Sebelum biaya, swap yang menambahkan `deltaX` unit token X dan mengeluarkan `deltaY` unit token Y memenuhi:
`(x + deltaX) * (y - deltaY) = x * y`
Dengan demikian, `deltaY = y * deltaX / (x + deltaX)`. Jika tarif biaya input adalah `f`, tetapkan `gamma = 1 - f`; kuotasi umum setelah biaya adalah:
`deltaY = y * gamma * deltaX / (x + gamma * deltaX)`
Harga infinitesimal Y per X adalah `y / x`. Transaksi berukuran terbatas dieksekusi sepanjang kurva, sehingga harga rata-ratanya berbeda dari harga spot awal maupun akhir. Perbedaan itu adalah dampak harga; toleransi slippage pengguna merupakan batas transaksi yang melindungi kuotasi dari perubahan merugikan sebelum eksekusi.
Dalam implementasi berbiaya seperti Uniswap v2, seluruh input tetap masuk ke cadangan sementara pemeriksaan invarian mendiskontokan input sebesar biaya. Akibatnya, produk cadangan yang tercatat biasanya meningkat setelah swap. Setoran dan penarikan mengubah ukuran cadangan serta kepemilikan LP, sehingga merupakan peristiwa likuiditas tersendiri, bukan swap pada satu kurva tetap.
## Contoh
Pertimbangkan pool dengan `100 ETH` dan `200,000 USDC`. Harga cadangan yang ditampilkan adalah `2,000 USDC/ETH`. Pedagang mengirim `10,000 USDC` untuk membeli ETH, dan pool mengenakan biaya `0.30%`, sehingga input efektifnya `9,970 USDC`.
`ETH out = 100 * 9,970 / (200,000 + 9,970) = 4.7483 ETH`
Harga eksekusi rata-rata pedagang sekitar `2,106.02 USDC/ETH`, kira-kira `5.30%` di atas harga cadangan awal. Setelah penyelesaian, cadangannya sekitar `95.2517 ETH` dan `210,000 USDC`, yang menyiratkan harga cadangan baru mendekati `2,204.69 USDC/ETH`. Angka ini belum mencakup gas, perutean melalui pool lain, atau perubahan keadaan yang merugikan sebelum transaksi dimasukkan ke blok.
Kuotasi antarmuka perlu diperiksa terhadap alamat token yang tepat, tingkat biaya, cadangan atau blok yang digunakan, jumlah minimum yang diterima, rute, dan tenggat. Pajak transfer token atau perilaku saldo yang tidak standar dapat membuat perhitungan sederhana ini tidak berlaku.
## Risiko
- **Dampak harga dan MEV:** likuiditas tipis dan transaksi tertunda yang terlihat publik dapat menyebabkan eksekusi buruk, serangan sandwich, atau swap gagal.
- **Risiko persediaan LP:** arbitrase membuat LP memegang lebih sedikit token yang berkinerja lebih baik dan lebih banyak token yang berkinerja lebih buruk; biaya belum tentu menutup kerugian tidak permanen.
- **Aset dan kontrak bermasalah:** depeg, token berbahaya, biaya transfer, bug kontrak, antarmuka yang disusupi, dan kontrol admin berada di luar perlindungan kurva.
- **Penyalahgunaan oracle:** `y / x` dapat digerakkan dalam satu transaksi. Protokol tidak boleh memperlakukan rasio cadangan spot yang dapat dimanipulasi sebagai harga pasar independen.
- **Perbedaan parameter:** logika biaya, pembulatan, likuiditas terkonsentrasi, hook, serta kurva berbobot atau stable-swap dapat membuat pool lain berperilaku berbeda dari model ini.
## Kesalahpahaman umum
### Mitos 1: `k` selalu benar-benar konstan
Swap diperiksa terhadap invarian, tetapi biaya dan peristiwa likuiditas dapat meningkatkan atau mengatur ulang nilai numerik produk cadangan. Pembulatan bilangan bulat juga berpengaruh dalam implementasi kontrak.
### Mitos 2: Pool menemukan harga wajar
Pool menentukan harga cadangannya secara mekanis. Pedagang eksternal dan arbitrase menghubungkannya dengan pasar yang lebih luas; cadangan yang usang atau dimanipulasi dapat memberikan harga yang tidak masuk akal.
### Mitos 3: Slippage dan dampak harga adalah hal yang sama
Dampak harga adalah pergerakan kurva akibat transaksi yang diajukan. Slippage adalah selisih antara hasil yang diharapkan dan hasil aktual, atau toleransi yang digunakan untuk membatasi selisih tersebut.
### Mitos 4: Volume lebih besar selalu menguntungkan LP
Volume menghasilkan biaya, tetapi arbitrase berdasarkan informasi dapat memindahkan nilai dari LP. Kinerja bersih bergantung pada biaya, lintasan harga, volatilitas, kedalaman pool, serta risiko kontrak atau aset.
## Topik terkait
- [Automated market maker](/id/crypto/amm/)
- [Kerugian tidak permanen](/id/crypto/impermanent-loss/)
- [Pool likuiditas](/id/crypto/liquidity-pool/)
- [Slippage perdagangan kripto](/id/crypto/slippage-crypto/)
## Sumber
- [How Uniswap Works](https://developers.uniswap.org/docs/get-started/concepts/how-uniswap-works) - Uniswap Labs (diakses: 2026-08-20)
- [UniswapV2Pair.sol](https://github.com/Uniswap/v2-core/blob/master/contracts/UniswapV2Pair.sol) - Uniswap (diakses: 2026-08-20)
Source: https://wiki.fcontext.com/id/crypto/constant-product-amm/index.mdx