ERC-1967: Standar Proxy Upgradeable di Ethereum & Cara Implementasinya

Ethereum adalah salah satu blockchain paling populer yang mendukung ribuan aplikasi terdesentralisasi. Namun, ada satu masalah klasik yang sering dihadapi pengembang: smart contract bersifat immutable alias tidak bisa diubah setelah diluncurkan.

Kondisi ini memang menjamin keamanan dan transparansi, tapi sekaligus membuat kontrak sulit diperbaiki atau ditingkatkan jika ada bug atau kebutuhan fitur baru. Di sinilah ERC-1967 hadir sebagai standar yang memberikan solusi upgradeable contract melalui mekanisme proxy.

 

Apa Itu ERC-1967?

ERC-1967 adalah standar Ethereum yang mendefinisikan cara menyimpan alamat implementasi kontrak di dalam proxy contract. Tujuannya adalah untuk menghindari konflik penyimpanan data dan memastikan upgrade contract dapat dilakukan dengan aman. Dengan kata lain, ERC-1967 adalah panduan teknis agar proxy contract bisa menunjuk ke smart contract lain yang dapat diperbarui tanpa merusak struktur data yang sudah ada.

Standar ini diperkenalkan untuk mengatasi kelemahan pendekatan upgrade lama, seperti penggunaan slot penyimpanan yang rawan benturan (storage collision). ERC-1967 memberikan aturan bahwa alamat implementasi, admin, dan beacon harus disimpan pada slot tertentu yang sudah ditentukan, sehingga tidak terjadi tumpang tindih dengan variabel lain di smart contract.

 

Mengapa Upgradeable Proxy Penting?

Keunggulan utama dari smart contract adalah sifatnya yang transparan dan permanen. Namun, permanen juga berarti tidak ada jalan kembali jika ada kesalahan. Dalam konteks bisnis atau protokol DeFi bernilai miliaran dolar, risiko ini terlalu besar. Upgradeable proxy contract menjawab tantangan ini dengan menghadirkan fleksibilitas.

Beberapa alasan penting mengapa mekanisme upgrade diperlukan:

• Perbaikan bug: Jika ada celah keamanan, kontrak bisa diperbaiki tanpa migrasi manual.

• Fitur baru: Pengembang dapat menambahkan fungsi baru sesuai kebutuhan komunitas atau pasar.

• Efisiensi biaya: Tidak perlu memindahkan data dan aset ke kontrak baru, sehingga menghemat gas fee.

• Keberlanjutan ekosistem: Protokol tetap relevan dalam jangka panjang karena bisa berevolusi.

 

Cara Kerja Proxy Contract di ERC-1967

Pada dasarnya, proxy contract bertindak sebagai “perantara” antara pengguna dengan logic contract. ERC-1967 menentukan bahwa semua data penting terkait upgrade harus disimpan di slot penyimpanan yang spesifik agar tidak terjadi konflik.

Tiga slot utama dalam ERC-1967 adalah:

1. Implementation slot: Menyimpan alamat smart contract utama yang berisi logika bisnis.

2. Admin: Menyimpan alamat admin yang berwenang untuk melakukan upgrade.

3. Beacon slot: Digunakan pada pola beacon proxy, di mana beacon menunjuk ke implementasi terbaru.

Dengan pola ini, pengguna selalu berinteraksi melalui proxy, sementara logika di balik layar bisa berubah sesuai upgrade yang dilakukan admin. Proxy memastikan data (state) tetap konsisten meskipun logic contract berubah.

 

 

Implementasi ERC-1967 dalam Smart Contract

Mengimplementasikan ERC-1967 biasanya dilakukan dengan bantuan library populer seperti OpenZeppelin. OpenZeppelin menyediakan kontrak standar seperti ERC1967Proxy dan TransparentUpgradeableProxy yang sudah mematuhi aturan penyimpanan.

Langkah implementasi umumnya meliputi:

1. Membuat logic contract
   Kontrak ini berisi fungsi inti, misalnya untuk DeFi lending, NFT marketplace, atau token standar.

2. Mendeploy proxy contract
   Proxy akan diarahkan ke logic contract awal. Semua interaksi pengguna melewati proxy.

3. Menyediakan fungsi upgrade
   Admin dapat mengganti alamat implementasi dengan kontrak baru tanpa mengubah proxy.

4. Menjaga kompatibilitas storage
   Upgrade harus memastikan variabel state lama tidak terganggu agar data pengguna tetap aman.

 

Contoh sederhana dengan OpenZeppelin:

contract MyTokenV1 is ERC20Upgradeable {

    function initialize() initializer public {

        __ERC20_init(“MyToken”, “MTK”);

        _mint(msg.sender, 1000 * 10**18);

    }

}

Jika ingin upgrade, cukup buat MyTokenV2 dengan fungsi tambahan, lalu arahkan proxy ke kontrak baru.

 

Kelebihan dan Kekurangan ERC-1967

Kelebihan

• Standar industri: Banyak proyek besar mengadopsi ERC-1967 karena aman dan terbukti.

