ERC-4626

Apa Itu ERC-4626?

ERC-4626 adalah standar token Ethereum yang menetapkan antarmuka umum untuk vault tokenisasi yang menyimpan satu aset ERC-20 dasar.

Vault tokenisasi menerima aset kripto dasar dan menerbitkan token share fungibel yang merepresentasikan klaim proporsional atas aset yang dikelola vault.

Spesifikasi ERC-4626 resmi menstandarkan deposit, penarikan, minting share, penebusan share, pratinjau nilai tukar, dan batas vault.

ERC-4626 adalah standar Ethereum Request for Comments berstatus Final.

Standar ini dibuat agar vault penghasil imbal hasil lebih mudah diintegrasikan oleh wallet, aplikasi terdesentralisasi, agregator, dan smart contract lainnya.

Standar ini terkadang disebut Tokenized Vault Standard.

ERC-4626 tidak menetapkan satu strategi investasi atau menjamin bahwa aset yang disetorkan akan menghasilkan imbal hasil.

Standar ini menetapkan cara vault yang kompatibel menyampaikan pencatatan aset serta fungsi masuk dan keluarnya.

Apa Itu Vault Tokenisasi?

Vault tokenisasi adalah smart contract yang mengelola aset kripto dan menerbitkan token yang merepresentasikan klaim atas aset tersebut.

Pengguna menyetorkan aset dasar yang didukung vault dan menerima share vault.

Vault dapat meminjamkan aset, melakukan staking, menyediakan likuiditas, menyimpannya sebagai cadangan, atau menggunakan strategi lain yang ditentukan oleh kodenya.

Jika strategi menghasilkan pendapatan, nilai yang direpresentasikan oleh setiap share dapat meningkat.

Jika strategi kehilangan aset, nilai yang direpresentasikan oleh setiap share dapat menurun.

Karena itu, satu share vault tidak otomatis setara dengan satu unit aset dasar.

Nilainya bergantung pada hubungan antara aset yang dikelola vault dan jumlah total share yang beredar.

Mengapa ERC-4626 Dibuat?

Vault tokenisasi sudah ada sebelum ERC-4626, tetapi sering kali menggunakan fungsi, aturan akuntansi, dan istilah yang berbeda.

Aplikasi yang mengintegrasikan beberapa vault memerlukan adapter terpisah untuk setiap implementasi.

Adapter khusus meningkatkan pekerjaan pengembangan dan membuka lebih banyak peluang terjadinya kesalahan pencatatan.

ERC-4626 memperkenalkan antarmuka bersama agar vault yang kompatibel dapat menggunakan metode dasar yang sama untuk deposit, penarikan, minting, penebusan, dan pratinjau.

Standardisasi ini meningkatkan komposabilitas karena satu aplikasi dapat berinteraksi dengan banyak vault melalui sekumpulan fungsi yang familiar.

Standardisasi tidak membuat strategi yang mendasarinya menjadi identik.

Setiap vault tetap dapat memiliki aset, biaya, risiko, batas, administrator, dan logika investasi yang berbeda.

Aset Dasar dan Share Vault

ERC-4626 membedakan aset dan share.

Aset adalah token ERC-20 yang disetorkan ke dan ditarik dari vault.

Share adalah token ERC-20 yang diterbitkan vault untuk merepresentasikan klaim atas aset yang dikelolanya.

Sebagai contoh, pengguna dapat menyetorkan 100 unit token dasar dan menerima 100 share jika nilai konversi awalnya adalah satu aset per share.

Jika vault kemudian berkembang menjadi 110 aset sementara jumlah share tetap 100, setiap share merepresentasikan sekitar 1,1 aset.

Jika vault kehilangan sepuluh aset, setiap share dapat merepresentasikan sekitar 0,9 aset.

Hasil pastinya bergantung pada pencatatan vault, biaya, pembulatan, dan kinerja strategi.

Share ERC-4626 Adalah Token ERC-20

Vault ERC-4626 harus menerapkan ERC-20 untuk token share-nya.

Karena itu, pemegang share dapat memiliki saldo, allowance, transfer, dan persetujuan ERC-20.

Vault juga harus menerapkan fungsi metadata ERC-20 opsional untuk nama, simbol, dan desimal share-nya.

Vault dapat membuat share-nya tidak dapat ditransfer dengan membatalkan panggilan pengguna ke

atau .

Artinya, kompatibilitas ERC-4626 tidak menjamin bahwa share dapat diperdagangkan secara bebas.

Proyek dapat membatasi transfer share karena alasan teknis, regulasi, akuntansi, atau manajemen risiko.

Fungsi asset

Fungsi

mengembalikan alamat kontrak token ERC-20 dasar milik vault.

