---
title: "Kurva bonding: harga, cadangan, dan penebusan"
description: "Kurva bonding memetakan status token ke kuotasi mint dan burn. Kurva, integral atau invarian, cadangan, biaya, izin, batas eksekusi, dan jalur keluar harus dinilai bersama."
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.

# Kurva bonding: harga, cadangan, dan penebusan

> Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.

<a id="answer"></a>

## Jawaban langsung

Kurva bonding adalah aturan pasar deterministik yang memetakan status kontrak, umumnya pasokan token dan saldo cadangan, ke kuotasi mint dan burn. Dalam desain penerbitan paling sederhana, pembeli menyetor aset cadangan lalu kontrak mencetak token; penjual mengembalikan token untuk dibakar lalu kontrak melepaskan aset cadangan. Aturan ini memberi kuotasi tanpa mencocokkan pihak lawan secara bersamaan, tetapi tidak menciptakan permintaan eksternal, mengamankan cadangan, atau menjamin penebusan tetap aktif.

Pada kurva pasokan kontinu ideal `p(s)`, nilai yang ditampilkan saat pasokan `S` adalah harga marginal. Membeli `q` token memerlukan `C_buy = integral from S to S+q of p(s) ds`; membakar `q` token mengembalikan `C_sell = integral from S-q to S of p(s) ds` hanya jika kurva dan akuntansi cadangan sama serta tanpa biaya. Kontrak nyata dapat memakai rumus rasio cadangan, invarian konservasi, langkah diskret, kurva beli dan jual berbeda, saldo virtual, biaya, batas, atau aturan pembulatan.

Istilah ini memiliki beberapa arti. Kurva mint dan burn menghubungkan pasokan token terbitan dengan kuotasi dalam aset cadangan dan mengubah pasokan. Pembuat pasar otomatis juga dapat disebut berdagang pada kurva, tetapi pool produk konstan seperti `x*y=k` biasanya menukar dua aset cadangan yang sudah ada dan mengubah komposisinya. Identifikasi kontrak, variabel status, arus aset, izin, dan rumus yang sebenarnya sebelum memakai label.

<a id="mechanism"></a>

## Cara kerja

1. **Identifikasi mekanisme.** Catat jaringan, alamat kontrak token dan cadangan, versi implementasi, proxy dan administrator, fungsi mint dan burn, status jeda, daftar izin, batas pasokan, serta apakah penebusan merupakan hak kontraktual atau hanya klaim promosi.
2. **Klasifikasikan matematika.** Tentukan apakah kuotasi berasal dari fungsi langsung seperti `p(s)=a*s+b`, integralnya, rumus cadangan seperti `P=R/(S*w)`, invarian multiaset, jadwal bertahap, atau kurva beli dan jual yang berbeda. Catat domain dan perilaku pada pasokan nol serta dekat batas.
3. **Normalkan status dan unit.** Baca pasokan yang diakui kurva, total pasokan, saldo cadangan, pasokan atau cadangan virtual, desimal, basis poin biaya, dan konstanta skala. Pisahkan aset yang benar-benar disimpan, cadangan yang diakui rumus, dan aset perbendaharaan yang dapat dipindahkan administrator.
4. **Hitung ulang kuotasi.** Hitung secara independen harga marginal, integral atau rumus protokol, biaya, arah pembulatan, transaksi minimum, dan status sesudahnya. Uji batas dan pastikan mint dan burn tetap saling berbalik setelah aritmetika bilangan bulat.
5. **Batasi eksekusi.** Simulasikan terhadap status tertunda; tetapkan `maxInput` atau `minOutput` yang eksplisit dan `deadline` singkat; sertakan persetujuan, perilaku transfer, gas, urutan transaksi, dan potensi front-running. Kuotasi hanya-baca bukan jaminan eksekusi.
6. **Rekonsiliasi penyelesaian.** Setelah konfirmasi, verifikasi token yang dicetak atau dibakar, aset cadangan yang ditransfer, tujuan biaya, event, status pasokan dan cadangan, serta pengembalian dana. Transaksi sukses tidak selalu berarti hasil ekonomi yang benar.
7. **Uji tekanan jalur keluar dan kontrol.** Modelkan penebusan serentak, kehilangan atau depeg aset cadangan, arbitrase eksternal, jalur dijeda, batas, kegagalan oracle, kompromi kunci, upgrade, dan penarikan perbendaharaan. Tentukan siapa yang dapat mengubah setiap asumsi dan apakah pengguna dapat keluar lebih dahulu.

Jika `p(s)` meningkat dan kontrak menyimpan seluruh area yang dibayar di bawah kurva yang sama, model ideal tidak bergantung jalur: membagi transaksi tidak mengubah nilai bruto kurva. Biaya, pembulatan, urutan blok, izin tergantung status, kurva asimetris, dan perilaku aset eksternal mematahkan kesetaraan sederhana ini.

<a id="example"></a>

