Crypto · 6 min read · 6 views
Rent Reduction Solana: Cara Aman Mengambil Excess Lamports Tanpa Menutup Token Account
Solana menurunkan deposit rent-exempt secara bertahap melalui SIMD-0437. Pelajari cara surplus lamport muncul, mekanisme reclaim yang aman, dan dampaknya bagi pengguna, wallet, serta developer.
GD
I Gusti Agung Ganes Satsangga Dipa
Backend & Software Developer

# Pembukaan
Solana sedang memangkas biaya yang selama ini harus “diparkir” ketika sebuah akun on-chain dibuat. Melalui **SIMD-0437**, parameter `lamports_per_byte`—dasar penghitungan saldo minimum agar akun tetap *rent-exempt*—ditargetkan turun dari 6.960 menjadi 696 lamport per byte dalam lima tahap. Ini bukan diskon biaya transaksi biasa: perubahan tersebut mengurangi obligasi modal untuk menyimpan state, sementara SOL yang melebihi batas minimum baru dapat menjadi surplus yang bisa diambil kembali.
Pembedaan ini penting karena istilah “rent” mudah disalahartikan sebagai tagihan berkala. Dokumentasi resmi Solana menjelaskannya sebagai deposit yang dapat dikembalikan ketika akun ditutup, bukan biaya sewa yang terus hangus. Setelah ambang minimum turun, token account, mint, multisig, atau PDA lama dapat menyimpan lebih banyak lamport daripada yang kini dibutuhkan—tetapi surplus itu tidak otomatis masuk ke wallet utama pengguna [Solana Foundation](https://solana.com/upgrades/reduced-rent).
Artikel ini membedah cara kerja rent reduction, alasan peluncurannya bertahap, mekanisme `WithdrawExcessLamports`, serta pemeriksaan aman sebelum pengguna, wallet, atau developer mengambil surplus. Fokusnya bukan berspekulasi tentang harga SOL, melainkan memahami perubahan state economics dan menghindari signature berbahaya.
---
## Daftar Isi
01. [Apa Itu Solana Rent Reduction?](#01--apa-itu-solana-rent-reduction)
02. [Mengapa Hal Ini Penting?](#02--mengapa-hal-ini-penting)
03. [Bagaimana Cara Melakukannya?](#03--bagaimana-cara-melakukannya)
04. [Kesalahan yang Sering Terjadi](#04--kesalahan-yang-sering-terjadi)
05. [Tips Tambahan](#05--tips-tambahan)
06. [Kesimpulan](#kesimpulan)
---
## 01 — Apa Itu Solana Rent Reduction?
Setiap akun Solana menyimpan data pada validator dan harus mempertahankan saldo minimum dalam lamport, unit terkecil SOL, agar berstatus *rent-exempt*. Rumus konseptualnya adalah `minimum balance = (128 + data_size) × lamports_per_byte`, dengan 128 byte sebagai overhead tetap. SIMD-0437 menurunkan konstanta terakhir secara bertahap hingga target 90%; halaman upgrade resmi mencatat tahap pertama memangkasnya dari 6.960 ke 6.333 pada mainnet pada 3 September 2026, sedangkan aktivasi berikutnya dipisahkan oleh *feature gate* agar dampak pertumbuhan state dapat diamati [Solana Foundation](https://solana.com/upgrades/reduced-rent).

Ketika ambang turun, akun lama tidak menyusut atau mengembalikan dana sendiri. Selisih antara saldo lamport akun dan minimum terbaru menjadi **excess lamports**. Pada akun yang dimiliki Token Program, instruksi `WithdrawExcessLamports` dapat memindahkan hanya surplus tersebut ke alamat tujuan tanpa menutup akun dan tanpa mengubah jumlah token, mint, owner, atau data serialisasinya. Untuk PDA milik program aplikasi, hanya program pemilik yang dapat menyediakan logika penarikan yang setara; batas kepemilikan ini merupakan bagian penting dari model keamanan Solana [panduan developer Solana](https://solana.com/news/how-to-reclaim-excess-sol-after-rent-reduction).
> **Highlight:** Rent reduction membebaskan sebagian modal yang sebelumnya terkunci sebagai jaminan penyimpanan; ia bukan airdrop, bukan yield, dan tidak memberi situs pihak ketiga hak untuk memindahkan token pengguna.
---
## 02 — Mengapa Hal Ini Penting?
Dampaknya paling terasa pada produk yang membuat banyak akun: wallet, pembayaran stablecoin, game, NFT, bursa, dan protokol DeFi. Deposit per akun yang lebih rendah mengurangi modal awal onboarding, sedangkan akun lama dapat memiliki SOL yang bisa dipakai kembali. Namun ada kompromi jaringan: state yang lebih murah dapat mendorong lebih banyak akun persisten, sehingga lima tahap dan mekanisme pembalikan memberi pengembang inti kesempatan menilai pertumbuhan storage sebelum melanjutkan. Analisis Solana Foundation menyimpulkan biaya pembuatan akun saat ini mempunyai ruang ekonomi untuk diturunkan, tetapi tetap menekankan bahwa modal serangan state-bloat adalah hambatan, bukan jaminan kerugian bagi penyerang [analisis berbasis data Solana](https://solana.com/news/rent-reduction-deep-dive).
- **Pengguna:** dapat mengambil surplus dari akun token yang tetap ingin dipertahankan, bila wallet atau aplikasi mendukung instruksi resmi.
- **Wallet dan layanan utilitas:** dapat menambahkan pemindaian *read-only*, estimasi gross/net, serta transaksi reclaim yang transparan.
- **Developer program:** perlu membaca `Rent` sysvar saat runtime, bukan memakai konstanta lama yang di-*hardcode*.
- **Bisnis account-intensive:** kebutuhan SOL untuk membuka token account atau PDA baru berkurang seiring aktivasi tiap tahap.
- **Validator dan ekosistem:** perlu memantau laju pertumbuhan AccountsDB karena harga state yang lebih murah dapat mengubah perilaku pengguna.
| Aspek | Sebelum ambang turun | Setelah ambang turun |
|---|---|---|
| Deposit akun baru | Mengikuti minimum lama | Mengikuti minimum terbaru yang lebih rendah |
| Akun lama | Saldo sesuai minimum saat dibuat | Dapat menjadi overfunded |
| Pengembalian surplus | Umumnya lewat penutupan akun | Bisa non-destruktif pada tipe akun yang didukung |
| Saldo token | Tidak terkait langsung | Tetap tidak berubah saat hanya surplus lamport ditarik |
| Risiko utama | Modal onboarding lebih tinggi | Signature phishing dan pertumbuhan state |
---
## 03 — Bagaimana Cara Melakukannya?
### Step 01 — Inventarisasi akun dan hitung surplus
Mulai dari pemindaian *read-only*: catat address, owner program, ukuran data, saldo lamport, authority, dan minimum rent-exempt terkini dari RPC/sysvar. Jangan mengandalkan angka tetap dari artikel atau UI lama karena setiap tahap aktivasi mengubah floor. Secara konsep, `excess = current_lamports − current_rent_exempt_minimum`; jika hasilnya nol atau negatif, tidak ada yang boleh dipindahkan. Untuk pengguna nonteknis, pilih wallet bereputasi yang menampilkan daftar source account dan estimasi hasil sebelum meminta signature.
```text
Akun sumber
│
├─ baca owner + data_len + current lamports
├─ ambil minimum terkini dari Rent sysvar
├─ hitung surplus = saldo − minimum
│
└─ pindahkan hanya surplus ──> wallet tujuan
akun tetap terbuka dan rent-exempt
```
### Step 02 — Pilih jalur sesuai pemilik akun
Untuk classic Token Program dan Token-2022, gunakan implementasi resmi `WithdrawExcessLamports`; authority harus cocok, misalnya owner token account atau mint authority sesuai tipe sumber. Untuk PDA aplikasi, pengguna tidak bisa sekadar memanggil System Program, sebab System Program hanya dapat mendebit akun yang dimilikinya. Program pemilik PDA harus memvalidasi signer dan derivasi PDA, menghitung floor dari `Rent::get()?.minimum_balance(data_len)`, lalu mendebit sumber dan mengkredit tujuan dengan jumlah identik. Bila aplikasi belum menyediakan instruksi aman, jangan mencoba “memaksa” penarikan melalui situs acak.
### Step 03 — Simulasikan, verifikasi, lalu tanda tangani
Periksa domain aplikasi, program ID, source, destination, authority, biaya jaringan, biaya layanan jika ada, dan perubahan saldo hasil simulasi. Transaksi yang benar hanya mengurangi lamport sumber sampai minimum terbaru serta menambah lamport tujuan; tidak semestinya mentransfer token, mengubah authority, membakar aset, atau menutup akun. Setelah konfirmasi, cocokkan signature di explorer dan verifikasi akun sumber masih aktif. Karena rollout bertahap, akun yang sudah direclaim bisa memperoleh surplus baru setelah feature gate berikutnya menurunkan minimum lagi—jadi ulangi pemindaian, bukan asumsi.
---
## 04 — Kesalahan yang Sering Terjadi
> ⚠️ **Kesalahan #1 — Menganggap semua “rent” otomatis kembali**
> Penurunan minimum membuat surplus, tetapi protokol tidak otomatis mengirimkannya ke wallet utama. Gunakan instruksi yang sesuai dengan owner program dan jangan menghitung dana itu sebagai saldo spendable sebelum transaksi terkonfirmasi.
> ⚠️ **Kesalahan #2 — Menandatangani transaksi tanpa membaca efeknya**
> Label “reclaim SOL” dapat dipakai untuk phishing. Tolak transaksi yang meminta perpindahan token, pergantian authority, approval tak terbatas, penutupan akun yang ingin dipertahankan, atau destination yang bukan milik Anda.
> ⚠️ **Kesalahan #3 — Meng-hardcode rent atau memindahkan seluruh lamport**
> Konstanta lama menjadi usang selama rollout. Membiarkan akun di bawah floor dapat membuat transaksi gagal atau merusak asumsi aplikasi; baca sysvar terkini dan pindahkan hanya selisih di atas minimum.
---
## 05 — Tips Tambahan
**Tip 01 — Dahulukan preview read-only.** Wallet atau tool yang baik dapat menginventarisasi akun dan menunjukkan estimasi tanpa signature; pisahkan tahap penemuan dari tahap eksekusi.
**Tip 02 — Bandingkan gross dan net.** Surplus kotor belum memperhitungkan network fee atau service fee. Untuk akun kecil, biaya eksekusi bisa membuat reclaim tidak ekonomis.
**Tip 03 — Audit integrasi developer.** Tambahkan pengujian untuk owner mismatch, signer palsu, surplus nol, destination salah, arithmetic overflow, konservasi lamport, serta perubahan floor di antara simulasi dan eksekusi.
---
## Kesimpulan
SIMD-0437 mengubah biaya penyimpanan Solana dengan menurunkan deposit rent-exempt secara bertahap, sementara `WithdrawExcessLamports` memberi jalur non-destruktif untuk mengambil SOL di atas minimum pada akun Token Program yang didukung. Takeaway praktisnya sederhana: identifikasi owner akun, ambil floor terbaru secara dinamis, pindahkan hanya surplus, dan audit efek transaksi sebelum menandatangani. Penghematan ini dapat memperbaiki onboarding aplikasi berskala besar, tetapi keamanan signature dan pemantauan pertumbuhan state tetap sama pentingnya dengan angka penghematannya.
*Disclaimer: Artikel ini bersifat informatif dan bukan nasihat keuangan atau rekomendasi investasi.*
---
## Sumber
- [Reduced Rent — Solana Foundation](https://solana.com/upgrades/reduced-rent) — rumus minimum balance, target pemangkasan 90%, rollout lima tahap, serta safeguard protokol.
- [How to Reclaim Excess SOL After Rent Reduction — Solana Foundation](https://solana.com/news/how-to-reclaim-excess-sol-after-rent-reduction) — mekanisme `WithdrawExcessLamports`, aturan authority, dan pola reclaim untuk PDA.
- [Rent Reduction on Solana: A Data-Backed Analysis — Solana Foundation](https://solana.com/news/rent-reduction-deep-dive) — analisis ekonomi state growth, account persistence, dan dampak onboarding.
- [Solana cryptocurrency two.jpg — Wikimedia Commons](https://commons.wikimedia.org/wiki/File:Solana_cryptocurrency_two.jpg) — sumber dan lisensi gambar cover eksternal.
- [Solana official logo 2025 — Wikimedia Commons](https://commons.wikimedia.org/wiki/File:Solana-sol-logo-horizontal-2025.svg) — sumber gambar inline dan atribusi Solana Foundation.
Tags: #Solana#SIMD-0437#rent reduction#WithdrawExcessLamports#lamports#Token Program#PDA#blockchain storage#wallet security
GD
Tentang Penulis — Ganes Satsangga
Backend Developer berpengalaman membangun aplikasi web, sistem ERP/CMS, integrasi API, dan database menggunakan Laravel, PHP, dan Go.