Alamat ini memberi tahu aplikasi aset apa yang digunakan untuk deposit, penarikan, dan pencatatan vault.

Standar mewajibkan fungsi ini tidak dibatalkan.

Pengguna sebaiknya memverifikasi alamat token yang dikembalikan, bukan hanya mengandalkan nama atau simbol aset.

Token yang berbeda dapat menggunakan simbol tampilan yang sama.

Vault ERC-4626 standar mengelola satu aset ERC-20 dasar.

Ekstensi terpisah diperlukan untuk aset native blockchain atau struktur vault dengan beberapa jalur masuk aset.

Fungsi totalAssets

Fungsi

melaporkan jumlah aset dasar yang dikelola vault.

Fungsi ini seharusnya mencakup imbal hasil yang telah menjadi bagian dari kepemilikan terkelola vault.

Fungsi ini juga harus memperhitungkan biaya yang dikenakan atas aset yang dimiliki vault.

Fungsi ini tidak boleh dibatalkan.

Jumlah yang dilaporkan dapat mencakup aset yang digunakan melalui strategi eksternal, bukan hanya token yang tersimpan langsung di alamat vault.

Pengguna sebaiknya memeriksa cara implementasi menghitung aset yang dikelola.

Pencatatan yang keliru atau dapat dimanipulasi dapat menghasilkan harga share yang menyesatkan dan deposit yang tidak aman.

Cara Kerja Nilai Tukar ERC-4626

Nilai tukar vault menjelaskan jumlah aset dasar yang setara dengan jumlah share tertentu.

Perhitungan sederhana membagi total aset yang dikelola dengan total suplai share.

Implementasi nyata dapat menambahkan aset virtual, share virtual, biaya, offset, atau pencatatan khusus strategi.

Nilai tukar dapat meningkat saat vault menghasilkan imbal hasil atau menerima aset yang disumbangkan.

Nilai tukar dapat menurun saat vault kehilangan aset atau mengakui utang macet.

Nilai tukar belum tentu merupakan harga pasar dari platform trading eksternal.

Nilai tersebut adalah hubungan akuntansi yang ditentukan oleh kontrak vault.

Fungsi convertToShares

Fungsi

memperkirakan jumlah share yang setara dengan jumlah aset dasar tertentu dalam kondisi ideal.

Fungsi ini dimaksudkan sebagai perhitungan konversi rata-rata, bukan janji hasil pasti untuk satu transaksi.

Hasilnya tidak boleh mencakup biaya deposit.

Hasilnya tidak boleh berubah berdasarkan identitas pemanggil.

Hasilnya tidak boleh mencerminkan batas vault sementara atau kondisi yang hanya berlaku bagi pengguna tertentu.

Standar mewajibkan konversi dibulatkan ke bawah menuju nol.

Aplikasi yang memerlukan perkiraan hasil deposit aktual sebaiknya menggunakan

.

Fungsi convertToAssets

Fungsi

memperkirakan jumlah aset dasar yang setara dengan jumlah share vault tertentu dalam kondisi ideal.

Fungsi ini tidak boleh mencakup biaya penarikan.

Hasilnya tidak boleh berubah berdasarkan pemanggil.

Fungsi ini juga membulatkan ke bawah menuju nol.

Fungsi ini dapat berguna untuk tampilan portofolio dan pencatatan umum.

Fungsi ini tidak boleh dianggap sebagai kuotasi penarikan yang dijamin karena penarikan aktual dapat dipengaruhi biaya, batas, likuiditas yang tersedia, dan perubahan kondisi vault.

Deposit vs. Mint

Fungsi

dan sama-sama digunakan untuk masuk ke vault ERC-4626, tetapi keduanya mendefinisikan transaksi dari arah yang berbeda.

Dengan

, pengguna menentukan jumlah pasti aset dasar yang akan disetorkan.

Vault menghitung jumlah share yang diterima oleh penerima.

Dengan

, pengguna menentukan jumlah pasti share yang harus diterima oleh penerima.

Vault menghitung jumlah aset dasar yang harus disediakan.

Perbedaan ini penting ketika aplikasi memerlukan jumlah input tetap atau jumlah output tetap.

Fungsi deposit

Fungsi

mentransfer jumlah pasti aset dasar ke vault dan menerbitkan share kepada penerima yang dipilih.

Sebagian besar implementasi mengharuskan pemanggil terlebih dahulu menyetujui vault untuk menggunakan aset ERC-20 dasar.

Transaksi harus dibatalkan jika seluruh jumlah aset tidak dapat disetorkan.

Hal ini dapat terjadi karena batas deposit, persetujuan yang tidak cukup, saldo tidak mencukupi, vault dijeda, atau pembatasan lainnya.

