BlockPI Diskusi AA II : Status Pengembangan Dinamis Ekosistem AA
Tags: developer, blockchain, beginners, productivity
Published: 2023-10-09 00:24:05

BlockPI mengundang para pionir di bidang Abstraksi Akun untuk berbicara tentang topik **Status Pengembangan Dinamis Ekosistem AA**. Dalam Diskusi ini, Lea dari BlockPI dan Frank dari BuidlerDAO adalah co-host. Tamu-tamu lainnya, semuanya adalah teman-teman dan mitra BlockPI.

Rekaman Twitter Space: https://twitter.com/i/spaces/1LyxBqWXBDOJN

---
#### **Pembicara**
- Lea Li (Tuan Rumah) - CMO BlockPI
- Frank (Tuan Rumah) - Co-Founder BuidlerDAO
- Albert He - Chief Scientist BlockPI
- Hsuan - Co-Founder & CEO Blocto
- Shu Dong - Pendiri Hexlink
- Peter Pan - CTO Particle Network
- Derek - CEO ZeroDev

Mereka di sini untuk berbagi pandangan dan kebijaksanaan berharga mereka dengan kita.

---
#### **Tema Utama Pembahasan**

- Bagaimana cara melihat EIP 2938, 3074, 5003, 7377, dan amendemen lainnya terhadap Perjanjian Konsensus Pasifik, terutama gagasan tentang 7377 yang mengubah akun EOA menjadi akun kontrak?
AA ingin diadopsi dalam skala besar. Apa yang kurang dalam ekosistemnya?
- Bagaimana cara melihat konsep berbasis niat (intent-centric) dan hubungannya dengan AA?
- Bagaimana perkembangan abstraksi akun di berbagai rantai (chains)? Rantai mana yang memiliki potensi untuk diadopsi dalam jumlah besar pertama kali?
- Bagaimana cara berpikir tentang fakta bahwa Polygon memiliki banyak transaksi AA, tetapi masalah perlindungan MEV yang kurang memadai? Apakah eth_sendRawTransactionConditional yang baru ditambahkan (PIP-15 AIP-2) dapat mengatasi masalah ini?

---
#### **Detail diskusi**
Ini adalah pengantar singkat dari setiap tamu dalam diskusi Twitter Space BlockPI, termasuk beberapa konten tambahan yang disampaikan oleh mereka. Ada perbedaan antara teks di bawah ini dan rekaman asli di Twitter Space.

**Lea Li - CMO BlockPI**

Pertama-tama, sangat menyambut semua yang ikut serta dalam diskusi penelitian BlockPI tentang abstraksi akun hari ini.

Kami sangat bersyukur hari ini bisa mengundang kontributor inti di bidang abstraksi akun (Account Abstraction) untuk membahas evolusi abstraksi akun dan topik pengembangan berkelanjutan. Pertama-tama, izinkan saya memperkenalkan diri saya, saya adalah Lea, dari BlockPI. Frank, salah satu pendiri Buidler DAO, akan bergabung dengan saya dalam memandu diskusi lingkaran meja ini.

BuidlerDAO telah lama menjadi teman baik dan mitra kami di BlockPI, dan belum lama ini mereka baru saja menyelesaikan pendanaan putaran awal mereka. Selamat kepada BuidlerDAO. Saya pertama-tama akan meminta Frank untuk memperkenalkan dirinya dan BuidlerDAO.

**Frank - Co-Founder BuidlerDAO**

Terima kasih, Lea, dan terima kasih kepada BlockPI atas undangannya. Kali ini merupakan kehormatan bagi kami untuk datang ke meja bundar AA (Account Abstraction). Saya adalah Frank, Co-Founder Buidler DAO. BuidlerDAO sedang menjalankan jaringan bakat dan proyek web3 dari China ke seluruh dunia. Di paruh pertama tahun ini, kami berhasil menyelesaikan pendanaan dari Seven X, yang dipimpin oleh Sequoia. Kami juga merupakan salah satu dari sedikit organisasi di China yang serius dalam mengembangkan DAO dan mendapatkan pendanaan. BuidlerDAO pada dasarnya adalah jaringan buidler China dan akan menyediakan serangkaian dukungan inkubasi dan akselerasi.

**Albert He - Chief Scientist BlockPI**

Halo, selamat malam, saya adalah Albert. Saya lulus dari jurusan kedirgantaraan di Universitas Kansas, dan sekitar 4 tahun yang lalu, saya terpapar oleh Bitcoin ketika bergabung dengan tim spekulasi koin. Kemudian, saya juga mengalami DeFi Summer pada tahun 312. Karena minat dalam industri ini sekitar dua tahun yang lalu, saya bergabung dengan proyek BlockPI sebagai anggota tim pendiri.

BlockPI adalah platform infrastruktur terdesentralisasi yang saat ini menyediakan layanan yang stabil, rendah latensi, dan hemat biaya kepada pengguna web3 dan pihak proyek. Setelah mempelajari EIP4337, kami juga memutuskan untuk menggabungkan layanan-layanan abstrak ini ke dalam layanan-layanan BlockPI.

Saat ini, kami telah menyediakan layanan Blundler di tiga rantai, yaitu Polygon Main Network, Polygon Test Network, dan Base Main Network. Pada saat yang sama, kami telah mengembangkan indeks UserOperation (indexer) khusus untuk memudahkan pelari Bundler dalam mencari UserOperation. Dibandingkan dengan database yang dapat diakses langsung oleh node, penggunaan indexer ini meningkatkan performa beberapa ratus kali lipat.

Kami sangat menyambut pengguna, pengembang, dan operator proyek yang menjalankan Bundler untuk menggunakan layanan AA BlockPI dan memberikan kami masukan berharga. Terima kasih.

**Shu Dong - Pendiri Hexlink**

Baiklah, terima kasih tuan rumah.

Halo semua, nama saya Shu Dong. Saya terlibat dalam industri ini sejak sekitar tahun 2018. Sebelum memulai proyek Hexlink, saya tidak memiliki proyek sendiri dan lebih fokus pada pembangunan komunitas. Pada tahun 2018, saya terlibat dalam komunitas blockchain lokal yang disebut ABC di Bay Area, yang telah berjalan sekitar 21 tahun. Kemudian, beberapa proyek dilakukan di Facebook.

