DEV Community: NodeX Emperor

Mengapa Bundler ERC-4337 Harus Bekerja dengan Pembangun Blok?

NodeX Emperor — Mon, 09 Oct 2023 01:41:33 +0000

Dalam artikel kami sebelumnya, kami menyebutkan beberapa masalah yang saat ini belum jelas dalam ekosistem Account Abstraction (AA), termasuk risiko dalam cara Bundler memproses UserOperations. Resikonya adalah jika pengguna mengirimkan UserOperations dengan nonce yang sama ke dua Bundler secara bersamaan dan kedua Bundler tersebut mengirimkan transaksi di blok yang sama, maka salah satu transaksi akan gagal. Dalam kasus ini, Bundler yang gagal akan membayar sejumlah kecil biaya gas secara cuma-cuma. Kami menyebutnya sebagai tabrakan nonce. Meskipun ini bukan perilaku pengujian, situasi ini telah terjadi di blockchain selama ini.

Dalam dokumentasi resmi ERC-4337, disebutkan bahwa Bundler adalah pembuat blok itu sendiri atau berkolaborasi dengan pembuat blok. Secara teori, Bundler yang berkolaborasi dengan pembuat blok dapat sepenuhnya menghindari kegagalan transaksi yang disebabkan oleh tabrakan nonce. Akan tetapi, karena tahap awal pengembangan AA, hal ini tidak selalu terjadi pada kenyataannya.

Dalam artikel ini, saya akan membahas masalah ini secara mendetail serta kondisi ekosistem Bundler saat ini, dan memberikan beberapa wawasan tentang potensi munculnya mempool publik dan masa depan ekosistem Bundler setelah adopsi AA secara luas.

Apa yang Sebenarnya Terjadi?

Untuk menunjukkan masalahnya, kami melakukan pengujian pada Polygon Mumbai dengan mengikuti langkah-langkah berikut,

Siapkan dompet kontrak yang sudah digunakan
Setor dana yang cukup untuk mengisi gas dari beberapa UserOperation
Buat UserOperation dengan calldata yang singkat dan tanpa Paymaster atau Aggregator, agar tetap sederhana.
Kirim UserOperation ini dengan nonce yang sama ke dua Bundler yang berbeda secara bersamaan. Periksa riwayat kontrak EntryPoint untuk melihat transaksi yang dikirim oleh dua Bundler ini.
Tabel di bawah ini mencantumkan beberapa detail dari kedua transaksi tersebut. (Transaksi 1; Transaksi 2)

Inilah yang terjadi pada kedua bundler tersebut. Setelah menerima UserOperation, setiap bundler mensimulasikannya berdasarkan kondisi blockchain saat ini. Masing-masing berhasil karena ada cukup gas dalam kontrak dompet, calldata baik-baik saja, nonce benar. Berdasarkan perhitungan gas, UserOperation ini menguntungkan. Jadi mereka mengirimkannya secara on-chain dalam sebuah transaksi.

Selanjutnya, masalah terjadi karena EVM memproses transaksi secara linier, sehingga kedua transaksi ini harus memiliki urutan, dengan satu transaksi diproses sebelum yang lain. Ketika transaksi pertama selesai, EVM menemukan bahwa nonce dari UserOperation tidak benar ketika memproses transaksi kedua, sehingga transaksi kedua dikembalikan. Akibatnya, kedua Bundler memperoleh hasil yang sangat berbeda. Seperti yang ditunjukkan pada tabel di atas, Bundler pertama mendapatkan 0,00028 $Matic, sedangkan Bundler kedua kehilangan 0,0000728 $Matic. Bagan berikut ini menunjukkan alur kerjanya.

Ini hanyalah kehilangan gas dari transaksi yang gagal (satu paket) dengan satu UserOperation. Bagaimana jika transaksi mencakup lebih banyak UserOperation? Berikut adalah hasil pengujian lainnya. Mengikuti langkah-langkah yang sama dengan pengujian sebelumnya, kecuali setiap bundler mengirimkan transaksi yang mencakup dua UserOperation, bukan hanya satu. (Transaksi 1; Transaksi 2). UserOperation pertama dari Bundler A identik dengan UserOperation pertama dari Bundler B. Lebih spesifiknya, selama mereka memiliki pengirim dan nonce yang sama, maka masalah terjadi. Kami menemukan bahwa seluruh transaksi gagal, yang menyebabkan bundler membayar semua gas secara cuma-cuma. Dibandingkan dengan transaksi dengan satu UserOperation, gas meningkat sebesar 5408, dan UserOperation lain yang dapat dieksekusi dalam transaksi yang sama juga tidak dieksekusi secara on-chain. Jadi, transaksi ini tidak hanya menyebabkan lebih banyak kerugian ekonomi bagi bundler, tetapi juga menyebabkan kerugian waktu bagi pengguna lain.

