BlockPI AA I: Siapa yang mendorong pengembangan Abstraksi Akun ke depan?
Tags: blockchain, cryptocurrency, developer, beginners
Published: 2023-10-09 01:04:36

### **Pendahuluan**
Diskusi Abstraksi Akun BlockPI saya mengundang kontributor inti dan pelopor di bidang Abstraksi Akun untuk berbicara seputar topik **Siapa yang mendorong pengembangan abstraksi akun ke depan**. Dalam Diskusi ini, Lea dari BlockPI dan Harry dari Moonshot Commons menjadi pembawa acara. Di antara para tamu lainnya, Dror Tirosh adalah penulis dan pengembang inti ERC-4337, dan ini adalah pertama kalinya dia bergabung dengan Twitter Space. Tamu-tamu lainnya, mereka semua adalah mitra BlockPI dalam layanan bundler. BlockPI memiliki semua klien bundler yang terintegrasi ke dalam jaringan BlockPI dan memberikan opsi otomatis kepada pengguna untuk menemukan server bundler yang optimal pada waktu tertentu, serta memberikan kebebasan kepada pengguna untuk memilih dan menggunakan beberapa layanan bundler hanya dengan satu klik.

Ulasan Twitter Space: https://twitter.com/i/spaces/1lDxLnzraXYGm

---
**Pembicara**
- Lea Li - CMO BlockPI
- Harry - Salah satu pendiri & CMO Moonshot Commons
- Albert He - Kepala Ilmuwan BlockPI
- Dror Tirosh - Penulis ERC-4337 & Pengembang Inti
- Kristof Gazso- Pendiri & CEO Pimlico
- Marc - Salah satu pendiri Candide
- Michael Messele - Salah satu pendiri & CEO Etherspot

---
**Topik Diskusi Utama**
1. **Siapa/apa saja pemain utama dan kekuatan pendorong yang mendorong perkembangan industri AA?**
2. **Bagaimana semua orang di sini pada awalnya mendapatkan ide untuk menjadi penyedia layanan bundler? Apakah menjalankan bundler membutuhkan tim khusus? Tantangan dan kesulitan apa yang mungkin muncul saat menjalankan bundler?**
3. **Dalam artikel asli ERC4337, disebutkan bahwa Bundler harus bekerja dengan pembuat blok. Haruskah Bundler dari semua chain harus bekerja dengan block builder? Dan mengapa?**
4. **Apakah front run akan terjadi pada chain Layer 2?**
5. **Bagaimana status pengembangan AA saat ini pada chain yang berbeda? Rantai mana yang kemungkinan besar akan menyaksikan adopsi AA secara luas terlebih dahulu?**

---

**Diskusi Terperinci**
Teks berikut ini adalah versi modifikasi, termasuk beberapa konten pelengkap, dari apa yang dikatakan oleh para tamu selama Twitter Space, sehingga akan ada beberapa perbedaan antara teks di bawah ini dengan rekaman asli Twitter Space.

Perkenalan Singkat dari Setiap Tamu
**Harry**
Hai semuanya. Nama saya Harry. Peran saya di perusahaan ini adalah Co-founder dan CMO. Apa yang dilakukan Moonshot adalah Komunitas Pendiri Web3 global. Kami membantu para pembangun di seluruh dunia untuk belajar, membangun, dan meningkatkan skala dari nol hingga tak terbatas. Kami juga sedang mengerjakan platform pendidikan pengembang, yang dapat diikuti oleh semua orang, yang akan diumumkan akhir tahun ini. Jadi, edukasi dan juga membantu para pendiri untuk berkembang di ruang Web3 adalah misi kami. Terima kasih. Lea.

**Albert**
Selamat malam, semuanya. Saya Albert He, Kepala Ilmuwan dari BlockPI Network. Saya mendapat gelar PhD di bidang Teknik Dirgantara dari Universitas Kansas.

Dan saya terjun ke industri kripto empat tahun yang lalu, kemudian bergabung dengan tim BlockPI sekitar dua tahun yang lalu, sejak awal petualangan membangun infrastruktur kami.