• Kompatibilitas dengan tooling: Mudah diintegrasikan dengan library populer.

• Efisiensi jangka panjang: Mengurangi biaya dan risiko dalam pengembangan produk.

Kekurangan

• Kompleksitas: Membutuhkan pemahaman teknis yang lebih tinggi.

• Risiko sentralisasi: Admin memiliki wewenang besar dalam melakukan upgrade.

• Potensi bug baru: Upgrade salah implementasi bisa membuka celah baru.

 

Contoh Penggunaan ERC-1967 di Dunia Nyata

Banyak protokol besar di Ethereum menggunakan proxy upgradeable berbasis ERC-1967:

• Aave: Platform lending terdesentralisasi yang rutin memperbarui kontraknya.

• Compound: Protokol DeFi untuk peminjaman aset kripto.

• OpenZeppelin SDK: Menyediakan framework standar untuk upgrade contract.

Hal ini membuktikan bahwa standar ini sudah menjadi tulang punggung infrastruktur DeFi modern.

 

Perbedaan ERC-1967 dengan Pola Upgrade Lain

Sebelum ERC-1967, pengembang sering menggunakan pola seperti EIP-1822 (Universal Upgradeable Proxy Standard). Namun, pola lama lebih rawan konflik penyimpanan karena slot data tidak distandarisasi. Dengan ERC-1967, masalah ini diatasi dengan slot tetap yang jelas, sehingga lebih aman dan konsisten.

 

Tantangan dalam Menggunakan ERC-1967

Meskipun powerful, ada tantangan yang harus diperhatikan:

• Manajemen admin: Perlu mekanisme governance agar upgrade tidak disalahgunakan.

• Audit ketat: Setiap upgrade harus melalui audit untuk menghindari celah.

• Edukasi komunitas: Pengguna harus memahami bahwa kontrak bisa berubah sewaktu-waktu.

 

Kesimpulan

ERC-1967 adalah standar penting dalam ekosistem Ethereum yang memungkinkan smart contract menjadi upgradeable tanpa kehilangan konsistensi data. Dengan memanfaatkan proxy contract dan slot penyimpanan yang terstandarisasi, pengembang dapat memperbarui logika kontrak dengan aman, efisien, dan fleksibel.

Di balik semua kelebihannya, implementasi ERC-1967 tetap memerlukan tanggung jawab besar. Governance, audit, dan transparansi harus menjadi prioritas agar upgrade contract tidak merugikan pengguna. Jika dikelola dengan baik, ERC-1967 bukan hanya solusi teknis, tetapi juga fondasi untuk membangun ekosistem blockchain yang lebih berkelanjutan.

 

Itulah informasi menarik tentang ERC-1967: Proxy Upgradeable di Ethereum yang bisa kamu eksplorasi lebih dalam di artikel Akademi crypto di INDODAX. Selain memperluas wawasan investasi, kamu juga bisa terus update dengan berita crypto terkini dan pantau langsung pergerakan harga aset digital di INDODAX Market.

Untuk pengalaman trading yang lebih personal, jelajahi juga layanan OTC trading kami di INDODAX. Jangan lupa aktifkan notifikasi agar kamu selalu mendapatkan informasi terkini seputar aset digital, teknologi blockchain, dan berbagai peluang trading lainnya hanya di INDODAX Academy.

Kamu juga dapat mengikuti berita terbaru kami melalui Google News untuk akses informasi yang lebih cepat dan terpercaya. Untuk pengalaman trading yang mudah dan aman, download aplikasi crypto terbaik dari INDODAX di App Store atau Google Play Store.

Maksimalkan juga aset kripto kamu dengan fitur INDODAX Earn,, cara praktis untuk mendapatkan penghasilan pasif dari aset yang kamu simpan. Segera register di INDODAX dan lakukan KYC dengan mudah untuk mulai trading crypto lebih aman, nyaman, dan terpercaya

 

 

Ikuti juga sosial media kami di sini: Instagram, X, Youtube & Telegram

 

FAQ

1. Apa itu ERC-1967?
   ERC-1967 adalah standar Ethereum yang mengatur penyimpanan alamat implementasi, admin, dan beacon pada proxy contract untuk mendukung upgrade contract.

2. Mengapa upgradeable proxy penting?
   Karena memungkinkan perbaikan bug dan penambahan fitur tanpa kehilangan data yang sudah ada.

3. Bagaimana cara kerja proxy contract di ERC-1967?
   Proxy menyimpan alamat implementasi dan meneruskan panggilan pengguna ke kontrak tersebut, sehingga logika bisa diperbarui tanpa mengubah alamat proxy.

4. Apa risiko dari penggunaan ERC-1967?
   Risiko utamanya adalah sentralisasi wewenang admin serta kompleksitas dalam proses upgrade.

5. Proyek apa saja yang menggunakan ERC-1967?
   Beberapa di antaranya adalah Aave, Compound, dan framework OpenZeppelin.

 

  

 

Author: Rz