Tahun ini, kami memutuskan untuk memulai proyek Hexlink. Hexlink sebenarnya ingin memecahkan masalah yang relatif mendasar. Kami merasa bahwa ekosistem saat ini sangat terfragmentasi. Pengalaman pengguna dalam berbagai aplikasi sangat berbeda dan tidak dikendalikan oleh pengguna sendiri. Kami ingin memecahkan masalah ini dengan menyediakan sistem akun.

Namun, setelah penelitian, kami menemukan bahwa sulit untuk memecahkan masalah ini dari tingkat akun atau identitas. Jadi, kami baru-baru ini mulai mempelajari menjadi jaringan layanan terdesentralisasi.

Kami percaya bahwa di masa depan akan ada keadaan di mana berbagai akun dan identitas bersamaan. Bagaimana kita dapat menjamin konsistensi pengalaman ini?

Selain penyatuan realisasi akun, metadata, pengaturan akun, atau preferensi akun juga harus disatukan. Jadi kami saat ini sedang mengembangkan sistem pengaturan dan preferensi yang dapat dibagikan oleh semua aplikasi, sehingga pengguna dapat membawa preferensi dan pengaturannya ke setiap aplikasi, bahkan memilih layanan mana yang dapat dipilih pengguna dalam aplikasi mana. Ini adalah apa yang ingin dicapai oleh jaringan layanan terdesentralisasi kami. Kami menyebut model baru ini sebagai "user-centric," jadi saat ini kami sedang membuat infrastruktur yang dapat mencapai "user-centric" ini daripada "application-centric." Ini adalah yang kami lakukan saat ini.

**Peter Pan - CTO Particle Network**

Halo semuanya. Nama saya Peter, dan saya adalah CTO Particle Network.

Hal utama yang dilakukan Particle Network adalah menyederhanakan pengalaman pengembangan web3 dan pengalaman pengguna. Kami percaya bahwa untuk benar-benar menyelesaikan landasan berskala besar, kita perlu mengambil alih dari tangan pengembang dan pengguna. Yang kami sediakan sekarang adalah tumpukan dompet modular untuk seluruh platform. Seluruh platform mengacu pada berbagai platform, termasuk ujung mobile dari ekologi asli, ujung Web, dll.

Fitur utamanya. Pertama, kami memiliki MPC dan login sosial, dan solusi utama adalah pengguna web2 tanpa dompet masuk ke dalam proses pembuatan dompet DApp. Pengguna tidak perlu mengunduh dompet, dan dia dapat menggunakan produk web3 langsung dengan akun sosialnya dan cara yang familiar baginya.

Kedua, kami menyediakan dompet lengkap yang dapat disematkan dalam Dapp. Karena pengguna tidak dapat menghindari beberapa fungsi saat menggunakan produk web3, seperti token, NFT, pertukaran, jembatan. Kami memiliki API dan UI modular yang dapat disematkan dalam DApp pengembang, termasuk beberapa fungsi canggih seperti akses ke emas.

Sebenarnya, kedua poin yang baru saja saya sebutkan memiliki kombinasi yang lebih baik dengan abstraksi akun. Salah satunya adalah sebagai akun pintar abstrak untuk akun, dan yang lainnya adalah kami menyediakan dompet abstraksi akun lengkap, termasuk semua fungsi dompet itu sendiri, seperti jembatan. Kami sebenarnya bekerja sama erat dengan pembangun di industri ini, dan baru-baru ini kami juga mempelajari Kernel ZeroDev.

**Derek - CEO ZeroDev**

Halo semuanya, saya adalah CEO ZeroDev, Derek. ZeroDev adalah SDK dompet AA. Jika Anda sedang mengerjakan proyek, baik itu Defi, Gaming, atau proyek lainnya. Jika Anda ingin menyematkan dompet AA dalam proyek ini, maka Anda dapat menggunakan Zero Dev ini dengan mudah. SDK ini berisi beberapa fungsi kuat, seperti mensponsori biaya gas, membayar gas dalam token ERC20, sesi pemulihan sosial, dan kami memiliki semua fungsi AA yang paling kuat ini. Menurut hasil statistik terbaru, ZeroDev adalah SDK dompet AA yang paling banyak digunakan di rantai yang lebih penting, seperti Ethereum, Polygon, Arbitrum, Optimism, dan Base.

ZeroDev sendiri berlokasi di Amerika Serikat, dan audiens saat ini terutama berasal dari proyek-proyek Eropa dan Amerika. Jadi hari ini saya berharap melalui kesempatan ini, saya dapat memperkenalkan diri saya kepada pasar Asia Timur yang mungkin lebih terfokus pada hal ini.

**Hsuan - Co-Founder & CEO of Blocto**

Halo semuanya. Ini adalah Co-Founder & CEO Blocto.

Blocto adalah dompet AA yang dimulai pada tahun 2019. Pertama kali, kami beroperasi di EVM (Ethereum Virtual Machine). Pada saat itu, disebut sebagai dompet kontrak cerdas (smart contract wallet). Pada saat itu, seluruh ekosistem belum begitu fokus pada pengalaman pengguna, dan semua orang terbiasa dengan dompet EOA seperti MetaMask. Oleh karena itu, pada saat itu lebih sulit untuk mempromosikan di ekosistem EVM. Kemudian, kami beralih ke beberapa rantai AA asli, seperti Flow, Aptos, Sui, yang pada awalnya adalah beberapa rantai abstraksi akun. Blocto adalah dompet terbesar di Flow, dan kemudian menjadi dompet terbesar ketiga di Aptos.

Dengan munculnya ERC-4337, ekosistem Ethereum juga mulai fokus pada peningkatan pengalaman pengguna web3. Pada Eth Paris tahun ini, kami juga bertemu banyak orang yang tertarik pada AA, dan kami melakukan beberapa diskusi bersama, serta beberapa lokakarya bersama untuk membuat lebih banyak pengembang dan pengguna memahami manfaat dan nilai dari abstraksi akun.