Data panggilannya sama dan cukup sederhana dalam pengujian di sini. Jika UserOperations tersebut lebih kompleks, melibatkan lebih banyak kontrak yang berinteraksi atau memiliki lebih banyak konten, maka kehilangan gas akan lebih tinggi. Di sisi lain, bayangkan jika AA menjadi lebih populer, Bundler akan menggabungkan lebih banyak UserOperations. Jika terjadi pengembalian, kehilangan gas akan semakin besar. Tabel di bawah ini menunjukkan gas dari transaksi yang gagal yang berisi satu UserOperation yang diduplikasi dengan jumlah UserOperation yang semakin banyak dimana calldata sama dengan pengujian yang dilakukan di atas.

Hutan Gelap atau Lapangan Terbuka
Terlepas dari pengujian yang disengaja atau penyerang yang mengirimkan transaksi ke beberapa Bundler, situasi di atas terkadang terjadi pada chain. Alasannya adalah sejumlah besar Bundler mengirimkan transaksi Bundle ke mempool Ethereum tanpa perlindungan MEV. Karena UserOperation dalam bentuk plaintext, ketika bot MEV menemukan UserOperation yang menguntungkan di mempool Ethereum, bot tersebut akan langsung mengemas UserOperation tersebut, mengirimkan transaksi Bundle baru di blok yang sama dengan harga gas yang lebih tinggi. Node penghasil blok secara alami memprioritaskan transaksi dengan harga gas yang lebih tinggi, membuat pengirim asli transaksi menjadi korban tabrakan nonce. Dalam proses ini, bot MEV tidak hanya meningkatkan harga gas tetapi juga mengkonsumsi lebih banyak gas pada akhirnya, karena mereka memiliki kontrak bot MEV sendiri, membuat perlombaan untuk mengirimkan transaksi menjadi lebih kompleks. Transaksi Bundle di mempool Ethereum ini seperti orang yang memegang obor di hutan yang gelap, membuat diri mereka menjadi mangsa predator.

Apakah itu disengaja oleh penyerang atau bot MEV yang sedang berjalan di depan, sebelum mempool publik ERC4337, situasi di atas dapat dianggap sebagai serangan tabrakan UserOperation nonce. Dan ini harus dicegah. Di sini, kami telah menemukan beberapa solusi sementara ketika belum ada mempool publik.

Mempool Pra Publik
Untuk pendekatan yang lebih langsung, Bundler dapat secara proaktif memblokir pengirim atau alamat IP UserOperation dari para penyerang setelah pengembalian terjadi. Namun, ada dua masalah dengan pendekatan ini. Pertama, memblokir alamat IP dapat menyebabkan false positive, dan penyerang dapat mengubah pengirim dan alamat IP. Kedua, pengguna mungkin tidak sengaja melakukan tindakan ini.

Mengenai bot MEV, salah satu solusinya adalah dengan menggunakan proteksi MEV terhadap front-running, seperti Flashbots, tetapi hal ini tentunya akan menimbulkan biaya atau mengorbankan efisiensi. Solusi lain adalah menghitung selisih antara gas yang dikirimkan untuk transaksi Bundle dan gas yang dikembalikan oleh kontrak EntryPoint saat mengirimkan transaksi Bundle, menjaganya tetap pada tingkat keuntungan yang rendah, sehingga tidak menguntungkan bagi bot MEV untuk melakukan front-running. Ini seharusnya menjadi solusi paling sederhana dan paling langsung dalam adopsi awal AA, karena saat ini, sebagian besar transaksi Bundle hanya berisi satu UserOperation dan hanya ada sedikit transaksi AA dalam satu blok.

Solusi lain yang dapat kita pikirkan adalah untuk memperkenalkan beberapa keacakan ke dalam proses bundling. Alih-alih langsung membundel dan mengirimkan UserOperation yang diterima ke blockchain, Bundler dapat menunggu sejumlah blok secara acak (misalnya, antara 0 dan 5 blok) sebelum mensimulasikan dan membundelnya. Hal ini membuat serangan menjadi kurang efektif, karena penyerang tidak dapat menjamin bahwa Bundler akan membundel UserOperation di blok yang sama. Biaya serangan meningkat seiring dengan meningkatnya jangkauan nomor acak. Solusi ini mungkin dapat dilakukan pada chain berkecepatan tinggi, seperti Arbitrum, di mana waktu blok relatif singkat. Akan tetapi, pada chain berkecepatan rendah seperti Ethereum, di mana setiap blok membutuhkan waktu 12 detik, pengalaman pengguna mungkin tidak sebaik itu.

Solusi di atas bersifat sementara sebelum mempool publik tersedia. Ketika mempool publik sudah tersedia, situasinya akan berubah.