BlockPI Network adalah penyedia infrastruktur multi-rantai yang terdesentralisasi, menawarkan layanan satu atap di lebih dari 33 jaringan dan memproses lebih dari 20 miliar permintaan setiap bulan. Layanan RPC kami sangat populer di antara semua pengguna karena stabilitas, respons tercepat, dan kinerja harga yang bagus. Dengan mendukung ERC-4337 sebagai pelopor dalam industri ini, kami menyediakan layanan Bundler yang paling beragam di pasar. Jika Anda membuka dasbor atau dokumen resmi kami, Anda akan menemukan bahwa kami menyediakan empat klien bundler dari Stackup, Pimlico, Candide, dan Ehterspot. Mereka juga menjadi tamu hari ini.

Sementara itu, kami juga terus mengoptimalkan layanan RPC kami untuk AA. Sebagai contoh, kami menjalankan basis data terindeks untuk UserOperations dari ERC4337. Jika pengguna ingin meminta UserOperation dengan hash-nya menggunakan eth_getLogs, penyeimbang beban kami akan mengenali permintaan RPC ini dan mengirimkannya ke basis data yang diindeks. Performanya kemudian bisa ratusan kali lebih baik daripada database Geth yang asli.

Oke, saya rasa cukup sekian perkenalan saya dan BlockPI Network. Terima kasih.

**Dror Tirosh**
Halo. Saya Dror. Saya telah berada di dunia blockchain selama 5 atau 6 tahun sekarang. Selama dua tahun terakhir, saya benar-benar bekerja dengan Ethereum di ERC-4337 untuk permulaannya dengan Vitalik. Dan sebelum itu, kami bekerja pada Open GSN, yang merupakan abstraksi gas di Ethereum. Itu adalah proyek open source, proyek yang terdesentralisasi. Dan saya tidak tahu apa lagi yang harus ditambahkan. Senang berada di sini.

**Kristof Gazso**
Oke, saya Kristof, Pendiri dan CEO Pimlico. Pimlico membangun layanan paymaster dan bundler, dan generasi baru akun pintar. Kami baru-baru ini menjadi penyedia layanan paymaster dan bundler terbesar di rantai utama, dan kami juga salah satu orang yang menggerakkan BlockPI.

**Marc**
Hai semuanya, saya Marc dari Tim Candide. Kami telah terlibat dengan ERC 4337 selama lebih dari satu tahun. Dan kami membangun Candide Wallet dan implementasi bundler Voltaire Python.

**Michael Messele**
Hai, terima kasih telah menerima saya. Terima kasih semuanya. Saya Michael Messele, CEO Etherspot. Kami telah menyediakan akun abstrak, tidak harus ERC-4337 selama tiga setengah tahun terakhir. Karena Etherspot berasal dari dompet bantal, yang merupakan dompet pintar sejak sekitar tahun 2018. Sekarang, kami telah memiliki 4337 dompet yang sesuai dengan 4337 yang mencakup layanan bundler dan paymaster. Dan kami memiliki kelanjutan dari v1 dari abstraksi akun dan v2 yaitu 4337. Saya telah aktif terlibat dalam dunia blockchain sejak tahun 2016, tetapi saya tahu tentang blockchain sekitar tahun 2012. Jadi singkatnya, itulah saya. Terima kasih.

**1. Siapa/apa saja pemain utama dan kekuatan pendorong yang mendorong perkembangan industri AA?**

**Albert**
Jika kita harus mengenali pemain utama dalam industri AA ini, untuk saat ini, saya ingin mengkategorikannya ke dalam tiga bagian, satu adalah aplikasi terdesentralisasi, satu adalah infrastruktur, dan yang lainnya adalah pengguna AA itu sendiri.

Pertama, AA Dapps. Dompet AA memiliki koneksi yang paling dekat dengan pengguna. Dompet ini telah mengintegrasikan ERC4337 untuk meningkatkan pengalaman pengguna, membuatnya sebanding dengan aplikasi Web 2.0. Faktanya, aplikasi apa pun yang menggunakan sistem akun AA memainkan peran penting dalam ekosistem AA. Meskipun dompet AA telah mengalami kemajuan yang signifikan dan memenuhi permintaan yang paling banyak, Dapps lain mungkin belum mencapai tingkat adopsi yang sama secara luas.

