Cara Mengidentifikasi Pool STON.fi sebagai V1 atau V2
Sebuah pool STON.fi adalah V1 atau V2 berdasarkan generasi kontrak DEX. Ikuti alamat pool ke Router-nya dan baca major_version. Nama pasangan, APR, likuiditas, dan usia pool tidak membuktikan versi.
š„ Mengapa Nama Pasangan adalah Petunjuk yang Lemah
- Nama TOKEN/USDT atau TOKEN/TON hanya menunjukkan asetnya.
- constant_product adalah tipe pool, bukan bukti V1.
- TVL, volume, dan popularitas mengukur aktivitas, bukan arsitektur.
- Getter khusus V2 yang gagal juga tidak cukup dengan sendirinya.
š Alur Kerja Router
1. Salin alamat kontrak pool, bukan tickernya.
2. Panggil GET /v1/pools/{POOL_ADDRESS} dan ambil router_address.
3. Panggil GET /v1/routers/{ROUTER_ADDRESS}.
4. Gunakan major_version 1 untuk V1 dan major_version 2 untuk V2.
DEXFactory milik SDK STON.fi menggunakan metadata Router yang sama, termasuk minor_version dan router_type, untuk memilih kelas kontrak yang kompatibel.
š§ Sidik Jari Tambahan di Chain
- Data get_pool_data V1 dimulai dari reserves dan menyertakan ref_fee.
- Data pool umum V2 dimulai dari is_locked, router_address, dan total_supply.
- Router V2 mengekspos get_router_version dengan field major, minor, dan development.
š¬ Kenapa Para Builder Harus Peduli
V2 menambahkan deadline, likuiditas satu sisi, setoran yang lebih tidak seimbang, swap berantai, Vault berbasis referral fee dari 0,01% hingga 1%, serta tipe pool tambahan. V1 tetap berjalan, jadi jangan menganggap setiap pool STON.fi pasti V2.
Pendapat saya: perlakukan versi sebagai arsitektur kontrak. Konfirmasi Router terlebih dahulu, lalu gunakan getter hanya sebagai pengecekan kedua.
Pemeriksaan STON.fi mana yang terasa lebih andal bagi Anda, API Router atau getter pool? š
Bagikan langkah yang biasanya membuat Anda salah saat mengklasifikasikan sebuah pool.
Bukan nasihat investasiālakukan riset sendiri! š
$GRAM @STONfi DEX
Sebuah pool STON.fi adalah V1 atau V2 berdasarkan generasi kontrak DEX. Ikuti alamat pool ke Router-nya dan baca major_version. Nama pasangan, APR, likuiditas, dan usia pool tidak membuktikan versi.
š„ Mengapa Nama Pasangan adalah Petunjuk yang Lemah
- Nama TOKEN/USDT atau TOKEN/TON hanya menunjukkan asetnya.
- constant_product adalah tipe pool, bukan bukti V1.
- TVL, volume, dan popularitas mengukur aktivitas, bukan arsitektur.
- Getter khusus V2 yang gagal juga tidak cukup dengan sendirinya.
š Alur Kerja Router
1. Salin alamat kontrak pool, bukan tickernya.
2. Panggil GET /v1/pools/{POOL_ADDRESS} dan ambil router_address.
3. Panggil GET /v1/routers/{ROUTER_ADDRESS}.
4. Gunakan major_version 1 untuk V1 dan major_version 2 untuk V2.
DEXFactory milik SDK STON.fi menggunakan metadata Router yang sama, termasuk minor_version dan router_type, untuk memilih kelas kontrak yang kompatibel.
š§ Sidik Jari Tambahan di Chain
- Data get_pool_data V1 dimulai dari reserves dan menyertakan ref_fee.
- Data pool umum V2 dimulai dari is_locked, router_address, dan total_supply.
- Router V2 mengekspos get_router_version dengan field major, minor, dan development.
š¬ Kenapa Para Builder Harus Peduli
V2 menambahkan deadline, likuiditas satu sisi, setoran yang lebih tidak seimbang, swap berantai, Vault berbasis referral fee dari 0,01% hingga 1%, serta tipe pool tambahan. V1 tetap berjalan, jadi jangan menganggap setiap pool STON.fi pasti V2.
Pendapat saya: perlakukan versi sebagai arsitektur kontrak. Konfirmasi Router terlebih dahulu, lalu gunakan getter hanya sebagai pengecekan kedua.
Pemeriksaan STON.fi mana yang terasa lebih andal bagi Anda, API Router atau getter pool? š
Bagikan langkah yang biasanya membuat Anda salah saat mengklasifikasikan sebuah pool.
Bukan nasihat investasiālakukan riset sendiri! š
$GRAM @STONfi DEX