## Contoh perhitungan

### 1. Kurva linear, biaya rata-rata, dan cadangan

Gunakan `p(s)=1+0.01*s` unit cadangan per token dan mulai pada `S=0`. Mint `100` token pertama memerlukan `integral 0..100 (1+0.01*s) ds = 150`; harga marginal naik dari `1` ke `2`, jadi biaya `100*2=200` keliru menerapkan harga akhir ke setiap unit. Mint `100` berikutnya memerlukan `integral 100..200 (1+0.01*s) ds = 250`. Tanpa biaya atau penarikan, pasokan `200`, cadangan `400`, dan harga marginal `3`.

Kapitalisasi berdasarkan harga terakhir adalah `200*3=600`, bukan cadangan `400`. Itu juga bukan nilai likuidasi serentak: setiap burn bergerak ke kiri pada kurva dan menerima harga marginal berbeda.

### 2. Biaya beli, biaya jual, dan perjalanan pulang-pergi

Pada `S=100`, biaya bruto mint hingga `S=200` adalah `250`. Dengan biaya beli `2%` di atasnya, pembeli membayar `250+5=255`. Tanpa transaksi sela, burn `100` token yang sama memberi `250` bruto; biaya jual `2%` menyisakan `250-5=245`. Kerugian pulang-pergi sebelum gas adalah `10` unit. Apakah biaya ditambahkan ke cadangan akuntansi, dikirim ke perbendaharaan, atau dibakar merupakan aturan terpisah yang mengubah kuotasi berikutnya.

### 3. Rasio cadangan konstan adalah keluarga kurva berbeda

Dalam notasi Bancor `P=R/(S*w)`, misalkan cadangan `R=400`, pasokan `S=200`, dan bobot cadangan `w=2/3`. Harga marginal saat ini `3`. Setoran `E=100` mencetak `T=S*((1+E/R)^w-1)=32.07944168` token menurut rumus hasil pembelian. Status baru sekitar `R=500` dan `S=232.07944168`, dengan harga marginal `3.23165204`. Ini bukan kurva linear sebelumnya, dan `w` bukan janji umum bahwa setiap token didukung secara fraksional.

### 4. Arbitrase eksternal dan batas eksekusi

Pada kurva linear di `S=200`, burn `40` token mengembalikan `integral 160..200 (1+0.01*s) ds = 112` sebelum biaya dan menyisakan harga marginal `2.6`. Jika pasar eksternal menawarkan semua `40` token pada `2.4`, biaya nominal `96` dan selisih bruto `16`. Ini bukan laba terjamin: kedalaman eksternal, biaya perdagangan dan transfer, persetujuan, gas, ketersediaan cadangan, `minOutput`, tenggat, urutan, revert, dan arbitrase pesaing dapat menghapusnya. Burn juga menurunkan kuotasi kurva sehingga selisih mulai menutup.

<a id="risks"></a>

## Risiko dan kegagalan peninjauan

### Model dan akuntansi

- Menggunakan nama proyek, ticker, label antarmuka, atau dokumen lama alih-alih memverifikasi jaringan, kontrak, implementasi proxy, dan parameter saat ini.
- Mencampur total pasokan, pasokan beredar, pasokan yang diakui kurva, pasokan virtual, inventaris pracetak, dan token di luar mekanisme.
- Mencampur unit cadangan dan token, skala desimal, bobot persentase, basis poin, dan konstanta titik tetap.
- Menganggap kuotasi marginal sebagai harga eksekusi rata-rata atau mengalikan harga akhir dengan seluruh jumlah tanpa rumus transaksi.
- Menerapkan integral kontinu pada implementasi diskret, bertingkat, dibulatkan, dibatasi, atau per segmen tanpa mereplikasi aritmetikanya.
- Menyebut saldo aset mentah kontrak sebagai cadangan harga saat donasi, biaya, utang, saldo virtual, atau aset dikecualikan mengubah akuntansi.
- Menganggap kapitalisasi harga marginal sebagai cadangan, hasil terealisasi, nilai perbendaharaan, atau jumlah yang dapat ditebus semua pemegang bersamaan.
- Menganggap kurva membuktikan utilitas, nilai fundamental, kepemilikan hukum, kualitas jaminan, atau klaim yang dapat ditegakkan atas aset eksternal.

### Kontrak dan eksekusi

- Melewatkan overflow, kehilangan presisi, pembulatan merugikan, pendekatan rumus invers, singularitas, atau batas dekat pasokan nol dan maksimum.
- Menganggap token fee-on-transfer, rebase, callback, jeda, beku, daftar hitam, atau nonstandar berperilaku seperti transfer ERC-20 biasa.
- Melepaskan cadangan sebelum pembaruan status atau mengekspos mint, burn, pengembalian, atau penarikan pada reentrancy dan perubahan lintas kontrak.
- Menghilangkan `maxInput`, `minOutput`, atau `deadline`, atau membuatnya terlalu longgar sehingga status usang dan urutan buruk mengeksekusi transaksi tak layak.
- Mengabaikan front-running, sandwich, prioritas, arus order privat, tidak dimasukkan, reorganisasi, dan arbitrase pesaing.
- Memercayai pratinjau tanpa menyimulasikan calldata, pengirim, persetujuan, status blok, syarat revert, dan kebutuhan gas yang tepat.
- Memakai loop tak terbatas atau status bertumbuh yang membawa mint, burn, migrasi, atau pemulihan melewati batas gas praktis.