Blocto memiliki aplikasi seluler sendiri. Kami juga menyediakan SDK dompet, utamanya berkolaborasi dengan beberapa perusahaan web2, seperti MBA, CNN, Yahoo, dll., untuk membantu mereka menyediakan fungsionalitas Web 3 dan pada saat yang sama memberikan pengalaman pengguna web2.

---
1. **Cara melihat EIP 2938.3074.5003.7377 dan amandemen lain pada Perjanjian Konsensus Pasifik, terutama gagasan 7377 yang mengubah akun EOA menjadi akun kontrak？**

**Shu Dong - Founder of Hexlink**

Sebenarnya, saya telah mengikuti EIP-EIP ini untuk beberapa waktu. Pertama-tama, EIP 2938 sebenarnya tidak sama dengan EIP 7377. EIP 2938 adalah kode opcode seperti pembayaran gas. Sedangkan EIP-EIP lain seperti 5003 dan 7377 sebenarnya ingin mendeploy beberapa kode ke akun EOA tersebut. Menurut pendapat saya, sangat sulit untuk melakukan hal-hal ini di tingkat konsensus. Namun, saya pikir mungkin ada penerimaan di beberapa rantai baru, ini adalah masalah kompatibilitas mundur. Dalam proses pengadopsian AA, saya menemukan bahwa sebenarnya cukup sulit untuk mengubah konsensus atau beberapa konsensus dengan ekosistem yang sudah ada. Tidak perlu disebutkan tingkat rantai, itu tergantung pada tingkat DApp. Jika Anda ingin mengadopsi AA, Anda harus mengubah antarmuka. Saat ini, Uniswap tidak dapat mengadopsi AA secara native.

Pendapat saya adalah meskipun ide untuk mendeploy kode pada EOA adalah ide yang menarik, itu bukan hanya konsensus di tingkat rantai, tetapi juga konsensus di tingkat aplikasi dan tingkat sosial. Sebagai contoh sederhana, semua orang biasanya berpikir bahwa jika saya memiliki kunci pribadi dan kunci publik, maka kunci pribadi ini secara alami dapat mengontrol kunci publik, tetapi jika sekarang kode dideploy pada kunci pribadi ini dan kunci publik ini, logika kode menyatakan bahwa akun itu sendiri dikontrol oleh seperangkat logika lain seperti AA, maka kunci pribadi ini tidak lagi dapat mengontrol kunci publik. Ini berarti bahwa bahkan jika Anda tahu kunci pribadi, Anda tidak dapat memastikan bahwa kunci pribadi ini dapat sepenuhnya mengontrol kunci publik yang sesuai.

Menurut pendapat saya, ini adalah hal yang sangat dasar untuk menghancurkan perakitan seluruh proses pengembangan. Sebagai contoh sederhana, ketika saya sedang mengembangkan, saya akan menghasilkan beberapa pasangan kunci publik dan pribadi sebagai kunci uji. Sekarang jika ada logika di atas, apakah ini berarti bahwa tidak ada lagi substitusi, yaitu, menghasilkan pasangan kunci dapat dianggap sebagai kunci terbaik. Saya harus memastikan konsistensi logikanya. Dalam hal ini, saya pikir ini akan membawa banyak masalah, dan kemudian menyebabkan perubahan besar dalam seluruh proses pengembangan dan alat pengembangan.

Jadi tantangan seperti yang dibawa oleh EIP 7377 adalah dari semua aspek. Banyak orang hanya berpikir bahwa ini adalah perubahan pada tingkat konsensus, tetapi konsensus ini tidak hanya pada tingkat rantai, tetapi juga melibatkan berbagai tingkat. Jadi saya tidak terlalu optimis. Tapi jika ini di rantai baru, itu akan menyediakan seperangkat alat pengembangan yang baru, dan menghasilkan ekosistem baru seperti itu, yang menurut saya masih sangat mungkin untuk diwujudkan.

**Derek - CEO ZeroDev**

Selain dari apa yang Shu sebutkan, saya pikir EIP 7377 sebenarnya mencerminkan dalam arti mengapa ERC-4337 memiliki kesuksesan yang begitu besar. Karena EIP-EIP ini telah diajukan sangat awal, tidak ada AA asli yang dicapai selama begitu banyak tahun, atau EOA ini telah diubah menjadi dompet kontrak cerdas. Sebenarnya ada banyak cara untuk merealisasikan ide ini, itulah mengapa ada begitu banyak EIP. Karena tidak ada cara di sini untuk mencapai konsensus di seluruh komunitas, EIP-EIP ini tidak dapat diadopsi. Tetapi 4337 tidak mengubah konsensus, jadi tidak ada masalah seperti itu.

Sebenarnya, ketika 4337 diajukan, banyak orang merasa bahwa ada banyak masalah, tetapi tidak masalah karena tidak mengubah konsensus. Jadi, orang yang tidak optimis bisa mengabaikannya, dan orang yang optimis akan membuatnya di luar rantai. Seluruh sistem 4337 dibuat di luar rantai ini. Dengan begitu banyak EIP, itu juga mencerminkan mengapa 4337 tidak mengubah konsensus, yang merupakan alasan besar untuk adopsi spektakuler.

**Hsuan - Co-Founder & CEO of Blocto**

Dari sudut pandang pengalaman pengguna, dalam jangka panjang, semua akun dalam ekosistem Ethereum secara keseluruhan harus berkembang ke arah AA. Ini adalah hal yang wajib dilakukan. Sebagai contoh, pengguna sekarang menggunakan satu kunci pribadi untuk mengendalikan dompet. Misalkan kunci pribadi ini hampir bocor, maka akun ini tidak dapat digunakan lagi.

Pengguna pada dasarnya harus sepenuhnya meninggalkan akun ini, kemudian membuat kembali pasangan kunci pribadi, dan kemudian menggunakan akun baru. Hal itu sangat menyakitkan dalam penggunaan. Setelah Web3 diadopsi dalam skala besar, dompet-dompet ini bukan hanya dompet, bukan hanya aset murni, sebenarnya itu adalah identitas Anda. Kemudian jika pengguna sering perlu memulai kembali dengan identitas yang sepenuhnya baru saat menggunakan identitas, itu tidak layak. Ini adalah resume yang Anda akumulasikan di masa lalu, atau itu harus benar-benar ditinggalkan seperti token yang terikat jiwa, hal ini tidak mungkin terjadi.