Deposit yang berhasil harus mengeluarkan peristiwa standar

.

Fungsi ini mengembalikan jumlah share yang diterbitkan kepada penerima.

Fungsi mint

Fungsi

menerbitkan jumlah pasti share vault kepada penerima.

Pemanggil menyediakan jumlah aset dasar yang diwajibkan oleh pencatatan vault saat ini.

Transaksi harus dibatalkan jika jumlah share yang diminta tidak dapat dicetak.

Jumlah aset yang diperlukan dapat mencakup biaya masuk jika vault mengenakannya.

Mint yang berhasil harus mengeluarkan peristiwa

karena operasi deposit dan mint sama-sama merupakan proses masuk ke vault.

Withdraw vs. Redeem

Fungsi

dan sama-sama digunakan untuk keluar dari vault ERC-4626.

Dengan

, pemanggil menentukan jumlah pasti aset dasar yang harus diterima penerima.

Vault menghitung jumlah share yang harus dibakar.

Dengan

, pemanggil menentukan jumlah pasti share yang akan dibakar.

Vault menghitung jumlah aset yang diterima penerima.

Pemilik share dan penerima aset yang ditarik dapat berupa alamat yang berbeda.

Jika pemanggil bukan pemilik share, pemanggil umumnya memerlukan allowance share ERC-20 yang memadai.

Fungsi withdraw

Fungsi

mengirim jumlah pasti aset dasar kepada penerima dan membakar share yang diperlukan dari pemilik.

Fungsi ini harus dibatalkan jika aset yang diminta tidak dapat ditarik.

Penyebabnya dapat mencakup jumlah share yang tidak cukup, allowance yang tidak cukup, batas likuiditas, pembatasan penarikan, atau strategi yang dijeda.

Jumlah share yang dibakar dapat mencakup biaya keluar yang tercermin dalam proses konversi.

Penarikan yang berhasil harus mengeluarkan peristiwa standar

.

Fungsi redeem

Fungsi

membakar jumlah pasti share dan mengirim aset terkait kepada penerima.

Fungsi ini mengembalikan jumlah aset dasar yang disalurkan.

Fungsi ini harus dibatalkan jika seluruh jumlah share tidak dapat ditebus.

Jumlah aset yang dikembalikan dapat berkurang karena biaya keluar.

Penebusan yang berhasil harus mengeluarkan peristiwa

.

Fungsi Pratinjau ERC-4626

ERC-4626 mencakup fungsi pratinjau yang memperkirakan hasil transaksi masuk atau keluar berdasarkan kondisi on-chain saat ini.

Fungsi tersebut adalah

, , , dan .

Berbeda dengan fungsi konversi umum, pratinjau seharusnya mencakup biaya yang berlaku.

Fungsi tersebut sebaiknya memodelkan hasil sedekat mungkin tanpa mengubah status blockchain.

Pratinjau dapat menjadi usang sebelum transaksi dieksekusi karena transaksi lain dapat mengubah aset, suplai, biaya, atau batas vault.

Aplikasi sebaiknya menggabungkan pratinjau dengan kontrol slippage, bukan menganggap hasil kuotasi dijamin.

previewDeposit dan previewMint

memperkirakan jumlah share yang dihasilkan dari deposit sejumlah aset tertentu.

Dalam status transaksi yang sama, hasilnya tidak boleh lebih banyak daripada share yang diterbitkan oleh deposit aktual.

memperkirakan jumlah aset yang diperlukan untuk mencetak jumlah share tertentu.

Dalam status transaksi yang sama, hasilnya setidaknya harus sebanyak aset yang diperlukan oleh mint aktual.

Arah pembulatan ini melindungi vault agar tidak menjanjikan hasil yang lebih menguntungkan daripada yang dapat diberikan fungsi pengubah status.

previewWithdraw dan previewRedeem

memperkirakan jumlah share yang harus dibakar untuk menerima jumlah aset tertentu.

Dalam status transaksi yang sama, hasilnya setidaknya harus sebanyak share yang diperlukan oleh penarikan aktual.

memperkirakan jumlah aset yang diperoleh dengan menebus jumlah share tertentu.

Dalam status transaksi yang sama, hasilnya tidak boleh lebih banyak daripada aset yang diberikan oleh penebusan aktual.

Fungsi ini membantu antarmuka menjelaskan biaya sebelum meminta pengguna mengotorisasi penarikan.

Batas Maksimum Deposit dan Mint

Fungsi

melaporkan jumlah aset terbesar yang saat ini dapat disetorkan untuk penerima.

Fungsi

melaporkan jumlah share terbesar yang saat ini dapat dicetak untuk penerima.

