State rent adalah mekanisme yang diusulkan yang akan membebankan biaya berulang kepada akun dan smart contract untuk menduduki penyimpanan on-chain, mencegah bloat state yang tidak terbatas — berbeda dari biaya gas yang merupakan biaya satu kali untuk komputasi dan penulisan, state rent akan menjadi biaya berkelanjutan untuk keberadaan data yang tersimpan, menjadikan state blockchain sumber daya yang harus dipelihara secara aktif daripada ditulis sekali dan disimpan selamanya.
Masalah State Bloat
Setiap node Ethereum harus menyimpan salinan lengkap state dunia saat ini: saldo dan nonce setiap akun aktif, setiap smart contract yang di-deploy beserta penyimpanannya, setiap daftar pemegang token ERC-20.
Ekonomi tidak seimbang:
- Developer membayar gas untuk men-deploy kontrak sekali
- Kontrak itu kemudian hidup on-chain selamanya, mengonsumsi penyimpanan di setiap node penuh di seluruh dunia — tanpa biaya berkelanjutan untuk penciptanya
- Kontrak yang ditinggalkan, penerima airdrop sekali pakai, akun debu, dan proyek gagal semuanya bertahan di state tanpa batas
Tiga masalah nyata:
- Persyaratan hardware node meningkat seiring waktu — sulit menjalankan node penuh
- Waktu sinkronisasi yang lebih lama — node baru membutuhkan waktu lebih lama untuk bootstrap
- Perlambatan operasi state — basis data state yang lebih besar memperlambat eksekusi
Mekanisme State Rent yang Diusulkan
Vitalik Buterin mengusulkan versi state rent pada 2018:
Hibernasi dan kebangkitan:
- Akun/kontrak yang tidak membayar sewa akan “dihibernasi” — dihapus dari state aktif, hanya menyimpan hash komitmen kecil
- Untuk “membangkitkan” akun yang dihibernasi, pengguna menyediakan bukti Merkle dari state kontrak + membayar sewa tertunggak
- Kontrak tidak hilang selamanya — hanya dibuat mahal untuk mempertahankan dalam state aktif
Mengapa belum diimplementasikan:
- Memecah asumsi dasar komposabilitas DeFi (“kode adalah hukum” — slot penyimpanan selalu dapat diakses)
- Siapa yang membayar sewa untuk kontrak yang ditinggalkan oleh tim?
- Kompleksitas implementasi yang tinggi
Jalur Alternatif: Verkle Trees + Stateless Clients
Roadmap Ethereum saat ini sebagian besar telah menggantikan state rent dengan pendekatan yang lebih bersih:
- Verkle trees: Menggantikan Merkle Patricia Trie — memungkinkan “witness” yang jauh lebih kecil, memungkinkan stateless clients
- Stateless clients: Node yang memverifikasi blok tanpa harus menyimpan keseluruhan state secara lokal — biaya state tidak lagi dibayar oleh node yang menjalankan; witness dikirim bersama transaksi
- EIP-4444: Pembatasan data historis — hapus sejarah lama dari klien eksekusi (tetapi ini adalah sejarah, bukan state)
Kritik
- Pengalaman developer: Versi state rent yang memungkinkan state hibernasi secara fundamental memecah asumsi komposabilitas “kode adalah hukum”
- Efek kekayaan: Biaya berulang untuk penyimpanan menciptakan biaya berkelanjutan yang menguntungkan kontrak yang didanai dengan baik
- Kompleksitas implementasi vs. manfaat: Mengingat Verkle trees mengurangi biaya state besar secara substansial, state rent penuh mungkin memaksakan biaya rekayasa besar untuk pengembalian yang diminishing
Sentimen Media Sosial
Diskusi paling substansial terjadi di Discord Ethereum R&D dan EthMagicians. Skeptisisme developer berpusat pada masalah kontrak kebangkitan. Roadmap Verkle tree sebagian besar telah menenangkan diskusi ini — sebagian besar developer melihat stateless clients sebagai solusi yang lebih bersih.
Terakhir diperbarui: 2026-04
Istilah Terkait
Lihat Juga
Sumber
- Buterin, V. (2018). State Rent Proposal v2 (clean version). Ethereum Research Forum (ethresear.ch). Proposal state rent Vitalik; sumber utama untuk model hibernasi/kebangkitan.
- EIP-4444: Bound Historical Data in Execution Clients — eips.ethereum.org. Proposal kedaluwarsa riwayat; konteks tentang apa yang diselesaikan EIP-4444 dibandingkan state rent.
- Verkle Trees — ethereum.org/en/roadmap/verkle-trees. Jalur alternatif yang sebagian besar menggantikan state rent dalam roadmap Ethereum.
Terakhir diperbarui: 2026-04