Dari segi pengalaman pengguna, sebenarnya ketika kami berbicara dengan Ethereum Foundation dan Vitalik, mereka semua merasa bahwa dalam jangka panjang, Ethereum harus bergerak maju ke arah AA. Sejak kami mendorong AA pada tahun 2019, kami telah menghadapi banyak kesulitan dan banyak rintangan. Hal utama adalah karena sebagian besar dompet yang digunakan oleh pengguna sekarang adalah seperti MetaMask, yaitu dompet EOA. Jika ada ketidaksesuaian di tengah-tengah antara penggunaan AA dan dompet EOA, maka untuk promosi lebih lanjut, karena sekarang sebagian besar pengguna menggunakan EOA, maka mereka tidak memiliki motivasi yang kuat untuk mengubah atau mengupgrade ke AA. Ketika sebagian besar pengguna DApp masih menggunakan EOA, bahkan jika AA memberikan beberapa nilai, masih sulit untuk mempromosikannya.

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

Jadi, untuk bergerak ke arah ini, harus ada beberapa simetri antara AA dan EOA, yang berarti penggunaan keduanya interoperabel. Ada juga banyak tingkat di sini, seperti EOA dapat diupgrade ke AA, atau dalam kasus di mana AA belum memiliki fitur ini, Anda dapat menandatangani pesan terlebih dahulu dan memverifikasi pesan terlebih dahulu, hal-hal ini sebenarnya sangat penting. Meskipun sulit untuk diimplementasikan, saya pikir itu sangat penting dilakukan.

---
2. **AA ingin diadopsi dalam skala besar. Apa yang kurang dalam ekologi？**

**Shu Dong - Founder of Hexlink**

Saya melihat bahwa semua proyek AA dan proyek dompet di pasar berfokus pada satu hal, yaitu onboarding.

Semua orang melakukan onboarding, bagaimana cara mendapatkan pengguna, bagaimana cara menyederhanakan pengalaman pengguna, bagaimana cara menyederhanakan pengalaman otentikasi. Saya pikir ini adalah bagian yang sangat penting dalam perjalanan akun AA menuju adopsi. Ini juga merupakan bagian dari akun AA yang dapat melampaui EOA dalam pengalaman pengguna dan memberikan perubahan paling langsung kepada pengguna biasa.

Tetapi sekarang saya memiliki kekhawatiran yang relatif kecil. Apakah perubahan semacam ini melalui onboarding dapat menyelesaikan migrasi dari EOA ke AA, atau apakah dapat diselesaikan sehingga AA dapat mendapatkan semua dukungan dari pengguna biasa. Kami masih merasa bahwa masih ada beberapa hal yang kurang.

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

**Shu Dong - Founder of Hexlink**

Hal pertama yang harus dikatakan adalah pengetahuan di tingkat aplikasi. Banyak investor masih memiliki sikap yang lebih ragu-ragu terhadap AA. Dalam pemikiran mereka, AA sendirian tidak dapat mendapatkan pengguna, atau masih bergantung pada aplikasi. Pada saat ini, pertanyaan yang harus dipertimbangkan adalah, yaitu, aplikasi mana saja yang hanya bisa didukung oleh AA dan tidak dapat didukung oleh EOA. Karena ada banyak aplikasi. Jika baik AA maupun EOA dapat melakukannya, maka saya dapat melakukannya dengan EOA. Atau tambahkan solusi teknis seperti MPC ke Dapp untuk mengurangi gesekan pengalaman pengguna, dan apakah itu benar-benar memberikan manfaat dari onboarding yang diklaim. Dari sudut pandang ini, kebutuhan pengadopsian AA pada tingkat aplikasi sebenarnya masih kurang.

Kedua, saya pikir kita perlu menemukan beberapa situasi pengguna di mana akun kontrak cerdas dapat melakukan hal-hal yang EOA tidak dapat lakukan. Sekarang kita berpikir tentang beberapa yang mencakup kustomisasi, memungkinkan pengguna mendefinisikan akunnya sendiri melalui konfigurasi. Karena kita dapat melakukan modulasi, ini adalah hal yang bisa dilakukan oleh AA, tetapi tidak dapat dilakukan oleh EOA.

Selain itu, contohnya seperti otomatisasi. Ini adalah saat pengguna memiliki beberapa akun, atau satu akun dapat diotomatisasi, dan beberapa proses diproses secara otomatis. Maka ini mungkin jauh lebih nyaman daripada EOA. Tetapi bagaimana keunggulan ini dapat diubah menjadi situasi pengguna yang konkret, dan kemudian pengguna dibawa masuk? Saya pikir masih ada celah di tengahnya. Kami juga sedang mencoba mengidentifikasi beberapa kasus penggunaan yang lebih baik, tetapi dalam lingkungan pasar saat ini, masih ada beberapa kesulitan.

**Derek - CEO ZeroDev**

Saya setuju dengan Shu. Sebenarnya, apa yang semua orang inginkan bukanlah AA. Apa yang semua orang inginkan adalah pengalaman yang lebih baik. Pengalaman ini memerlukan dukungan dari Dapp itu sendiri. Ada juga masalah lain. Misalnya, jika AA dan EOA dibandingkan, meskipun AA memiliki beberapa keunggulan, seperti sponsoring gas, dan beberapa fungsi unik AA, itu masih tidak dapat dibandingkan dengan EOA dalam banyak hal.

Sebagai contoh, membuat dompet EOA tidak memerlukan gas, hanya perlu menghasilkan kunci pribadi. Tetapi dompet AA ini adalah dompet kontrak cerdas, yang perlu didaftarkan, biaya gas adalah masalah yang sangat penting. Bahkan jika kita tidak memperhatikan pengeluaran, setiap transaksi yang ditangani oleh dompet AA akan memiliki beberapa overhead karena ditangani dengan kontrak cerdas. Kami di ZeroDev juga telah banyak usaha dalam mengoptimalkan biaya gas. Kami juga baru-baru ini menulis artikel teknis yang lebih rinci tentang bagaimana kami mengoptimalkan dompet kami. Alasan mengapa kami begitu banyak melakukan hal ini adalah untuk memungkinkan proyek-proyek ini yang menuju AA memiliki lebih sedikit kekhawatiran tentang biaya gas AA.