Nilai tersebut sebaiknya memperhitungkan batas global dan pembatasan khusus penerima.

Jika deposit dinonaktifkan, batas maksimum terkait sebaiknya mengembalikan nol, bukan membatalkan transaksi.

Jika tidak ada batas praktis, vault dapat mengembalikan nilai integer tanpa tanda maksimum.

Nilai maksimum bukan reservasi karena kondisi vault dapat berubah sebelum transaksi pengguna dieksekusi.

Batas Maksimum Penarikan dan Penebusan

Fungsi

melaporkan jumlah aset terbesar yang saat ini dapat ditarik pemilik.

Fungsi

melaporkan jumlah share terbesar yang saat ini dapat ditebus pemilik.

Batas ini dapat mencerminkan saldo share, pembatasan likuiditas, masa penguncian, operasi yang dijeda, dan aturan vault lainnya.

Vault dapat memiliki aset bernilai tinggi sekaligus melaporkan batas penarikan yang rendah karena aset tersebut tidak langsung likuid.

Aplikasi sebaiknya tidak menganggap seluruh aset vault selalu tersedia untuk penebusan instan.

Peristiwa ERC-4626

ERC-4626 menetapkan peristiwa

dan , selain peristiwa share ERC-20 biasa.

Peristiwa

mencatat pemanggil, pemilik share, jumlah aset yang disetorkan, dan jumlah share yang diterbitkan.

Peristiwa

mencatat pemanggil, penerima aset, pemilik share, jumlah aset yang ditarik, dan jumlah share yang dibakar.

Aplikasi dapat menggunakan peristiwa ini untuk melacak aktivitas masuk dan keluar vault.

Peristiwa

ERC-20 juga mencatat minting, burning, dan transfer share vault.

Pengindeks sebaiknya memahami hubungan antara peristiwa-peristiwa ini agar satu tindakan vault tidak dihitung dua kali.

Imbal Hasil Vault dan Nilai Share

Vault ERC-4626 biasanya mencerminkan imbal hasil melalui peningkatan jumlah aset yang direpresentasikan oleh setiap share.

Kontrak tidak perlu mengirim share baru kepada setiap pemegang setiap kali imbal hasil diperoleh.

Jumlah share yang sama dapat ditukarkan dengan lebih banyak aset dasar.

Vault juga dapat mendistribusikan nilai melalui metode pencatatan lain selama implementasinya tetap patuh.

Pengguna sebaiknya memverifikasi bagaimana dan kapan pendapatan strategi dicatat oleh

.

Imbal hasil yang masih tertunda, belum terealisasi, atau dilaporkan secara eksternal mungkin belum dapat langsung ditarik.

Biaya Vault

ERC-4626 mengizinkan vault mengenakan biaya.

Biaya yang mungkin dikenakan mencakup biaya masuk, biaya keluar, biaya pengelolaan, biaya kinerja, dan pengeluaran strategi.

Standar ini tidak menetapkan satu struktur biaya atau tarif maksimum.

Fungsi pratinjau seharusnya mencerminkan biaya yang berlaku untuk operasi simulasi.

Fungsi konversi umum seharusnya tidak mencakup biaya.

Pengguna sebaiknya memeriksa siapa penerima biaya, cara penghitungannya, apakah administrator dapat mengubahnya, dan apakah biaya dikenakan dalam bentuk aset atau share.

Imbal hasil tinggi yang diiklankan dapat jauh berkurang setelah semua biaya dan kerugian diperhitungkan.

Pembulatan dan Deposit Kecil

Perhitungan ERC-4626 menggunakan aritmetika integer karena smart contract tidak dapat menerbitkan pecahan yang lebih kecil daripada unit minimum token share.

Karena itu, pembulatan dapat membuat deposan menerima share sedikit lebih sedikit daripada hasil perhitungan matematis yang tepat.

Kerugian ini menjadi lebih signifikan jika deposit hanya menghasilkan sedikit unit share.

Dalam kasus ekstrem, hasil pembulatan deposit dapat menjadi nol share.

Pengguna yang menyetorkan aset tetapi menerima nol share pada dasarnya memindahkan nilai kepada pemegang share yang sudah ada.

Aplikasi sebaiknya menolak deposit yang menghasilkan jumlah share terlalu kecil.

Apa Itu Serangan Inflasi ERC-4626?

Serangan inflasi memanipulasi nilai konversi aset-ke-share vault, terutama saat vault kosong atau memiliki likuiditas sangat sedikit.

Penyerang dapat melakukan deposit awal dalam jumlah kecil lalu mentransfer aset dasar langsung ke vault tanpa mencetak share tambahan.

Donasi ini meningkatkan aset yang terkait dengan share milik penyerang.

