Oleh Vasa, salah satu pendiri OpenSea Pro; Terjemahan: Golden Finance Xiaozou
Pada artikel ini, kita akan melihat sekilas berbagai EIP yang membawa kita ke abstraksi akun hari ini.
! [IBi1wWpT0680RWZaqv5DB56VCs7bGvDrkaHl3Wky.png] (https://img.jinse.cn/7122936_watermarknone.png “7122936”)
**1. Mengapa kita membutuhkan Account Abstraction (AA)? **
Orang-orang suka melontarkan pertanyaan seperti, “Bagaimana kita membawa miliaran pengguna berikutnya ke Web3?” "Ada banyak rintangan yang harus diatasi, tetapi yang paling penting adalah pengalaman pengguna.
Diagram berikut adalah pengalaman pengguna umum untuk pengguna baru. Perhatikan juga bahwa jika Anda kehilangan frase benih Anda, tidak ada cara untuk mendapatkan kembali dana Anda sendiri. Ini adalah rintangan besar bagi pengguna baru.
! [vvFxw94g95EIvo2NuFwxQX9g5mTtJo2EvxwLJO2y.png] (https://img.jinse.cn/7122937_watermarknone.png “7122937”)
Berikut adalah beberapa hal yang dapat kita lakukan untuk meningkatkan pengalaman pengguna. Kami dapat:
-
Buat dompet tanpa frase mnemonik.
-
Gunakan dompet yang tidak memerlukan penyimpanan ETH dan membayar biaya gas dengan ETH.
-
Gunakan Pemulihan Sosial untuk mengambil dompet Anda.
-
Operasi massal dalam satu transaksi.
! [dE8KCPMN0cVxJwYU2lm5yt5B9g3GLhSxilFQWvfW.png] (https://img.jinse.cn/7122938_watermarknone.png “7122938”)
2、Jenis abstrak akun
Ada dua jenis akun: akun eksternal (EOA) dan akun kontrak. EOA dikendalikan oleh kunci privat, dan akun kontrak dikendalikan oleh kode kontrak.
! [64lX5U5G6sNJZBjPvNiC827QJil9Zi8BpTNMeQ8Y.png] (https://img.jinse.cn/7122939_watermarknone.png “7122939”)
EOA dapat memulai transaksi ke EOA lain atau akun kontrak, yang kemudian dapat mengeksekusi kode mereka. Akun kontrak juga dapat mengirim perdagangan ke akun kontrak lain, yang dapat mengeksekusi kode mereka sendiri.
- Hari-hari awal Ethereum: eksekusi dan verifikasi transaksi**
Ketika transaksi dikirim ke jaringan, ia melewati dua langkah: verifikasi dan eksekusi. Sementara eksekusi logika transaksi bisa sewenang-wenang, bagian validasi diperbaiki.
Bagian verifikasi dilakukan oleh satu algoritma tetap yang harus digunakan EOSA, yaitu verifikasi tanda tangan ECDSA. Tetapi mengapa kita menggunakan metode tetap untuk memverifikasi validitas transaksi? Bagaimana jika verifikasi tanda tangan ECDSA tidak lagi dapat diandalkan di masa depan karena komputasi kuantum?
Jika kita membiarkan bagian validasi terbuka, maka Anda dapat membuat transaksi dengan algoritma validasi yang sangat kompleks, maka penambang / validator harus menghabiskan banyak sumber daya untuk memeriksa apakah transaksi dapat dimasukkan dalam blok.
Sekarang, perhatikan bahwa penambang hanya dibayar untuk mengeksekusi dan termasuk transaksi, bukan untuk verifikasi. Jadi, jika, setelah menghabiskan banyak sumber daya, penambang menemukan bahwa mereka tidak dapat menambahkan transaksi, maka mereka membuang-buang sumber daya dan tidak dibayar apa pun untuk itu. Oleh karena itu, ini dapat digunakan untuk melakukan serangan DDoS pada jaringan. Itu sebabnya Ethereum dimulai dengan algoritma verifikasi tetap.
- Hari-hari Awal Ethereum: Masalah Adopsi Multisig**
Dompet multisig adalah kontrak dengan banyak pemilik dengan ambang batas. Jika Anda ingin mengirim transaksi, Anda harus mendapatkan tanda tangan dari semua pemilik sebelum Anda dapat mengirim transaksi.
Ini mendukung fitur seperti pemulihan sosial, di mana Anda dapat memiliki banyak teman untuk membantu Anda memulihkan dompet Anda jika Anda kehilangan kunci pribadi Anda. Dari hari-hari awal Ethereum, nilai yang dapat diberikan dompet multisig telah jelas. Oleh karena itu, tim pengembangan Ethereum pada saat itu ingin pengguna Ethereum menggunakan dompet multisig. Namun, ini tidak terjadi.
Karena tim pengembangan Ethereum membayangkan pengguna menggunakan dompet multisig, mereka tidak menambahkan log otomatis untuk transfer ETH karena mereka mengharapkan dompet multisig untuk merekam setiap transfer ETH. Pertukaran pada saat itu harus mengurai transaksi transfer ETH, bukan mencatatnya.
Ketika seseorang mencoba menggunakan dompet multisig dengan log transfer ETH, pertukaran tidak dapat dikenali karena pertukaran tidak mengurai log. Oleh karena itu, asumsi kecil ini pada akhirnya membuat adopsi dompet multisig menjadi lebih sulit.
EIP 86 dan 1014: Langkah Pertama Abstraksi Akun**
EIP-86 bertujuan untuk memperkenalkan konsep dompet kontrak pintar yang disebut “kontrak penerusan”. Kontrak ini dirancang untuk hanya menerima transaksi dari alamat “titik masuk”, yang harus mematuhi format tertentu.
Sekarang, untuk membuat dompet kontrak pintar, Anda harus memiliki beberapa ETH sebelumnya untuk membayar biaya gas. Anda dapat pergi ke CEX dan mendapatkan beberapa ETH, tetapi karena dompet kontrak pintar Anda belum dibuat, Anda belum dapat mengirim ETH ke dompet.
Jika kita entah bagaimana bisa tahu persis alamat kontrak sebelum kontrak pintar dibuat, kita dapat mengirim ETH ke alamat itu dan kemudian membuat dompet kontrak pintar menggunakan ETH pada alamat tersebut.
Itulah yang diperkenalkan EIP-1014. Ini memperkenalkan opcode CREATE2 yang memungkinkan Anda menentukan alamat kontrak sebelum membuat kontrak pintar. Ini adalah langkah pertama menuju abstraksi akun.
EIP-86 asli memerlukan perubahan signifikan pada protokol karena perubahan pada protokol memerlukan kolaborasi antara tim pengembangan node dan memerlukan pengawasan ekstensif, sehingga tidak pernah diimplementasikan. EIP-1014 diimplementasikan di garpu keras Konstantinopel.
Pengembangan masyarakat: Gnosis Safe, Argent Wallet, jaringan SPBU**
Dalam membahas studi EIP, masyarakat telah menetapkan untuk mengembangkan solusinya sendiri.
Yang paling menonjol dari ini adalah rilis Gnosis Safe pada tahun 2018. Aman adalah dompet kontrak pintar yang memungkinkan pengguna untuk membuat dompet multisig dan juga memungkinkan pengguna untuk mengelompokkan beberapa operasi ke dalam satu transaksi. Ini juga memungkinkan pengguna untuk membayar biaya gas menggunakan token ERC20.
Catatan penting lainnya adalah rilis dompet Argent pada tahun 2019. Argent Smart Wallet mendukung pengguna untuk membuat dompet multisig, dan juga memungkinkan pengguna membayar biaya gas menggunakan token ERC20. Ini juga memungkinkan pengguna untuk menggunakan pemulihan sosial untuk mengambil dompet mereka.
Jaringan SPBU (GSN), dirilis pada 2019, adalah jaringan terdesentralisasi yang memungkinkan pengguna membayar biaya gas menggunakan token ERC20. GSN dapat digunakan dengan dompet kontrak pintar apa pun.
EIP 2938 – Lompatan Raksasa ke Depan
Mulai tahun 2018, tim Ethereum mengalihkan perhatiannya ke migrasi ke PoS (proof-of-stake), yang secara tidak sengaja menyebabkan kurang penekanan pada evaluasi dan implementasi EIP oleh tim peneliti dan tim pengembangan node.
Pergeseran ini membuka jalan bagi EIP-2938 pada tahun 2020, dua tahun setelah EIP-1014 diterapkan.
Ide inti di balik proposal ini adalah pengenalan dompet kontrak pintar, yang dirancang untuk secara khusus menerima jenis transaksi tertentu, yang dapat diprogram untuk menentukan batas gas transaksi dan mengembangkan metode verifikasi sewenang-wenang.
Proposal ini memperkenalkan dua opcode baru untuk menangani transaksi, dan seperti yang disorot sebelumnya, termasuk pembaruan inti ini adalah proses yang kompleks.
Selain itu, ada pertanyaan terbuka tentang bagaimana perlindungan replay diterapkan dan bagaimana node dapat memeriksa validitas jenis transaksi baru ini. Sementara proposal tidak mendapat banyak perhatian, itu membuka jalan bagi proposal berikutnya (EIP-3074).
EIP-3074 – Solusi Sangat Serbaguna**
Proposal ini memperkenalkan dua opcode baru: AUTH dan AUTHCALL. Perbedaan dengan proposal ini adalah mendukung akun eksternal (EOA) untuk mendelegasikan kontrol ke kontrak. Opcode ini ditentukan untuk kontrak “invoker”, yang memiliki potensi untuk secara signifikan meningkatkan fungsionalitas EOA apa pun.
Kontrak memulai struktur transaksi yang sepenuhnya sewenang-wenang, sehingga mudah untuk menerapkan solusi seperti multi-tanda tangan, pembelian batch dan bantuan, pemulihan kunci, dan setoran CeFi yang lebih ramah. Karena sifatnya yang terbuka, proposal tersebut muncul sebagai solusi yang sangat serbaguna yang mampu memenuhi berbagai kasus penggunaan.
Di sisi lain, posisi netral dari proposal juga menimbulkan beberapa tantangan keamanan. Diskusi lebih lanjut menyarankan pendekatan AUTHCALL yang lebih dogmatis untuk mengurangi risiko terkait. Diskusi ini mengarahkan para peneliti untuk sampai pada solusi yang lebih optimal, menghasilkan EIP-4337.
EIP-4337 – Abstraksi akun Ethereum tanpa mengubah protokol lapisan konsensus**
! [HQ5SxXOpxJLs0tzXo1IgTdGxAe5XHPNAIJiDKUMM.png] (https://img.jinse.cn/7122940_watermarknone.png “7122940”)
EIP-4337 mengusulkan mekanisme untuk membawa abstraksi akun ke Ethereum tanpa mengubah protokol lapisan konsensus. Di bawah EIP ini, pengguna berinteraksi dengan jaringan Ethereum secara berbeda; Alih-alih mengirim transaksi, pengguna mengirim objek UserOperation ke kumpulan memori terpisah. Pengirim adalah kontrak akun yang memulai tindakan pengguna. Bundler mengumpulkan operasi ini dan mengemasnya ke dalam transaksi yang memicu panggilan handleOps pada kontrak EntryPoint yang ditentukan untuk melakukan operasi yang dikemas. Paymaster adalah entitas yang mensponsori transaksi, dan rinciannya termasuk dalam UserOperation untuk pemrosesan biaya.
Agregator memverifikasi tanda tangan gabungan, meningkatkan keamanan dan efisiensi. Daftar putih Bundler atau klien mendukung titik masuk dan kontrak Agregator, mengontrol interaksi, dan memastikan eksekusi tindakan pengguna yang tepat di jaringan Ethereum, konsisten dengan tujuan abstraksi akun tanpa mengubah lapisan konsensus.
Dompet kontrak pintar yang digunakan melalui proses ini secara mandiri mengelola nilai acak dan verifikasi tanda tangan, memberikan fleksibilitas yang luas. Desain ini membantu menciptakan dompet kontrak pintar yang dapat menangani transaksi multisig dan paket, pemulihan sosial, dan bahkan membayar biaya menggunakan token ERC20.
Beberapa bentuk abstraksi akun seperti yang diusulkan dalam EIP-4337 dapat diimplementasikan di masa depan jangka menengah Ethereum, awalnya muncul dalam solusi L2 baru dan akhirnya memasuki Ethereum L1, sehingga memperluas cakupan interaksi pengguna dengan Ethereum.
10、L2 - Perbatasan Baru
Pembaruan pada protokol inti merupakan rintangan yang signifikan ketika memperkenalkan EIP apa pun yang terkait dengan abstraksi akun. Pengembang inti telah sibuk dengan roadmap ETH 2.0, yang telah menjadi prioritas utama sejak lama.
Tapi bagaimana dengan L2? Tidak seperti Ethereum L1, yang membawa hutang teknis, rantai L2 baru-baru ini memiliki arsitektur yang mengintegrasikan abstraksi akun sejak awal.
Misalnya, StarkNet adalah rollup ZK yang membuat abstraksi akun unik. Selain itu, Argent, yang dikenal dengan dompet kontrak pintar L1-nya, meluncurkan ArgentX di StarkNet, menyematkan implementasi abstraksi akun khusus yang sangat dipengaruhi oleh EIP-4337. Inisiatif ini menggarisbawahi pentingnya dan penerapan abstraksi akun pada blockchain Ethereum.