Pasca Mempool Publik
Setelah mempool publik diperkenalkan, sebagian besar UserOperations berasal dari pool ini. Harus ada mekanisme untuk mencegah beberapa Bundler mem-bundling UserOperation yang sama di mempool. Etherspot, yang mengembangkan klien bundler Skandha, sedang mengembangkan jaringan p2p dari mempool. Menurut informasi dari Etherspot, mempool akan tersedia pada bulan Oktober. UserOperations yang akan dibundel akan ditransmisikan dalam jaringan p2p ini, dan setelah dibundel dan diproses secara on-chain, mereka akan ditandai dan dihapus. Tidak ada artinya mengirim UserOperations duplikat ke mempool karena dapat dengan mudah dideteksi oleh jaringan p2p.

Pada titik ini, beberapa Bundler akan mengakses kumpulan UserOperations yang belum diproses yang sama. Bundler akan mulai mengemas lebih banyak UserOperations ke dalam transaksi Bundle yang sama. Jika transaksi masih dikirim ke mempool Ethereum, selama satu UserOperation dijalankan di depan, seluruh transaksi akan dikembalikan. Probabilitas kegagalan meningkat secara signifikan. Hal ini berbahaya bagi komunitas Bundler dan ekosistem AA.

Seperti yang dikomentari oleh Parthasarathy, pengembang inti dari Etherspot, antarmuka p2p akan diujicobakan dalam sebuah rantai yang mendukung pembangun mev-boost / block. Ini akan memastikan penghapusan pengiriman duplikat dan mengurangi penolakan online. Marc dari tim Candide juga mengatakan kepada kami bahwa berkolaborasi dengan block builder adalah berdasarkan desain dan bukan opsional, seseorang tidak dapat dan tidak boleh menjalankan bundler di mempool p2p tanpa layanan seperti mevboost pada mempool publik di Ethereum.

Dalam kondisi ideal, Bundlers setelah peluncuran mempool publik akan terhindar dari terjebak dalam kondisi persaingan yang kacau di hutan gelap. Dengan menggabungkan mempool pribadi mereka, Bundlers dapat memproses UserOperations dengan lebih efisien sambil mendapatkan keuntungan maksimal.

Kami percaya bahwa pengembangan AA pasti akan melalui proses penemuan dan pemecahan masalah, dan apa yang kita diskusikan di sini hanyalah salah satunya. Setelah melalui perkembangan ini, AA pada akhirnya akan diadopsi secara luas. Sebagai infrastruktur web3 yang inovatif, kami akan terus melakukan lebih banyak penelitian dan pengujian di bidang AA, dan berharap lebih banyak pengembang akan berpartisipasi dalam komunitas AA kami.

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 | Twitter | Telegram | Discord | Medium

Basis Data Berindeks yang Dirancang Khusus untuk Operasi Pengguna Abstraksi Akun

NodeX Emperor — Mon, 09 Oct 2023 01:27:34 +0000

Pasar mungkin tidak terlalu aktif, tetapi iterasi teknologi tidak pernah berhenti. Dalam ekosistem Ethereum, pengembangan Abstraksi Akun (AA) sangat menarik. Baik itu Ethereum Foundation, komunitas Ethereum, atau Vitalik sendiri, mereka semua bekerja tanpa lelah untuk memajukan dan mempromosikan adopsi AA. Alasannya sederhana: adopsi abstraksi akun secara luas merupakan prasyarat untuk adopsi Web3 secara luas. Seperti yang disebutkan Vitalik dalam artikel terbaru, semua orang yang pindah ke dompet kontrak pintar adalah salah satu dari tiga transisi teknis utama yang harus dijalani oleh stack untuk menjadikan Ethereum sebagai tumpukan teknologi yang matang yang mampu menghadirkan pengalaman terbuka, global, dan tanpa izin kepada pengguna biasa. Karena "Tanpa itu, Ethereum akan gagal karena pengguna merasa tidak nyaman menyimpan dana mereka (dan aset non-keuangan), dan semua orang akan berpindah ke bursa yang tersentralisasi."

Kami telah lama menyadari pentingnya AA untuk Ethereum dan sebelumnya telah menerbitkan sebuah artikel tentang bagaimana mendukung abstraksi akun dari perspektif infrastruktur. Selama pengembangan dan komunikasi kami yang sedang berlangsung dengan para pengembang AA, kami telah memperhatikan bahwa ada banyak area yang dapat dioptimalkan.

