Ethereum · 4 min read · 11 views
Glamsterdam Mengubah Ekonomi Gas Ethereum: Checklist Praktis Sebelum Smart Contract Bermasalah
Glamsterdam membawa repricing gas Ethereum yang dapat mengganggu kontrak dan tool dengan asumsi gas statis. Ini penjelasan EIP-8037/EIP-8038 serta checklist audit dan pengujian sebelum mainnet.
GD
I Gusti Agung Ganes Satsangga Dipa
Backend & Software Developer
# Glamsterdam Mengubah Ekonomi Gas Ethereum: Checklist Praktis Sebelum Smart Contract Bermasalah
Ethereum sedang menyiapkan **Glamsterdam**, upgrade besar yang membawa perubahan pada lapisan eksekusi sekaligus konsensus. Bagi pengguna biasa, pembaruan ini mungkin terasa seperti urusan teknis di balik layar. Namun, bagi pengembang smart contract, wallet, RPC, indexer, dan infrastruktur DeFi, ada satu bagian yang tidak boleh dianggap sebagai perubahan rutin: **repricing gas untuk pembuatan dan akses state**.
Ethereum Foundation pada 24 Agustus 2026 mengingatkan bahwa sebagian kecil smart contract dapat rusak atau mengalami penurunan fungsi jika masih bergantung pada asumsi gas lama. Kabar baiknya, mayoritas kontrak tidak terdampak, dan banyak kasus yang terdeteksi bisa diperbaiki hanya dengan menaikkan gas limit. Kabar kurang enaknya: kontrak yang menanam angka gas secara permanen dapat membutuhkan perubahan kode.
## Mengapa biaya gas perlu dirombak?
Gas bukan sekadar biaya transaksi. Ia adalah mekanisme pembatas sumber daya agar setiap operasi di Ethereum membayar sesuai beban yang ditimbulkan kepada jaringan.
Masalahnya, biaya untuk operasi state terakhir kali disesuaikan secara besar pada Berlin fork tahun 2021. Sejak itu, ukuran state Ethereum terus tumbuh dan gas limit juga meningkat. Menambah akun baru, storage slot, atau bytecode kontrak menciptakan data permanen yang harus disimpan dan diproses oleh node dalam jangka panjang.
Glamsterdam mencoba membuat harga gas lebih mendekati biaya riil melalui dua proposal utama:
- **EIP-8037** menaikkan dan menyeragamkan biaya pembuatan state baru, termasuk akun, storage slot, dan bytecode. Biaya ini dimeter secara terpisah sebagai *state gas*.
- **EIP-8038** menyesuaikan biaya akses state, termasuk operasi seperti `SLOAD`, `SSTORE`, akses akun dingin, `EXTCODESIZE`, dan `EXTCODECOPY`.
Menurut Ethereum Foundation, jadwal harga baru tersebut dirancang berdasarkan target performa yang dapat mendukung kenaikan sekitar tiga kali lipat pada throughput dasar. Jadi, repricing bukan semata-mata membuat transaksi tertentu lebih mahal; ini adalah prasyarat agar kapasitas L1 bisa dinaikkan tanpa mendorong pertumbuhan state secara tidak terkendali.
## Kontrak seperti apa yang paling berisiko?
Tim Ethereum memutar ulang transaksi historis mainnet menggunakan aturan gas baru. Hasilnya dibagi menjadi empat kelompok: tidak berubah, tetap berhasil dengan penggunaan gas berbeda, gagal tetapi pulih setelah gas limit dinaikkan, dan berpotensi tetap gagal meskipun gas limit sudah ditambah secara signifikan.
Kelompok terakhir umumnya memiliki salah satu pola berikut:
1. **Menggunakan stipend 2.300 gas dari `transfer()` atau `send()`**
Pola lama ini mengasumsikan penerima dapat menjalankan logika terbatas dalam jatah tetap. Ketika biaya akses state berubah, jatah tersebut mungkin tidak lagi cukup.
2. **Menyisipkan angka gas tetap pada low-level call**
Contoh seperti `target.call{gas: 5000}(data)` menciptakan ketergantungan pada tabel harga operasi saat ini. Angka yang aman hari ini belum tentu aman setelah repricing.
3. **Membuat keputusan berdasarkan `gasleft()`**
Kontrak yang mengubah alur bisnis berdasarkan sisa gas dapat menghasilkan perilaku berbeda ketika operasi di dalamnya dikenai harga baru.
4. **Mengandalkan transaksi bertanda tangan dengan gas limit tetap**
Sistem relayer, meta-transaction, atau transaksi yang telah ditandatangani sebelumnya dapat gagal bila estimasi lama tidak lagi memadai.
Risikonya bukan hanya pada kontrak. Wallet, backend, bundler, RPC middleware, dan indexer yang menyimpan konstanta gas lama juga dapat mengirim estimasi terlalu rendah. Akibatnya, transaksi pengguna bisa gagal meskipun logika kontraknya sendiri masih benar.
## Transfer ETH 21.000 gas tidak selalu sesederhana dulu
Salah satu asumsi paling umum di Ethereum adalah bahwa transfer ETH biasa memerlukan 21.000 gas. Dalam rancangan Glamsterdam, transfer ke akun yang sudah ada tetap memakai angka tersebut. Tetapi transfer ke alamat yang belum memiliki akun akan menciptakan state baru dan memperoleh biaya state tambahan saat runtime.
Artinya, aplikasi tidak boleh lagi menganggap semua transfer ETH identik hanya karena data transaksinya sederhana. Wallet dan layanan pembayaran perlu mengandalkan estimasi aktual dari node yang kompatibel dengan aturan baru, bukan memaksa nilai tetap dari kode aplikasi.
## Checklist untuk developer dan operator
### 1. Inventarisasi seluruh asumsi gas
Cari penggunaan `transfer`, `send`, parameter `{gas: ...}`, pemeriksaan `gasleft()`, transaksi presigned, serta konstanta gas di frontend dan backend. Jangan hanya memeriksa Solidity; SDK, relayer, worker, dan layanan monitoring juga perlu diaudit.
### 2. Periksa kontrak melalui impact checker resmi
Ethereum Foundation menyediakan pencarian kontrak terdampak di [Glamsterdam Repricing Impact](https://ethereum.github.io/repricing-impact/). Masukkan alamat kontrak L1 untuk melihat transaksi historis yang menunjukkan perbedaan dan jenis kegagalannya. Tidak muncul di daftar bukan jaminan mutlak, karena alat tersebut berbasis aktivitas historis, bukan seluruh jalur eksekusi yang mungkin terjadi di masa depan.
### 3. Uji pada Platåberget
Platåberget atau `glam-devnet-8` menjalankan jadwal repricing baru dan disediakan sebagai tempat untuk menguji perbaikan sebelum perubahan bergerak ke testnet publik yang lebih panjang lalu mainnet. Jalankan skenario normal, kondisi gagal, jalur likuidasi, withdrawal, distribusi reward, dan fungsi darurat—bukan hanya happy path.
### 4. Perbarui mekanisme estimasi
Pastikan wallet, RPC, dan tool internal menggunakan `eth_estimateGas` dari node yang mendukung aturan Glamsterdam. Hindari cache konstanta lintas versi. Untuk transaksi penting, gunakan margin yang wajar dan pantau selisih antara estimasi dengan pemakaian aktual.
### 5. Siapkan observability dan prosedur respons
Tambahkan dashboard untuk kegagalan *out of gas*, perubahan rasio transaksi gagal, serta fungsi kontrak yang mendadak jarang berhasil. Dokumentasikan siapa yang dapat melakukan upgrade, pause, atau migrasi jika kontrak menunjukkan regresi setelah fork.
## Apa artinya bagi pengguna crypto?
Pengguna umumnya tidak perlu mengubah apa pun secara manual selama wallet dan aplikasi yang dipakai memperbarui infrastrukturnya. Namun, kegagalan transaksi atau estimasi biaya yang aneh setelah upgrade bisa menjadi tanda bahwa tool tersebut masih menggunakan asumsi lama. Hindari mengulang transaksi berkali-kali tanpa memeriksa pesan error, status layanan, dan pengumuman resmi aplikasi.
Glamsterdam memperlihatkan sisi penting dari scaling: menaikkan kapasitas bukan hanya soal membuat blok lebih besar. Harga sumber daya juga harus mencerminkan beban nyata agar node tetap dapat dijalankan pada perangkat yang masuk akal. Bagi developer, pesan praktisnya sederhana: **hapus angka gas yang dianggap abadi, uji lebih awal, dan perlakukan estimasi sebagai proses dinamis**.
Sumber utama: [Ethereum Foundation—Glamsterdam Repricing Impact](https://blog.ethereum.org/2026/08/24/glamsterdam-repricing-testing) dan [Ethereum.org—Glamsterdam Roadmap](https://ethereum.org/roadmap/glamsterdam/).
> **Disclaimer:** Artikel ini bersifat edukatif dan bukan nasihat keuangan maupun rekomendasi investasi.
GD
Tentang Penulis — Ganes Satsangga
Backend Developer berpengalaman membangun aplikasi web, sistem ERP/CMS, integrasi API, dan database menggunakan Laravel, PHP, dan Go.