Deposit pengguna berikutnya kemudian dapat dibulatkan menjadi sangat sedikit atau nol share.

Penyerang dapat menebus share awalnya dan mengambil sebagian atau seluruh aset yang disetorkan korban.

Panduan keamanan ERC-4626 terkini menjelaskan manipulasi deposit pertama dan kaitannya dengan pembulatan.

Melindungi Diri dari Serangan Inflasi

Salah satu perlindungan menggunakan aset virtual dan share virtual saat menghitung nilai tukar.

Jumlah virtual ini menetapkan nilai awal yang lebih aman sebelum pengguna melakukan deposit nyata.

Offset desimal juga dapat memberikan presisi lebih tinggi pada share dibandingkan aset dasar.

Presisi lebih tinggi mempersulit deposit biasa untuk dibulatkan menjadi nol share.

Implementasi terpelihara saat ini dapat menyertakan perlindungan ini, tetapi tidak semua vault ERC-4626 yang telah di-deploy menggunakannya.

Aplikasi juga sebaiknya mewajibkan output minimum share dan menolak deposit yang tidak menguntungkan.

Menanam likuiditas awal yang dikunci permanen merupakan desain lain yang dapat digunakan, meskipun menimbulkan pertimbangan operasional yang berbeda.

Risiko Slippage

Slippage terjadi saat hasil aktual deposit atau penarikan berbeda dari jumlah yang diharapkan pengguna.

Transaksi lain dapat mengubah nilai tukar antara pratinjau dan eksekusi transaksi pengguna.

Biaya, donasi, laporan strategi, kerugian, serta deposit atau penarikan lain juga dapat mengubah hasilnya.

Fungsi masuk dan keluar ERC-4626 dasar tidak menyertakan parameter eksplisit untuk output minimum atau input maksimum.

Ekstensi ERC-5143 mengusulkan fungsi overload dengan kontrol slippage untuk interaksi langsung pengguna.

Aplikasi juga dapat menggunakan router atau wrapper yang memeriksa hasil akhir terhadap batas yang ditentukan pengguna.

Manipulasi Harga Share dan Oracle

Aplikasi terkadang menggunakan nilai konversi share ERC-4626 sebagai sumber nilai.

Hal ini dapat berbahaya jika nilai tersebut dapat diubah melalui donasi langsung, pencatatan tertunda, likuiditas rendah, atau strategi yang dapat dimanipulasi.

Protokol pinjaman yang menggunakan share vault sebagai kolateral harus memahami seberapa mudah

dan suplai share dapat berubah.

Satu transaksi dapat menciptakan nilai sementara yang tidak aman untuk digunakan sebagai oracle harga.

Fungsi konversi ERC-4626 melaporkan pencatatan vault dan tidak boleh otomatis dianggap sebagai harga pasar yang tahan manipulasi.

Integrasi mungkin memerlukan penetapan harga independen, data berbobot waktu, batas perubahan nilai, atau perlindungan lain.

Risiko Reentrancy dan Transfer Token

Deposit dan penarikan berinteraksi dengan kontrak token eksternal.

Token berbahaya atau tidak lazim dapat menjalankan callback, mengembalikan nilai yang tidak terduga, mengenakan biaya transfer, atau mengubah saldo dengan cara yang tidak standar.

Kontrak strategi eksternal juga dapat memanggil kembali vault.

Developer sebaiknya memperbarui pencatatan penting dengan urutan aman dan menggunakan perlindungan reentrancy yang sesuai.

Panduan keamanan Solidity menjelaskan mengapa setiap panggilan ke kontrak eksternal harus diperlakukan sebagai potensi perpindahan kendali.

Melindungi hanya satu fungsi masuk mungkin tidak cukup jika penyerang dapat melakukan reentrancy melalui fungsi vault lain.

Token Dasar Nonstandar

Token dengan biaya transfer dapat menyebabkan vault menerima aset lebih sedikit daripada jumlah yang diminta deposan.

Token rebasing dapat mengubah saldo vault tanpa transfer biasa.

Token dengan alamat yang diblokir atau kontrol jeda dapat mencegah penarikan.

Token dengan jumlah desimal yang tidak lazim dapat meningkatkan kerumitan konversi dan tampilan.

Token dasar yang dapat di-upgrade dapat mengubah perilakunya setelah vault di-deploy.

Developer vault sebaiknya mengukur perpindahan token aktual dan menguji perilaku aset tertentu, bukan mengasumsikan perilaku ERC-20 sempurna.

Risiko Strategi dan Likuiditas

Standardisasi ERC-4626 tidak membatasi penggunaan aset yang disetorkan oleh vault.

Strategi dapat mencakup pinjaman, staking, penyediaan likuiditas, derivatif, bridge, atau kustodi eksternal.