Salah satu masalah yang signifikan adalah pengindeksan UserOperations. Karena satu bundel UserOperations dianggap sebagai satu transaksi di blockchain Ethereum, maka UserOperation individu dianggap sebagai bagian dari transaksi (ketika transaksi berinteraksi dengan kontrak EntryPoint). Bundler menyediakan metode RPC eth_getUserOperationByHash kepada pengguna AA untuk meminta data UserOperation dengan hash-nya. Untuk mencapai hal tersebut, klien Bundler mengirimkan eth_getLogs untuk memindai kontrak EntryPoint dari klien node (Geth, Erigon, dll) untuk mencari hash dari UserOperation. Tidak seperti transaksi on-chain biasa, UserOperation tidak dapat ditemukan menggunakan eth_getTransactionByHash yang hanya mendapatkan informasi dasar dari transaksi bundel yang berisi beberapa UserOperation. Karena setiap UserOperation merupakan interaksi on-chain antara kontrak smart wallet dan kontrak EntryPoint, data UserOperation disimpan dalam log kontrak EntryPoint. Mari kita lihat bagaimana hal ini ditemukan dari muatan eth_getLogs yang dikirim oleh Bundler. Berikut ini adalah contoh permintaan eth_getLogs yang dikirim oleh Bundler ke node RPC.

{
    "method": "eth_getLogs",
    "params": [
        {
            "address": "0x5FF137D4b0FDCD49DcA30c7CF57E578a026d2789",
            "topics": [
                "0x49628fd1471006c1482da88028e9ce4dbb080b815c9b0344d39e5a8e6ec1419f",
                "0xd9c5cdba03c5c74887fb5a2aa4d8eeac676841c6dc8573713e1798e924f1086c"
            ],
            "fromBlock": "earliest",
            "toBlock": "latest"
        }
    ],
    "id": 1,
    "jsonrpc": "2.0"
}

dimana,

alamat adalah alamat kontrak EntryPoint, nilai tetap.

Baris pertama dari topik adalah deskriptor log, nilai tetap.

Baris kedua dari topik adalah hash dari UserOperation.

Kemudian datanglah bagian yang menantang. Karena hash dari UserOperation adalah satu-satunya parameter, permintaan harus memindai dari blok paling awal ke blok terbaru (seperti yang ditunjukkan pada contoh di atas) untuk menjamin eksekusi yang berhasil, yang membutuhkan data dari node blockchain arsip. Proses ini menghasilkan sejumlah besar pekerjaan baca pada node, yang tidak efisien dan menyebabkan pengembalian yang lambat untuk Bundler, yang pada akhirnya menghasilkan respons yang lambat kepada pengguna AA. Selain itu, hampir semua penyedia RPC memberlakukan batasan rentang permintaan blok pada metode eth_getLogs. Akibatnya, Bundler tidak dapat mengambil semua data blok dalam satu permintaan dan harus memilah-milahnya menjadi beberapa permintaan. Hal ini bahkan dapat menyebabkan kecepatan pemrosesan yang lebih lambat. Menggunakan layanan RPC yang disesuaikan dari beberapa penyedia layanan RPC dapat menghindari pembatasan tersebut, tetapi pendekatan ini tidak dapat diadopsi secara luas karena mahal dan tidak terjangkau untuk semua orang. Diagram alir di bawah ini menunjukkan prosedurnya.

Untungnya, hanya ada satu kontrak EntryPoint pada saat yang sama, dan karena pertimbangan cermat yang diberikan pada setiap peningkatan, pada dasarnya tidak sering mengalami perubahan. Sementara itu, nilai deskriptor log tetap. Jadi untuk mengatasi masalah ini, kita harus membuat database yang diindeks untuk UserOperation, baik secara eksternal sebagai pengindeks atau diintegrasikan ke dalam klien node. Dan pengindeks hanya perlu mengekstrak data dari node dengan alamat tetap dan deskriptor log tetap sebagai parameter untuk membuat database, membuat logika eksekusi backend pengindeks menjadi sangat sederhana. Ada beberapa proyek di pasar yang berkonsentrasi pada pengindeksan data, yang, secara teori, dapat digunakan untuk mengatasi masalah ini. Namun, jika menggunakan solusi seperti membuat Subgraph dari The Graph secara langsung, itu sama saja dengan mengandalkan layanan pihak ketiga, yang tidak dapat diterima. Jadi, klien sumber terbuka adalah solusi yang ideal.

Klien Ringan yang berdiri sendiri
Manfaat pengindeksan adalah tidak perlu melakukan pekerjaan yang berulang-ulang. Setelah database dibangun dengan memindai dari blok paling awal ke blok terbaru, hanya log di blok yang baru ditambahkan yang perlu diperbarui di masa mendatang.