Di sisi lain, dibandingkan dengan EOA, AA memiliki kelemahan besar, yaitu infrastruktur AA, seperti paymaster, bundler, belum terlalu dapat diandalkan. Pada dasarnya, proyek-proyek AA besar yang sekarang online, baik itu Cyberconnect, Echo, Goldfish, telah menggunakan banyak penyedia bundler. Karena lalu lintas saat ini yang dapat ditangani oleh infra AA masih relatif terbatas, ini masih semua tergantung ketika proyek online. Terlalu. Tetapi jika itu EOA, menggunakan Infura, Alchemy, BlockPI tidak akan menghadapi masalah seperti ini karena infra EOA sangat matang. ZeroDev tidak hanya membuat SDK dompet AA ini, tetapi juga membuat infrastruktur Meta yang sangat andal dan sangat tersedia. Ketika menangani lalu lintas AA, jika penyedia bundel mengalami gangguan, sistem secara otomatis akan mengarahkan lalu lintas ini ke bundel lain. Dengan cara ini, pengembang tidak akan terganggu oleh infrastruktur bawah.

Singkatnya, saya pikir biaya gas dan infrastruktur saat ini adalah dua kekurangan AA dibandingkan dengan EOA.

**Peter Pan - CTO Particle Network**

Tadi Shu dan Derek menyebutkan kurangnya aplikasi. Saya pikir ini adalah hal yang cukup mendasar.

Mengenai apakah infrastruktur sudah matang sekarang, saya merasa ini adalah proses tumbuh bersama. Beberapa pengembang setuju dengan beberapa fitur AA dan bersedia menyediakan pengalaman yang lebih baik bagi pengguna mereka untuk menyelesaikan masalah yang belum pernah terpecahkan oleh AA sebelumnya. Pada saat ini, pengembang akan mencoba tantangan penyedia infrastruktur AA seperti kami. Di satu sisi, itu adalah stabilitas, di sisi lain, itu adalah lebih banyak fitur. Misalnya, dari Maret hingga sebagian besar tahun ini, banyak infrastruktur AA, semua orang membangun dalam arah yang berbeda, tetapi sebenarnya banyak proyek lebih berharap untuk menjalankan beberapa fungsi, seperti otomatisasi atau kunci sesi yang baru saja disebutkan. Fitur, saya merasa seperti baru saja dipaksakan, jadi saya pikir kurangnya pendidikan pengembang adalah dimensi lain yang perlu dipertimbangkan.

Saya masih bertemu dengan klien hari ini. Sebenarnya, secara keseluruhan, mereka telah mendiskusikan lebih banyak fitur ini dengan AA, tetapi mereka tidak memiliki konsep terlalu rinci, tetapi adegan DApp mereka sebenarnya sangat sesuai. Misalnya, beberapa proyek Gamefi, mereka ingin pengguna pergi ke gasless untuk mencetak NFT, berdagang NFT, atau beberapa game di mata rantai, mereka ingin dapat membuat serangkaian tanda tangan otomatis tanpa menyentuh kunci pribadi pengguna.

Ada juga bot telegram yang baru-baru ini agak populer. Sebenarnya, semua orang masih memerlukan AA, tetapi mereka tidak tahu secara jelas. Karena infrastrukturnya sudah ada semua, tetapi mereka belum sepenuhnya terbiasa. Jadi menurut saya secara pribadi itu juga konsep yang lebih penting bagi kita. Pengalaman pengguna adalah satu aspek, dan pengalaman pengembang juga penting, jadi solusi kami sebenarnya adalah menyediakan antarmuka yang lebih terintegrasi dan lebih kaya secara seni.

Biarkan pengembang memahami seluruh rangkaian 4337, tetapi biaya pembelajarannya tidak rendah, tetapi kita dapat mengabstraksikannya, misalnya beberapa layanan yang kami sediakan, dapat secara otomatis menerjemahkan akun transaksi tanpa mengubah kode di bawah logika EOA yang diperlukan untuk abstraksi UserOperation. Jadi saya pikir kita perlu melakukan lebih banyak perbaikan pengembang untuk menyelesaikan beberapa masalah AA dari sisi pasokan.

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

**Albert He - Chief Scientist of BlockPI**

Baru saja, beberapa tamu pertama sebenarnya sangat komprehensif. Saya akan berbicara tentang keraguan yang kami temui ketika kami benar-benar menguji AA. Pertama-tama, Bapak Dong tadi mengatakan bahwa banyak aplikasi skala besar sebenarnya perlu mendeploy seluruh set hal untuk mendukung AA. Ketika kami berbicara dengan beberapa pihak proyek, mereka juga menyebutkan masalah ini. Mereka juga tahu bahwa AA sebenarnya adalah pintu masuk aliran potensial yang relatif besar bagi mereka. Tetapi dalam mendeploy ulang, mereka akan memiliki dua perhatian. Yang pertama adalah masalah keamanan. Semakin besar aplikasinya, semakin tinggi pertimbangan keamanan. Kemudian, karena ada lebih banyak pekerjaan pengembangan, ada masalah biaya di sini. Saya pikir mungkin ada lebih banyak SDK, dan beberapa kontrak paymaster dan pabrik dompet di rantai. Salah satu masalah yang kami temui selama pengujian adalah bahwa banyak tim membuat paymaster, seperti Pimlico juga membuat SDK, mereka dapat menggunakan, misalnya, ERC20 untuk membayar biaya gas ini. Tetapi pabrik dompet ini sepertinya tidak memiliki banyak orang yang maju. Tetapi pabrik dompet sangat penting untuk pengembangan dompet AA, karena dengan pabrik dompet dengan lebih banyak fungsi, dompet AA dapat lebih mudah menyediakan pengalaman pengguna yang dapat disesuaikan dan beragam, dan tidak perlu lagi membangun ulang roda. Saya pikir mungkin karena pabrik dompet ini adalah peran terakhir dalam ERC4337. Mungkin sebagian besar pihak proyek dan pengembang merasa bahwa dalam pengembangan seluruh AA, pabrik dompet adalah peran yang perlu digunakan relatif lebih lanjut. Saya pikir mungkin mungkin bagi Taifang Foundation untuk mempromosikan pengembangan pabrik dompet.