Setiap aktivitas memiliki risiko terpisah terkait smart contract, pasar, pihak lawan, oracle, likuidasi, dan likuiditas.

Vault dapat melaporkan aset bernilai tinggi, tetapi tidak mampu mengambilnya kembali dengan cepat.

Vault juga dapat mengakui kerugian ketika posisi eksternal menjadi insolven.

Pengguna sebaiknya mengevaluasi strategi, bukan hanya antarmuka ERC-4626.

Risiko Administrator dan Upgrade

Vault ERC-4626 dapat memiliki peran administrator yang mengendalikan biaya, batas, strategi, jeda, atau penarikan darurat.

Vault yang dapat di-upgrade dapat mengubah implementasinya setelah pengguna menerima share.

Upgrade dapat memperbaiki kerentanan, tetapi juga dapat memperkenalkan perilaku berbahaya atau tidak aman.

Administrator yang akunnya disusupi dapat mengalihkan aset, menyetujui strategi berbahaya, atau menghalangi penarikan normal.

Pengguna sebaiknya memeriksa wewenang upgrade, timelock, persyaratan multisignature, wewenang darurat, dan pemisahan peran.

Kepatuhan ERC-4626 tidak berarti vault terdesentralisasi atau tidak dapat diubah.

ERC-4626 dan ETH Native

Standar dasar ERC-4626 mewajibkan satu token ERC-20 sebagai aset dasar.

ETH native bukan kontrak ERC-20 sehingga tidak secara langsung memenuhi persyaratan ini.

Vault dapat menggunakan representasi ETH yang ditokenisasi sebagai aset ERC-20 dasarnya.

Ekstensi ERC-7535 berstatus Final dan mengadaptasi antarmuka ERC-4626 untuk vault yang menggunakan ETH native sebagai aset dasar.

Pengguna sebaiknya memastikan apakah vault mengharapkan ETH native atau representasi ERC-20 karena mengirim aset yang salah dapat menyebabkan transaksi gagal atau aset tidak dapat diakses.

Vault Sinkron dan Asinkron

ERC-4626 standar terutama dirancang untuk alur masuk dan keluar atomik.

Deposit, mint, penarikan, atau penebusan biasanya selesai dalam satu transaksi blockchain jika diizinkan.

Beberapa strategi memerlukan periode permintaan sebelum aset atau share dapat diklaim.

Standar ERC-7540 memperluas ERC-4626 dengan permintaan deposit dan penebusan asinkron.

Standar ini dapat mendukung strategi dengan penyelesaian tertunda, likuiditas terbatas, aktivitas lintas blockchain, atau aset off-chain.

Vault asinkron tidak seharusnya dinilai seolah-olah setiap penarikan ERC-4626 selalu langsung tersedia.

Vault Aset Tunggal dan Multi-Aset

Vault ERC-4626 standar memiliki satu aset ERC-20 dasar dan satu token share vault.

Beberapa sistem vault memerlukan beberapa jalur masuk aset yang semuanya menghasilkan token share yang sama.

Standar ERC-7575 mengadaptasi ERC-4626 untuk struktur vault multi-aset dan dapat memisahkan jalur masuk vault dari token share.

Ekstensi ini menambahkan persyaratan integrasi dan deteksi antarmuka yang berbeda.

Kontrak tidak seharusnya mengklaim perilaku ERC-4626 biasa sambil diam-diam menerima beberapa aset yang tidak terkait melalui pencatatan yang tidak terdokumentasi.

Apakah ERC-4626 Memiliki ID Antarmuka?

Spesifikasi dasar ERC-4626 tidak mewajibkan deteksi antarmuka ERC-165.

Hal ini berbeda dari standar seperti ERC-721 yang menetapkan dukungan ERC-165 wajib.

Aplikasi biasanya mendeteksi ERC-4626 melalui fungsi, ABI yang dipublikasikan, source code terverifikasi, informasi registri, atau dokumentasi proyek.

Memanggil satu fungsi yang familiar saja tidak cukup untuk membuktikan kepatuhan penuh.

Integrasi sebaiknya mengonfirmasi seluruh antarmuka dan menguji perilaku vault yang diwajibkan.

Cara Developer Menerapkan ERC-4626

Developer sebaiknya memulai dengan implementasi terpelihara dan telah ditinjau, bukan membuat pencatatan vault dari awal.

Dokumentasi API ERC-20 dan ERC-4626 terkini menyediakan implementasi yang dapat digunakan kembali dan dirancang untuk diperluas dengan strategi.

Developer tetap harus menentukan cara aset digunakan, dinilai, dipulihkan, dan dilindungi.