Kami telah mengembangkan UserOperation Indexer sumber terbuka ini dan mengujinya di Jaringan BlockPI. Karena hanya pengindeksan UserOperation yang dilakukan, klien ini menggunakan sumber daya sistem yang relatif sedikit dan mampu memberikan QPS yang jauh lebih tinggi untuk kueri UserOperation daripada eth_getLogs yang asli. Di bawah ini adalah perbandingan hasil uji coba stres yang menanyakan data UserOperation pada Polygon Mumbai (UserOperation hash: 0xcf8b2943927b6b905e5d3c870d19ff7cbfc8bce6c5fd3e59581cebe51f3400c1). Hasilnya menunjukkan perbedaan yang signifikan antara data yang sudah diindeks atau belum.

Klien ringan sekarang mendukung tiga basis data: Memory DB, Redis, dan Pebble. Setelah dibuat, perintah jalankan hanya dengan parameter blockchain target, titik akhir RPC backend, dan basis data yang dipanggil. Mengambil Memory DB sebagai contoh:

./build/indexer \
  --chain polygon-mumbai  \
  --backend https://polygon-mumbai.blockpi.network/v1/rpc/{APIKEY}  \
  --db.engin memory

Perlu dicatat bahwa alamat EntryPoint telah dikonfigurasi sebelumnya secara internal. Jika kontrak EntryPoint ditingkatkan, alamatnya juga perlu diperbarui. Sekarang dengan pengindeks ini, kita dapat mengabstraksikan bagian permintaan eth_getLogs ini dan menggunakan nama metode yang berbeda untuk membedakannya dari API klien simpul mentah lainnya. Kita menggunakan eth_getLogsByUserOperation hanya dengan hash dari UserOperation sebagai parameter masukan. Karena bersifat open-source, pengembang dapat memodifikasi nama metode sendiri. Metode ini juga mengimplementasikan fungsi untuk menanyakan beberapa UserOperation. Anda hanya perlu membuat daftar hash yang perlu ditanyakan dalam parameter. Hal ini tidak dapat dilakukan dengan eth_getlogs. Di bawah ini adalah contoh permintaan dan respons.

curl 'http://127.0.0.1:2052' \
-X POST -H "Content-Type: application/json" \
--data '{
    "jsonrpc": "2.0",
    "method": "eth_getLogsByUserOperation",
    "params": [
        "0xaa6f620266962dbed7778bff708be6891d92935ba1b6120781aca1aa37f9c560",
        "0xcf8b2943927b6b905e5d3c870d19ff7cbfc8bce6c5fd3e59581cebe51f3400c1"
    ],
    "id": 1
}'

{
    "jsonrpc": "2.0",
    "id": 1,
    "result": [
        {LOGS1},
        {LOGS2}
    ]
}

Pengindeks ini dapat dijalankan secara individual, dengan node RPC, atau dengan Bundler. Ketika menjalankan dengan node RPC, pastikan bahwa backend diatur ke titik akhir RPC lokal. Ketika berjalan dengan Bundler, komunikasi antara Bundler dan pengindeks lebih fleksibel, baik memodifikasi kode backend Bundler atau mengubah kode Pengindeks untuk secara langsung menerima eth_getLog dari Bundler.

Terintegrasi ke dalam klien Node

Meskipun pengembang dapat dengan bebas menggunakan klien pengindeks, membuat klien Node mendukung pengindeksan UserOperation secara native adalah solusi optimal, karena ini menghilangkan kebutuhan aktor eksternal untuk menjalankan beberapa klien atau menambahkan database. Kami ingin memulai dengan mengintegrasikan fungsionalitas pengindeks UserOperation ke dalam Geth. Tugas ini jauh lebih rumit, membutuhkan studi yang lebih mendalam tentang kode dan pemeriksaan menyeluruh terhadap basis data klien Geth, berkomunikasi dengan tim klien Geth dan kemudian menemukan solusi terbaik untuk mengimplementasikan pengindeks UserOperations. Setelah memodifikasi klien, diperlukan pengujian ekstensif dalam berbagai aspek. Kami secara aktif mendorong maju dengan masalah ini.

GitHub: https://github.com/BlockPILabs/erc4337_user_operation_indexer

Jika Anda adalah pengembang atau pengguna AA, kami mengundang Anda untuk bergabung dengan komunitas BlockPI untuk mendiskusikan masalah dan saran yang terkait dengan AA. Mari bekerja sama untuk berkontribusi pada adopsi massal AA.

Tentang BlockPI

Website | Twitter | Telegram | Discord | Medium

BlockPI Mengumumkan Peluncuran Layanan Bundler untuk Abstraksi Akun ERC4337

NodeX Emperor — Mon, 09 Oct 2023 01:16:26 +0000

Sebagai proyek asli Web3, BlockPI mendarah daging dalam semangat eksplorasi. Kami selalu menjadi yang terdepan dalam perkembangan dan tren baru dalam ruang infrastruktur blockchain. Sejak awal, kami menyadari potensi Abstraksi Akun ERC4337 dan melakukan eksplorasi secara ekstensif.

