​
Tinjauan Arsitektur

​
Alur Produk secara Detail

1

Fase 1: Pembuatan Token

Apa yang terjadi:
  • Pengguna memanggil deployBondkitToken() pada Factory contract
  • Factory mengklon Implementation contract menggunakan pola proxy minimal
  • Token baru diinisialisasi dengan parameter khusus
  • Token secara otomatis memasuki fase bonding
Biaya Gas: ~200,000 gas (90% lebih murah daripada penyebaran penuh) Waktu: ~15 detik
2

Fase 2: Perdagangan Kurva Bonding

Apa yang terjadi:
  • Pengguna membeli/menjual token langsung dari kontrak
  • Harga mengikuti kurva bonding algoritmik: S = S_final × (R/R_target)^exponent
  • Biaya 5% untuk semua perdagangan diberikan kepada penerima biaya
  • Kontrak mengakumulasi aset kutipan (ETH/B3) menuju target
  • Backend mengindeks semua transaksi untuk analitik
Mekanika perdagangan:
  • Beli: Kirim ETH/B3, terima token dengan harga kurva saat ini
  • Jual: Kirim token, terima ETH/B3 dikurangi biaya
  • Pengembalian dana otomatis jika pembelian akan melebihi target
Durasi: Sampai target tercapai (jam hingga minggu)
3

Fase 3: Migrasi DEX

Apa yang terjadi:
  • Admin memanggil migrateToDex() ketika target tercapai
  • Kontrak menghitung harga pasar yang adil sebagai sqrtPriceX96
  • Membuat dan menginisialisasi pool Uniswap v4
  • Mentrasfer likuiditas terakumulasi ke pool
  • Melepaskan kepemilikan ke alamat nol
  • Token menjadi ERC20 standar dengan perdagangan DEX
Pasca-migrasi:
  • Kurva bonding dinonaktifkan secara permanen
  • Semua perdagangan melalui Uniswap v4
  • Tidak ada kontrol admin yang tersisa
  • Desentralisasi penuh tercapai
Biaya Gas: ~500,000 gas Waktu: ~30 detik

​
Komponen Sistem

​
Smart Contracts

Tujuan: Meluncurkan token bond baru secara efisienFungsi Utama:
  • deployBondkitToken() - Membuat klon token baru
  • getImplementationAddress() - Mengembalikan alamat template
  • setAllowedQuoteAsset() - Fungsi admin untuk memasukkan daftar aset
Optimisasi Gas:
  • Menggunakan pola proxy minimal EIP-1167
  • Berbagi logika di semua token
  • ~90% penghematan gas vs penyebaran individu
Tujuan: Template untuk semua token bondFitur Inti:
  • Kepatuhan standar ERC20
  • Matematika kurva bonding
  • Logika migrasi ke Uniswap v4
  • Sistem distribusi biaya
Transisi Status:
  1. Belum Diinisialisasi → Fase Bonding
  2. Fase Bonding → Siap Migrasi
  3. Siap Migrasi → Fase DEX
Tujuan: Instansi token individuSiklus Hidup:
  • Dibuat melalui factory
  • Diinisialisasi dengan parameter unik
  • Mengelola kurva bondingnya sendiri
  • Migrasi sendiri ke Uniswap v4
Penyimpanan:
  • Metadata token (nama, simbol)
  • Pasokan dan distribusi
  • Status kurva bonding
  • Parameter migrasi

​
Layanan Backend

Tujuan: Menangkap semua aktivitas on-chainMemantau:
  • Pembuatan token
  • Transaksi beli/jual
  • Event migrasi
  • Aktivitas transfer
Teknologi:
  • Pemindaian blockchain real-time
  • Pengolahan log event
  • Sinkronisasi database
Tujuan: Mengolah data mentah menjadi wawasanMenghasilkan:
  • Data candlestick OHLCV
  • Metrik volume
  • Pelacakan likuiditas
  • Riwayat harga
  • Statistik pengguna
Pembaruan: Setiap blok (~2 detik)
Tujuan: Menyajikan data ke frontendEndpoints:
  • /tokens - Daftar semua token
  • /tokens/{address} - Detail token
  • /tokens/{address}/transactions - Riwayat perdagangan
  • /tokens/{address}/ohlcv - Data grafik
  • /users/{address}/portfolio - Kepemilikan pengguna
Format: JSON dengan pagination

​
Peran Pengguna