---
3. **Cara melihat konsep berpusat pada niat (intent-centric) dan hubungannya dengan AA (Account Abstraction):**

**Peter Pan, CTO of Particle Network**

Hubungan utama antara konsep berpusat pada niat dan AA adalah bahwa keduanya bertujuan untuk mengatasi tantangan pengalaman pengguna web3 saat ini. AA memecahkan masalah pengelolaan akun, menyediakan akun pintar yang dapat diprogram, dan mengatasi berbagai keterbatasan, seperti transaksi batch dan pengalaman tanpa gas yang tidak dapat diselesaikan di bawah logika Externally Owned Accounts (EOA). Setelah abstraksi akun, masalah masuk pengguna telah teratasi, dan tantangan selanjutnya adalah menciptakan logika operasional yang berpusat pada transaksi dalam seluruh ekosistem, yang menjadi logika operasional yang berpusat pada niat pengguna.

Saat ini, pengalaman web3 didefinisikan oleh dua hal, yaitu berbagai DApp, dan dompet sebagai dasarnya. Sebenarnya, pengguna mengkombinasikan berbagai DApp yang berbeda, kemudian memanggil tanda tangan dompet yang bersatu untuk menyelesaikan operasinya. Namun, pengguna sebenarnya sangat jelas tentang apa yang akan dilakukannya, seperti friend.tech, yang belakangan ini sangat populer. Pengguna membuat EOA melalui login sosial. Pada saat ini, pengguna perlu mentransfer dari Base ke Tin, dan kemudian pengguna perlu mencari jembatan antar-rantai. Jika jembatan antar-rantai ini mendukung Base, pengguna dapat mentransfer Tin miliknya. Saya sebenarnya mengamati bahwa bahkan bagi pengguna yang sudah memiliki aset di web3, ini adalah hal yang sangat menyakitkan baginya, apalagi produk ini sebenarnya memiliki efek seperti lingkaran yang memasukkan pengguna web2. Ini pasti akan menyingkirkan banyak pengguna web2, bahkan jika pengguna sudah memiliki akun Silkynya, pengguna harus mencari cara untuk mendapatkan ether di ethereum, dan kemudian mencari jembatan antar-rantai untuk melintasi ke Taiyi. Saya kira ini sangat meyakinkan bagi pengguna web2.

Namun sebenarnya, pengguna sangat jelas tentang apa yang akan dilakukannya, atau DApp juga sangat jelas tentang cara memberi tahu pengguna apa yang akan mereka lakukan. Misalnya, untuk proyek Gamefi, pengguna hanya ingin membuat NFT di Gamefi ini. Pengguna tidak perlu tahu bahwa ini adalah Polygon, dan mereka tidak perlu menyediakan Matic. Abstraksi akun dapat memperkenalkan pembayaran ERC20 atau tanpa gas yang dapat mengatasi masalah ini, tetapi pada dasarnya masih logika yang berpusat pada transaksi.

Misalnya, jika pengguna ingin berpartisipasi dalam proyek Gamefi, dia ingin membuat NFT. Jika pengguna memiliki aset di BNB chain, sebenarnya dia harus menggunakan aset BNB chain-nya secara otomatis, seperti USDC, di Polygon untuk membuat NFT ini. Pengguna tidak perlu memikirkan banyak hal di belakang layar. Saya kira semua orang masih menjelajahi berpusat pada niat, tetapi yang saya inginkan secara pribadi adalah melihat protokol niat yang lebih umum. Kami juga sedang menjelajahi arah ini, dan hubungannya dengan AA terhubung secara berurutan saat ini karena membutuhkan AA untuk menyediakan akun pintar yang dapat diprogram. Tentu saja, ini juga menimbulkan tantangan, karena implementasi AA saat ini sering terbatas pada rantai tertentu dan keadaan terisolasi. Untuk sepenuhnya memahami model berpusat pada niat, mungkin diperlukan akun pintar antar-rantai dan infrastruktur gas antar-rantai.

Secara ringkas, konsep berpusat pada niat dan AA saling terkait karena keduanya bertujuan untuk meningkatkan pengalaman pengguna web3. Menggabungkan pendekatan ini dapat secara potensial mengatasi fragmentasi yang dialami pengguna saat berinteraksi dengan transaksi dan berbagai DApp.

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

**Derek, CEO of ZeroDev**

Menjelaskan bahwa konsep intent sebenarnya bukan teknologi baru, dan banyak proyek telah mengatasi konsep intent, meskipun mungkin belum disebutkan secara eksplisit. Sebagai contoh, proyek-proyek sebelumnya seperti limit order dan aggregator DEX sebenarnya adalah manifestasi dari intent. Derek menjelaskan bahwa AA (Account Abstraction) dapat membantu mewujudkan konsep berbasis intent. Hubungan antara keduanya adalah bahwa ada banyak cara untuk mencapai konsep berbasis intent, dan AA adalah salah satunya.

Untuk menyelesaikan intent, ada tiga masalah yang harus dipecahkan: bahasa intent (bagaimana menggambarkan intent), jaringan intent (bagaimana menyebarkan intent), dan penyelesaian intent (bagaimana mengubah intent menjadi transaksi). AA atau dompet pintar berbasis kontrak cerdas dapat memecahkan masalah bahasa intent, karena mereka dapat mendefinisikan transformasi ini. Jika seorang pengguna ingin menyatakan intent, seperti mengonversi $ETH menjadi $USDC, mereka dapat menulis API pada dompet kontrak cerdas untuk menerima $ETH dan menangani konversi ke $USDC dalam logika dompet. Namun, AA tidak secara langsung memecahkan masalah jaringan dan penyelesaian. ERC-4337, di sisi lain, dapat mengatasi masalah yang tersisa karena berfungsi sebagai jaringan yang terhubung oleh bundler.