Hari ini, kami dengan senang hati mengumumkan bahwa ambisi kami untuk menjadi platform infrastruktur blockchain satu atap telah mengambil lompatan yang signifikan dengan peluncuran Layanan Bundler kami untuk Abstraksi Akun ERC4337 di blockchain Base Mainnet, Polygon Mainnet, dan Mumbai.

Mengapa Memilih Bundler BlockPI?

1. Pilihan yang Lebih Fleksibel

Didasarkan pada prinsip-prinsip desentralisasi dan selaras dengan pola pikir pengembang Abstraksi Akun, layanan Bundler kami menawarkan pilihan yang lebih fleksibel kepada pengguna. Kami mengintegrasikan klien Bundler open-source yang berbeda di jaringan BlockPI, memberikan fleksibilitas kepada pengguna untuk memilih klien yang mereka sukai. Klien yang saat ini didukung berasal dari Etherspot, Candide, Stackup, dan Pimlico.

Selain itu, kami menyediakan fungsi 'Otomatis' untuk pengembang AA. Ini adalah praktik terbaik yang dikelola oleh tim BlockPI. Dengan memilih 'Auto,' BlockPI akan secara otomatis menetapkan bundler yang paling optimal berdasarkan setiap kondisi konektivitas. Ini dapat memastikan stabilitas dan efisiensi.

2. Stabilitas yang Ditingkatkan

ERC-4337 sebagai standar terbuka, memungkinkan semua orang untuk menjalankan Bundler. Namun, sebagai layanan infrastruktur AA, Bundler harus stabil dan cepat, yang membutuhkan banyak pekerjaan dan pengalaman profesional. Tanpa itu semua, layanan bundler tidak akan memberikan pengalaman pengguna yang memuaskan dan bahkan mengakibatkan kerugian finansial.

Sebagai tim yang berpengalaman di bidang infrastruktur, kami telah mengoptimalkan klien bundler untuk setiap blockchain tertentu dalam hal konfigurasi dan pengaturan. Arsitektur terdesentralisasi BlockPI Network memastikan peningkatan stabilitas dan kinerja tinggi.

3. Tim Teknis dan Layanan yang Kuat

Tim kami selalu terbuka untuk umpan balik dan berdedikasi untuk melihat layanan kami dari sudut pandang pengembang. Kami membangun platform yang menggabungkan layanan RPC dan layanan bundler, memberikan solusi satu atap yang nyaman bagi para pengembang untuk semua kebutuhan infrastruktur mereka. Kami dengan hormat mengundang semua pengguna Account Abstraction untuk mencoba layanan Bundler kami dan memberikan umpan balik yang berharga kepada kami.

Pengindeks bersumber terbuka

Kami telah mengamati berbagai area untuk pengoptimalan selama pengembangan dan komunikasi kami yang sedang berlangsung dengan para pengembang AA. Salah satu masalah penting yang menjadi perhatian kami adalah pengindeksan UserOperations.

Untuk mengatasi masalah ini, kami mengembangkan Pengindeks UserOperation yang bersifat open source. Pengindeks ini telah diintegrasikan dengan mulus ke dalam Jaringan BlockPI. Selain itu, kami telah merilis klien yang berdiri sendiri yang dirancang khusus untuk pelari Bundler. Dengan menggunakan pengindeks kami, tingkat QPS yang jauh lebih tinggi dapat dicapai untuk kueri UserOperation dibandingkan dengan pendekatan eth_getLogs yang asli. Bahkan, QPS pengindeks kami lima ratus kali lebih besar daripada klien simpul asli seperti Geth atau Erigon. Untuk informasi dan petunjuk yang lebih lengkap tentang penggunaan klien sumber terbuka, silakan lihat artikel pengindeks kami.

Status Saat Ini dan Jalan ke Depan

Karena pengembangan Abstraksi Akun masih dalam tahap awal, banyak tantangan yang perlu diatasi. Kami secara aktif mengeksplorasi berbagai solusi dan berharap dapat berkolaborasi dengan lebih banyak pengembang yang tertarik dengan ERC-4337. Apakah Anda penyedia dompet, bundler, atau paymaster, kami mengundang Anda untuk bergabung dalam diskusi kami. Klik di sini untuk bergabung dengan diskusi AA kami.

Dalam waktu dekat, layanan Bundler kami akan digunakan di lebih banyak blockchain, dan lebih banyak layanan yang terkait dengan Abstraksi Akun akan tersedia. Tetap ikuti perkembangannya dan bergabunglah bersama kami karena kami terus menjadi pelopor dalam dunia infrastruktur blockchain yang menarik.

Tentang BlockPI

Website | Twitter | Telegram | Discord | Medium

BlockPI AA I: Siapa yang mendorong pengembangan Abstraksi Akun ke depan?

NodeX Emperor — Mon, 09 Oct 2023 01:04:36 +0000

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