Developer sebaiknya menguji deposit, mint, penarikan, penebusan, biaya, pembulatan, donasi langsung, kondisi vault kosong, kerugian, dan token dasar yang tidak lazim.

Pengujian invarian harus memastikan pengguna tidak dapat menarik aset melebihi nilai yang dijamin oleh share mereka.

Peninjauan keamanan juga harus mencakup administrator, strategi eksternal, feed harga, jalur upgrade, dan prosedur darurat.

Cara Pengguna Mengevaluasi Vault ERC-4626

Langkah pertama adalah memverifikasi alamat kontrak vault dan aset dasarnya.

Langkah kedua adalah mengidentifikasi strategi yang menghasilkan imbal hasil yang diharapkan.

Langkah ketiga adalah meninjau biaya masuk, keluar, pengelolaan, kinerja, dan strategi.

Langkah keempat adalah memeriksa aset saat ini, suplai share, nilai konversi, dan batas penarikan yang tersedia.

Langkah kelima adalah memeriksa apakah vault memiliki perlindungan terhadap deposit pertama dan serangan inflasi.

Langkah keenam adalah meninjau wewenang administrator, upgrade, jeda, dan darurat.

Langkah ketujuh adalah memahami apakah penarikan berlangsung sinkron, tertunda, dalam antrean, atau bergantung pada likuiditas eksternal.

Langkah kedelapan adalah memeriksa audit dan riwayat insiden tanpa menganggap audit sebagai jaminan.

Langkah kesembilan adalah menerapkan batas slippage dan menghindari transaksi yang hanya menerbitkan share dalam jumlah sangat kecil.

Langkah kesepuluh adalah menguji vault yang tidak dikenal dengan jumlah terbatas sebelum mengekspos aset dalam jumlah signifikan.

Contoh Deposit ERC-4626

Misalkan sebuah vault mengelola 1.000 unit aset dasar dan memiliki 1.000 share yang beredar.

Sebelum memperhitungkan biaya dan pembulatan, setiap share merepresentasikan sekitar satu aset.

Pengguna meminta

menghitung jumlah share yang akan dihasilkan dari deposit 100 aset.

Pratinjau mengembalikan 99 share karena vault mengenakan biaya masuk dan melakukan pembulatan sesuai implementasinya.

Pengguna menyetujui vault untuk menggunakan 100 token dasar.

Pengguna kemudian memanggil

dengan 100 aset dan memilih alamat penerima.

Vault mentransfer aset, memperbarui pencatatannya, mencetak 99 share, dan mengeluarkan peristiwa

.

Jika strategi kemudian menghasilkan aset tanpa menerbitkan share tambahan, 99 share tersebut mungkin dapat ditebus dengan lebih banyak token dasar.

Jika strategi mengalami kerugian nilai, share yang sama mungkin hanya dapat ditebus dengan jumlah lebih sedikit.

Kesalahan Umum ERC-4626

Salah satu kesalahan umum adalah menganggap satu share vault selalu setara dengan satu aset dasar.

Kesalahan lain adalah menggunakan

sebagai kuotasi deposit yang dijamin.

Kesalahan ketiga adalah mengirim deposit tanpa menetapkan jumlah minimum share yang dapat diterima.

Kesalahan keempat adalah mengabaikan kerugian akibat pembulatan pada deposit kecil.

Kesalahan kelima adalah menganggap

sama dengan token yang dipegang langsung oleh alamat vault.

Kesalahan keenam adalah menggunakan nilai tukar vault sebagai oracle harga yang aman tanpa menganalisis manipulasi.

Kesalahan ketujuh adalah menganggap semua aset yang dikelola tersedia untuk penarikan instan.

Kesalahan kedelapan adalah mengevaluasi standarnya sambil mengabaikan strategi dasar vault.

Kesalahan kesembilan adalah menganggap audit membuktikan bahwa kerugian tidak dapat terjadi.

Kesalahan kesepuluh adalah menganggap kepatuhan ERC-4626 menjamin biaya yang adil, administrator yang aman, atau imbal hasil yang menguntungkan.

FAQ

Apa arti ERC-4626?

ERC-4626 adalah standar Tokenized Vault Ethereum untuk vault yang menerbitkan share ERC-20 sebagai representasi klaim atas satu aset ERC-20 dasar.

Apakah ERC-4626 merupakan token ERC-20?

Vault ERC-4626 harus menerapkan ERC-20 untuk share vault-nya.

Apa itu aset dasar?

Aset dasar adalah token ERC-20 yang diterima untuk deposit dan disalurkan melalui penarikan.

Apa itu share ERC-4626?

Share adalah token fungibel yang merepresentasikan klaim proporsional atas aset yang dikelola vault.

