Apakah itu bull market atau bear market, ekosistem Ethereum terus membangun dan mengoptimalkan diri. Diantaranya, Abstraksi Akun (AA) telah membuat kemajuan penting dalam beberapa tahun terakhir dan telah merambah ke semua bagian ekosistem Ethereum, termasuk aplikasi, infrastruktur, pengguna, dan pengembang. Kami dapat memperkirakan bahwa adopsi AA skala besar akan menurunkan ambang batas penggunaan blockchain secara keseluruhan dan memperkenalkan pengalaman pengguna web2 ke dalam industri web3.
Untuk menangkap peluang pasar AA bernilai miliaran dolar, BlockPI berencana untuk mengintegrasikan AA ke dalam layanan infrastrukturnya. Melalui integrasi dan inovasi di bidang AA, BlockPI berkomitmen untuk memberi pengguna AA cara yang lebih nyaman dan efisien untuk berinteraksi dengan akun dompet kontrak blockchain, dan berharap menjadi pemimpin dalam industri ini.
Pada artikel ini, tim BlockPI akan mendalami pemahaman mereka tentang AA dan berbagi pemikiran dari perspektif penyedia layanan infrastruktur.
EOA dan dompet kontrak
Konsep AA berasal dari keterbatasan akun EOA. Akun EOA (akun milik eksternal) adalah akun pengguna di Ethereum, diwakili oleh kunci publik (alamat blockchain) dan diakses melalui kunci pribadi. Ini adalah komponen utama ekosistem Ethereum, yang memungkinkan pengguna mentransfer uang di blockchain atau berinteraksi dengan kontrak pintar. Namun, bagi banyak orang, menggunakan EOA bisa menjadi tugas yang menantang. Selain itu, akun EOA saat ini masih memiliki beberapa ketidaknyamanan dalam penggunaannya, yang memengaruhi pengalaman pengguna.
Yang pertama adalah masalah biaya gas. Setiap transaksi akan membebani pengguna sejumlah besar ETH sebagai biaya Gas (ambil harga Gas 25 Gwei sebagai contoh, biaya Gas untuk transfer ETH sederhana adalah sekitar 0,5 dolar AS, dan akan lebih mahal untuk interaksi kontrak atau ketika harga Gas lebih tinggi). Ini membuat transaksi kecil menjadi sangat mahal, terutama selama periode kemacetan jaringan yang parah. Selain itu, hanya ETH yang dapat digunakan untuk membayar Gas, yang berarti pengguna harus menyimpan ETH di dompet mereka, yang merupakan hambatan masuk yang tinggi bagi banyak pengguna.
Kedua, untuk beberapa operasi kompleks yang ingin dicapai pengguna, EOA harus mengandalkan kontrak pintar lainnya. Misalnya, jika pengguna ingin menyetel transfer berkala berwaktu, pengguna perlu mentransfer ETH ke smart contract dengan fungsi ini untuk mencapai operasi ini.
Masalah ketiga dengan EOA adalah algoritma enkripsi tanda tangan tetap. Jaringan Ethereum menggunakan algoritme tanda tangan digital yang disebut secp256k1 untuk memastikan keaslian dan keamanan transaksi. Algoritma ini di-hardcode ke dalam sistem dan pengguna tidak dapat memilih untuk menggunakan algoritma enkripsi lainnya.
Selain tiga masalah di atas, hubungan yang mengikat antara kunci publik dan kunci privat EOA juga menjadi masalah. Kunci privat adalah satu-satunya cara bagi pengguna untuk mengakses EOA, jika kunci privat hilang, kunci tersebut tidak akan diambil. Ini juga berarti bahwa semua aset dalam EOA yang terkait dengannya tidak dapat diambil kembali.
Pada saat yang sama, EOA juga memiliki keterbatasan dalam melakukan tugas linier tertentu. Misalnya, jika pengguna ingin menyetujui (approve), menukar (swap) dan menolak token (unapprove token) dalam satu operasi, tiga transaksi terpisah perlu dilakukan, yang tidak efisien dan memakan waktu.
Kabar baiknya adalah dompet kontrak dapat menyelesaikan semua masalah di atas. Dompet kontrak pada dasarnya adalah jenis khusus dari akun kontrak pintar yang mengimplementasikan AA, yang dapat digunakan sebagai dompet pengguna di Ethereum. Dan itu dapat memberi pengguna cara yang lebih fleksibel dan personal untuk mengelola dana. Selama logika yang dapat direalisasikan oleh kontrak cerdas Ethereum, dompet kontrak dapat direalisasikan dan menyediakan fungsi yang sesuai.
Secara khusus, beberapa operasi dompet kontrak dapat dikemas ke dalam transaksi on-chain, dan operasi ini dapat membagi biaya Gas dari transaksi ini. Jika pihak ketiga bersedia membayar biaya Gas, tidak perlu membayar Gas untuk pengguna yang menggunakan dompet kontrak. Dompet kontrak juga dapat menyelesaikan beberapa tugas linier sekaligus. Selain itu, dompet kontrak juga mendukung algoritme enkripsi tanda tangan khusus, dan menetapkan fungsi pemulihan dompet, dan sebagainya.
Saat diskusi tentang keuntungan dompet kontrak berlanjut, komunitas Ethereum sebenarnya telah melakukan penelitian jangka panjang tentang dompet kontrak. Meskipun banyak EIP telah mengeksplorasi masalah terkait abstraksi akun, hingga tahun 2021, belum ada standar terpadu yang ditetapkan. Di bawah ini adalah beberapa perwakilan EIP.
EIP-86
Awalnya diusulkan pada 2017 oleh Vitalik Buterin. Skema ini mengimplementasikan serangkaian perubahan dengan tujuan umum verifikasi tanda tangan "abstraksi" dan pemeriksaan nonce, sehingga memungkinkan pengguna untuk membuat "kontrak akun" yang dapat melakukan pemeriksaan tanda tangan/nonce sewenang-wenang.
EIP-2938
Disajikan pada tahun 2020. Judul EIP ini adalah Abstraksi Akun. Konsep AA dijelaskan dengan baik dalam EIP ini. Ini memperkenalkan jenis transaksi baru, transaksi AA. Transaksi dimulai oleh alamat titik masuk (alamat Titik Masuk) dan memanggil dompet kontrak AA. EIP-2938 menyediakan spesifikasi terpadu dan secara resmi memperkenalkan abstraksi akun AA ke dalam konsensus Ethereum. Secara khusus, ini memperkenalkan dua opcode baru, tiga variabel global, dan struktur muatan yang berbeda untuk konsensus Ethereum.
EIP-3074
Disajikan pada tahun 2020. EIP ini memperkenalkan dua instruksi EVM, AUTH dan AUTHCALL. AUTH menetapkan variabel lingkungan sesuai dengan otoritas penandatanganan ECDSA. AUTHCALL mengirimkan panggilan sebagai akun resmi. Ini memungkinkan kontrak pintar untuk mengirim transaksi atas nama EOA. Tapi ini masih bukan solusi sempurna untuk AA. Dalam proses transaksi otorisasi, EIP-3074 memiliki batasan tertentu pada pengiriman nilai asli. Dan jika pengguna kehilangan akses ke EOA, masih belum ada cara untuk mendapatkan kembali asetnya. Jika kunci privat bocor, pengguna harus mentransfer semua aset ke akun baru.
Tak satu pun dari proposal di atas yang secara resmi dimasukkan ke dalam protokol Ethereum karena kebutuhan akan perubahan pada lapisan konsensus atau karena proposal tidak cukup komprehensif. Oleh karena itu, komunitas Ethereum terus mengeksplorasi cara memperkenalkan AA ke dalam protokol Ethereum tanpa mengubah konsensus, dan akhirnya mengusulkan EIP4337.
###ERC - 4337
EIP-4337 awalnya diusulkan pada September 2021 dan disahkan sebagai ERC-4337 pada Maret 2023. Penulisnya antara lain Vitalik Buterin, Yoav Weiss, Kristof Gazso, Namra Patel, Dror Tirosh, Shahaf Nacson, dan Tjaden Hess.
EIP-4337 adalah proposal yang mengganggu yang akan memperkenalkan AA tanpa mengubah protokol inti Ethereum. EIP-4337 akhirnya menjadi standar ERC-4337, yang dapat digunakan pembangun untuk mengimplementasikan dompet kontrak pintar mereka sendiri. Pada saat yang sama, standar juga memperkenalkan beberapa infrastruktur tambahan termasuk "Bundlers" dan "mempool UserOperation". Dengan cara ini, ini benar-benar mereplikasi mempool Ethereum dengan fungsi serupa di lapisan atas sistem blockchain. Apa yang pengguna kirimkan bukan lagi satu transaksi, tetapi UserOperation. UserOperations ini dapat dikemas menjadi satu transaksi dan dikirim ke Ethereum.
Berikut ini adalah penjelasan teknis terperinci tentang ERC-4337 di Ethereum [dokumentasi resmi], dengan beberapa komentar bermanfaat.
Peran kunci ERC-4337 dan definisinya
UserOperation—menjelaskan struktur transaksi yang dikirim atas nama pengguna. Untuk menghindari kebingungan, itu tidak bernama "transaksi" dan akan dikirim ke Bundler untuk dikemas bersama dengan UserOperations lainnya sebagai Bundel. Bundel tersebut kemudian dikirim secara on-chain sebagai satu transaksi.
Sender—akun kontrak yang mengirim UserOperation. Kontrak dompet harus mengikuti standar ERC-4337 untuk mengonfigurasi antarmuka IAccount.
EntryPoint - kontrak tunggal global yang mengeksekusi bundel UserOperations. Bundler/Klien daftar putih yang didukung EntryPoints. Kontrak tersebut diaudit dan disetujui untuk diterapkan oleh tim Infinitism, dan bertanggung jawab untuk menangani semua UserOperations dan menghubungkan kontrak dengan peran lain, termasuk Wallet Factory, Aggregator, dan Paymaster. Kontrak semuanya berada di alamat yang sama pada rantai yang kompatibel dengan EVM.
Bundler—Node yang mengemas beberapa UserOperations dari mempool dan membuat transaksi EntryPoint.handleOps() (node penghasil blok saat ini). Layanan Bundler dapat berjalan secara independen dari node blockchain dan mengirim UserOperations yang dikemas melalui RPC.
Aggregator — Kontrak tambahan yang dipercaya oleh akun untuk memverifikasi tanda tangan gabungan. Daftar putih Bundler/Klien mendukung agregator tanda tangan. Agregator harus mengonfigurasi antarmuka IAggregator mengikuti standar ERC-4337.
Paymaster—kontrak cerdas yang dapat membayar Gas atas nama Anda. Jika itu menyimpan cukup ETH dalam kontrak EntryPoint, itu dapat membayar pengirim kontrak pintar untuk biaya Gas UserOperation, secara efektif menerapkan abstraksi Gas. Paymaster harus mengikuti standar ERC-4337 untuk mengonfigurasi antarmuka Paymaster. Paymaster dapat membuat perjanjian dengan Pengirim. Misalnya, Pengirim membayar USDC ke Paymaster, dan Paymaster menggunakan ETH untuk membayar Gas dari UserOperations yang dikirimkannya. Bahkan, Paymaster dapat memilih untuk mendukung apapun
Token
, termasuk ERC-20
Token
bahkan rantai lainnya
Token
。
Pabrik Dompet—kontrak cerdas yang dapat membuat dompet kontrak untuk pengguna ERC-4337. Menyebarkan Wallet Factory bebas lisensi. Sebagai smart contract on-chain, kodenya terbuka untuk umum dan siapa saja dapat meninjaunya. 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 menerima UserOperation sebagai input.
handleOps akan memverifikasi UserOperation pada rantai, periksa apakah itu ditandatangani oleh alamat dompet kontrak pintar yang ditentukan, dan konfirmasikan apakah dompet memiliki cukup Gas untuk memberi kompensasi kepada Bundler.
Jika verifikasi lolos, handleOps akan mengeksekusi fungsi smart contract wallet sesuai dengan fungsi dan input parameter yang ditentukan dalam calldata UserOperation.
Di sisi lain, ketika Bundler menggunakan EOA untuk memicu fungsi handleOps, biaya Gas akan dikenakan. Dompet kontrak pintar dapat membayar biaya Gas Bundler dari saldo akunnya sendiri, atau meminta kontrak Paymaster untuk membayarnya. UserOperations tidak dapat melewati langkah verifikasi off-chain tanpa Gas yang cukup, yaitu gagal sebelum menjalankan transaksi pada rantai. Meskipun ada cukup Gas, UserOperations mungkin masih gagal karena kesalahan runtime dan alasan lain selama eksekusi. Untuk UserOperation, terlepas dari apakah eksekusi kontrak berhasil atau tidak, kontrak EntryPoint akan membayar biaya Gas kepada Bundler yang memicu fungsi handleOps.
Setelah ERC-4337 berlaku, pengguna sekarang dapat memulai transaksi blockchain dengan dua cara. Salah satunya adalah cara tradisional, yaitu EOA yang memulai transaksi secara langsung. Yang lainnya adalah menggunakan standar ERC-4337 untuk memulai UserOperation melalui Bundler, dan kemudian Bundler akan mengemasnya dengan UserOperations lain dan mengirimkannya ke rantai jaringan. Diagram alir di bawah mengilustrasikan perbedaan antara transaksi pengiriman EOA normal dan dompet kontrak ERC-4337 yang mengirim UserOperation.
Jalannya sudah diaspal, tapi belum banyak pejalan kaki
ERC-4337 menyediakan kerangka kerja yang kuat bagi pengguna dan pengembang untuk menggunakan dan membangun AA di Ethereum. Meskipun kerangka kerja ini merupakan kemajuan penting, masih ada beberapa tantangan dan ketidakpastian yang perlu ditangani dan diselesaikan.
Adopsi AA masih dalam tahap awal. Menurut panel analisis Dune ERC-4337 [ERC-4337 Account Abstraction], hanya 65k+ UserOperations yang dieksekusi pada rantai, 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 berasal dari pengguna sebenarnya. Kami mencatat bahwa produk yang telah mengintegrasikan AA masih dalam tahap awal. Saat ini dapat kita amati bahwa Bundler secara keseluruhan masih dalam keadaan merugi, dan kerugian saat ini sekitar lebih dari 700 MATIC. Hal ini terutama disebabkan oleh beberapa Bundler di Polygon yang salah memperkirakan gas yang dibutuhkan, sehingga Gas yang dikembalikan oleh EntryPoint lebih sedikit daripada gas yang dikonsumsi oleh Bundel yang dikirimkan. Masalah ini perlu diselesaikan di tingkat klien Bundler.
Di luar itu, ada beberapa masalah yang perlu ditangani. Salah satu masalah tersebut adalah bagaimana Bundler menangani kegagalan transaksi.
Setelah menggabungkan beberapa UserOperations bersama-sama, Bundler akan mensimulasikan transaksi terlebih dahulu, mendeteksi apakah akan ada kegagalan eksekusi kontrak, dan menghitung apakah biaya Gas yang dikembalikan oleh Pengirim atau Pembayar lebih besar dari biaya Gas yang dibayarkan.
Jika menguntungkan, Bundler mengirimkan kumpulan UserOperations ini ke node blok sebagai transaksi. Namun, masih ada kemungkinan transaksi gagal, sehingga Bundler membayar biaya Gas tetapi tidak menerima pengembalian Gas dari EntryPoint. Misalnya, pengguna mungkin mengirim tindakan ke Bundler yang berbeda. Jika ada ruang untuk keuntungan dan simulasi berhasil, Bundler memasukkannya ke rantai. Dalam hal ini, jika UserOperation dikirimkan ke node blok oleh Bundler yang berbeda pada saat yang sama, hanya satu transaksi yang akan berhasil, yang berarti hanya satu Bundler yang akan menerima biaya Gas yang dikembalikan oleh EntryPoint, dan semua Bundler lainnya akan gagal karena untuk merantai Dan kehilangan Gas. Meskipun orang mungkin berpendapat bahwa perilaku ini harus dianggap sebagai serangan jahat, dan berpendapat bahwa Bundler dapat memblokir alamat Pengirim dan menolak permintaan apa pun di masa mendatang dari alamat itu, ini bukan solusi yang masuk akal karena pengguna dapat melakukan tindakan ini secara tidak sengaja. Masalah ini perlu ditangani dengan benar dalam kode, mungkin melalui jaringan mempool publik yang sedang dikembangkan. Selain itu, Bundler dapat mengalami kerugian karena fluktuasi gas yang tiba-tiba meskipun transaksi berhasil diajukan dan hasil simulasi menunjukkan bahwa ada ruang untuk mendapatkan keuntungan.
Masalah lainnya adalah maximum extractable value (MEV) yang bisa didapatkan dari AA. Dalam konteks Ethereum, MEV umumnya mengacu pada nilai yang diekstraksi oleh penambang atau pemroses transaksi lainnya dengan memanipulasi urutan transaksi dalam sebuah blok atau memasukkan transaksi mereka sendiri dalam sebuah blok. Orang mungkin memperhatikan bahwa logika MEV juga dapat diterapkan pada AA. Ini karena di AA, Bundler dapat dengan bebas memesan UserOps, yang memberi mereka kemungkinan untuk memperoleh MEV. Namun, apakah Bundler dapat mengekstraksi MEV tergantung pada apakah cukup UserOperations dapat digabungkan bersama. Sekarang seluruh pasar AA masih dalam masa pertumbuhan, jadi MEV Bundler juga dapat dipertimbangkan dalam masa pertumbuhan. Dapat dilihat bahwa MEV AA dapat berkembang dalam dua arah: satu mirip dengan mainnet Ethereum, dengan partisipasi peserta seperti Flashbots, Ultra Sound, dan BloXroute; arah lainnya adalah membentuk konsensus Bundler untuk menerapkan penyortiran yang adil. Yang terakhir akan sepenuhnya menghilangkan kemungkinan mengekstraksi MEV di AA.
pengembangan masa depan
mempool publik
Meskipun ekosistem AA sudah beroperasi, masih banyak pekerjaan pengembangan yang harus dilakukan. Melihat seluruh ekosistem AA, bagian terbesar yang hilang saat ini adalah mempool publik. Tim Etherspot, pengembang klien Skandha Bundler, saat ini sedang mengembangkan jaringan p2p dengan mempool publik. Jaringan p2p mempool publik diharapkan diluncurkan pada Agustus tahun ini.
Algoritma bundel
Sepanjang jalan, Ethereum Foundation telah mendanai beberapa tim pengembangan AA yang luar biasa. Sejauh ini, beberapa klien Bundler telah dikembangkan dan saat ini tersedia. Di antara mereka, ada yang sangat dewasa. 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), dll.
Di sinilah masalah strategi pengemasan. Saat ini, karena jumlah UserOperations yang kecil, Bundler dapat mengadopsi logika pengemasan sederhana, seperti interval waktu tetap atau sejumlah UserOperations tertentu di setiap Bundle. Namun, karena jumlah UserOperations meningkat, terutama setelah pengenalan mempool publik, strategi untuk memilih dan mengemas UserOperations menjadi lebih kompleks. Alasannya sederhana: dalam ekosistem AA, tidak ada mekanisme yang mirip dengan protokol konsensus blockchain, dan grup Bundler telah menjadi hutan gelap.Setiap Bundler memprioritaskan tugas sesuai dengan kepentingannya sendiri dan bersaing satu sama lain. Berbeda dengan mempool publik, mempool pribadi mungkin muncul lebih awal. Karena ketika tidak menguntungkan untuk memaketkan UserOperations dari mempool publik, masih mungkin untuk mengemas UserOperations di mempool pribadi. Dalam hal ini, Bundler lebih kompetitif dengan Bundler lain dalam pengemasan.
Selain itu, dengan mempopulerkan mempool publik secara bertahap, UserOperations di dalamnya memiliki berbagai karakteristik, 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 masing-masing. Mengemas lebih banyak UserOperations berpotensi menghasilkan laba lebih tinggi, tetapi juga meningkatkan risiko kegagalan validasi. Sekalipun verifikasi lolos, risiko kegagalan eksekusi pada rantai tetap ada. Sebaliknya, UserOperations dengan kemasan lebih sedikit adalah kebalikannya.
Bundler perlu menetapkan parameter gas transaksinya sendiri, yang akan memengaruhi prioritas produsen blok untuk mengeksekusi transaksi ini. Di bawah estimasi harga Gas dan kondisi volatilitas Gas yang berbeda, Bundler mungkin memiliki strategi pengemasan yang berbeda. Pada saat yang sama, juga perlu mempertimbangkan biaya sumber daya komputasi perangkat keras lokal dan sumber daya node blockchain untuk verifikasi dan perhitungan kebijakan ini. Selain itu, Bundler juga perlu memastikan pengalaman pengguna yang baik bagi pengguna dan memastikan bahwa pengguna tidak menghadapi penundaan yang berlebihan setelah mengirimkan UserOperations.
Meskipun solusi untuk tantangan ini masih belum jelas, kami dapat mengatakan dengan yakin bahwa pengembangan industri AA dan upaya bersama para pengembang pada akhirnya akan menyelesaikan masalah ini. Sebagai pembangun infrastruktur, BlockPI berharap dapat berperan sebagai pemecah masalah dalam pengembangan industri AA, baik sebagai pengembang maupun menyediakan infrastruktur ramah AA bagi pengembang lainnya.
*Infrastruktur harus beradaptasi dengan AA
AA mengabstraksi berbagai peran yang terlibat dalam transaksi on-chain, termasuk Pengirim, Bundler, pembayar Gas, dompet kontrak, dan Penanda Tangan, sehingga pengguna memiliki tingkat kebebasan yang lebih tinggi saat menggunakan blockchain. Pada saat yang sama, penyedia infrastruktur dapat secara mandiri menyebarkan layanan ini sesuai penilaian mereka sendiri di pasar.
Untuk beradaptasi dengan adopsi AA skala besar, penyedia infrastruktur pertama-tama harus menyediakan setidaknya dua layanan dasar: layanan Bundler dan layanan Paymaster.
Dalam layanan Bundler, penyedia infrastruktur mungkin perlu mengembangkan mempool pribadi bersama dengan Bundler untuk memberikan pengalaman pengguna yang baik. Secara khusus, penyedia infrastruktur perlu mengintegrasikan berbagai klien Bundler untuk memastikan stabilitas layanan Bundler. Klien Bundler ini saat ini memberi pengguna beberapa metode RPC JSON standar yang disediakan oleh grup pengembangan inti ERC-4337. Diperkirakan bahwa lebih banyak metode RPC akan tersedia bagi pengguna di masa mendatang. Penyedia layanan infrastruktur perlu memperbarui dukungan untuk metode ini secara tepat waktu selama proses ini.
Selain itu, penting untuk mengoptimalkan antara Bundler API dan RPC klien node asal. Klien node saat ini tidak dioptimalkan untuk AA. Beberapa metode Bundler API memerlukan indeks terhadap data yang disediakan untuk AA. Misalnya, saat klien saat ini mencari UserOperation berdasarkan hash, klien perlu memindai log kontrak EntryPoint di semua blok. Jika tidak ada indeks data, konsumsi sumber daya perangkat keras dari satu permintaan ini akan sangat besar, dan waktu kembalinya permintaan juga akan menjadi sangat lama.
Selain itu, untuk memberikan pengalaman pengguna bebas Gas dan layanan yang beragam kepada pengguna, penyedia infrastruktur perlu bekerja sama dengan penyedia layanan Paymaster yang berbeda untuk mengintegrasikan berbagai layanan Paymaster. Pada saat yang sama, sesuai permintaan pasar, penyedia infrastruktur juga dapat merancang solusi terintegrasi yang lebih nyaman berdasarkan layanan Paymaster yang ada. Layanan lain, seperti tanda tangan gabungan, pabrik dompet, dll., juga merupakan arah potensial untuk pengembangan dan integrasi infrastruktur di masa mendatang.
Singkatnya, untuk beradaptasi dengan aplikasi AA skala besar, penyedia infrastruktur perlu terus meningkatkan dan memperluas layanan mereka. Ini termasuk mengoptimalkan layanan Bundler, bekerja sama dengan berbagai penyedia layanan Paymaster, mengintegrasikan berbagai antarmuka API, dan mengembangkan layanan potensial lainnya. Seiring perkembangan industri AA, upaya ini akan membantu memberikan pengalaman blockchain yang lebih efisien, aman, dan nyaman.
Saat ini, BlockPI bekerja keras untuk mencapai tujuan di atas. Tidak hanya itu, kami telah berkomunikasi dengan hampir semua klien Bundler dan penyedia layanan Paymaster di komunitas, dan akan mengintegrasikan AA ke dalam jaringan BlockPI sebagai tugas pengembangan utama kami. Pada saat yang sama, kami juga melakukan komunikasi mendalam dengan pengembang dompet AA untuk memahami kebutuhan pengguna. Kami dengan tulus menyambut semua Bundler, Paymaster, dan dompet untuk berkomunikasi dan bekerja sama dengan kami.
Tujuan BlockPI adalah untuk membangun dan mengembangkan ekosistem AA bersama dengan masyarakat, dan melakukan segala kemungkinan untuk mendorong kemajuan dan kemakmuran ekosistem AA. Kami berharap melalui kerja sama dengan komunitas, kami akan berkontribusi pada seluruh industri AA sebagai pemimpin industri dan mendukung proses pengembangan selanjutnya, sehingga pengguna Web2 dapat merasakan teknologi blockchain tanpa hambatan.
Lihat Asli
Konten ini hanya untuk referensi, bukan ajakan atau tawaran. Tidak ada nasihat investasi, pajak, atau hukum yang diberikan. Lihat Penafian untuk pengungkapan risiko lebih lanjut.
Bagaimana infrastruktur mendukung miliaran pengguna melalui abstraksi akun?
Apakah itu bull market atau bear market, ekosistem Ethereum terus membangun dan mengoptimalkan diri. Diantaranya, Abstraksi Akun (AA) telah membuat kemajuan penting dalam beberapa tahun terakhir dan telah merambah ke semua bagian ekosistem Ethereum, termasuk aplikasi, infrastruktur, pengguna, dan pengembang. Kami dapat memperkirakan bahwa adopsi AA skala besar akan menurunkan ambang batas penggunaan blockchain secara keseluruhan dan memperkenalkan pengalaman pengguna web2 ke dalam industri web3.
Untuk menangkap peluang pasar AA bernilai miliaran dolar, BlockPI berencana untuk mengintegrasikan AA ke dalam layanan infrastrukturnya. Melalui integrasi dan inovasi di bidang AA, BlockPI berkomitmen untuk memberi pengguna AA cara yang lebih nyaman dan efisien untuk berinteraksi dengan akun dompet kontrak blockchain, dan berharap menjadi pemimpin dalam industri ini.
Pada artikel ini, tim BlockPI akan mendalami pemahaman mereka tentang AA dan berbagi pemikiran dari perspektif penyedia layanan infrastruktur.
EOA dan dompet kontrak
Konsep AA berasal dari keterbatasan akun EOA. Akun EOA (akun milik eksternal) adalah akun pengguna di Ethereum, diwakili oleh kunci publik (alamat blockchain) dan diakses melalui kunci pribadi. Ini adalah komponen utama ekosistem Ethereum, yang memungkinkan pengguna mentransfer uang di blockchain atau berinteraksi dengan kontrak pintar. Namun, bagi banyak orang, menggunakan EOA bisa menjadi tugas yang menantang. Selain itu, akun EOA saat ini masih memiliki beberapa ketidaknyamanan dalam penggunaannya, yang memengaruhi pengalaman pengguna.
Yang pertama adalah masalah biaya gas. Setiap transaksi akan membebani pengguna sejumlah besar ETH sebagai biaya Gas (ambil harga Gas 25 Gwei sebagai contoh, biaya Gas untuk transfer ETH sederhana adalah sekitar 0,5 dolar AS, dan akan lebih mahal untuk interaksi kontrak atau ketika harga Gas lebih tinggi). Ini membuat transaksi kecil menjadi sangat mahal, terutama selama periode kemacetan jaringan yang parah. Selain itu, hanya ETH yang dapat digunakan untuk membayar Gas, yang berarti pengguna harus menyimpan ETH di dompet mereka, yang merupakan hambatan masuk yang tinggi bagi banyak pengguna.
Kedua, untuk beberapa operasi kompleks yang ingin dicapai pengguna, EOA harus mengandalkan kontrak pintar lainnya. Misalnya, jika pengguna ingin menyetel transfer berkala berwaktu, pengguna perlu mentransfer ETH ke smart contract dengan fungsi ini untuk mencapai operasi ini.
Masalah ketiga dengan EOA adalah algoritma enkripsi tanda tangan tetap. Jaringan Ethereum menggunakan algoritme tanda tangan digital yang disebut secp256k1 untuk memastikan keaslian dan keamanan transaksi. Algoritma ini di-hardcode ke dalam sistem dan pengguna tidak dapat memilih untuk menggunakan algoritma enkripsi lainnya.
Selain tiga masalah di atas, hubungan yang mengikat antara kunci publik dan kunci privat EOA juga menjadi masalah. Kunci privat adalah satu-satunya cara bagi pengguna untuk mengakses EOA, jika kunci privat hilang, kunci tersebut tidak akan diambil. Ini juga berarti bahwa semua aset dalam EOA yang terkait dengannya tidak dapat diambil kembali.
Pada saat yang sama, EOA juga memiliki keterbatasan dalam melakukan tugas linier tertentu. Misalnya, jika pengguna ingin menyetujui (approve), menukar (swap) dan menolak token (unapprove token) dalam satu operasi, tiga transaksi terpisah perlu dilakukan, yang tidak efisien dan memakan waktu.
Kabar baiknya adalah dompet kontrak dapat menyelesaikan semua masalah di atas. Dompet kontrak pada dasarnya adalah jenis khusus dari akun kontrak pintar yang mengimplementasikan AA, yang dapat digunakan sebagai dompet pengguna di Ethereum. Dan itu dapat memberi pengguna cara yang lebih fleksibel dan personal untuk mengelola dana. Selama logika yang dapat direalisasikan oleh kontrak cerdas Ethereum, dompet kontrak dapat direalisasikan dan menyediakan fungsi yang sesuai.
Secara khusus, beberapa operasi dompet kontrak dapat dikemas ke dalam transaksi on-chain, dan operasi ini dapat membagi biaya Gas dari transaksi ini. Jika pihak ketiga bersedia membayar biaya Gas, tidak perlu membayar Gas untuk pengguna yang menggunakan dompet kontrak. Dompet kontrak juga dapat menyelesaikan beberapa tugas linier sekaligus. Selain itu, dompet kontrak juga mendukung algoritme enkripsi tanda tangan khusus, dan menetapkan fungsi pemulihan dompet, dan sebagainya.
Saat diskusi tentang keuntungan dompet kontrak berlanjut, komunitas Ethereum sebenarnya telah melakukan penelitian jangka panjang tentang dompet kontrak. Meskipun banyak EIP telah mengeksplorasi masalah terkait abstraksi akun, hingga tahun 2021, belum ada standar terpadu yang ditetapkan. Di bawah ini adalah beberapa perwakilan EIP.
EIP-86
Awalnya diusulkan pada 2017 oleh Vitalik Buterin. Skema ini mengimplementasikan serangkaian perubahan dengan tujuan umum verifikasi tanda tangan "abstraksi" dan pemeriksaan nonce, sehingga memungkinkan pengguna untuk membuat "kontrak akun" yang dapat melakukan pemeriksaan tanda tangan/nonce sewenang-wenang.
EIP-2938
Disajikan pada tahun 2020. Judul EIP ini adalah Abstraksi Akun. Konsep AA dijelaskan dengan baik dalam EIP ini. Ini memperkenalkan jenis transaksi baru, transaksi AA. Transaksi dimulai oleh alamat titik masuk (alamat Titik Masuk) dan memanggil dompet kontrak AA. EIP-2938 menyediakan spesifikasi terpadu dan secara resmi memperkenalkan abstraksi akun AA ke dalam konsensus Ethereum. Secara khusus, ini memperkenalkan dua opcode baru, tiga variabel global, dan struktur muatan yang berbeda untuk konsensus Ethereum.
EIP-3074
Disajikan pada tahun 2020. EIP ini memperkenalkan dua instruksi EVM, AUTH dan AUTHCALL. AUTH menetapkan variabel lingkungan sesuai dengan otoritas penandatanganan ECDSA. AUTHCALL mengirimkan panggilan sebagai akun resmi. Ini memungkinkan kontrak pintar untuk mengirim transaksi atas nama EOA. Tapi ini masih bukan solusi sempurna untuk AA. Dalam proses transaksi otorisasi, EIP-3074 memiliki batasan tertentu pada pengiriman nilai asli. Dan jika pengguna kehilangan akses ke EOA, masih belum ada cara untuk mendapatkan kembali asetnya. Jika kunci privat bocor, pengguna harus mentransfer semua aset ke akun baru.
Tak satu pun dari proposal di atas yang secara resmi dimasukkan ke dalam protokol Ethereum karena kebutuhan akan perubahan pada lapisan konsensus atau karena proposal tidak cukup komprehensif. Oleh karena itu, komunitas Ethereum terus mengeksplorasi cara memperkenalkan AA ke dalam protokol Ethereum tanpa mengubah konsensus, dan akhirnya mengusulkan EIP4337.
###ERC - 4337
EIP-4337 awalnya diusulkan pada September 2021 dan disahkan sebagai ERC-4337 pada Maret 2023. Penulisnya antara lain Vitalik Buterin, Yoav Weiss, Kristof Gazso, Namra Patel, Dror Tirosh, Shahaf Nacson, dan Tjaden Hess.
EIP-4337 adalah proposal yang mengganggu yang akan memperkenalkan AA tanpa mengubah protokol inti Ethereum. EIP-4337 akhirnya menjadi standar ERC-4337, yang dapat digunakan pembangun untuk mengimplementasikan dompet kontrak pintar mereka sendiri. Pada saat yang sama, standar juga memperkenalkan beberapa infrastruktur tambahan termasuk "Bundlers" dan "mempool UserOperation". Dengan cara ini, ini benar-benar mereplikasi mempool Ethereum dengan fungsi serupa di lapisan atas sistem blockchain. Apa yang pengguna kirimkan bukan lagi satu transaksi, tetapi UserOperation. UserOperations ini dapat dikemas menjadi satu transaksi dan dikirim ke Ethereum.
Berikut ini adalah penjelasan teknis terperinci tentang ERC-4337 di Ethereum [dokumentasi resmi], dengan beberapa komentar bermanfaat.
Peran kunci ERC-4337 dan definisinya
UserOperation—menjelaskan struktur transaksi yang dikirim atas nama pengguna. Untuk menghindari kebingungan, itu tidak bernama "transaksi" dan akan dikirim ke Bundler untuk dikemas bersama dengan UserOperations lainnya sebagai Bundel. Bundel tersebut kemudian dikirim secara on-chain sebagai satu transaksi.
Sender—akun kontrak yang mengirim UserOperation. Kontrak dompet harus mengikuti standar ERC-4337 untuk mengonfigurasi antarmuka IAccount.
EntryPoint - kontrak tunggal global yang mengeksekusi bundel UserOperations. Bundler/Klien daftar putih yang didukung EntryPoints. Kontrak tersebut diaudit dan disetujui untuk diterapkan oleh tim Infinitism, dan bertanggung jawab untuk menangani semua UserOperations dan menghubungkan kontrak dengan peran lain, termasuk Wallet Factory, Aggregator, dan Paymaster. Kontrak semuanya berada di alamat yang sama pada rantai yang kompatibel dengan EVM.
Bundler—Node yang mengemas beberapa UserOperations dari mempool dan membuat transaksi EntryPoint.handleOps() (node penghasil blok saat ini). Layanan Bundler dapat berjalan secara independen dari node blockchain dan mengirim UserOperations yang dikemas melalui RPC.
Aggregator — Kontrak tambahan yang dipercaya oleh akun untuk memverifikasi tanda tangan gabungan. Daftar putih Bundler/Klien mendukung agregator tanda tangan. Agregator harus mengonfigurasi antarmuka IAggregator mengikuti standar ERC-4337.
Paymaster—kontrak cerdas yang dapat membayar Gas atas nama Anda. Jika itu menyimpan cukup ETH dalam kontrak EntryPoint, itu dapat membayar pengirim kontrak pintar untuk biaya Gas UserOperation, secara efektif menerapkan abstraksi Gas. Paymaster harus mengikuti standar ERC-4337 untuk mengonfigurasi antarmuka Paymaster. Paymaster dapat membuat perjanjian dengan Pengirim. Misalnya, Pengirim membayar USDC ke Paymaster, dan Paymaster menggunakan ETH untuk membayar Gas dari UserOperations yang dikirimkannya. Bahkan, Paymaster dapat memilih untuk mendukung apapun
Token
, termasuk ERC-20
Token
bahkan rantai lainnya
Token
。
Diagram di bawah menjelaskan bagaimana kontrak EntryPoint berinteraksi dengan aktor lain.
Bundler memanggil fungsi handleOps dari kontrak EntryPoint, yang menerima UserOperation sebagai input.
handleOps akan memverifikasi UserOperation pada rantai, periksa apakah itu ditandatangani oleh alamat dompet kontrak pintar yang ditentukan, dan konfirmasikan apakah dompet memiliki cukup Gas untuk memberi kompensasi kepada Bundler.
Jika verifikasi lolos, handleOps akan mengeksekusi fungsi smart contract wallet sesuai dengan fungsi dan input parameter yang ditentukan dalam calldata UserOperation.
Di sisi lain, ketika Bundler menggunakan EOA untuk memicu fungsi handleOps, biaya Gas akan dikenakan. Dompet kontrak pintar dapat membayar biaya Gas Bundler dari saldo akunnya sendiri, atau meminta kontrak Paymaster untuk membayarnya. UserOperations tidak dapat melewati langkah verifikasi off-chain tanpa Gas yang cukup, yaitu gagal sebelum menjalankan transaksi pada rantai. Meskipun ada cukup Gas, UserOperations mungkin masih gagal karena kesalahan runtime dan alasan lain selama eksekusi. Untuk UserOperation, terlepas dari apakah eksekusi kontrak berhasil atau tidak, kontrak EntryPoint akan membayar biaya Gas kepada Bundler yang memicu fungsi handleOps.
Setelah ERC-4337 berlaku, pengguna sekarang dapat memulai transaksi blockchain dengan dua cara. Salah satunya adalah cara tradisional, yaitu EOA yang memulai transaksi secara langsung. Yang lainnya adalah menggunakan standar ERC-4337 untuk memulai UserOperation melalui Bundler, dan kemudian Bundler akan mengemasnya dengan UserOperations lain dan mengirimkannya ke rantai jaringan. Diagram alir di bawah mengilustrasikan perbedaan antara transaksi pengiriman EOA normal dan dompet kontrak ERC-4337 yang mengirim UserOperation.
Jalannya sudah diaspal, tapi belum banyak pejalan kaki
ERC-4337 menyediakan kerangka kerja yang kuat bagi pengguna dan pengembang untuk menggunakan dan membangun AA di Ethereum. Meskipun kerangka kerja ini merupakan kemajuan penting, masih ada beberapa tantangan dan ketidakpastian yang perlu ditangani dan diselesaikan.
Adopsi AA masih dalam tahap awal. Menurut panel analisis Dune ERC-4337 [ERC-4337 Account Abstraction], hanya 65k+ UserOperations yang dieksekusi pada rantai, 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 berasal dari pengguna sebenarnya. Kami mencatat bahwa produk yang telah mengintegrasikan AA masih dalam tahap awal. Saat ini dapat kita amati bahwa Bundler secara keseluruhan masih dalam keadaan merugi, dan kerugian saat ini sekitar lebih dari 700 MATIC. Hal ini terutama disebabkan oleh beberapa Bundler di Polygon yang salah memperkirakan gas yang dibutuhkan, sehingga Gas yang dikembalikan oleh EntryPoint lebih sedikit daripada gas yang dikonsumsi oleh Bundel yang dikirimkan. Masalah ini perlu diselesaikan di tingkat klien Bundler.
Di luar itu, ada beberapa masalah yang perlu ditangani. Salah satu masalah tersebut adalah bagaimana Bundler menangani kegagalan transaksi.
Setelah menggabungkan beberapa UserOperations bersama-sama, Bundler akan mensimulasikan transaksi terlebih dahulu, mendeteksi apakah akan ada kegagalan eksekusi kontrak, dan menghitung apakah biaya Gas yang dikembalikan oleh Pengirim atau Pembayar lebih besar dari biaya Gas yang dibayarkan.
Jika menguntungkan, Bundler mengirimkan kumpulan UserOperations ini ke node blok sebagai transaksi. Namun, masih ada kemungkinan transaksi gagal, sehingga Bundler membayar biaya Gas tetapi tidak menerima pengembalian Gas dari EntryPoint. Misalnya, pengguna mungkin mengirim tindakan ke Bundler yang berbeda. Jika ada ruang untuk keuntungan dan simulasi berhasil, Bundler memasukkannya ke rantai. Dalam hal ini, jika UserOperation dikirimkan ke node blok oleh Bundler yang berbeda pada saat yang sama, hanya satu transaksi yang akan berhasil, yang berarti hanya satu Bundler yang akan menerima biaya Gas yang dikembalikan oleh EntryPoint, dan semua Bundler lainnya akan gagal karena untuk merantai Dan kehilangan Gas. Meskipun orang mungkin berpendapat bahwa perilaku ini harus dianggap sebagai serangan jahat, dan berpendapat bahwa Bundler dapat memblokir alamat Pengirim dan menolak permintaan apa pun di masa mendatang dari alamat itu, ini bukan solusi yang masuk akal karena pengguna dapat melakukan tindakan ini secara tidak sengaja. Masalah ini perlu ditangani dengan benar dalam kode, mungkin melalui jaringan mempool publik yang sedang dikembangkan. Selain itu, Bundler dapat mengalami kerugian karena fluktuasi gas yang tiba-tiba meskipun transaksi berhasil diajukan dan hasil simulasi menunjukkan bahwa ada ruang untuk mendapatkan keuntungan.
Masalah lainnya adalah maximum extractable value (MEV) yang bisa didapatkan dari AA. Dalam konteks Ethereum, MEV umumnya mengacu pada nilai yang diekstraksi oleh penambang atau pemroses transaksi lainnya dengan memanipulasi urutan transaksi dalam sebuah blok atau memasukkan transaksi mereka sendiri dalam sebuah blok. Orang mungkin memperhatikan bahwa logika MEV juga dapat diterapkan pada AA. Ini karena di AA, Bundler dapat dengan bebas memesan UserOps, yang memberi mereka kemungkinan untuk memperoleh MEV. Namun, apakah Bundler dapat mengekstraksi MEV tergantung pada apakah cukup UserOperations dapat digabungkan bersama. Sekarang seluruh pasar AA masih dalam masa pertumbuhan, jadi MEV Bundler juga dapat dipertimbangkan dalam masa pertumbuhan. Dapat dilihat bahwa MEV AA dapat berkembang dalam dua arah: satu mirip dengan mainnet Ethereum, dengan partisipasi peserta seperti Flashbots, Ultra Sound, dan BloXroute; arah lainnya adalah membentuk konsensus Bundler untuk menerapkan penyortiran yang adil. Yang terakhir akan sepenuhnya menghilangkan kemungkinan mengekstraksi MEV di AA.
pengembangan masa depan
mempool publik
Meskipun ekosistem AA sudah beroperasi, masih banyak pekerjaan pengembangan yang harus dilakukan. Melihat seluruh ekosistem AA, bagian terbesar yang hilang saat ini adalah mempool publik. Tim Etherspot, pengembang klien Skandha Bundler, saat ini sedang mengembangkan jaringan p2p dengan mempool publik. Jaringan p2p mempool publik diharapkan diluncurkan pada Agustus tahun ini.
Algoritma bundel
Sepanjang jalan, Ethereum Foundation telah mendanai beberapa tim pengembangan AA yang luar biasa. Sejauh ini, beberapa klien Bundler telah dikembangkan dan saat ini tersedia. Di antara mereka, ada yang sangat dewasa. 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), dll.
Di sinilah masalah strategi pengemasan. Saat ini, karena jumlah UserOperations yang kecil, Bundler dapat mengadopsi logika pengemasan sederhana, seperti interval waktu tetap atau sejumlah UserOperations tertentu di setiap Bundle. Namun, karena jumlah UserOperations meningkat, terutama setelah pengenalan mempool publik, strategi untuk memilih dan mengemas UserOperations menjadi lebih kompleks. Alasannya sederhana: dalam ekosistem AA, tidak ada mekanisme yang mirip dengan protokol konsensus blockchain, dan grup Bundler telah menjadi hutan gelap.Setiap Bundler memprioritaskan tugas sesuai dengan kepentingannya sendiri dan bersaing satu sama lain. Berbeda dengan mempool publik, mempool pribadi mungkin muncul lebih awal. Karena ketika tidak menguntungkan untuk memaketkan UserOperations dari mempool publik, masih mungkin untuk mengemas UserOperations di mempool pribadi. Dalam hal ini, Bundler lebih kompetitif dengan Bundler lain dalam pengemasan.
Selain itu, dengan mempopulerkan mempool publik secara bertahap, UserOperations di dalamnya memiliki berbagai karakteristik, 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 masing-masing. Mengemas lebih banyak UserOperations berpotensi menghasilkan laba lebih tinggi, tetapi juga meningkatkan risiko kegagalan validasi. Sekalipun verifikasi lolos, risiko kegagalan eksekusi pada rantai tetap ada. Sebaliknya, UserOperations dengan kemasan lebih sedikit adalah kebalikannya.
Bundler perlu menetapkan parameter gas transaksinya sendiri, yang akan memengaruhi prioritas produsen blok untuk mengeksekusi transaksi ini. Di bawah estimasi harga Gas dan kondisi volatilitas Gas yang berbeda, Bundler mungkin memiliki strategi pengemasan yang berbeda. Pada saat yang sama, juga perlu mempertimbangkan biaya sumber daya komputasi perangkat keras lokal dan sumber daya node blockchain untuk verifikasi dan perhitungan kebijakan ini. Selain itu, Bundler juga perlu memastikan pengalaman pengguna yang baik bagi pengguna dan memastikan bahwa pengguna tidak menghadapi penundaan yang berlebihan setelah mengirimkan UserOperations.
Meskipun solusi untuk tantangan ini masih belum jelas, kami dapat mengatakan dengan yakin bahwa pengembangan industri AA dan upaya bersama para pengembang pada akhirnya akan menyelesaikan masalah ini. Sebagai pembangun infrastruktur, BlockPI berharap dapat berperan sebagai pemecah masalah dalam pengembangan industri AA, baik sebagai pengembang maupun menyediakan infrastruktur ramah AA bagi pengembang lainnya.
*Infrastruktur harus beradaptasi dengan AA
AA mengabstraksi berbagai peran yang terlibat dalam transaksi on-chain, termasuk Pengirim, Bundler, pembayar Gas, dompet kontrak, dan Penanda Tangan, sehingga pengguna memiliki tingkat kebebasan yang lebih tinggi saat menggunakan blockchain. Pada saat yang sama, penyedia infrastruktur dapat secara mandiri menyebarkan layanan ini sesuai penilaian mereka sendiri di pasar.
Untuk beradaptasi dengan adopsi AA skala besar, penyedia infrastruktur pertama-tama harus menyediakan setidaknya dua layanan dasar: layanan Bundler dan layanan Paymaster.
Dalam layanan Bundler, penyedia infrastruktur mungkin perlu mengembangkan mempool pribadi bersama dengan Bundler untuk memberikan pengalaman pengguna yang baik. Secara khusus, penyedia infrastruktur perlu mengintegrasikan berbagai klien Bundler untuk memastikan stabilitas layanan Bundler. Klien Bundler ini saat ini memberi pengguna beberapa metode RPC JSON standar yang disediakan oleh grup pengembangan inti ERC-4337. Diperkirakan bahwa lebih banyak metode RPC akan tersedia bagi pengguna di masa mendatang. Penyedia layanan infrastruktur perlu memperbarui dukungan untuk metode ini secara tepat waktu selama proses ini.
Selain itu, penting untuk mengoptimalkan antara Bundler API dan RPC klien node asal. Klien node saat ini tidak dioptimalkan untuk AA. Beberapa metode Bundler API memerlukan indeks terhadap data yang disediakan untuk AA. Misalnya, saat klien saat ini mencari UserOperation berdasarkan hash, klien perlu memindai log kontrak EntryPoint di semua blok. Jika tidak ada indeks data, konsumsi sumber daya perangkat keras dari satu permintaan ini akan sangat besar, dan waktu kembalinya permintaan juga akan menjadi sangat lama.
Selain itu, untuk memberikan pengalaman pengguna bebas Gas dan layanan yang beragam kepada pengguna, penyedia infrastruktur perlu bekerja sama dengan penyedia layanan Paymaster yang berbeda untuk mengintegrasikan berbagai layanan Paymaster. Pada saat yang sama, sesuai permintaan pasar, penyedia infrastruktur juga dapat merancang solusi terintegrasi yang lebih nyaman berdasarkan layanan Paymaster yang ada. Layanan lain, seperti tanda tangan gabungan, pabrik dompet, dll., juga merupakan arah potensial untuk pengembangan dan integrasi infrastruktur di masa mendatang.
Singkatnya, untuk beradaptasi dengan aplikasi AA skala besar, penyedia infrastruktur perlu terus meningkatkan dan memperluas layanan mereka. Ini termasuk mengoptimalkan layanan Bundler, bekerja sama dengan berbagai penyedia layanan Paymaster, mengintegrasikan berbagai antarmuka API, dan mengembangkan layanan potensial lainnya. Seiring perkembangan industri AA, upaya ini akan membantu memberikan pengalaman blockchain yang lebih efisien, aman, dan nyaman.
Saat ini, BlockPI bekerja keras untuk mencapai tujuan di atas. Tidak hanya itu, kami telah berkomunikasi dengan hampir semua klien Bundler dan penyedia layanan Paymaster di komunitas, dan akan mengintegrasikan AA ke dalam jaringan BlockPI sebagai tugas pengembangan utama kami. Pada saat yang sama, kami juga melakukan komunikasi mendalam dengan pengembang dompet AA untuk memahami kebutuhan pengguna. Kami dengan tulus menyambut semua Bundler, Paymaster, dan dompet untuk berkomunikasi dan bekerja sama dengan kami.
Tujuan BlockPI adalah untuk membangun dan mengembangkan ekosistem AA bersama dengan masyarakat, dan melakukan segala kemungkinan untuk mendorong kemajuan dan kemakmuran ekosistem AA. Kami berharap melalui kerja sama dengan komunitas, kami akan berkontribusi pada seluruh industri AA sebagai pemimpin industri dan mendukung proses pengembangan selanjutnya, sehingga pengguna Web2 dapat merasakan teknologi blockchain tanpa hambatan.