**Shu Dong, Pendiri Hexlink**

Menambahkan bahwa intent memiliki ambiguitas inheren dalam definisinya, terutama dalam cara menggambarkan intent. Dia memberikan contoh AutoGPT, robot obrolan otomatis yang dapat menganalisis percakapan pengguna dan menjalankan tugas berdasarkan percakapan tersebut. Meskipun ini adalah bentuk intent, itu berbeda dari intent berbasis transaksi. Shu Dong juga membahas arsitektur intent, yang melibatkan menerjemahkan intent ke kode yang dapat dieksekusi. Dia menyebutnya sebagai lapisan terjemahan. Langkah kedua, yang dia sebut sebagai lapisan eksekusi, melibatkan eksekusi intent yang telah diterjemahkan, yang mungkin melibatkan beberapa transaksi dan interaksi lintas rantai. Dalam konteks ini, AA memainkan peran penting dalam lapisan eksekusi.


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

Alasannya adalah karena tujuan tersebut melibatkan interaksi multi-akun, interaksi lintas rantai, dan beberapa fungsi. Jika Anda ingin mengimplementasikan seluruh proses, Anda perlu mengotomatiskan semua langkah model akun baru. AA alami dan cocok untuk model akun seperti itu. EOA sebenarnya memiliki banyak batasan pada tingkat otomatisasi. Jadi menurut saya hubungan antara niat dan AA adalah bahwa AA sebenarnya adalah lapisan eksekusi yang sangat, sangat bagus. Menurut saya AA tidak terlalu cocok untuk translation layer, AA cocok untuk infrastruktur implementation layer. Dan hanya AA yang bisa melakukannya, EOA tidak bisa melakukannya. Inilah yang menurut saya di masa depan AA bisa dilakukan di seluruh ekosistem intent.

---

4. **Bagaimana perkembangan AA pada rantai yang berbeda？Rantai mana yang memiliki potensi untuk diadopsi dalam jumlah besar dari abstrak akun pertama?**

**Shu Dong - Pendiri Hexlink**

Sekarang dalam hal cross-chain, saya pikir ada beberapa masalah utama yang perlu diselesaikan. Pertanyaan pertama adalah konsistensi alamat. Misalnya, di semua ekologi EVM, EOA dapat mencapai konsistensi alamat lintas rantai. Tetapi jika AA, ia membutuhkan penyebaran terlebih dahulu, dan kedua, sulit untuk menjamin konsistensi alamat lintas rantai ini. Ini juga merupakan masalah yang sedang dipecahkan oleh banyak pabrik dompet. Hal ini dapat diatasi dengan menggunakan create2, yang merupakan pabrik wallet dengan alamat yang sama pada setiap rantai, dan kemudian menggunakan salt yang sama untuk menghasilkan nouce yang sama dan alamat yang sama.

Banyak proyek yang sudah mulai melakukannya. Ini adalah peningkatan kecil, tetapi dapat membuat pengalaman pengguna AA mirip dengan EOA, dan ini juga membantu orang-orang yang lebih terbiasa dengan ekologi rantai silang EOA untuk beradaptasi dengan ekologi AA dengan lebih cepat.

Yang kedua adalah masalah jembatan silang. Ada dua jenis jembatan silang. Yang pertama adalah Layer2 dan Layer1, yang disilangkan dengan menggulung. Ada beberapa proyek yang melakukan penyebaran meta data rantai silang. Sebagai contoh, kontrak saya memiliki pemilik, dan semua rantai memiliki satu orang yang sama untuk mengendalikannya. Soul wallet melakukan penyebaran meta data seperti itu dari Layer1 ke Layer2.

Saya pikir ini juga sangat membantu untuk pengembangan ekologi lintas rantai. Karena EOA sendiri mengandung relatif sedikit state, maka EOA adalah sebuah public private key. Dan secara alami dihasilkan di bawah rantai, sehingga secara alami digunakan bersama oleh semua rantai. Tetapi jika AA dapat diprogram, maka AA mengandung state yang relatif kaya, dan kemudian bagaimana cara menyinkronkan state ini di semua chain akan menjadi masalah yang sangat, sangat besar. Misalnya, jika saya menggunakan EOA untuk mengontrol AA, bagaimana saya dapat menyinkronkan EOA ini ke dalam semua status AA. Sudah ada orang yang secara aktif menyelesaikan dua masalah ini di seluruh ekosistem. Inilah yang kami perhatikan, karena menurut saya ini adalah masalah yang sangat mendasar yang perlu diselesaikan.

Yang ketiga adalah masalah jembatan lintas rantai. Saya pikir ekologi AA sendiri tidak menyelesaikan masalah ini, karena masalah ini tidak dapat diselesaikan dalam ekologi EOA. Bagaimanapun, masih ada offchain untuk meninggalkan status rantai ini dengan cara yang relatif sentral. Tetapi crosschain ini sendiri dapat diintegrasikan ke dalam ekologi niat, misalnya, pengguna dapat memilih jembatan kepercayaan sendiri untuk menjembatani aset mereka sendiri. Jadi menurut saya, AA masih memiliki potensi untuk melakukan pengalaman yang sama dengan EOA, tetapi membutuhkan dukungan infrastruktur yang lebih kompleks.

Banyak masalah yang tidak bisa diselesaikan oleh EOA, juga tidak bisa diselesaikan oleh AA. Karena memang bukan ruang lingkup AA untuk menyelesaikan masalah ini. Rantai yang mendukung AA sebenarnya sama. Ketika menghadapi ekologi lintas rantai, bahkan jika rantai tersebut awalnya mendukung AA, masalah penyebaran dalam keadaan ini sebenarnya masih ada. Ini tidak ada hubungannya dengan apakah rantai tersebut mendukung AA ... Hal ini lebih bergantung pada perkembangan ekologi AA secara keseluruhan.

**Peter Pan- CTO Jaringan Partikel**