PeranTanggung JawabIzin
PenciptaMeluncurkan token, menetapkan parameter, memulai migrasiKontrol penuh sampai migrasi
PedagangBeli/jual selama bonding, perdagangan di DEXHak perdagangan standar
Penerima BiayaMenerima biaya perdaganganPendapatan pasif saja
Admin MigrasiMenjalankan migrasi saat siapHak migrasi satu kali
Penyedia LP(Pasca-migrasi) Menambahkan likuiditas ke UniswapHak LP standar

​
Penyelaman Teknis Mendalam

​
Matematika Kurva Bonding

Kurva bonding menentukan harga token berdasarkan pasokan: 
Rumus Harga:
S = S_final × (R / R_target)^exponent

Dimana:
- S = Pasokan token saat ini
- S_final = Pasokan token akhir
- R = Jumlah yang terkumpul (ETH/B3)
- R_target = Jumlah target
- exponent = 1 / (1 + faktorAgresivitas/100)
Perhitungan Contoh:
AgresivitasEksponenPerilaku Harga
01.00Linier (harga konstan)
250.80Kurva lembut
500.67Kurva moderat
750.57Kurva curam
1000.50Sangat curam (akar kuadrat)

​
Perhitungan Harga Migrasi

Saat bermigrasi ke Uniswap v4, kontrak:
  1. Menghitung harga keluar dari kurva bonding
  2. Mengonversi ke format sqrtPriceX96: 
    sqrtPriceX96 = sqrt(harga) × 2^96
  3. Menginisialisasi pool dengan harga ini
  4. Menambahkan likuiditas menggunakan dana terakumulasi

​
Teknik Optimisasi Gas

Pola Proxy Minimal (EIP-1167)Daripada menerapkan kode kontrak penuh untuk setiap token:
  • Terapkan satu kontrak implementasi (600KB)
  • Terapkan kontrak proxy kecil (45 byte masing-masing)
  • Proxy mendelegasikan semua panggilan ke implementasi
  • Hasil: 90% penghematan gas per penyebaran

​
Parameter Konfigurasi

​
Parameter Pembuatan Token

ParameterTipeRentang/FormatDampak
namestring1-50 karakterNama tampilan token
symbolstring2-10 karakterSimbol perdagangan
finalTokenSupplyuint256> 0Total token yang dapat dicetak
aggressivenessFactoruint80-100Kecerunan kurva
targetEthuint256> 0Ambang batas migrasi
feeRecipientaddressAlamat validMenerima biaya
lpSplitRatioFeeRecipientBpsuint2560-10000Bagian biaya LP (basis poin)
migrationAdminAddressaddressAlamat validDapat memicu migrasi

​
Parameter Runtime

AksiParameterValidasi
BeliminTokensOut, ethAmountPerlindungan slippage
JualtokenAmount, minEthOutPemeriksaan saldo, slippage
MigrasiTidak adaTarget tercapai, hanya admin

​
Konstanta Sistem

KonstantaNilaiDeskripsi
Biaya Perdagangan5%Diterapkan pada semua perdagangan
Desimal18Desimal ERC20 standar
Target Min0.1 ETHTarget layak minimum
Agresivitas Maks100Faktor kurva maksimum

​
Pertimbangan Keamanan

Fitur Keamanan Penting:
  1. Pelepasan Kepemilikan: Otomatis setelah migrasi
  2. Tidak Ada Fungsi Mint: Pasokan tetap saat pembuatan
  3. Parameter Tidak Dapat Diubah: Tidak dapat diubah pasca-penyebaran
  4. Kontrak Diaudit: Kode yang ditinjau secara profesional
  5. Tidak Ada Pintu Belakang Admin: Desentralisasi sejati
  6. Perlindungan Slippage: Terintegrasi dalam fungsi beli/jual
  7. Perlindungan Overflow: Matematika aman di seluruh

​
Skenario Kegagalan & Penanganan

SkenarioRespons Sistem
Pembelian melebihi targetPengisian sebagian, pengembalian kelebihan
Likuiditas tidak cukup untuk penjualanTransaksi dibatalkan
Migrasi sebelum targetTransaksi dibatalkan
Upaya migrasi oleh non-adminTransaksi dibatalkan
Upaya migrasi gandaTransaksi dibatalkan
Operasi alamat nolTransaksi dibatalkan

​
Langkah Selanjutnya

Mekanika Harga

Memahami matematika kurva bonding

Panduan Migrasi

Pelajari proses migrasi