Penulis: Albert He, Ilmuwan Cheif BlockPI; Penyusun: MarsBit, MK
Apakah itu bull market atau bear market, ekosistem Ethereum terus membangun dan mengoptimalkan diri. Diantaranya, abstraksi akun (AA) telah menjadi kemajuan yang sangat penting dalam beberapa tahun terakhir, dan telah merambah ke berbagai komponen ekosistem Ethereum, termasuk aplikasi, infrastruktur, pengguna, dan pengembang.
Kami dapat memperkirakan bahwa adopsi AA yang meluas di dunia dapat menurunkan hambatan masuk untuk kasus penggunaan blockchain, sehingga membawa pengalaman pengguna web2 ke industri web3. **
Untuk merangkul kemungkinan membentuk pasar AA multi-miliar, BlockPI berencana mendedikasikan sumber daya untuk mengintegrasikan AA ke dalam layanan infrastrukturnya. Dengan membangun integrasi AA, kami bertujuan untuk menyediakan cara yang lebih nyaman dan efisien bagi pengguna AA untuk berinteraksi dengan akun dompet kontrak mereka di blockchain, sekaligus memposisikan BlockPI sebagai pemimpin industri.
Dalam posting ini, saya akan mempelajari pemahaman kita tentang AA dan berbagi pemikiran dari perspektif penyedia layanan infrastruktur.
EOA dan dompet kontrak pintar
**Konsep AA berasal dari keterbatasan akun EOA. **Akun EOA (akun yang dimiliki secara eksternal) adalah akun pengguna tipikal di Ethereum, diwakili oleh kunci publik (alamat blockchain), dapat diakses melalui kunci privat. Ini adalah komponen utama ekosistem Ethereum, yang memungkinkan pengguna untuk berinteraksi dengan kontrak pintar dan melakukan transaksi di jaringan. Namun, menggunakan EOA dapat menjadi tantangan bagi orang-orang, dan beberapa ketidaknyamanan dapat memengaruhi pengalaman pengguna.
**Ketidaknyamanan pertama EOA terkait dengan penggunaan Gas. **Setiap transaksi akan membebani pengguna sejumlah besar ETH sebagai biaya Gas (biaya transfer ETH sederhana sebesar 25 Gwei untuk harga Gas adalah 0,5 USD, dan lebih banyak untuk interaksi kontrak atau harga Gas yang lebih tinggi). Ini membuat biaya transaksi menjadi sangat mahal untuk transaksi kecil, terutama selama periode puncak kemacetan jaringan. Selain itu, hanya ETH yang dapat digunakan untuk membayar Gas, yang berarti pengguna harus memiliki ETH di dompet mereka, yang merupakan penghalang masuk yang signifikan bagi banyak pengguna.
**Ketidaknyamanan kedua dari EOA adalah bahwa transaksi bersyarat tidak dapat dilakukan kecuali beberapa logika diimplementasikan menggunakan smart contract lainnya. **Misalnya, jika pengguna ingin menyetel transfer siklus waktu, mereka harus mentransfer ETH ke smart contract pihak ketiga dengan fungsi ini untuk mencapai fungsi ini.
**Ketidaknyamanan ketiga dari EOA adalah algoritma enkripsi tanda tangan. **Jaringan Ethereum menggunakan algoritme tanda tangan digital khusus yang disebut secp 256 k 1 untuk memastikan keaslian dan keamanan transaksi. Ini di-hardcode ke dalam sistem dan pengguna tidak dapat memilih untuk menggunakan algoritma lain.
Oleh karena itu, berawal dari permasalahan tersebut, masyarakat mulai berusaha mencari solusinya. Dompet kontrak pintar seperti MetaMask dan Argent adalah hasil dari upaya ini, mengatasi banyak keterbatasan EOA dengan menggunakan kontrak pintar Ethereum untuk meningkatkan fungsionalitas akun pengguna. Namun, solusi semacam itu masih memiliki beberapa kelemahan, terutama mengharuskan pengguna membayar biaya Gas untuk transaksi dan popularitas dompet smart contract.
**Berdasarkan tantangan tersebut, Ethereum mulai mencoba memperkenalkan konsep baru, yaitu abstraksi akun. Tujuan dari abstraksi akun adalah untuk memecahkan masalah ini di tingkat protokol, daripada mengandalkan kontrak pintar atau middleware lainnya. Inilah yang sekarang kita sebut abstraksi akun (AA). **
Di sisa posting ini, saya akan menggali konsep abstraksi akun dan bagaimana kita dapat menggunakannya untuk mengoptimalkan infrastruktur BlockPI.
**Selain tiga ketidaknyamanan EOA yang disebutkan di atas, hubungan yang mengikat antara kunci publik dan kunci privat juga menjadi masalah. **Kunci pribadi adalah satu-satunya cara untuk mengakses EOA, jika hilang, tidak ada cara untuk memulihkan kunci pribadi. Ini berarti bahwa jika kunci privat hilang, semua aset yang terkait dengannya tidak dapat diambil kembali.
**Selain itu, EOA juga menghadapi kendala saat menjalankan tugas linier dalam satu transaksi. **Misalnya, jika pengguna ingin menyetujui, menukar, dan menolak token dalam satu tindakan, mereka perlu melakukan tiga transaksi terpisah, yang tidak efisien dan memakan waktu.
Kabar baiknya adalah semua masalah di atas dapat diselesaikan dengan dompet smart contract. Dompet kontrak pintar adalah jenis kontrak pintar khusus yang mengimplementasikan AA. Ini dirancang untuk bertindak sebagai dompet pengguna di jaringan Ethereum dan menyediakan cara yang lebih adaptif dan personal untuk mengelola dana mereka. Selama logika kontrak cerdas Ethereum dapat direalisasikan, dompet kontrak cerdas dapat menyediakan fungsi yang diperlukan.
Secara khusus, transaksi dompet smart contract dapat dikemas menjadi transaksi on-chain untuk membagi biaya gas.Jika pihak ketiga bersedia membayar, bahkan mungkin tidak ada biaya gas. Suatu operasi dapat memfasilitasi pelaksanaan tugas berurutan dalam dompet kontrak cerdasnya. Dompet kontrak pintar dapat mendukung algoritme enkripsi tanda tangan apa pun, dan mengatur kode pemulihan, dll.
Dengan semua pembicaraan tentang manfaat dompet kontrak pintar, komunitas Ethereum sebenarnya telah mengerjakan dompet kontrak sejak awal. Meskipun banyak EIP telah diusulkan untuk mengeksplorasi abstraksi akun, tidak ada standar terpadu yang ditetapkan hingga tahun 2021. Di bawah ini adalah beberapa proposal yang paling representatif.
EIP-86
Awalnya dibuat pada tahun 2017 oleh Vitalik Buterin. Menerapkan serangkaian perubahan pada verifikasi tanda tangan "abstrak" dan layanan pemeriksaan nonce, memungkinkan pengguna untuk membuat "kontrak akun" yang melakukan pemeriksaan tanda tangan/nonce yang diinginkan.
EIP-2938
Dibuat pada tahun 2020. Judul EIP ini adalah Abstraksi Akun. EIP ini merinci konsep AA. Ini memperkenalkan jenis transaksi baru, transaksi AA. Transaksi ini akan diinisialisasi oleh alamat EntryPoint dan memanggil kontrak dompet AA. Dengan melakukan itu, ini memberikan spesifikasi terpadu dan memperkenalkan AA ke dalam konsensus Ethereum. Lebih khusus lagi, itu menambahkan dua opcode baru, tiga variabel global, dan struktur muatan yang berbeda ke konsensus Ethereum.
EIP-3074
Dibuat pada tahun 2020. EIP ini memperkenalkan dua instruksi EVM, AUTH dan AUTHCALL. AUTH menetapkan variabel konteks yang disebut resmi berdasarkan tanda tangan ECDSA. AUTHCALL mengirimkan panggilan atas nama akun resmi. Ini memungkinkan kontrak pintar untuk mengirim transaksi atas nama EOA. Tapi ini bukan solusi sempurna untuk AA. EIP-3074 menempatkan batasan tertentu pada transfer nilai asli selama transaksi sponsor. Jika Anda kehilangan akses ke EOA, Anda tidak akan dapat memulihkan aset Anda, dan jika dicuri, semua aset harus ditransfer ke akun baru.
Tak satu pun dari ide di atas yang secara resmi diadopsi ke dalam protokol Ethereum karena alasan utama seperti memerlukan perubahan pada lapisan konsensus atau tidak komprehensif. Oleh karena itu, komunitas Ethereum terus mengeksplorasi cara memperkenalkan AA ke dalam protokol Ethereum tanpa mengubah konsensus, dan akhirnya membuat EIP 4337.
###ERC — 4337
EIP-4337 awalnya diusulkan pada September 2021 dan disahkan sebagai ERC-4337 pada Maret 2023. Penulisnya termasuk Vitalik Buterin, Yoav Weiss, Kristof Gazso, Namra Patel, Dror Tirosh, Shahaf Nacson dan Tjaden Hess.
EIP-4337 adalah proposal pengubah permainan yang memperkenalkan AA tanpa membuat perubahan apa pun pada protokol inti Ethereum. EIP-4337 memandu standar ERC-4337, yang dapat digunakan pembangun untuk mengimplementasikan dompet kontrak cerdas mereka sendiri, dan menyertakan beberapa infrastruktur tambahan, termasuk kumpulan memori "Bundler" dan UserOperation. Dengan melakukan ini, pada dasarnya mereplikasi fungsionalitas mempool transaksi dalam sistem yang lebih maju. Alih-alih mengirim transaksi, pengguna mengirimkan objek UserOperation, yang kemudian dapat dikemas menjadi satu transaksi dan dimasukkan ke dalam rantai Ethereum.
Berikut ini adalah penjelasan teknis ERC-4337 yang lebih spesifik dari dokumentasi resmi, serta beberapa komentar untuk pemahaman yang lebih baik.
Definisi dan peran kunci ERC-4337
UserOperation — struktur yang menjelaskan transaksi yang dikirim atas nama pengguna. Untuk menghindari kebingungan, tidak diberi nama "transaksi". Itu dikirim ke Bundler untuk dikemas dengan UserOperations lainnya. Paket tersebut kemudian dikirim ke pembuat blok sebagai satu transaksi.
Sender — akun kontrak yang mengirimkan UserOperation baru. Dompet smart contract harus mengimplementasikan antarmuka IAccount dari ERC-4337.
EntryPoint — kontrak tunggal yang mengimplementasikan paket UserOperations. Bundler/Klien daftar putih yang didukung EntryPoints. Kontrak ini disetujui dan ditinjau oleh tim Infinitism dan bertanggung jawab untuk menangani semua Operasi Pengguna dan menghubungkan kontrak lain termasuk Pabrik Dompet, Agregator, Paymaster. Itu akan memiliki alamat yang sama di sebagian besar rantai yang kompatibel dengan EVM.
Bundler — node (pembuat blok) yang menggabungkan beberapa UserOperations dari mempool dan membuat transaksi EntryPoint.handleOps(). Semua validator pada lapisan protokol tidak harus menjadi Bundler. Layanan Bundler dapat berjalan secara independen dari pembuat blok dan menggunakan RPC untuk mengirim UserOperations yang dibundel.
Agregator — Kontrak pembantu yang dipercaya oleh akun untuk memverifikasi tanda tangan gabungan. Bundler/Klien daftar putih yang didukung agregator. Agregator harus mengimplementasikan antarmuka IAggregator ERC-4337.
Paymaster — Kontrak yang dapat membayar biaya gas UserOperation untuk Pengirim jika ETH yang cukup disimpan dalam kontrak EntryPoint. Paymaster mengimplementasikan abstraksi Gas yang efisien. Paymaster harus mengimplementasikan antarmuka Paymaster dari ERC-4337. Paymaster dapat memiliki logikanya sendiri untuk membuat kesepakatan dengan Pengirim. Misalnya, Pengirim membayar USDC ke Paymaster, dan Paymaster mensponsori UserOperations dengan ETH. Faktanya, token ERC 20 apa pun atau bahkan token di rantai lain dapat didukung selama Paymaster setuju dan secara teknis layak.
Pabrik Dompet — kontrak yang dapat dipanggil untuk membuat dompet kontrak pintar untuk pengguna ERC-4337. Menyebarkan pabrik dompet tidak memiliki izin. Sebagai komponen on-chain, terbuka untuk audit publik dan pengawasan transparan. Pabrik Dompet yang banyak digunakan harus diaudit sepenuhnya oleh para profesional.
Diagram di bawah menjelaskan bagaimana kontrak EntryPoint berinteraksi dengan aktor lain.
Bundler memanggil fungsi handleOps dari kontrak EntryPoint, yang menggunakan UserOperation sebagai input.
handleOps memverifikasi UserOperation pada rantai, memeriksa apakah itu ditandatangani oleh alamat dompet kontrak pintar yang ditentukan, dan apakah dompet memiliki cukup Gas untuk memberi kompensasi kepada Bundler.
Jika verifikasi berhasil, handleOps akan menjalankan fungsi dompet smart contract sesuai dengan tanda tangan fungsi dan parameter input yang ditentukan dalam calldata UserOperation.
Di sisi lain, ketika Bundler menggunakan EOA untuk memicu fungsi handleOps, biaya Gas akan dikenakan. Dompet smart contract dapat membayar biaya Gas ke Bundler dari saldo akunnya sendiri, atau meminta kontrak Paymaster untuk membayar atas namanya. UserOperations yang tidak memiliki cukup Gas tidak dapat melewati proses verifikasi di dompet smart contract target dan karenanya gagal sebelum dieksekusi. Meskipun ada cukup bahan bakar, UserOperations mungkin gagal selama eksekusi, misalnya karena kesalahan runtime. Apakah eksekusi berhasil atau tidak, kontrak EntryPoint akan membayar biaya Gas ke Bundler yang memicu fungsi handleOps.
(Sumber: Dokumentasi Resmi:
Setelah ERC-4337 berlaku, pengguna sekarang memiliki dua cara untuk memulai transaksi blockchain. Salah satunya adalah cara asli, di mana EOA memulai transaksi. Yang lainnya adalah menggunakan standar ERC-4337 untuk memulai UserOperation melalui Bundler, dan kemudian Bundler akan mengemasnya dengan UserOperations lain dan memulainya di rantai. Diagram alir berikut mengilustrasikan perbedaan antara transaksi pengiriman EOA normal dan dompet kontrak ERC-4337 mengirim UserOperation.
Jalannya beraspal, tapi penumpangnya tidak banyak
ERC-4337 menyediakan kerangka kerja yang kuat bagi pengguna dan pengembang untuk menggunakan dan membangun AA di platform Ethereum. Meskipun kerangka kerja ini merupakan langkah maju yang penting, beberapa tantangan dan ketidakpastian masih perlu ditangani dan diselesaikan.
** Adopsi AA masih dalam tahap awal. **Menurut panel analisis Dune ERC-4337 (ERC-4337 Account Abstraction from @niftytable), hanya 65 k+ UserOperations yang dieksekusi on-chain, 90% di antaranya berasal dari Polygon. Oleh karena itu, jumlah UserOperations yang dilakukan saat ini masih sangat sedikit, sebagian besar merupakan pengujian pengembang dan hanya sebagian kecil yang dikaitkan dengan pengguna. Kami mencatat bahwa produk yang telah mengintegrasikan AA masih dalam tahap awal. Pada saat yang sama, Anda dapat melihat bahwa keuntungan Bundler negatif (-700 dalam istilah MATIC). Ini karena beberapa bundler di Polygon tidak menghitung gas pra-validasi dengan benar. Algoritma verifikasi ini masih membutuhkan optimasi.
**Selain itu, ada beberapa kekusutan yang perlu diselesaikan. Salah satu masalah tersebut adalah bagaimana Bundler menangani kegagalan transaksi. **Setelah Bundler memaketkan beberapa UserOperations bersama-sama, Bundler pertama-tama mensimulasikan transaksi untuk memeriksa apakah akan dibatalkan, lalu menghitung apakah biaya Gas yang dikembalikan oleh Pengirim atau Pembayar lebih besar daripada biaya Gas yang dibayarkan oleh transaksi. Jika menguntungkan, Bundler mengirimkan kumpulan UserOperations ini bersama-sama sebagai transaksi ke pembuat blok. Namun, transaksi mungkin masih gagal, sehingga Bundler membayar biaya gas tetapi tidak menerima gas kembali dari EntryPoint. Misalnya, pengguna mungkin mengirim tindakan ke Bundler yang berbeda. Bundler bersedia mengirimkan operasi apa pun secara on-chain jika menguntungkan dan simulasinya berhasil. Ini berarti jika UserOperation dikirimkan oleh Bundler yang berbeda pada waktu yang sama. Hanya satu transaksi yang akan berhasil, hanya satu Bundler yang akan menerima biaya gas dari EntryPoint, semua Bundler lainnya akan kehilangan gas karena kegagalan rantai. Meskipun orang dapat berargumen bahwa pengguna tidak boleh melakukan ini, perilaku seperti itu akan dianggap sebagai serangan jahat, dan bahwa Bundler dapat melarang alamat Pengirim dan menolak permintaan apa pun di masa mendatang dari alamat ini, ini bukan pendekatan yang masuk akal karena pengguna Operasi ini mungkin memiliki disampaikan secara tidak sengaja. Masalah seperti itu perlu ditangani dengan benar dalam kode, mungkin dengan mengembangkan jaringan mempool publik yang belum selesai. Selain itu, karena fluktuasi gas yang tiba-tiba, Bundler mungkin mengalami kerugian meskipun transaksi telah berhasil diajukan dan disimulasikan menguntungkan.
**Hal lainnya adalah Maximum Extractable Value (MEV) yang dapat diekstrak dari AA. **Dalam konteks Ethereum, MEV umumnya mengacu pada nilai yang dapat diekstraksi oleh penambang atau pemroses transaksi lainnya dengan memanipulasi urutan transaksi dalam sebuah blok atau memasukkan transaksi mereka sendiri dalam sebuah blok. Adakah yang memperhatikan bahwa logika MEV juga dapat diterapkan pada AA, karena Bundler bebas untuk memesan UserOperations? Namun, ini bersyarat, UserOperations yang cukup harus digabungkan bersama agar Bundler dapat mengekstrak MEV. Sekarang seluruh pasar AA masih dalam masa pertumbuhan, jadi MEV Bundler juga dapat dipertimbangkan dalam masa pertumbuhan. Secara umum, industri **AA dapat berkembang dalam dua arah: satu mirip dengan mainnet Ethereum, dengan peserta seperti Flashbots, Ultra Sound, dan BloXroute berpartisipasi, dan yang lainnya membentuk konsensus Bundler untuk menegakkan penyortiran keadilan. Pendekatan terakhir akan sepenuhnya menghilangkan kemungkinan MEV di AA. **
pengembangan masa depan
mempool publik
Meski ekosistem AA sudah berfungsi, masih banyak pekerjaan pembangunan yang harus dilakukan. Melihat seluruh ekosistem AA, celah terbesar saat ini adalah mempool publik. Tim Etherspot, pengembang klien Skandha Bundler, saat ini sedang mengembangkan jaringan p2p dengan mempool publik. Jaringan p2p dari mempool publik diharapkan akan tersedia pada bulan Agustus tahun ini.
Algoritma Pengepakan
Sepanjang jalan, Ethereum Foundation telah mendanai beberapa tim pengembangan AA dari pengembang yang berdedikasi dan pekerja keras. Hingga saat ini, beberapa versi klien Bundler telah dikembangkan dan sekarang tersedia. Beberapa dari mereka sangat berkembang dalam hal kematangan produk. Mereka adalah Candide (Voltaire Bundler ditulis dalam Python), Pimlico (Alto Bundler ditulis dalam Type), Etherspot (Skandha Bundler ditulis dalam Type), Stackup (Stackup-Bundler ditulis dalam Go), dan masih banyak lagi.
Sekarang, mari selami algoritme pengepakan secara lebih mendetail. Saat ini, karena jumlah UserOperations yang rendah, Bundler dapat menggunakan logika pengemasan yang sederhana dan lugas, seperti interval waktu tetap atau jumlah UserOperations di setiap bundel. Namun, karena jumlah UserOperations meningkat, terutama setelah pengenalan mempool publik, strategi untuk memilih dan mengemas UserOperations menjadi lebih kompleks. Alasannya sederhana: tanpa protokol konsensus seperti blockchain, Bundler membentuk hutan gelap, masing-masing memprioritaskan pekerjaan sesuai dengan kepentingannya sendiri, dan bersaing satu sama lain. Mempool pribadi, yang sesuai dengan mempool publik, lebih cenderung didahulukan. Karena ketika tidak menguntungkan untuk memaketkan UserOperations dari mempool publik, mungkin menguntungkan untuk mengemas UserOperations bersama-sama di mempool pribadi. Dengan cara ini, Bundler memiliki keunggulan kompetitif dalam hal pengemasan.
Selain itu, karena mempool publik diterima secara bertahap, UserOperations di dalamnya akan memiliki karakteristik yang berbeda, seperti ekspektasi keuntungan Gas yang berbeda dan kompleksitas eksekusi on-chain. Bundler akan melakukan simulasi off-chain untuk mengevaluasi profitabilitas berbagai kombinasi UserOperations untuk menetapkan strategi bundling unik mereka. Mengemas lebih banyak UserOperations berpotensi menghasilkan keuntungan lebih besar, tetapi juga meningkatkan risiko kegagalan validasi. Sekalipun verifikasi lolos, risiko kegagalan eksekusi pada rantai tetap ada. UserOperations yang kurang dikemas melakukan yang sebaliknya. Bundler perlu mengatur parameter gas transaksi mereka sendiri, yang akan memengaruhi prioritas pembuat blok untuk melakukan transaksi. Di bawah harga Gas pasar yang berbeda dan kondisi volatilitas Gas, Bundler mungkin memiliki strategi pengemasan yang berbeda. Pada saat yang sama, verifikasi dan kalkulasi kebijakan ini perlu menggunakan sumber daya komputasi perangkat keras lokal dan sumber daya node blockchain. Bundler juga perlu memastikan bahwa pengguna mendapatkan pengalaman yang baik dan bahwa pengguna tidak mengalami penundaan yang berlebihan setelah mengirimkan UserOperation.
Meskipun solusi untuk tantangan ini masih belum pasti, kami yakin bahwa evolusi industri AA dan upaya gabungan dari pengembang pada akhirnya akan menemukan solusi. Sebagai pembangun infrastruktur, BlockPI berharap dapat memecahkan masalah dalam pengembangan industri AA, baik sebagai pengembang maupun menyediakan infrastruktur AA yang ramah bagi pengembang lainnya.
Infrastruktur harus beradaptasi
AA mengabstraksi berbagai peran dalam perilaku transaksi pada rantai, termasuk pengirim, pembuat paket, pembayar gas, dompet kontrak, dan penanda tangan, yang memungkinkan pengguna memiliki tingkat kebebasan yang lebih tinggi saat menggunakan blockchain. Juga, layanan dalam AA dapat digunakan secara terpisah.
**Untuk mengakomodasi adopsi AA dalam skala besar, penyedia infrastruktur pertama-tama harus menyediakan setidaknya dua layanan dasar, yaitu layanan Bundler dan layanan Paymaster. **
Dalam layanan Bundler, penyedia infrastruktur mungkin perlu mengembangkan mempool pribadi dengan Bundler untuk memastikan pengalaman pengguna yang baik. Secara khusus, penyedia infrastruktur perlu mengintegrasikan berbagai klien Bundler untuk memastikan kekokohan layanan Bundler. Klien Bundler ini dikembangkan dalam bahasa pemrograman yang berbeda, tetapi semuanya menyediakan seperangkat metode JSON RPC standar yang ditentukan oleh tim inti ERC-4337. Saat ini, tidak banyak metode yang tersedia, tetapi lebih banyak metode akan ditambahkan di masa mendatang. Penyedia layanan infrastruktur harus memberikan dukungan yang berkelanjutan dan lengkap untuk API ini.
Selain itu, penting untuk mengoptimalkan dan mengadaptasi hubungan antara Bundler API dan RPC klien node asal. Kami tahu bahwa klien node saat ini tidak dioptimalkan dengan baik untuk daya tanggap dan kemampuan beradaptasi AA. Metode API Bundler tertentu memerlukan indeks data AA agar berfungsi. Misalnya, mencari UserOperation dengan hash memerlukan pengindeksan semua UserOperations. Jika tidak, konsumsi perangkat keras dari permintaan tunggal ini akan sangat tinggi, dan permintaan akan membutuhkan waktu lama untuk dikembalikan.
Selain itu, penyedia infrastruktur juga perlu mengintegrasikan berbagai layanan Paymaster untuk memberikan pengalaman pengguna bebas gas kepada pelanggan dan memberi mereka opsi layanan yang berbeda. Ini membutuhkan komunikasi dan integrasi yang baik dengan penyedia layanan Paymaster pihak ketiga.Pada saat yang sama, sesuai dengan permintaan pasar, solusi integrasi yang lebih nyaman berdasarkan layanan Paymaster yang ada juga dapat dirancang. Layanan lain, seperti tanda tangan agregat, pabrik dompet, dll., Juga merupakan arah yang memungkinkan untuk pengembangan dan integrasi di masa mendatang.
Saat ini, BlockPI sebenarnya sedang berusaha untuk mencapai semua tujuan di atas. Tidak hanya itu, kami berkomunikasi dengan hampir semua klien Bundler dan penyedia layanan Paymaster di komunitas, dan telah menjadikan integrasi layanan AA ke dalam Jaringan BlockPI sebagai prioritas utama kami. Kami juga melakukan diskusi mendalam dengan pengembang dompet AA untuk memahami kebutuhan pengguna. Oleh karena itu, kami dengan tulus menyambut kerja sama dan pertukaran dengan semua Bundler, Paymaster, dan dompet saat kami bergerak maju. Tujuan keseluruhan kami adalah untuk membangun dan mengembangkan ekosistem AA dengan yang lain, mendorong pertumbuhan dan perkembangannya dengan kemampuan terbaik kami. Dengan bekerja sama, kami berharap dapat memberikan kontribusi yang berarti bagi industri AA secara keseluruhan dan mendukung perkembangannya yang berkelanjutan. Karena bagaimanapun, misi utama kami adalah menjadi pelopor dalam industri dan mempromosikan pengembangan ekosistem AA sehingga pengguna web2 dapat menikmati pengalaman blockchain mereka tanpa hambatan.
Ringkas
Dari perspektif AA, kita berada pada momen sejarah baru. Meskipun kami telah mengaspal jalan di boulevard, belum banyak pengendara. Saat ini, penerapan AA masih dalam tahap awal. ERC-4337 menyediakan kerangka kerja yang kuat bagi pengguna dan pengembang untuk menggunakan dan membangun AA di platform Ethereum. Namun, masih banyak tantangan dan ketidakpastian yang perlu diselesaikan.
**Penyedia infrastruktur AA perlu menyediakan layanan Bundler dan layanan Paymaster untuk penggunanya, dan perlu mengintegrasikan berbagai klien Bundler dan penyedia layanan Paymaster untuk memastikan ketahanan layanan. **Untuk mengoptimalkan daya tanggap antara API dan klien node, data AA mungkin perlu diindeks untuk mengurangi konsumsi perangkat keras untuk satu permintaan. Untuk memberikan pengalaman pengguna yang lebih baik, penyedia infrastruktur juga perlu menyediakan lebih banyak opsi layanan kepada pengguna.
**Di masa depan, karena ekosistem AA terus berkembang dan mempool publik muncul, strategi untuk memilih dan mengemas UserOperations akan menjadi lebih kompleks. **Setiap Bundler memprioritaskan pekerjaannya sendiri berdasarkan kepentingannya sendiri dan bersaing dengan Bundler lainnya. Bundler perlu mengatur parameter gas transaksi mereka sendiri, yang memengaruhi prioritas pembuat blok untuk melakukan transaksi. Di bawah harga Gas pasar yang berbeda dan kondisi volatilitas Gas, Bundler mungkin memiliki strategi pengemasan yang berbeda.
Meskipun solusi untuk tantangan ini tidak pasti, kami yakin bahwa evolusi industri AA dan upaya gabungan dari pengembang pada akhirnya akan menemukan solusi. Sebagai pembangun infrastruktur, BlockPI berharap dapat menjadi pemecah masalah dalam pengembangan industri AA, baik sebagai pengembang maupun dengan menyediakan infrastruktur AA yang ramah bagi pengembang lainnya. Misi kami adalah mempromosikan pengembangan ekosistem AA sehingga pengguna Web2 dapat menikmati pengalaman blockchain mereka tanpa hambatan.
Lihat Asli
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Bagaimana membuat abstraksi akun memberdayakan infrastruktur untuk melayani miliaran pengguna?
Penulis: Albert He, Ilmuwan Cheif BlockPI; Penyusun: MarsBit, MK
Apakah itu bull market atau bear market, ekosistem Ethereum terus membangun dan mengoptimalkan diri. Diantaranya, abstraksi akun (AA) telah menjadi kemajuan yang sangat penting dalam beberapa tahun terakhir, dan telah merambah ke berbagai komponen ekosistem Ethereum, termasuk aplikasi, infrastruktur, pengguna, dan pengembang.
Kami dapat memperkirakan bahwa adopsi AA yang meluas di dunia dapat menurunkan hambatan masuk untuk kasus penggunaan blockchain, sehingga membawa pengalaman pengguna web2 ke industri web3. **
Untuk merangkul kemungkinan membentuk pasar AA multi-miliar, BlockPI berencana mendedikasikan sumber daya untuk mengintegrasikan AA ke dalam layanan infrastrukturnya. Dengan membangun integrasi AA, kami bertujuan untuk menyediakan cara yang lebih nyaman dan efisien bagi pengguna AA untuk berinteraksi dengan akun dompet kontrak mereka di blockchain, sekaligus memposisikan BlockPI sebagai pemimpin industri.
Dalam posting ini, saya akan mempelajari pemahaman kita tentang AA dan berbagi pemikiran dari perspektif penyedia layanan infrastruktur.
EOA dan dompet kontrak pintar
**Konsep AA berasal dari keterbatasan akun EOA. **Akun EOA (akun yang dimiliki secara eksternal) adalah akun pengguna tipikal di Ethereum, diwakili oleh kunci publik (alamat blockchain), dapat diakses melalui kunci privat. Ini adalah komponen utama ekosistem Ethereum, yang memungkinkan pengguna untuk berinteraksi dengan kontrak pintar dan melakukan transaksi di jaringan. Namun, menggunakan EOA dapat menjadi tantangan bagi orang-orang, dan beberapa ketidaknyamanan dapat memengaruhi pengalaman pengguna.
**Ketidaknyamanan pertama EOA terkait dengan penggunaan Gas. **Setiap transaksi akan membebani pengguna sejumlah besar ETH sebagai biaya Gas (biaya transfer ETH sederhana sebesar 25 Gwei untuk harga Gas adalah 0,5 USD, dan lebih banyak untuk interaksi kontrak atau harga Gas yang lebih tinggi). Ini membuat biaya transaksi menjadi sangat mahal untuk transaksi kecil, terutama selama periode puncak kemacetan jaringan. Selain itu, hanya ETH yang dapat digunakan untuk membayar Gas, yang berarti pengguna harus memiliki ETH di dompet mereka, yang merupakan penghalang masuk yang signifikan bagi banyak pengguna.
**Ketidaknyamanan kedua dari EOA adalah bahwa transaksi bersyarat tidak dapat dilakukan kecuali beberapa logika diimplementasikan menggunakan smart contract lainnya. **Misalnya, jika pengguna ingin menyetel transfer siklus waktu, mereka harus mentransfer ETH ke smart contract pihak ketiga dengan fungsi ini untuk mencapai fungsi ini.
**Ketidaknyamanan ketiga dari EOA adalah algoritma enkripsi tanda tangan. **Jaringan Ethereum menggunakan algoritme tanda tangan digital khusus yang disebut secp 256 k 1 untuk memastikan keaslian dan keamanan transaksi. Ini di-hardcode ke dalam sistem dan pengguna tidak dapat memilih untuk menggunakan algoritma lain.
Oleh karena itu, berawal dari permasalahan tersebut, masyarakat mulai berusaha mencari solusinya. Dompet kontrak pintar seperti MetaMask dan Argent adalah hasil dari upaya ini, mengatasi banyak keterbatasan EOA dengan menggunakan kontrak pintar Ethereum untuk meningkatkan fungsionalitas akun pengguna. Namun, solusi semacam itu masih memiliki beberapa kelemahan, terutama mengharuskan pengguna membayar biaya Gas untuk transaksi dan popularitas dompet smart contract.
**Berdasarkan tantangan tersebut, Ethereum mulai mencoba memperkenalkan konsep baru, yaitu abstraksi akun. Tujuan dari abstraksi akun adalah untuk memecahkan masalah ini di tingkat protokol, daripada mengandalkan kontrak pintar atau middleware lainnya. Inilah yang sekarang kita sebut abstraksi akun (AA). **
Di sisa posting ini, saya akan menggali konsep abstraksi akun dan bagaimana kita dapat menggunakannya untuk mengoptimalkan infrastruktur BlockPI.
**Selain tiga ketidaknyamanan EOA yang disebutkan di atas, hubungan yang mengikat antara kunci publik dan kunci privat juga menjadi masalah. **Kunci pribadi adalah satu-satunya cara untuk mengakses EOA, jika hilang, tidak ada cara untuk memulihkan kunci pribadi. Ini berarti bahwa jika kunci privat hilang, semua aset yang terkait dengannya tidak dapat diambil kembali.
**Selain itu, EOA juga menghadapi kendala saat menjalankan tugas linier dalam satu transaksi. **Misalnya, jika pengguna ingin menyetujui, menukar, dan menolak token dalam satu tindakan, mereka perlu melakukan tiga transaksi terpisah, yang tidak efisien dan memakan waktu.
Kabar baiknya adalah semua masalah di atas dapat diselesaikan dengan dompet smart contract. Dompet kontrak pintar adalah jenis kontrak pintar khusus yang mengimplementasikan AA. Ini dirancang untuk bertindak sebagai dompet pengguna di jaringan Ethereum dan menyediakan cara yang lebih adaptif dan personal untuk mengelola dana mereka. Selama logika kontrak cerdas Ethereum dapat direalisasikan, dompet kontrak cerdas dapat menyediakan fungsi yang diperlukan.
Secara khusus, transaksi dompet smart contract dapat dikemas menjadi transaksi on-chain untuk membagi biaya gas.Jika pihak ketiga bersedia membayar, bahkan mungkin tidak ada biaya gas. Suatu operasi dapat memfasilitasi pelaksanaan tugas berurutan dalam dompet kontrak cerdasnya. Dompet kontrak pintar dapat mendukung algoritme enkripsi tanda tangan apa pun, dan mengatur kode pemulihan, dll.
Dengan semua pembicaraan tentang manfaat dompet kontrak pintar, komunitas Ethereum sebenarnya telah mengerjakan dompet kontrak sejak awal. Meskipun banyak EIP telah diusulkan untuk mengeksplorasi abstraksi akun, tidak ada standar terpadu yang ditetapkan hingga tahun 2021. Di bawah ini adalah beberapa proposal yang paling representatif.
EIP-86
Awalnya dibuat pada tahun 2017 oleh Vitalik Buterin. Menerapkan serangkaian perubahan pada verifikasi tanda tangan "abstrak" dan layanan pemeriksaan nonce, memungkinkan pengguna untuk membuat "kontrak akun" yang melakukan pemeriksaan tanda tangan/nonce yang diinginkan.
EIP-2938
Dibuat pada tahun 2020. Judul EIP ini adalah Abstraksi Akun. EIP ini merinci konsep AA. Ini memperkenalkan jenis transaksi baru, transaksi AA. Transaksi ini akan diinisialisasi oleh alamat EntryPoint dan memanggil kontrak dompet AA. Dengan melakukan itu, ini memberikan spesifikasi terpadu dan memperkenalkan AA ke dalam konsensus Ethereum. Lebih khusus lagi, itu menambahkan dua opcode baru, tiga variabel global, dan struktur muatan yang berbeda ke konsensus Ethereum.
EIP-3074
Dibuat pada tahun 2020. EIP ini memperkenalkan dua instruksi EVM, AUTH dan AUTHCALL. AUTH menetapkan variabel konteks yang disebut resmi berdasarkan tanda tangan ECDSA. AUTHCALL mengirimkan panggilan atas nama akun resmi. Ini memungkinkan kontrak pintar untuk mengirim transaksi atas nama EOA. Tapi ini bukan solusi sempurna untuk AA. EIP-3074 menempatkan batasan tertentu pada transfer nilai asli selama transaksi sponsor. Jika Anda kehilangan akses ke EOA, Anda tidak akan dapat memulihkan aset Anda, dan jika dicuri, semua aset harus ditransfer ke akun baru.
Tak satu pun dari ide di atas yang secara resmi diadopsi ke dalam protokol Ethereum karena alasan utama seperti memerlukan perubahan pada lapisan konsensus atau tidak komprehensif. Oleh karena itu, komunitas Ethereum terus mengeksplorasi cara memperkenalkan AA ke dalam protokol Ethereum tanpa mengubah konsensus, dan akhirnya membuat EIP 4337.
###ERC — 4337
EIP-4337 awalnya diusulkan pada September 2021 dan disahkan sebagai ERC-4337 pada Maret 2023. Penulisnya termasuk Vitalik Buterin, Yoav Weiss, Kristof Gazso, Namra Patel, Dror Tirosh, Shahaf Nacson dan Tjaden Hess.
EIP-4337 adalah proposal pengubah permainan yang memperkenalkan AA tanpa membuat perubahan apa pun pada protokol inti Ethereum. EIP-4337 memandu standar ERC-4337, yang dapat digunakan pembangun untuk mengimplementasikan dompet kontrak cerdas mereka sendiri, dan menyertakan beberapa infrastruktur tambahan, termasuk kumpulan memori "Bundler" dan UserOperation. Dengan melakukan ini, pada dasarnya mereplikasi fungsionalitas mempool transaksi dalam sistem yang lebih maju. Alih-alih mengirim transaksi, pengguna mengirimkan objek UserOperation, yang kemudian dapat dikemas menjadi satu transaksi dan dimasukkan ke dalam rantai Ethereum.
Berikut ini adalah penjelasan teknis ERC-4337 yang lebih spesifik dari dokumentasi resmi, serta beberapa komentar untuk pemahaman yang lebih baik.
Definisi dan peran kunci ERC-4337
UserOperation — struktur yang menjelaskan transaksi yang dikirim atas nama pengguna. Untuk menghindari kebingungan, tidak diberi nama "transaksi". Itu dikirim ke Bundler untuk dikemas dengan UserOperations lainnya. Paket tersebut kemudian dikirim ke pembuat blok sebagai satu transaksi.
Sender — akun kontrak yang mengirimkan UserOperation baru. Dompet smart contract harus mengimplementasikan antarmuka IAccount dari ERC-4337.
EntryPoint — kontrak tunggal yang mengimplementasikan paket UserOperations. Bundler/Klien daftar putih yang didukung EntryPoints. Kontrak ini disetujui dan ditinjau oleh tim Infinitism dan bertanggung jawab untuk menangani semua Operasi Pengguna dan menghubungkan kontrak lain termasuk Pabrik Dompet, Agregator, Paymaster. Itu akan memiliki alamat yang sama di sebagian besar rantai yang kompatibel dengan EVM.
Bundler — node (pembuat blok) yang menggabungkan beberapa UserOperations dari mempool dan membuat transaksi EntryPoint.handleOps(). Semua validator pada lapisan protokol tidak harus menjadi Bundler. Layanan Bundler dapat berjalan secara independen dari pembuat blok dan menggunakan RPC untuk mengirim UserOperations yang dibundel.
Agregator — Kontrak pembantu yang dipercaya oleh akun untuk memverifikasi tanda tangan gabungan. Bundler/Klien daftar putih yang didukung agregator. Agregator harus mengimplementasikan antarmuka IAggregator ERC-4337.
Paymaster — Kontrak yang dapat membayar biaya gas UserOperation untuk Pengirim jika ETH yang cukup disimpan dalam kontrak EntryPoint. Paymaster mengimplementasikan abstraksi Gas yang efisien. Paymaster harus mengimplementasikan antarmuka Paymaster dari ERC-4337. Paymaster dapat memiliki logikanya sendiri untuk membuat kesepakatan dengan Pengirim. Misalnya, Pengirim membayar USDC ke Paymaster, dan Paymaster mensponsori UserOperations dengan ETH. Faktanya, token ERC 20 apa pun atau bahkan token di rantai lain dapat didukung selama Paymaster setuju dan secara teknis layak.
Pabrik Dompet — kontrak yang dapat dipanggil untuk membuat dompet kontrak pintar untuk pengguna ERC-4337. Menyebarkan pabrik dompet tidak memiliki izin. Sebagai komponen on-chain, terbuka untuk audit publik dan pengawasan transparan. Pabrik Dompet yang banyak digunakan harus diaudit sepenuhnya oleh para profesional.
Diagram di bawah menjelaskan bagaimana kontrak EntryPoint berinteraksi dengan aktor lain.
Bundler memanggil fungsi handleOps dari kontrak EntryPoint, yang menggunakan UserOperation sebagai input.
handleOps memverifikasi UserOperation pada rantai, memeriksa apakah itu ditandatangani oleh alamat dompet kontrak pintar yang ditentukan, dan apakah dompet memiliki cukup Gas untuk memberi kompensasi kepada Bundler.
Jika verifikasi berhasil, handleOps akan menjalankan fungsi dompet smart contract sesuai dengan tanda tangan fungsi dan parameter input yang ditentukan dalam calldata UserOperation.
Di sisi lain, ketika Bundler menggunakan EOA untuk memicu fungsi handleOps, biaya Gas akan dikenakan. Dompet smart contract dapat membayar biaya Gas ke Bundler dari saldo akunnya sendiri, atau meminta kontrak Paymaster untuk membayar atas namanya. UserOperations yang tidak memiliki cukup Gas tidak dapat melewati proses verifikasi di dompet smart contract target dan karenanya gagal sebelum dieksekusi. Meskipun ada cukup bahan bakar, UserOperations mungkin gagal selama eksekusi, misalnya karena kesalahan runtime. Apakah eksekusi berhasil atau tidak, kontrak EntryPoint akan membayar biaya Gas ke Bundler yang memicu fungsi handleOps.
(Sumber: Dokumentasi Resmi:
Setelah ERC-4337 berlaku, pengguna sekarang memiliki dua cara untuk memulai transaksi blockchain. Salah satunya adalah cara asli, di mana EOA memulai transaksi. Yang lainnya adalah menggunakan standar ERC-4337 untuk memulai UserOperation melalui Bundler, dan kemudian Bundler akan mengemasnya dengan UserOperations lain dan memulainya di rantai. Diagram alir berikut mengilustrasikan perbedaan antara transaksi pengiriman EOA normal dan dompet kontrak ERC-4337 mengirim UserOperation.
Jalannya beraspal, tapi penumpangnya tidak banyak
ERC-4337 menyediakan kerangka kerja yang kuat bagi pengguna dan pengembang untuk menggunakan dan membangun AA di platform Ethereum. Meskipun kerangka kerja ini merupakan langkah maju yang penting, beberapa tantangan dan ketidakpastian masih perlu ditangani dan diselesaikan.
** Adopsi AA masih dalam tahap awal. **Menurut panel analisis Dune ERC-4337 (ERC-4337 Account Abstraction from @niftytable), hanya 65 k+ UserOperations yang dieksekusi on-chain, 90% di antaranya berasal dari Polygon. Oleh karena itu, jumlah UserOperations yang dilakukan saat ini masih sangat sedikit, sebagian besar merupakan pengujian pengembang dan hanya sebagian kecil yang dikaitkan dengan pengguna. Kami mencatat bahwa produk yang telah mengintegrasikan AA masih dalam tahap awal. Pada saat yang sama, Anda dapat melihat bahwa keuntungan Bundler negatif (-700 dalam istilah MATIC). Ini karena beberapa bundler di Polygon tidak menghitung gas pra-validasi dengan benar. Algoritma verifikasi ini masih membutuhkan optimasi.
**Selain itu, ada beberapa kekusutan yang perlu diselesaikan. Salah satu masalah tersebut adalah bagaimana Bundler menangani kegagalan transaksi. **Setelah Bundler memaketkan beberapa UserOperations bersama-sama, Bundler pertama-tama mensimulasikan transaksi untuk memeriksa apakah akan dibatalkan, lalu menghitung apakah biaya Gas yang dikembalikan oleh Pengirim atau Pembayar lebih besar daripada biaya Gas yang dibayarkan oleh transaksi. Jika menguntungkan, Bundler mengirimkan kumpulan UserOperations ini bersama-sama sebagai transaksi ke pembuat blok. Namun, transaksi mungkin masih gagal, sehingga Bundler membayar biaya gas tetapi tidak menerima gas kembali dari EntryPoint. Misalnya, pengguna mungkin mengirim tindakan ke Bundler yang berbeda. Bundler bersedia mengirimkan operasi apa pun secara on-chain jika menguntungkan dan simulasinya berhasil. Ini berarti jika UserOperation dikirimkan oleh Bundler yang berbeda pada waktu yang sama. Hanya satu transaksi yang akan berhasil, hanya satu Bundler yang akan menerima biaya gas dari EntryPoint, semua Bundler lainnya akan kehilangan gas karena kegagalan rantai. Meskipun orang dapat berargumen bahwa pengguna tidak boleh melakukan ini, perilaku seperti itu akan dianggap sebagai serangan jahat, dan bahwa Bundler dapat melarang alamat Pengirim dan menolak permintaan apa pun di masa mendatang dari alamat ini, ini bukan pendekatan yang masuk akal karena pengguna Operasi ini mungkin memiliki disampaikan secara tidak sengaja. Masalah seperti itu perlu ditangani dengan benar dalam kode, mungkin dengan mengembangkan jaringan mempool publik yang belum selesai. Selain itu, karena fluktuasi gas yang tiba-tiba, Bundler mungkin mengalami kerugian meskipun transaksi telah berhasil diajukan dan disimulasikan menguntungkan.
**Hal lainnya adalah Maximum Extractable Value (MEV) yang dapat diekstrak dari AA. **Dalam konteks Ethereum, MEV umumnya mengacu pada nilai yang dapat diekstraksi oleh penambang atau pemroses transaksi lainnya dengan memanipulasi urutan transaksi dalam sebuah blok atau memasukkan transaksi mereka sendiri dalam sebuah blok. Adakah yang memperhatikan bahwa logika MEV juga dapat diterapkan pada AA, karena Bundler bebas untuk memesan UserOperations? Namun, ini bersyarat, UserOperations yang cukup harus digabungkan bersama agar Bundler dapat mengekstrak MEV. Sekarang seluruh pasar AA masih dalam masa pertumbuhan, jadi MEV Bundler juga dapat dipertimbangkan dalam masa pertumbuhan. Secara umum, industri **AA dapat berkembang dalam dua arah: satu mirip dengan mainnet Ethereum, dengan peserta seperti Flashbots, Ultra Sound, dan BloXroute berpartisipasi, dan yang lainnya membentuk konsensus Bundler untuk menegakkan penyortiran keadilan. Pendekatan terakhir akan sepenuhnya menghilangkan kemungkinan MEV di AA. **
pengembangan masa depan
mempool publik
Meski ekosistem AA sudah berfungsi, masih banyak pekerjaan pembangunan yang harus dilakukan. Melihat seluruh ekosistem AA, celah terbesar saat ini adalah mempool publik. Tim Etherspot, pengembang klien Skandha Bundler, saat ini sedang mengembangkan jaringan p2p dengan mempool publik. Jaringan p2p dari mempool publik diharapkan akan tersedia pada bulan Agustus tahun ini.
Algoritma Pengepakan
Sepanjang jalan, Ethereum Foundation telah mendanai beberapa tim pengembangan AA dari pengembang yang berdedikasi dan pekerja keras. Hingga saat ini, beberapa versi klien Bundler telah dikembangkan dan sekarang tersedia. Beberapa dari mereka sangat berkembang dalam hal kematangan produk. Mereka adalah Candide (Voltaire Bundler ditulis dalam Python), Pimlico (Alto Bundler ditulis dalam Type), Etherspot (Skandha Bundler ditulis dalam Type), Stackup (Stackup-Bundler ditulis dalam Go), dan masih banyak lagi.
Sekarang, mari selami algoritme pengepakan secara lebih mendetail. Saat ini, karena jumlah UserOperations yang rendah, Bundler dapat menggunakan logika pengemasan yang sederhana dan lugas, seperti interval waktu tetap atau jumlah UserOperations di setiap bundel. Namun, karena jumlah UserOperations meningkat, terutama setelah pengenalan mempool publik, strategi untuk memilih dan mengemas UserOperations menjadi lebih kompleks. Alasannya sederhana: tanpa protokol konsensus seperti blockchain, Bundler membentuk hutan gelap, masing-masing memprioritaskan pekerjaan sesuai dengan kepentingannya sendiri, dan bersaing satu sama lain. Mempool pribadi, yang sesuai dengan mempool publik, lebih cenderung didahulukan. Karena ketika tidak menguntungkan untuk memaketkan UserOperations dari mempool publik, mungkin menguntungkan untuk mengemas UserOperations bersama-sama di mempool pribadi. Dengan cara ini, Bundler memiliki keunggulan kompetitif dalam hal pengemasan.
Selain itu, karena mempool publik diterima secara bertahap, UserOperations di dalamnya akan memiliki karakteristik yang berbeda, seperti ekspektasi keuntungan Gas yang berbeda dan kompleksitas eksekusi on-chain. Bundler akan melakukan simulasi off-chain untuk mengevaluasi profitabilitas berbagai kombinasi UserOperations untuk menetapkan strategi bundling unik mereka. Mengemas lebih banyak UserOperations berpotensi menghasilkan keuntungan lebih besar, tetapi juga meningkatkan risiko kegagalan validasi. Sekalipun verifikasi lolos, risiko kegagalan eksekusi pada rantai tetap ada. UserOperations yang kurang dikemas melakukan yang sebaliknya. Bundler perlu mengatur parameter gas transaksi mereka sendiri, yang akan memengaruhi prioritas pembuat blok untuk melakukan transaksi. Di bawah harga Gas pasar yang berbeda dan kondisi volatilitas Gas, Bundler mungkin memiliki strategi pengemasan yang berbeda. Pada saat yang sama, verifikasi dan kalkulasi kebijakan ini perlu menggunakan sumber daya komputasi perangkat keras lokal dan sumber daya node blockchain. Bundler juga perlu memastikan bahwa pengguna mendapatkan pengalaman yang baik dan bahwa pengguna tidak mengalami penundaan yang berlebihan setelah mengirimkan UserOperation.
Meskipun solusi untuk tantangan ini masih belum pasti, kami yakin bahwa evolusi industri AA dan upaya gabungan dari pengembang pada akhirnya akan menemukan solusi. Sebagai pembangun infrastruktur, BlockPI berharap dapat memecahkan masalah dalam pengembangan industri AA, baik sebagai pengembang maupun menyediakan infrastruktur AA yang ramah bagi pengembang lainnya.
Infrastruktur harus beradaptasi
AA mengabstraksi berbagai peran dalam perilaku transaksi pada rantai, termasuk pengirim, pembuat paket, pembayar gas, dompet kontrak, dan penanda tangan, yang memungkinkan pengguna memiliki tingkat kebebasan yang lebih tinggi saat menggunakan blockchain. Juga, layanan dalam AA dapat digunakan secara terpisah.
**Untuk mengakomodasi adopsi AA dalam skala besar, penyedia infrastruktur pertama-tama harus menyediakan setidaknya dua layanan dasar, yaitu layanan Bundler dan layanan Paymaster. **
Dalam layanan Bundler, penyedia infrastruktur mungkin perlu mengembangkan mempool pribadi dengan Bundler untuk memastikan pengalaman pengguna yang baik. Secara khusus, penyedia infrastruktur perlu mengintegrasikan berbagai klien Bundler untuk memastikan kekokohan layanan Bundler. Klien Bundler ini dikembangkan dalam bahasa pemrograman yang berbeda, tetapi semuanya menyediakan seperangkat metode JSON RPC standar yang ditentukan oleh tim inti ERC-4337. Saat ini, tidak banyak metode yang tersedia, tetapi lebih banyak metode akan ditambahkan di masa mendatang. Penyedia layanan infrastruktur harus memberikan dukungan yang berkelanjutan dan lengkap untuk API ini.
Selain itu, penting untuk mengoptimalkan dan mengadaptasi hubungan antara Bundler API dan RPC klien node asal. Kami tahu bahwa klien node saat ini tidak dioptimalkan dengan baik untuk daya tanggap dan kemampuan beradaptasi AA. Metode API Bundler tertentu memerlukan indeks data AA agar berfungsi. Misalnya, mencari UserOperation dengan hash memerlukan pengindeksan semua UserOperations. Jika tidak, konsumsi perangkat keras dari permintaan tunggal ini akan sangat tinggi, dan permintaan akan membutuhkan waktu lama untuk dikembalikan.
Selain itu, penyedia infrastruktur juga perlu mengintegrasikan berbagai layanan Paymaster untuk memberikan pengalaman pengguna bebas gas kepada pelanggan dan memberi mereka opsi layanan yang berbeda. Ini membutuhkan komunikasi dan integrasi yang baik dengan penyedia layanan Paymaster pihak ketiga.Pada saat yang sama, sesuai dengan permintaan pasar, solusi integrasi yang lebih nyaman berdasarkan layanan Paymaster yang ada juga dapat dirancang. Layanan lain, seperti tanda tangan agregat, pabrik dompet, dll., Juga merupakan arah yang memungkinkan untuk pengembangan dan integrasi di masa mendatang.
Saat ini, BlockPI sebenarnya sedang berusaha untuk mencapai semua tujuan di atas. Tidak hanya itu, kami berkomunikasi dengan hampir semua klien Bundler dan penyedia layanan Paymaster di komunitas, dan telah menjadikan integrasi layanan AA ke dalam Jaringan BlockPI sebagai prioritas utama kami. Kami juga melakukan diskusi mendalam dengan pengembang dompet AA untuk memahami kebutuhan pengguna. Oleh karena itu, kami dengan tulus menyambut kerja sama dan pertukaran dengan semua Bundler, Paymaster, dan dompet saat kami bergerak maju. Tujuan keseluruhan kami adalah untuk membangun dan mengembangkan ekosistem AA dengan yang lain, mendorong pertumbuhan dan perkembangannya dengan kemampuan terbaik kami. Dengan bekerja sama, kami berharap dapat memberikan kontribusi yang berarti bagi industri AA secara keseluruhan dan mendukung perkembangannya yang berkelanjutan. Karena bagaimanapun, misi utama kami adalah menjadi pelopor dalam industri dan mempromosikan pengembangan ekosistem AA sehingga pengguna web2 dapat menikmati pengalaman blockchain mereka tanpa hambatan.
Ringkas
Dari perspektif AA, kita berada pada momen sejarah baru. Meskipun kami telah mengaspal jalan di boulevard, belum banyak pengendara. Saat ini, penerapan AA masih dalam tahap awal. ERC-4337 menyediakan kerangka kerja yang kuat bagi pengguna dan pengembang untuk menggunakan dan membangun AA di platform Ethereum. Namun, masih banyak tantangan dan ketidakpastian yang perlu diselesaikan.
**Penyedia infrastruktur AA perlu menyediakan layanan Bundler dan layanan Paymaster untuk penggunanya, dan perlu mengintegrasikan berbagai klien Bundler dan penyedia layanan Paymaster untuk memastikan ketahanan layanan. **Untuk mengoptimalkan daya tanggap antara API dan klien node, data AA mungkin perlu diindeks untuk mengurangi konsumsi perangkat keras untuk satu permintaan. Untuk memberikan pengalaman pengguna yang lebih baik, penyedia infrastruktur juga perlu menyediakan lebih banyak opsi layanan kepada pengguna.
**Di masa depan, karena ekosistem AA terus berkembang dan mempool publik muncul, strategi untuk memilih dan mengemas UserOperations akan menjadi lebih kompleks. **Setiap Bundler memprioritaskan pekerjaannya sendiri berdasarkan kepentingannya sendiri dan bersaing dengan Bundler lainnya. Bundler perlu mengatur parameter gas transaksi mereka sendiri, yang memengaruhi prioritas pembuat blok untuk melakukan transaksi. Di bawah harga Gas pasar yang berbeda dan kondisi volatilitas Gas, Bundler mungkin memiliki strategi pengemasan yang berbeda.
Meskipun solusi untuk tantangan ini tidak pasti, kami yakin bahwa evolusi industri AA dan upaya gabungan dari pengembang pada akhirnya akan menemukan solusi. Sebagai pembangun infrastruktur, BlockPI berharap dapat menjadi pemecah masalah dalam pengembangan industri AA, baik sebagai pengembang maupun dengan menyediakan infrastruktur AA yang ramah bagi pengembang lainnya. Misi kami adalah mempromosikan pengembangan ekosistem AA sehingga pengguna Web2 dapat menikmati pengalaman blockchain mereka tanpa hambatan.