Siapa/apa saja pemain utama dan kekuatan pendorong yang mendorong perkembangan industri AA?
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?
Dalam artikel asli ERC4337, disebutkan bahwa Bundler harus bekerja dengan pembuat blok. Haruskah Bundler dari semua chain harus bekerja dengan block builder? Dan mengapa?
Apakah front run akan terjadi pada chain Layer 2?
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.

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.

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.

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.

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

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 dan L2 seperti Arbitrum, 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.

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.

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

Website | Twitter | Telegram | Discord | Medium

BlockPI Diskusi AA II : Status Pengembangan Dinamis Ekosistem AA

NodeX Emperor — Mon, 09 Oct 2023 00:24:05 +0000

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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

Website | Twitter | Telegram | Discord | Medium

Pembaruan Layanan BlockPI: Fitur Baru dan Layanan Abstraksi Akun ERC-4337

NodeX Emperor — Sun, 08 Oct 2023 22:39:40 +0000

Pembaruan Layanan BlockPI

Di BlockPI, kami percaya pada kekuatan perbaikan dan inovasi berkelanjutan. Selama beberapa bulan terakhir, kami telah bekerja keras untuk menyempurnakan platform kami, mengimplementasikan puluhan peningkatan untuk memberikan kinerja dan keandalan yang canggih kepada pengguna kami.

Selain itu, kami juga telah memperkenalkan fitur-fitur baru untuk meningkatkan pengalaman pengguna Anda.

API BlockPI

Untuk memudahkan pengguna kami mengakses informasi akun, kami telah memperkenalkan ruang nama blockpi_ dalam API kami. Dengan pembaruan ini, pengguna sekarang dapat mengambil informasi akun tanpa perlu masuk.

Yang pertama adalah blockpi_ruBalance. Dengan melakukan permintaan sederhana, pengembang dapat menggunakan blockpi_ruBalance untuk menanyakan saldo RU akun mereka menggunakan kunci API yang sudah ada di bawah akun ini. Klik di sini untuk memeriksa detail dan contohnya.

Halaman Status

Kami memahami pentingnya menjaga para pengembang tetap terinformasi tentang status jaringan dan pembaruan. Untuk mengatasi hal ini, kami telah mengembangkan halaman status yang komprehensif yang dengan cermat melacak dan mengkomunikasikan setiap masalah atau gangguan terkait layanan RPC BlockPI.

Ini mencakup pemeliharaan yang dijadwalkan dan pemadaman yang tidak terduga. Untuk tetap terinformasi, kami mengundang Anda untuk berlangganan pembaruan kami dan memastikan Anda tidak melewatkan laporan insiden penting apa pun.

Anda dapat mengakses halaman status dengan klik di sini atau mengunjungi bagian footer situs web resmi kami.

Halaman Jaringan

Saat kami terus mendukung jaringan blockchain tambahan, kami telah membuat halaman khusus untuk setiap blockchain. Halaman-halaman ini memberikan informasi tentang karakteristik masing-masing blockchain, termasuk apakah BlockPI mendukung mode Arsip, layanan AA, atau testnet.

Menemukan halaman jaringan yang Anda butuhkan sekarang lebih mudah dari sebelumnya, karena semuanya terletak dengan nyaman di bagian atas situs web kami.

Abstraksi Akun ERC-4337

Sebagai pionir dalam infrastruktur blockchain, BlockPI tetap berada di garis depan perkembangan industri. Kami telah aktif terlibat dalam inisiatif Abstraksi Akun ERC-4337 dan telah membuat kemajuan signifikan di bidang ini.

Artikel Penelitian

Dalam artikel penelitian awal kami, kami mendalam ke berbagai peran dalam ekosistem ERC-4337, memberikan penjelasan rinci tentang setiap peran. Selain itu, kami menjelajahi bagaimana penyedia infrastruktur blockchain seperti BlockPI dapat berkontribusi pada evolusi baru ini dan memfasilitasi adopsi luas Abstraksi Akun. Untuk membaca artikel penelitian kami yang berjudul "Cara Memperkuat Infrastruktur untuk Melayani Basis Pengguna Sebanyak Satu Miliar dengan Abstraksi Akun," klik di sini.

Selama penelitian berkelanjutan kami, kami menemui tabrakan nonce di blockchain. Untuk memberikan pemahaman tentang masalah ini dan memicu diskusi, kami menerbitkan artikel yang membahas tabrakan nonce, ekosistem bundler saat ini, dan mengapa bundler ERC4337 harus bekerja dengan pembangun blok. Untuk membaca artikel kami yang berjudul "Mengapa Bundler ERC-4337 Harus Bekerja dengan Pembangun Blok?", klik di sini.