Hal pertama yang harus ditentukan adalah bahwa tidak akan ada pengembangan skala besar di jaringan Epoplanka. Di sisi lain, blocto mereka melakukan akun pintar sejak lama, dan bahkan melakukan banyak pekerjaan di beberapa rantai yang awalnya mendukung akun abstrak ini, termasuk juga sangat murah. Namun pada akhirnya, akun abstrak atau akun pintar semacam ini masih bergantung pada keseluruhan ekologi EVM. Faktanya, dari perspektif rantai ini, Layer2 sekarang lebih homogen, setidaknya dari perspektif pengguna dan pengembang, tidak ada perbedaan mendasar.

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

Saya tidak bisa mengatakan rantai mana yang akan diadopsi dalam skala besar, setidaknya Polygon jauh di depan dalam hal hasil. Jadi menurut saya AA harus lebih murah untuk diadopsi dalam skala besar, dan mungkin lebih murah daripada semua rantai ini sekarang. Sebagai contoh, rantai BNB melakukan OPBNB, biaya rata-rata dari perspektif EOA adalah 0,005 dolar, sedangkan untuk AA, bahkan biaya gas ganda hanya 0,01 dolar. Untuk sisi proyek, dia ingin melakukan pertumbuhan pengguna yang lebih baik, dia sangat termotivasi untuk mengadopsi rantai ini, dan kemudian menggunakan AA. Jadi saya pikir masa depan akan menjadi ekologi multi-rantai. Kemudian AA juga perlu mengatasi rantai silang di bawah ekologi multi-rantai, atau beberapa tantangan teknis yang membutuhkan integrasi multi-rantai. Tetapi harus ada rantai yang lebih murah bagi pengembang untuk mencicipi rantai yang manis, dan adegan AA muncul lebih dulu. Misalnya, seperti Cyberconnect, mereka melakukannya di Polygon. Atau akan ada lebih banyak lagi berikutnya, dan Layer2 baru juga akan keluar. Beberapa masalah di seluruh rantai dapat diselesaikan secara bertahap, tetapi AA berdasarkan rantai tertentu akan segera muncul.

---

5. **Bagaimana cara berpikir tentang Polygon sekarang memiliki banyak transaksi AA, tetapi masalah perlindungan MEV yang tidak memadai. Dapatkah eth_sendRawTransactionConditional (PIP-15 AIP-2) yang baru ditambahkan menyelesaikan masalah ini?**

**Albert He - Kepala Ilmuwan BlockPI**

Proposal eth_sendRawTransactionConditional ini telah diajukan di Polygon dan Arbitrum, tetapi belum secara resmi dimasukkan ke dalam jaringan utama. Arbitrum sudah menguji proposal ini di atas Nitro.

Dibandingkan dengan eth_sendRawTransaction yang asli, metode ini sebenarnya menambahkan beberapa kondisi. Ketika sebuah transisi tidak memenuhi persyaratan ini, pembuat blok dapat menolak transaksi ini. Dari sudut pandang bundler, transaksi ini secara langsung ditolak, bukan berarti rantai dikembalikan.

Kondisi yang ditentukan dalam metode ini terutama ada tiga. Salah satunya adalah stempel waktu, yang lainnya adalah ketinggian blok, dan yang lebih penting, beberapa alamat dapat dimasukkan dalam parameter akun kontrak ini, dan kemudian pembuat blok akan memeriksa status akun kontrak ini. Telah berubah. Hanya ketika kondisi ini terpenuhi, pembuat blok akan memasukkannya ke dalam blok ini dan kemudian membuat blok.

Sebenarnya, metode ini adalah untuk mengatasi beberapa kekurangan bawaan dari beberapa AA. Biasanya, logika keuntungan bundler adalah setelah berhasil mengirim unggahan bundel, gas yang dikembalikan dari titik masuk akan sedikit lebih banyak daripada gas yang dikonsumsi oleh bundler, sehingga peran bundler akan menguntungkan. Kami telah melakukan beberapa tes transaksi pengiriman bundler pada Taifang atau Polygon. Jika transaksi yang dikirim oleh Bundler tidak dilindungi oleh MEV, UserOperation dalam bundle dikirim ke Transaction muppool di Etai atau Polygon.

Pada saat ini akan ada beberapa robot MEV, mengekstrak UserOperation ini, dan kemudian mengemasnya menjadi transaksi dengan gas yang lebih tinggi. Kemudian setelah mengirimkannya ke membool, block builder ini akan memprioritaskan untuk mengemas transaksi robot MEV, sehingga hasilnya adalah transaksi yang dikirim oleh Bundler pada akhirnya akan dibalik. Hasil dari revert adalah bundler kehilangan gas karena bundler mengkonsumsi sebagian kecil gas, tetapi gas yang dikembalikan ke bundler dari titik masuk adalah nol. Kemudian ketika kami mempelajari metode ini, kesimpulan akhirnya adalah bahwa eth_sendRawTransactionConditional dapat menyelesaikan sebagian masalah ini. Ini hanya dapat menjamin bahwa bundler tidak akan kehilangan uang, tetapi tidak dapat menjamin bahwa Bundler akan menghasilkan uang.

Karena bundler sebenarnya dapat mengenali UserOperation yang terdapat di dalam bundle jika menggunakan metode th_sendRawTransactionConditional untuk mengirim transaksi. Kemudian lagi, jika ada keuntungan, robot MEV akan tetap mengirimkan transaksi ini secara preemptive ke chain. Pada saat ini, jika bundler menggunakan metode eth_sendRawTransactionConditional, maka pembuat blok akan menolak transaksi Anda, alih-alih mengatakan bahwa mengirimkan transaksi Anda ke rantai akan menyebabkan pengembalian dan kemudian kehilangan gas. Jadi dalam kasus ini bundler tidak menghasilkan uang atau kehilangan uang.

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

Namun, dari sudut pandang pengguna, UserOperation yang dikirimkan dapat berhasil dikirimkan ke rantai secara tepat waktu. Jadi untuk seluruh ekologi AA, sebagai penyedia infrastruktur untuk menyediakan layanan bundler, dapat diterima setelah memiliki metode ini, karena bundler tidak memiliki uang, dan meskipun tidak ada keuntungan, pengalaman pengguna Anda sebenarnya dijamin.

---

**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)