Kedua, infrastruktur, termasuk infrastruktur AA seperti layanan bundler dan paymaster dan AA SDK. BlockPI telah mengintegrasikan klien bundler open source dari Candide, Stackup, Etherspot, dan Pimlico, memberikan kebebasan bagi pengguna untuk memilih di antara klien bundler tersebut. BlockPI juga memberikan umpan balik kepada tim Bundler untuk membantu mereka lebih memahami beberapa masalah, sehingga mereka dapat memajukan pengembangan produk mereka dan membangun infrastruktur yang lebih baik untuk pengembang AA.

Ketiga, pengguna. Pengguna untuk AA belum mencapai adopsi yang luas, tetapi ada tren yang berkembang. Menurut data on-chain dari Account Abstraction Dune Panel, terdapat lebih dari satu juta UserOperations yang tercatat di seluruh chain utama. Angka ini hanya volume transaksi harian di Etheruem, dan sebagian besar berasal dari pengujian pengembang. Namun, ada tingkat pertumbuhan bulanan yang signifikan, yang menunjukkan lintasan yang menjanjikan. Diharapkan pada akhir tahun ini, akan ada terobosan yang lebih signifikan dalam operasi pengguna, yang berpotensi mendorong adopsi AA yang lebih luas.

Kristof Gazso: Industri AA terdiri dari beberapa kategori pemain yang mendorong kemajuannya. Ini termasuk penyedia bundel, penyedia paymaster seperti Pimlico, dan pemain penting lainnya seperti Biconomy, Stackup, Alchemy, Candide, dan Etherspot. Para pemain ini telah secara aktif berkontribusi pada ekosistem AA dan memainkan peran penting dalam perkembangannya.

Selain penyedia bundler dan paymaster, ada juga penyedia akun pintar alami. Penyedia ini menawarkan solusi yang memungkinkan pembuatan dan pengelolaan akun pintar, yang selanjutnya meningkatkan kemampuan ekosistem AA.

Modularisasi tumpukan akun pintar telah berperan penting dalam kemunculan para pemain ini. Ini telah memberikan fondasi di mana para pemain dapat membangun dan berinovasi. Penyedia akun pintar dan penyedia bundler paymaster menawarkan blok bangunan penting yang memungkinkan pemain lain untuk mengembangkan solusi dan layanan mereka. Perlu dicatat bahwa industri AA bersifat dinamis dan berkembang pesat. Proyek-proyek baru muncul setiap hari, dan itu luar biasa.

**2. Bagaimana semua orang di sini pada awalnya mendapatkan ide untuk menjadi penyedia layanan bundler? Apakah menjalankan bundler membutuhkan tim khusus? Tantangan dan kesulitan apa yang mungkin muncul saat menjalankan bundler?**

**Marc**
Candide tidak secara langsung mengoperasikan bundler sendiri. Sebaliknya, mereka mengandalkan penyedia RPC seperti BlockPI untuk menjalankan bundler. Karena menjalankan bundler membutuhkan menjalankan node rantai. Jika seseorang ingin mendukung banyak rantai, mereka perlu menjalankan node untuk semua jaringan. Oleh karena itu, Candide berfokus pada pengembangan perangkat lunak bundler tetapi mendelegasikan tanggung jawab untuk menjalankan perangkat lunak bundler yang sebenarnya kepada pihak eksternal seperti BlockPI.

**Michael Messele**

Pada versi sebelumnya (v1) dari solusi Etherspot, semuanya cukup monolitik. Ethersopt menggunakan berbagai komponen, seperti layanan relayer dan dompet, pada rantai yang berbeda. Layanan relayer menangani transaksi meta dan fungsi terkait lainnya. Hal ini menyebabkan beat transaksi sponsor juga dibangun di sana.

Namun, pendekatannya sekarang lebih modular. Misalnya, jika ada chain X yang tidak memiliki solusi abstraksi akun, dan jika Etherspot adalah yang pertama kali membangun AA pada chain tersebut, mereka dapat menggunakan seluruh infrastruktur AA untuk chain tersebut, termasuk kontrak Entrypoint, layanan bundler, dan node-node untuk layanan bundler.