### Cadangan, tata kelola, dan pasar

- Menganggap kustodi on-chain menghapus risiko harga, bridge, penerbit, oracle, daftar hitam, kustodi, likuiditas, atau jaringan pada aset cadangan.
- Mengabaikan izin dan penundaan untuk jeda, daftar izin, batas, biaya, kurva, oracle, mint, penarikan, penyelamatan, migrasi, dan upgrade.
- Menganggap multisig, suara DAO, audit, timelock, atau label tak dapat diubah sebagai bukti bahwa hak istimewa tidak ada atau tidak berbahaya.
- Menganggap penebusan matematis tetap dibayar saat keluar massal, kehilangan cadangan, depeg, kegagalan transfer, atau penghentian darurat.
- Menyimpulkan likuiditas, harga stabil, keadilan, permintaan masa depan, imbal hasil, atau laba pembeli awal yang terjamin dari rumus deterministik.

<a id="misconceptions"></a>

## Kesalahpahaman umum

### Mitos 1: Rumus menentukan nilai ekonomi

Rumus menentukan kuotasi kontrak dari status yang didefinisikan. Permintaan eksternal, utilitas, kualitas cadangan, hak hukum, tata kelola, dan pasar lain menentukan apakah kuotasi diterima sebagai nilai.

### Mitos 2: Likuiditas kontinu berarti semua orang selalu bisa keluar

Artinya mekanisme dapat menghitung kuotasi menurut aturannya. Cadangan, batas, izin, gas, kegagalan transfer, jeda, kerentanan, atau harga yang merugikan dapat membatasi penebusan.

### Mitos 3: Kapitalisasi sama dengan dukungan kas

`supply*marginalPrice` menilai setiap token dengan kuotasi unit infinitesimal terakhir. Cadangan terkumpul pada harga sebelumnya dan likuidasi besar mengubah harga selama eksekusi.

### Mitos 4: Pembeli awal dijamin untung

Mereka mendapat harga kurva lebih rendah hanya pada jalur yang diasumsikan. Laba memerlukan permintaan atau utilitas kemudian dan jalur keluar yang berfungsi setelah biaya, gas, persaingan, risiko kontrak, cadangan, dan tata kelola.

### Mitos 5: Setiap kurva bonding sama dengan AMM dua token

Keduanya pasar algoritmik, tetapi mekanisme mint dan burn terkait pasokan mengubah pasokan dan membayar dari cadangan tertentu; AMM pool biasanya menukar aset yang ada menurut invarian. Sebagian sistem menggabungkan keduanya, jadi label saja tidak cukup.

<a id="related"></a>

## Topik terkait

- [Pembuat pasar otomatis](/id/crypto/amm/)
- [Pool likuiditas](/id/crypto/liquidity-pool/)
- [Front-running](/id/crypto/front-running/)
- [Tokenomics](/id/crypto/tokenomics/)
- [Kontrak yang dapat di-upgrade](/id/crypto/upgradeable-contract/)

<a id="sources"></a>

## Sumber

- [Bancor Protocol Whitepaper](https://resources.bancor.network/pages/BancorProtocolWhitepaper.pdf) - Bancor (diakses: 2026-08-18)
- [From Curved Bonding to Configuration Spaces](https://doi.org/10.57938/8a404390-aaff-47b7-9f14-811694019f5a) - WU Vienna University of Economics and Business (diakses: 2026-08-18)
- [Uniswap v2 Core](https://docs.uniswap.org/whitepaper.pdf) - Uniswap (diakses: 2026-08-18)
- [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20) - Ethereum Improvement Proposals (diakses: 2026-08-18)
- [Creating ERC-20 Supply](https://docs.openzeppelin.com/contracts/5.x/erc20-supply) - OpenZeppelin (diakses: 2026-08-18)
- [Access Control](https://docs.openzeppelin.com/contracts/5.x/access-control) - OpenZeppelin (diakses: 2026-08-18)
- [Security Considerations](https://docs.soliditylang.org/en/latest/security-considerations.html) - Solidity (diakses: 2026-08-18)
- [Flash Boys 2.0: Frontrunning, Transaction Reordering, and Consensus Instability in Decentralized Exchanges](https://arxiv.org/abs/1904.05234) - arXiv (diakses: 2026-08-18)

Source: https://wiki.fcontext.com/id/crypto/bonding-curve/index.mdx