Selain itu, kami menemukan masalah yang signifikan terkait adopsi Abstraksi Akun - pengindeksan UserOperations. Untuk mengatasi hal ini, kami telah mengembangkan pengindeks yang secara signifikan meningkatkan efisiensi pengindeksan UserOperations, menghasilkan peningkatan kinerja berlipat ganda. Kami juga telah menjadikan klien pengindeks ini open source. Untuk detail lebih lanjut dan tautan unduhnya, klik di sini.

Layanan Bundler

Sebagai langkah pertama kami dalam dunia Abstraksi Akun, kami senang memperkenalkan Layanan Bundler kami untuk Abstraksi Akun ERC4337 di Base Mainnet, Polygon Mainnet, dan Polygon Mumbai. Untuk mempelajari lebih lanjut tentang layanan ini dan mulai menggunakannya, klik di sini.

Jika Anda ingin berpartisipasi dalam diskusi lebih lanjut tentang Abstraksi Akun, kami mengundang Anda untuk bergabung dengan Discord kami.

Diskusi BlockPI AA

Untuk memfasilitasi berbagi pengetahuan dan kolaborasi, kami mengadakan dua diskusi meja bundler yang berfokus pada perkembangan terbaru dalam Abstraksi Akun ERC4337. Klik judul-judul berikut untuk membaca ulasan teks dari diskusi kami:

BlockPI AA I: Siapa yang Mendorong Pengembangan Abstraksi Akun?

Pembicara:

Albert He (Ilmuwan Kepala BlockPI)
Lea Li (Tuan rumah, CMO BlockPI)
Harry (Tuan rumah Co-Founder & CMO Moonshot Commons)
Dror Tirosh (Penulis & Pengembang Inti ERC-4337)
Kristof Gazso (Pendiri & CEO Pimlico)
Marc (Co-Founder Candide), Michael Messele (Co-Founder & CEO Etherspot)

Tema : Pemain utama industri AA; Penyedia layanan bundler; Front run dalam AA; AA di rantai Layer 2.

BlockPI AA II: Status Pengembangan Dinamis Ekosistem AA

Pembicara:

Albert He (Ilmuwan Kepala BlockPI)
Lea Li (Tuan rumah, CMO BlockPI)
Frank (Tuan rumah, Co-Founder BuidlerDAO)
Hsuan (Co-Founder & CEO Blocto)
Shu Dong (Pendiri Hexlink)
Peter Pan (CTO Particle Network)
Derek (CEO ZeroDev)

Tema : EIP 2938, 3074, 5003, 7377; elemen yang hilang dalam adopsi AA; intent-centric; AA di rantai lain; eth_sendRawTransactionConditional;

Jaringan Blockchain yang Didukung

Di BlockPI, kami berkomitmen untuk menyediakan pengalaman pengembangan yang lebih beragam dan ditingkatkan bagi para pengembang yang sesuai dengan persyaratan khusus mereka. Untuk memenuhi komitmen ini, kami telah memperluas dukungan kami untuk jaringan blockchain dan menambahkan lebih banyak node arsip selama beberapa tahun terakhir. Kami sangat senang mengumumkan bahwa kami sekarang mendukung total 35 rantai.
Untuk daftar terbaru lengkap dari blockchain yang didukung, klik di sini.

Ulasan Acara

Di BlockPI, kami sangat percaya pada kekuatan keterlibatan komunitas dan berbagi pengetahuan. Itulah mengapa kami aktif berpartisipasi dalam acara online dan offline. Berikut adalah ulasan beberapa acara yang kami ikuti:

Binance Live: Fokus Selanjutnya: Menggenggam Pengguna Web3
Twitter Space: Desentralisasi dari Berbagai Sudut Pandang
Twitter Space: Perjalanan dan Visi Web3 Kami
Twitter Space: Membangun Infrastruktur Blockchain Generasi Mendatang
Kelas Terbuka: Klien Node Blockchain dan RPC
Hackthon disponsori: Tantangan Inovasi Aplikasi AI & GPT Hackathon
Kompetisi: Kompetisi Keamanan CTF Web3 MetaTrust 2023
BlockPI di Ethcc Pairs
Token2049 in Singapore

Ulasan pengguna

Kami telah menerima banyak umpan balik positif dari pengguna dan mitra kami. Anda dapat melihat umpan balik ini di halaman jaringan kami. Jika Anda memiliki umpan balik, jangan ragu untuk berbagi dengan kami di komunitas kami.

Tentang BlockPI

BlockPI Network adalah lapisan akselerasi multi-rantai yang didistribusikan, berpartisipasi dalam lingkungan Web3 yang dapat diakses dan terdesentralisasi. BlockPI menyediakan layanan API terdesentralisasi yang efisien, handal, dan berkinerja tinggi bagi para pengembang Web3.

Situs Web | Twitter | Telegram | Discord