![BlockPI AA I](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/jzaaieekhpff4vp0li4k.png)

Selain itu, **Etherspot secara aktif terlibat dalam pembagian bundler peer-to-peer atau mempool, berkolaborasi erat dengan Ethereum Foundation**. Inisiatif ini bertujuan untuk memungkinkan pembagian permintaan UserOperation di antara bundler yang berbeda. **Mempool sharing memastikan bahwa seluruh ekosistem menjadi tahan sensor dan tangguh**. Jika Anda menghapus layanan bundler Etherspot, UserOperation masih akan dibagikan ke bundler lain tanpa hanya bergantung pada bundler Etherspot.

Etherspot memang menjalankan layanan bundler. Mereka telah mengambil inisiatif untuk meluncurkan layanan bundler pada Layer 2 (L2), yang menghadirkan tantangan tersendiri. **Implementasi yang tepat dan masalah teknis dari setiap solusi L2 dapat bervariasi, yang mengarah ke variasi dalam jadwal penerapan.**

Meskipun mungkin ada penundaan atau kerumitan dalam proses penerapan, **sangat penting untuk memprioritaskan stabilitas dan fungsionalitas layanan untuk memberikan pengalaman pengguna yang mulus.**

**Kristof Gazso**
Saya menghabiskan banyak waktu untuk terlibat dengan berbagai komunitas dan mengamati upaya banyak orang yang terlibat dalam membangun bundler dan paymaster secara internal. **Keahlian yang dibutuhkan untuk membangun bundler berbeda dengan keahlian yang dibutuhkan untuk membangun akun pintar.**

![BlockPI AA I](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/o1bwh9yd21u589wc9inr.png)

**Bundler adalah sistem yang kompleks dengan banyak komponen yang saling berhubungan. Bundler berfungsi sebagai infrastruktur penting, yang menuntut tingkat waktu kerja, stabilitas, dan skalabilitas yang tinggi**. Perangkat lunak ini bersifat stateful. Sedangkan smart account adalah kontrak pintar yang dapat dibangun dan digunakan. Skalabilitas akun pintar dikelola oleh jaringan yang mendasarinya.

Banyak tim yang mengalami kesulitan dalam membangun bundler yang sangat skalabel dan sangat stabil, dan mereka tidak ingin menempatkan sumber daya teknik untuk benar-benar melakukan pembangunan itu. **Jadi, kami benar-benar dapat mempercepat proses iterasi generasi baru akun pintar ini jika kami benar-benar menyediakan bundler ini hanya sebagai perangkat lunak plug-and-play.**

**Albert**
Dari sudut pandang infrastruktur, selama penelitian kami, ERC4337 menyediakan kerangka kerja bagi para pengembang untuk dikembangkan. Dan kerangka kerja ini pada akhirnya memungkinkan pengguna untuk memiliki pengalaman blockchain yang mirip dengan Web2, bahkan tanpa pengetahuan tentang teknologi blockchain.

Seiring dengan berlanjutnya penelitian tentang AA, BlockPI mengantisipasi bahwa dengan adopsi AA yang meluas, **akan ada peningkatan substansial dalam permintaan RPC yang diarahkan ke Bundler, bukan ke node RPC yang asli. Penting untuk dicatat bahwa permintaan RPC ini khusus untuk Bundler dan bukan RPC mentah dari klien Ethereum.**

Menanggapi hal ini, backend Bundler perlu membuat permintaan ke node RPC asli, seperti yang disebutkan oleh Marc. **Ini memberikan keuntungan alami bagi penyedia RPC seperti BlockPI, yang memiliki node RPC terdistribusi global yang digunakan untuk menangani permintaan tersebut**. Dengan demikian, menyediakan layanan Bundler menjadi peluang bisnis yang alami bagi penyedia RPC.

Mengenai poin kedua yang dikemukakan oleh Kristof, saya setuju bahwa menjalankan klien Bundler dapat dilakukan oleh individu dengan pengetahuan komputer dasar. Petunjuk untuk klien Bundler open-source dapat ditemukan, memungkinkan pengguna untuk mengikuti langkah-langkah untuk mengatur dan menjalankan Bundler.