Apakah satu share selalu setara dengan satu aset?

Tidak. Nilai konversi berubah sesuai aset yang dikelola, suplai share, biaya, pembulatan, profit, dan kerugian.

Apakah ERC-4626 menjamin imbal hasil?

Tidak. Standar ini menyeragamkan interaksi vault dan tidak menjamin strategi menghasilkan imbal hasil positif.

Apa perbedaan deposit dan mint?

menetapkan input aset, sedangkan menetapkan output share yang diinginkan.

Apa perbedaan withdraw dan redeem?

menetapkan output aset yang diinginkan, sedangkan menetapkan jumlah share yang akan dibakar.

Apa yang dikembalikan totalAssets?

Fungsi ini mengembalikan jumlah aset dasar yang dikelola vault menurut logika pencatatannya.

Apakah fungsi pratinjau menjamin hasil akhir?

Tidak. Status vault dapat berubah sebelum transaksi dieksekusi, sehingga aplikasi sebaiknya menggunakan perlindungan slippage.

Bisakah vault ERC-4626 mengenakan biaya?

Bisa. Vault dapat mengenakan biaya masuk, keluar, pengelolaan, kinerja, atau biaya lain yang diungkapkan.

Apa itu serangan inflasi ERC-4626?

Serangan ini memanipulasi nilai tukar awal vault sehingga deposit korban dibulatkan menjadi sangat sedikit atau nol share.

Bagaimana vault dapat mengurangi risiko serangan inflasi?

Perlindungan yang mungkin digunakan mencakup aset virtual, share virtual, presisi share yang lebih tinggi, likuiditas awal yang dikunci, dan pemeriksaan output minimum.

Bisakah vault ERC-4626 mengalami kerugian?

Bisa. Kerugian strategi, eksploitasi, utang macet, pergerakan pasar, kompromi administrator, dan kegagalan eksternal dapat mengurangi nilai share.

Bisakah share ERC-4626 ditransfer?

Biasanya share mendukung transfer ERC-20, tetapi vault diizinkan membuat share-nya tidak dapat ditransfer.

Bisakah ERC-4626 menggunakan ETH native?

Standar dasar mewajibkan aset ERC-20, sedangkan ERC-7535 mengadaptasi antarmuka untuk vault ETH native.

Bisakah vault ERC-4626 mengelola beberapa aset dasar?

Standar dasar mengelola satu aset, sedangkan ekstensi seperti ERC-7575 mendukung struktur multi-aset.

Apakah ERC-4626 mendukung penarikan tertunda?

Standar dasar berfokus pada operasi atomik, sedangkan ERC-7540 memperluasnya dengan alur permintaan dan klaim asinkron.

Apakah ERC-4626 mewajibkan dukungan ERC-165?

Tidak. Spesifikasi dasar ERC-4626 tidak mewajibkan deteksi antarmuka ERC-165.

Apakah vault ERC-4626 aman karena mengikuti standar?

Tidak. Kepatuhan meningkatkan interoperabilitas, tetapi tidak membuktikan keamanan strategi, pencatatan, kontrak, atau administrator.

Kesimpulan

ERC-4626 adalah antarmuka standar Ethereum untuk vault tokenisasi yang mengelola satu aset ERC-20 dasar dan menerbitkan share ERC-20.

Standar ini menyeragamkan deposit, mint, penarikan, penebusan, perkiraan konversi, fungsi pratinjau, batas vault, serta peristiwa masuk dan keluar.

Standar ini memudahkan wallet dan smart contract mengintegrasikan vault tanpa memaksa setiap vault menggunakan strategi investasi yang sama.

Share vault merepresentasikan klaim proporsional, bukan saldo tetap satu banding satu dengan aset dasar.

Nilainya dapat meningkat karena pendapatan strategi atau menurun akibat kerugian, biaya, utang macet, dan kegagalan keamanan.

Pembulatan, slippage, donasi langsung, dan serangan inflasi pada deposit pertama memerlukan perlindungan yang cermat.

Developer sebaiknya menggunakan implementasi terpelihara, menguji perilaku vault kosong, melindungi panggilan eksternal, dan menyediakan kontrol output minimum.

Pengguna sebaiknya mengevaluasi strategi dasar, likuiditas, biaya, wewenang administrator, sistem upgrade, dan proses penarikan, bukan hanya mengandalkan kompatibilitas ERC-4626.

Ekstensi dapat mengadaptasi standar ini untuk aset native, penyelesaian asinkron, perlindungan slippage, dan struktur multi-aset.

Memahami ERC-4626 membantu pengguna kripto membedakan pencatatan vault yang terstandar dari risiko finansial dan teknis terpisah yang melekat pada strategi pengelolaan aset mereka.