![BlockPI AA I](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/ahfizt9nmn5kobepy9x1.png)

Namun, **jika tujuannya adalah untuk menawarkan layanan Bundler sebagai layanan yang dapat diandalkan dan berkualitas tinggi kepada pelanggan, maka diperlukan tim yang berdedikasi. Menyediakan layanan seperti itu memerlukan pertimbangan seperti SLA (Perjanjian Tingkat Layanan) dan pengalaman pengguna.** Sebagai contoh, jika sebuah tim dompet menjalankan Bundler, mereka bertanggung jawab atas pengguna mereka sendiri. Sebaliknya, jika penyedia infrastruktur seperti BlockPI menjalankan layanan Bundler, mereka bertanggung jawab atas pengguna dan mitra bisnis mereka. Memastikan layanan Bundler berfungsi dengan lancar membutuhkan tim operasi yang berdedikasi untuk mengatasi masalah apa pun dengan segera dan mempertahankan pengalaman pengguna yang positif.

Selama konfigurasi awal klien Bundler, BlockPI sebenarnya mengalami beberapa masalah kecil. Namun, setelah komunikasi yang efektif dengan tim bundel, masalah ini diselesaikan.

Selain itu, BlockPI menghadapi tantangan untuk memantau status operasional beberapa klien Bundler open-source dan menyediakan opsi otomatis bagi pelanggan untuk menemukan server Bundler yang optimal pada waktu tertentu. **Untuk mencapai hal ini, dibutuhkan sistem penilaian kesehatan untuk melakukan penilaian secara real-time. Sebagai penyedia RPC terdesentralisasi, BlockPI telah mengembangkan sistem penilaian kesehatan yang ada untuk mengevaluasi node RPC. Namun, karena sifat logika pemrosesan permintaan yang berbeda-beda di Bundler, upaya yang signifikan telah diinvestasikan dalam merancang dan menguji sistem penilaian baru untuk mengirimkan UserOperations ke bundler tersebut.**

**3. Dalam artikel asli ERC4337, disebutkan bahwa Bundler harus bekerja dengan pembuat blok. Haruskah Bundler dari semua rantai harus bekerja dengan pembangun blok? Dan mengapa?**

**Dror Tirosh**
**Ketika merancang ERC4337, bundler pada dasarnya adalah pembuat blok. Fungsi utamanya adalah untuk memproses UserOperations, yang mirip dengan transaksi normal, dan menerapkan mekanisme royalti berdasarkan harga gas.** Pada dasarnya, mekanisme ini disalin dari transaksi normal, mewarisi kelebihan dan kekurangannya.

**Bundler juga bergantung pada mekanisme perlindungan yang sama dengan transaksi biasa**, seperti mengasumsikan bahwa jaringan akan menerima blok yang dihasilkan. Akan tetapi, **karena protokol Ethereum sendiri belum dimodifikasi, tidak ada cara untuk memastikan bahwa transaksi yang dibundel akan dieksekusi pada blockchain.**

![BlockPI AA I](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/udxaqbjjy0yyz1un7qr2.png)

Saat ini, untuk mengatasi masalah ini, **satu-satunya cara bagi seorang bundler untuk mendapatkan jaminan bahwa ia tidak akan menghadapi griefing dan memastikan bahwa UserOperations yang dibundel dan dikirimnya akan dieksekusi adalah dengan membuat koneksi dengan pembuat blok.**

Memang, membangun koneksi antara bundler dan pembuat blok memberikan jaminan tertentu (sehingga bundel tidak akan dikirim ke mempool transaksi Ethereum. Berikut ini adalah contohnya, [PIP 15 dari Polygon, eth_sendRawTransactionConditional)](https://github.com/maticnetwork/Polygon-Improvement-Proposals/blob/main/PIPs/PIP-15.md) **Jaminan pertama adalah bahwa UserOperation yang dibundel oleh bundler akan disertakan di blockchain dan tidak akan dijalankan di depan oleh orang lain). Jaminan pertama adalah bahwa UserOperation yang dibundel oleh bundler akan disertakan pada blockchain dan tidak akan dijalankan oleh orang lain.**

**Jaminan kedua adalah bahwa tidak akan ada perubahan status sebelum UserOperation dibundel. Bundel divalidasi terhadap status saat ini, dan diharapkan untuk dimasukkan ke dalam status tersebut.** Jika seseorang berhasil memasukkan transaksi ke dalam blok sebelum UserOperation dibundel, maka akan terjadi perubahan state. Dalam kasus pembangun blok normal, ini akan membuat blok yang tidak valid yang akan dibuang oleh jaringan. **Hal ini akan mengakibatkan hilangnya potensi keuntungan. Dengan abstraksi akun, bundel akan dikembalikan.**

**Jika seorang bundler mencoba menggunakan mempool tanpa perlindungan, ada risiko front-running.** Seseorang akan mencoba untuk melakukan front-running dan mendapatkan keuntungan. Risiko ini ada bahkan untuk keuntungan kecil.

Seiring berkembangnya pasar, menjadi jelas bahwa bundler membutuhkan perlindungan terhadap front-running. Ini memvalidasi kebutuhan akan mekanisme seperti API flashbot yang memberikan perlindungan. **Tim ERC4337 bekerja dengan blockchain yang berbeda untuk mendukung cara tanpa syarat dalam memasukkan bundel UserOps ke dalam sistem.**

**Selain itu, ada kebutuhan untuk mempool yang tepat, yang saat ini sedang dikembangkan bekerja sama dengan komunitas. Protokol mempool akan memungkinkan bundler yang berbeda untuk berbagi UserOperations.** Beberapa orang mungkin bertanya-tanya mengapa sebuah bundler harus mengirimkan UserOperations-nya ke bundler lain dan tidak menyimpannya sendiri.

Selama UserOperations tidak cukup, bundler harus menaruhnya di blok berikutnya. **Namun ke depannya ketika mempool UserOperations akan terlihat seperti mempool normal, ia akan menjadi padat dengan volume transaksi yang tinggi dan ruang blok yang terbatas, hal terbaik yang dapat dilakukan oleh bundler untuk dirinya sendiri dan pelanggannya adalah setiap transaksi yang dapat dimasukkan langsung ke blok berikutnya untuk dikirim ke mempool publik. Meskipun bundler lain dapat memasukkan transaksi ini secara on-chain, pada akhirnya hal ini akan meningkatkan layanan secara keseluruhan untuk semua orang yang terlibat.** Menyimpan UserOperations untuk diri sendiri alih-alih membagikannya ke mempool publik akan menyebabkan penundaan bagi pengguna. Hal ini dapat membuat pengguna beralih ke penyedia RPC lain yang menawarkan layanan yang lebih baik dan lebih efisien. Ketika API RPC mulai mendukung UserOperations, mereka mungkin akan mengalami pergeseran serupa dalam preferensi pengguna.

**4. Akankah front-run terjadi pada rantai Layer 2?**

![BlokcPI AA I](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/0ksxawbihr5g23m257xz.png)

**Marc**
Sebagian besar L2 saat ini menjalankan sequencer tunggal, front-running tidak menjadi masalah. Untuk mengatasi masalah ini ketika sequencer terdesentralisasi sepenuhnya, **langkah pertama adalah mendorong L2 untuk mengadopsi dan mengimplementasikan metode eth_sendRawTransactionConditional.** Proposal telah dibuat oleh [Polygon](https://github.com/maticnetwork/Polygon-Improvement-Proposals/blob/main/PIPs/PIP-15.md) dan L2 seperti [Arbitrum](https://forum.arbitrum.foundation/t/aip-2-activate-support-for-account-abstraction-endpoint-on-one-and-nova/14790), dan diskusi juga sedang berlangsung di Optimism. Dan sekarang itu belum cukup.

**Michael Messele**
Arbitrum memperkenalkan proposal yang disebut Time Boost. T**ime Boost memungkinkan pengguna untuk meningkatkan cap waktu mereka sebesar 0,5 detik, yang secara efektif mempercepat pemrosesan mereka hingga setengah detik.** Keuntungan ini hanya tersedia bagi pengguna yang memilih untuk membayarnya, memberikan mereka keunggulan dibandingkan mereka yang tidak.

**Dengan adanya sequencer terdesentralisasi dan mempool bersama yang saya sebutkan sebelumnya, potensi MEV menjadi semakin signifikan. Sangat penting untuk membuat mekanisme yang memungkinkan transaksi tertentu untuk melindungi diri mereka sendiri dalam lanskap yang terus berkembang ini.** Dengan bundler yang mampu berbagi informasi di antara mereka sendiri, dan mempertimbangkan masuknya jutaan transaksi, insiden semacam itu kemungkinan akan menjadi lebih umum. Oleh karena itu, menjadi penting untuk mengatasi masalah ini saat kita melangkah maju, mengingat saya memiliki pengetahuan tentang transaksi yang ditangani oleh bundler tertentu.

**5. Bagaimana status perkembangan AA saat ini pada rantai yang berbeda? Rantai mana yang kemungkinan besar akan menjadi saksi adopsi AA secara luas pertama kali?**

**Dror Tirosh**
Kami memang bekerja dengan rantai yang spesifik. Pertama-tama, pada tingkat protokol, ERC-4337 secara desain tidak mengubah protokol. Satu-satunya perubahan yang kami coba dorong ke dalam jaringan yang berbeda adalah, seperti yang kami katakan, kemampuan bundler untuk melindungi diri mereka sendiri dari serangan depan. Di mainnet Etheruem, flashbot sudah ada. Bundler harus menggunakan perlindungan flashbot minimum.

![BlockPI AA I](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/alo1mn38prqtftdqrzgn.png)

Pada chain lain, ketika tidak ada flashbot, kita membutuhkan mekanisme lain. **Salah satu proposal yang kami perkenalkan disebut "kirim transaksi mentah bersyarat". Proposal ini bertujuan untuk memberikan jaminan kepada para bundler bahwa transaksi mereka tidak akan dibatalkan secara on-chain, meskipun tingkat jaminan dapat bervariasi tergantung pada jaringan dan urutan operasi.** Proposal ini sangat bermanfaat untuk jaringan seperti Arbitrum, tetapi kami juga berupaya menerapkannya pada chain lain. Saya pikir apa yang akan mendorong adopsi adalah aplikasi yang menggunakannya. Dan kami tidak mengontrol aplikasi tersebut. Setiap aplikasi memutuskan jaringan mana yang dijalankannya karena alasan lain. Jadi kami menyambut mereka semua.

![BlockPI AA I](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/1vffgeegzf489ugqbh2l.png)

**Michael Messele**
Dan jika saya tambahkan, apa yang kami lihat saat ini adalah banyak layer 2 dan layer 1 yang tertarik pada sisi abstraksi akun. Dan beberapa Dapps dan layanan pada platform tersebut juga menunjukkan ketertarikan. Beberapa dari mereka memang mendengar hype dan bersedia untuk mencari tahu tentang apa hype itu tanpa harus memahaminya. Beberapa dari mereka belum memprioritaskannya dengan cukup tinggi, tetapi Anda melihat banyak minat. Jadi, rantai mana yang akan menang tentu saja tergantung pada aplikasi atau Dapps dan layanan mana yang sibuk dan lebih terhubung dengan publik. Dan itu tidak berarti jika Dapp tertentu ada di chain X, tidak mungkin ada di chain Y. **Jadi menurut saya, ini adalah fungsi dari seberapa sukses Dapp tertentu dalam membuat produk intinya dapat digunakan oleh publik. Dan dengan abstraksi akun, kami berharap Dapps Web3 akan terasa lebih seperti Web2. Oleh karena itu, mereka yang memiliki pengalaman pengguna yang intuitif (UX) dan antarmuka pengguna (UI) akan memenangkan fase adopsi berikutnya.**

**Albert**
Saya yakin para pengembang yang disebutkan sebelumnya menggunakan produk AA di berbagai rantai, terutama di lapisan 2. Berdasarkan pengamatan kami selama beberapa bulan terakhir, sebagian besar UserOperations terjadi di Arbitrum, OP, dan Polygon. **Yah, meskipun Ethereum adalah tempat kelahiran ERC4337, biaya gas yang tinggi di Ethereum telah membuat kami percaya bahwa chain-cchain layer 2 tersebut akan menjadi chain pertama yang menyaksikan adopsi AA secara luas.** Tetapi saya perlu menambahkan bahwa kami menemukan masalah pada Polygon. Seperti yang telah disebutkan sebelumnya, transaksi bundler yang dikirim di Polygon harus memiliki perlindungan MEV. **Tidak seperti solusi lapisan 2 dengan perlindungan MEV asli melalui sequencer, ekosistem MEV Polygon telah berkembang dengan kecepatan yang relatif lebih lambat. Kami sedang mencari solusi lain untuk melindungi transaksi bundel dari depan.** Saya tidak tahu apakah pengiriman transaksi bersyarat akan menghilangkan masalah ini atau tidak. Kami belum mengeksplorasi hal ini secara mendalam, tetapi saya pikir ini adalah kesempatan yang bagus bagi kami untuk mempelajari proposal ini dan melihat apa yang akan terjadi di Polygon dalam ekosistem bundler.

**Kristof Gazso**
Ketika berbicara tentang rantai yang mendapatkan daya tarik, fokus Pimlico tidak hanya pada rantai tertentu yang kami targetkan. **Pendekatan kami di Pimlico berpusat pada gagasan bahwa ada beberapa ekosistem atau dunia terdesentralisasi yang muncul, dan tujuan kami adalah mendorong dunia ini untuk mengadopsi sistem berbasis akun pintar.** Dengan demikian, dunia-dunia ini secara alami akan memilih rantai tempat mereka menggunakan sistem mereka. Kami tidak mencoba untuk secara langsung mempengaruhi atau mendukung rantai tertentu. **Sebaliknya, pendekatan kami adalah untuk mendukung keberhasilan dunia ini, dan jika mereka berkembang, mereka mungkin akan menyebarkan sistem mereka di beberapa chain.**

**Marc**
Saya setuju dengan perspektif Dror bahwa **sebagian besar adopsi akan terjadi pada lapisan aplikasi.** Saat ini, sebagian besar pengembang aplikasi di EVM terutama menguji aplikasi mereka menggunakan dompet Metamask dan akun yang dimiliki secara eksternal (EOA) tanpa mempertimbangkan kemungkinan untuk mengintegrasikan dompet kontrak ke dalam aplikasi mereka. **Dalam waktu dekat, jaringan atau chain yang melihat adopsi tertinggi dari abstraksi akun adalah mereka yang menawarkan versi yang diperkaya dari fungsionalitas ini.** Tim Infinitism, misalnya, secara aktif mengerjakan proposal untuk memperkenalkan ERC4337 sebagai versi yang diperkaya untuk diadopsi oleh jaringan Layer 2, dengan tetap mempertahankan kompatibilitas dengan standar ERC4337 yang sudah ada. Dengan menggunakan atau mendukung penggunaan dompet kontrak pintar, jaringan ini dapat menumbuhkan ekosistem aplikasi yang berinteraksi dengan dompet tersebut secara mulus.

---
**Tentang BlockPI**

BlockPI Network adalah penyedia infrastruktur terdesentralisasi yang menawarkan layanan satu atap di lebih dari 33 jaringan dan memproses lebih dari 20 miliar permintaan setiap bulannya. Sebagai penyedia RPC terkemuka, layanan RPC BlockPI terkenal karena stabilitas yang kokoh, tingkat respons tercepat, dan kinerja harga terbaik. Dengan mendukung ERC-4337 sebagai pelopor dalam industri ini, BlockPI juga merupakan satu-satunya yang menyediakan layanan Bundler yang paling beragam di pasar saat ini.

[Website ](https://blockpi.io/#/)| [Twitter ](https://twitter.com/RealBlockPI)| [Telegram](https://t.me/blockpidaily) | [Discord](https://discord.com/invite/xTvGVrGVZv) | [Medium](https://medium.com/@blockpi)