作者:Peter Pan, Co-founder dan CTO dari Particle Network &Faust,极客Web3
Sejak 2022, abstraksi akun telah menjadi topik yang banyak dibahas, dan kerangka abstraksi akun dengan EIP-4337 sebagai intinya tampaknya telah menjadi konsensus umum di industri. Popularitas konsep niat telah mendorong fokus yang lebih besar pada komponen interaksi pengguna ambang batas rendah tersebut.
Namun, EIP-4337 masih memiliki titik sakit fragmentasi akun Akun Cerdas dan pengalaman pengguna abstrak yang sangat terfragmentasi dari akun lintas rantai. **Artikel ini menggunakan proyek-proyek seperti Biconomy, Safe Core, dan Particle Network sebagai contoh untuk mengeksplorasi cara memajukan bidang abstraksi akun di bawah kerangka EIP-4337. **
Memahami konsep "abstraksi akun" dari perspektif abstraksi proses transaksi
Mengenai abstraksi akun, Vitalik telah berulang kali menunjukkan bahwa ini adalah kondisi yang diperlukan untuk menurunkan ambang batas pengguna Ethereum dan mencapai adopsi massal, dan visi intinya adalah untuk memungkinkan pengguna menyesuaikan metode verifikasi tanda tangan + menikmati pembayaran gas, dan memulai transaksi pada rantai tanpa aset apa pun (umumnya dikenal sebagai transaksi tanpa gas). Hanya dengan menerapkan prasyarat ini kami dapat meningkatkan tingkat konversi pengguna baru aplikasi Web3.
Di masa lalu, proposal abstrak non-akun atau dompet kontrak pintar, meskipun mereka dapat mencapai pengalaman serupa, jauh dari fleksibel dan efisien, seperti Gnosis Safe masih memerlukan alamat EOA untuk memicu transaksi, dan biaya gas sangat tinggi.
Abstraksi akun bermaksud untuk mengoptimalkan dari lapisan bawah struktur akun kontrak pintar untuk membuka jalan bagi generasi berikutnya dari sistem akun cerdas.
Tetapi dari proposal abstraksi akun yang sebenarnya, kita akan menemukan bahwa fokus mereka bukan pada model akun itu sendiri. Misalnya, EIP-86, EIP-4337, EIP-6900 dan proposal terkait abstraksi akun lainnya, fokus pada abstraksi / modularitas dari seluruh proses pemrosesan transaksi dari inisiasi hingga penerimaan node, verifikasi tanda tangan, pembayaran gas, dll., Tidak terlalu memperhatikan abstraksi struktur akun. Jadi tampaknya lebih tepat untuk menyebut proposal saat ini "abstraksi transaksional."
Jika kita memahami proposal abstrak akun terkenal tersebut dari perspektif "abstraksi proses pemrosesan transaksi", kita dapat lebih mudah memahami poin utamanya: abstraksi transaksi ini sebenarnya ingin menghadirkan pengalaman pengguna tingkat Web2 yang masuk dan menggunakan produk ke dalam sistem Ethereum, seperti daftar hitam/daftar putih, tidak ada verifikasi identitas untuk memulai transaksi dalam jangka waktu tertentu, tidak ada transaksi gas, biaya pembayaran mata uang fiat, dll.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/a966728c2d42bc95cc4199e63f9b6ae7.png)
Tetapi beberapa orang akan bertanya: tidak bisakah hal-hal ini diterapkan dalam dompet kontrak pintar di masa lalu? Berapa nilai skema abstrak seperti EIP-4337?
Inti dari EIP-4337: solusi optimal lokal abstraksi akun dalam ekosistem Ethereum
Seperti disebutkan dalam pertanyaan di atas, meskipun dompet pintar di masa lalu dapat mencapai fungsi yang disebutkan di atas, metode implementasi umumnya kasar dan sering bergantung pada fasilitas pihak ketiga yang sangat terpusat. Misalnya, di masa lalu, skema pembayaran gas adalah untuk memperkenalkan node Relayer pihak ketiga (EIP-2771). Selain itu, kurangnya standar terpadu antara dompet pintar yang berbeda tidak kondusif untuk pengembangan dan penyebaran komponen pendukung. **
Daya tarik inti EIP terkait dengan berbagai abstraksi akun adalah untuk menyelesaikan cacat ini dalam proyek dompet yang berbeda melalui kerangka kerja standar yang dirancang untuk dompet kontrak pintar, dan mempromosikan struktur akun di ekosistem Ethereum dari struktur fungsional dasar ke struktur cerdas dengan langit-langit yang lebih tinggi.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/cbe5faeb45fe0855ca3707430ce2e7d7.png)
Misalnya, sebelum munculnya ERC-20 atau ERC-721, banyak implementasi token, fungsi, dan fungsi/antarmuka yang disediakan secara eksternal tidak konsisten, dan "inkonsistensi" tidak kondusif untuk pengembangan fasilitas pihak ketiga pendukung dan audit kode (sulit membayangkan bagaimana aplikasi Defi akan berkembang menjadi kemakmuran saat ini tanpa protokol ERC-20).
Standar implementasi protokol / fitur standar adalah prasyarat untuk narasi modular, dan pengembangan modular adalah prasyarat untuk hampir setiap bidang untuk berkembang (pembagian kerja adalah prinsip pertama untuk efisiensi). **
Pada akhirnya, EIP-4337 muncul ke permukaan.
EIP-4337 adalah solusi optimal lokal, tetapi ada beberapa sudut dalam kerangka kerjanya yang perlu dioptimalkan
EIP-4337 mendefinisikan seperangkat standar antarmuka, mengklarifikasi modul apa yang setidaknya harus untuk dompet pintar yang mengikuti protokol 4337, fungsi / antarmuka mana yang harus diterapkan setiap modul, seperti Bundler, EntryPoint, Paymaster dan fungsi callable mana yang harus disediakan secara eksternal.
Setelah mengklarifikasi aturan-aturan ini, interaksi antara komponen yang berbeda lebih jelas, yang nyaman untuk memperkenalkan ide-ide desain modular ke dalam abstraksi akun dan desain dompet pintar, dan pengembang modul dompet juga sangat diuntungkan. **
Tentu saja, dari perspektif pengguna murni, nilai yang dibawa oleh paradigma pengembangan dompet pintar modular tidak jelas, karena orang tidak merasakan banyak perubahan dalam akun dompet abstrak itu sendiri dalam jangka pendek. **Tetapi dalam jangka menengah hingga panjang, protokol seperti EIP-4337 memiliki nilai yang serupa dengan ERC-20 dan ERC-721, yang meletakkan dasar bagi pengembangan jangka panjang dompet abstrak akun dan merupakan tonggak pembuatan zaman.
Namun, EIP-4337 masih memiliki banyak masalah yang belum terpecahkan: ** Sebagai contoh:
Fungsi abstraksi akun tidak cukup plug-in, dan mudah bagi pengembang yang berbeda untuk menemukan kembali roda;
Kompatibilitas modul akun buruk, dan seluruh sistem akun menunjukkan kecenderungan fragmentasi ekologi;
Ekologi abstraksi akun antara rantai yang berbeda sangat terfragmentasi, yang membuatnya sulit untuk memberikan pengalaman terpadu dan berkualitas tinggi bagi pengguna akhir dan pengembang dan mencapai UX yang lebih baik.
Di bawah ini, kami akan mengeksplorasi solusi untuk masalah ini.
Arah pengoptimalan 1: Fungsi plug-in abstraksi akun akan menjadi konfigurasi dasar
**Dapat dikatakan bahwa salah satu poin diskusi inti yang terkait dengan abstraksi akun sekarang adalah bagaimana mewujudkan modularitas dompet abstrak akun dengan lebih baik, dan memotong perincian setiap modul menjadi lebih terperinci. **
Misalnya, Biconomy mengusulkan narasi berdasarkan EIP-4337 (EIP-6900 dengan granularitas yang lebih halus akan diperkenalkan di masa depan) untuk lebih mempromosikan pengembangan modular ekologi abstraksi akun.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/48172bf745d6ba99c4709aa3b10697ed.png)
Yang disebut plug-in fungsi abstraksi akun sebenarnya adalah untuk mengklarifikasi melalui serangkaian protokol apa modul kunci yang terlibat dalam dompet kontrak pintar, antarmuka / fungsi mana yang harus diterapkan modul ini, dan apa nama antarmuka ini dan bagaimana memanggilnya. Pengembang pihak ketiga kemudian mengembangkan komponen dengan rincian yang bervariasi sesuai dengan ide mereka sendiri, tetapi komponen ini akan memenuhi persyaratan yang ditetapkan dalam perjanjian.
Versi V2 dari Biconomy, dengan EIP-4337 sebagai tulang punggung protokol, telah mengembangkan standar yang lebih rinci dan menambahkan sejumlah antarmuka yang tidak disebutkan dalam 4337. Sambil menyatakan fungsi apa yang harus dimiliki modul seperti Bundler, Smart Contract Wallet, dan Paymaster, Biconomy memungkinkan pengembang pihak ketiga untuk mengimplementasikan modul dengan karakteristik yang sama dan versi yang berbeda dengan detail kode yang berbeda, selama mereka mengikuti detail protokol yang dinyatakan sebelumnya oleh Biconomy (kompatibel dengan EIP-4337).
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/70a918d3c0fa189323edbf381b630a84.png)
Pada saat yang sama, Biconomy juga mengedepankan slogan "Toko Modul", sementara secara pribadi meluncurkan SDK modul abstrak akun, mayoritas pengembang didorong untuk mengirimkan modul abstrak akun yang dirancang sendiri, memperluas "Modul sebagai layanan", ** sehingga semua proyek dompet yang mengikuti protokol EIP-4337 dapat langsung mengadopsi modul abstrak akun ini yang ditulis oleh orang luar. Ketika pengguna membuat akun pintar melalui halaman front-end, mereka juga memiliki pilihan modul mana yang lebih beragam untuk digunakan.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/f96ee55f5dd8dcdaf0a1a5442fe0281a.png)
Sementara modularitas nyaman untuk pembagian kerja, juga nyaman bagi pengguna untuk dengan cepat beralih atau menambah dan menghapus fungsi-fungsi tertentu di dompet pintar (terus terang, itu adalah membagi perincian menjadi potongan-potongan yang lebih halus).
Biconomy menunjukkan bahwa semakin modular dompet kontrak pintar, semakin sedikit perubahan yang perlu dilakukan saat memperbarui atau meningkatkan (tidak perlu memperbarui kontrak Smart Contract Wallet pengguna yang ada atau menggunakan DelegateCall, hanya beberapa modul eksternal), sehingga memudahkan pengguna atau pengembang yang berbeda untuk mengganti komponen tertentu.
Dalam abstraksi akun baru Biconomy di masa depan, itu juga akan merujuk pada proposal EIP-6900, yang lebih modular daripada EIP-4337.
Arah pengoptimalan 2: Segmentasi modul yang lebih halus untuk menyelesaikan masalah fragmentasi akun
Mengenai proposal EIP-6900, Safe (sebelumnya Gnosis Safe) sebenarnya meluncurkan buku putih Safe Core Protocol terkait pada bulan Agustus tahun ini, dan yang paling banyak dipinjam adalah EIP-6900. **
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/c61f4b7e5a49dc219a785276a95cf071.png)
EIP-6900 menunjukkan bahwa satu masalah dengan abstraksi akun modular saat ini adalah "fragmentasi" akun, atau masalah silo. Misalnya, meskipun vendor modul abstraksi akun yang berbeda atau aplikasi DAPP yang berbeda akan kompatibel dengan EIP-4337, EIP-4337 tidak cukup tinggi untuk modul yang berbeda, dan granularitasnya relatif kasar, meninggalkan tingkat kebebasan "terlalu tinggi" untuk pengembang modul Akun Pintar (akun pintar adalah bagian inti dari menyimpan informasi pengguna dan merekam verifikasi transaksi khusus dan logika pembayaran gas).
Dengan cara ini, pihak proyek dompet yang berbeda cenderung merancang modul akun pintar dengan properti unik. **Dalam jangka panjang, pemasok modul abstraksi akun lainnya harus memprioritaskan siapa yang menyediakan modul Akun Pintar yang kompatibel, dan perlahan-lahan menghasilkan rantai pasokan hulu dan hilir tetap, yang pasti akan menyebabkan fragmentasi dan pemisahan ekologi modul abstraksi akun. ** (Ini seperti pada hari-hari awal industri komputer, pengembang sistem operasi harus mempertimbangkan produsen perangkat keras komputer mana yang kompatibel dengan.)
Untuk mengatasi masalah fragmentasi ekologis dan meningkatkan kompatibilitas modul abstraksi akun yang dikembangkan oleh vendor yang berbeda, cara terbaik adalah dengan lebih mengabstraksi akun dompet kontrak pintar dan membuat modul lebih terperinci.
Setelah meminjam ide-ide EIP-6900, **Buku putih protokol Safe Core telah membuat optimalisasi Akun Cerdas (akun dompet pintar pengguna) yang lebih rinci. Protokol Safe Core membagi modul yang dapat dipanggil oleh setiap akun dompet pintar menjadi plugin, kait, verifikator tanda tangan, pemroses fungsi, dan kategori lainnya. **
Modul akun pintar seringan mungkin, kontrak akun hanya menyimpan data dan fungsi paling dasar, dan fungsi yang dapat dipindahkan ke luar semuanya dilemparkan ke modul subdivisi "prosesor fungsi" atau "plugin" untuk diterapkan. Ini menggemakan apa yang disebut prinsip pisau cukur Occam – "jangan menambahkan entitas kecuali diperlukan."
Jika akun pintar itu sendiri cukup ringan dan tidak melibatkan detail yang terlalu rumit, akun pintar yang dikembangkan oleh produsen yang berbeda akan lebih dekat dalam struktur internal dan lebih kompatibel.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/09f83d13d3ab4398881f144c2c17aa58.png)
Protokol Safe Core juga memperkenalkan registri, mirip dengan toko aplikasi iPhone, yang berisi semua modul yang tersedia yang disetujui. Pengguna dapat memilih modul mana yang akan diaktifkan, dan setiap kali modul baru diaktifkan, modul tersebut ditangani melalui kontrak Minger.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/bd45f12927186dd3b98dbd955a08c962.png)
Secara umum, UserOperation akan memicu plugin plugin terlebih dahulu, dan kemudian kontrak Manger akan memeriksa apakah status plugin normal (ada catatan di registri), dan jika normal, itu akan memungkinkan permintaan plugin. Jika perlu, plugin plugin memanggil beberapa fungsi yang disediakan oleh Hook, atau tidak. Perubahan kemudian dilakukan pada status akun pintar yang terlibat dalam UserOperation.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/fd639d5a6f150f1cfcfe67cc77a79e44.png)
Melalui metode sharding modul berbutir halus dan proses penjadwalan yang disebutkan di atas, Safe Core Protocol mencoba menerapkan satu set protokol interoperabilitas modul abstrak akun open source, ide intinya adalah membuat Akun Pintar ringan sesederhana akun EEA, untuk meningkatkan kompatibilitas modul Akun Cerdas yang ditingkatkan oleh vendor yang berbeda.
Arah pengoptimalan 3: Abstraksi akun rantai penuh, untuk mencapai akun terpadu pada rantai yang berbeda
Tetapi bahkan dengan solusi yang disebutkan di atas, masih ada masalah besar yang belum terpecahkan: rantai yang berbeda dan Layer2 yang berbeda mempromosikan abstraksi akun dengan detail yang berbeda, dan banyak menggunakan formulir yang bertentangan dengan EIP-4337, seperti zkSync Era, Starknet, Flow, dll. Hal ini menyebabkan fragmentasi dalam UX dompet, seperti alamat dompet pintar pengguna di Starknet dan alamat dompet pintar di Arbitrum tidak dapat disatukan sama sekali.
Selain itu, dalam lingkungan multi-rantai, pengguna telah secara independen menyebarkan Akun Cerdas pada rantai yang berbeda, dan data pengguna yang sesuai sering tersebar dalam kontrak ini. Jika data pengguna seperti kunci perlu diperbarui, perlu untuk memulai transaksi berulang kali dalam beberapa rantai, dan sulit untuk memastikan konsistensi Akun Pintar.
Vitalik sendiri sebelumnya telah mengusulkan satu set skema akun pintar terpadu rantai penuh dan mudah dikelola, ** skema ini menggunakan Ethereum atau ZKRollup yang sangat aman sebagai rantai sumber, menyebarkan kontrak Keystore, menyimpan kunci global pengguna, dan kemudian semua akun kontrak pintar pengguna di L2 berbagi kunci global yang disimpan dalam kontrak Keystore.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/6dbc43d45760d49029da132dab099e17.png)
Namun, solusi ini sangat mahal, yaitu, setiap kali kunci global yang dicatat dalam kontrak Keystore pada rantai sumber berubah, setiap akun pada rantai L2/target perlu menyinkronkan kunci baru melalui interaksi lintas rantai. Interaksi lintas rantai antara Ethereum dan L2 terlalu mahal bagi pengguna. Dan perlu dicatat bahwa akun kontrak pintar berbeda dari akun EOA, yang secara inheren multi-rantai terpadu (disatukan antara rantai EVM) karena metode pembuatan alamat yang unik, tetapi akun kontrak pintar sama sekali berbeda, dan sulit bagi pengguna untuk mendapatkan akun kontrak pintar dengan alamat yang sama pada rantai yang berbeda.
Particle Network telah datang dengan pendekatannya sendiri untuk ini. Meskipun ide umumnya sama dengan ide Vitalik, yaitu juga untuk memisahkan penyimpanan dan kode akun pintar, Particle Network bermaksud menggunakan rantai independen, Particle Network Chain, sebagai database penyimpanan rantai penuh dari akun pintar, melalui solusi pesan lintas rantai pihak ketiga (LayerZero, CCIP, Axelar, Connext). dll.) Menyinkronkan perubahan pengguna ke penyimpanan akun ke akun lokal di rantai lain.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/083c776894d73db5ee207dc727214b5b.png)
(Abstraksi akun multi-rantai Particle Network)
Secara khusus, sistem abstraksi akun rantai penuh Particle Network mengharuskan pengguna untuk memiliki alamat akun kontrak pintar terpadu pada rantai EVM yang berbeda, yang memerlukan penerapan serangkaian Kontrak Deployer pada rantai yang berbeda;
Pengguna harus memicu pembuatan akun baru di Particle Network Chain, setelah itu Particle Chain akan memicu Kontrak Deployer di semua chain, memastikan bahwa alamat akun kontrak pintar yang dihasilkan untuk pengguna di chain yang berbeda seragam, atau pengguna dapat menyelesaikan proses interaksi multi-chain melalui kontrak di Particle Chain tanpa mengetahui chain lain, dan dapat menggunakan Unified Gas Token sebagai metode pembayaran biaya terpadu.
Abstraksi akun rantai penuh juga memungkinkan Operasi Pengguna Lintas Rantai, memicu transaksi rantai target melalui Operasi Pengguna rantai sumber dan pembayaran Gas yang sesuai, seperti menggunakan USDC Polygon untuk membeli NFT di Base.
Namun, solusi Particle Network memerlukan kolaborasi tingkat tinggi antara Kontrak Deployer dan komponen pesan lintas rantai untuk mencapai sinkronisasi Akun multi-rantai dan Penyimpanan rantai sumber, yang sebenarnya memiliki persyaratan tinggi untuk oracle atau jembatan pesan lintas rantai yang digunakannya (masalah ini tampaknya ada di semua skema yang terkait dengan interoperabilitas rantai penuh).
Namun, sinkronisasi akun lintas rantai pengguna dapat secara fleksibel mengonfigurasi kombinasi Jembatan Pesan yang berbeda, daripada hanya mengandalkan Jembatan tertentu, seperti strategi yang dapat dikonfigurasi sebagai 2/3, mengandalkan konfirmasi dua LayerZero, Axelar, dan Connext untuk mengonfirmasi perubahan Penyimpanan pada rantai target, yang kira-kira dapat menyelesaikan masalah ketergantungan satu titik ini.
Interoperabilitas yang mulus dari rantai penuh di seluruh EVM dan non-EVM adalah langkah lebih jauh dalam abstraksi akun rantai penuh dalam ekosistem Ethereum
Meskipun ada manajemen kunci dan akun terpadu di seluruh rantai EVM, masih ada ruang untuk pengoptimalan dalam abstraksi akun rantai penuh: rantai yang tidak kompatibel dengan EVM, seperti Aptos, Solana, Sui, dll., tidak dapat menjamin bahwa alamat akun kontrak pintar yang dibuat pengguna konsisten dengan rantai EVM; Pada saat yang sama, jika rantai non-EVM tidak menerapkan protokol EIP-4337 dengan skema yang setara, sulit untuk mengikuti konsep abstrak dari akun rantai penuh yang diusulkan oleh Vitalik dan Particle Network di atas.
Selain itu, proyek dompet yang kompatibel dengan EIP-4337 itu sendiri memiliki ruang untuk perbaikan. Sebagian besar node bundler yang digunakan oleh dompet pintar secara resmi dijalankan secara independen dan bahkan tidak berkomunikasi satu sama lain, dan banyak proyek dompet pintar sebenarnya membentuk rantai mereka sendiri, yang membawa banyak risiko (resistensi sensor, kegunaan). Membangun antarmuka front-end tunggal terpadu di sebagian besar rantai bisa sangat sulit. Salah satu solusinya adalah memperkenalkan desain intent-centric, menambahkan lapisan di atas abstraksi akun rantai penuh, dan memperlakukan ekosistem EIP-4337 Ethereum atau fasilitas abstraksi akun asli rantai lainnya (seperti zkSync) sebagai contoh spesifik di bawah tipe Solver/Reaktor, dan bagaimana memilih Solver yang tepat adalah tugas tingkat yang lebih tinggi. **
Mengambil Particle Network sebagai contoh, ia mengusulkan implementasi abstraksi-Intent yang ringkas, sedangkan abstraksi akun yang berbeda hanyalah kelas contoh solusi Intent yang disertakan dalam Solver.
Pertama, ujung depan pengguna akan bertanggung jawab untuk mengubah permintaan bahasa alami atau interaksi pengguna yang sewenang-wenang menjadi deskripsi terprogram tertentu, termasuk kendala input dan kendala output (terus terang, itu adalah kondisi input dan interval hasil output yang memenuhi persyaratan pengguna), dan kemudian satu atau lebih Solver di jaringan Solver akan berisi batasan input dan output spesifik dari Transaksi. Teruskan ke kontrak Solver yang digunakan on-chain (Solver tidak hanya memiliki fasilitas node, tetapi juga bagian kontrak on-chain). Kontrak Solver akan mengirimkan instruksi maksud ke kontrak Reaktor (yang mengelola akun pengguna pada rantai), yang akan memanggil modul lain untuk menyelesaikan interaksi akhir.
Permintaan pengguna pertama kali diketahui oleh jaringan Solver, sehingga pengguna tidak perlu melihat rantai yang mendasarinya atau konstruksi abstraksi akun yang berbeda, dan bagian ini diserahkan kepada Solver untuk membangun solusi tertentu.
Tentu saja, ide-ide ini masih hanya kerangka teoritis, dan detail implementasi di baliknya belum secara resmi ditata oleh Particle Network.
Saat ini, jelas bahwa pasar Solver yang kompetitif akan muncul di masa depan, dan pengguna dapat memulai lelang untuk memungkinkan beberapa Solver menghasilkan solusi yang berbeda, dan melalui bentuk perdagangan simulasi lokal, solusi terbaik dapat dipilih dan Solver yang sesuai dapat diberi insentif. Bentuk insentif tergantung pada perancang protokol Jaringan Solver (Jaringan Partikel bermaksud menggunakan token PNT sebagai token insentif untuk pasar lelang Solver-nya).
** Maksud saat ini pada dasarnya melindungi detail kompleks dari lapisan bawah dan mengabstraksinya menjadi lapisan yang lebih tinggi, ** desain berlapis seperti itu dengan sifat protokol TCP / IP diperlukan untuk pengalaman pengguna dan pengalaman pengembang di bawah interoperabilitas tanpa batas dari seluruh rantai.
Merangkul adopsi massal abstraksi akun
Ketika kami mengoptimalkan kerangka kerja 4337 di ekosistem Ethereum dari semua sudut, dan juga mempromosikan interoperabilitas tanpa batas di seluruh ekosistem Ethereum dan non-Ethereum, untuk mendukung adopsi abstraksi akun skala besar, kami merasa bahwa kami masih membutuhkan produk yang mencakup sisi penawaran dan sisi permintaan. Ini dapat mengurangi penggunaan berbagai produk dan layanan Web3 oleh pengguna akhir, sambil berfokus pada pengembang layanan dan menurunkan ambang batas untuk pengembang. **
Salah satu produk terbaik untuk peran ini adalah produk Modular Smart Wallet-as-as-Service dari Particle Network:
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/5c72565a4e66f037765f4870ebf1c26b.jpeg)
Layanan ini menyediakan serangkaian API yang mudah digunakan yang memungkinkan pengembang untuk dengan mudah mengintegrasikan fungsionalitas abstraksi akun modular ke dalam aplikasi mereka;
Pengembang dapat menggunakan layanan ini untuk membuat dan mengelola akun rantai penuh, melakukan interaksi lintas rantai, dan menggunakan metode pembayaran biaya terpadu;
Layanan semacam itu akan memberi pengembang cara yang lebih fleksibel dan nyaman untuk membangun aplikasi multi-rantai dan mempromosikan adopsi abstraksi akun secara luas.
Selain fitur ramah pengembang di atas, fitur yang paling penting adalah bahwa produk Modular Smart Wallet-as-as-Service** Particle Network membangun ekologi terbuka berdasarkan komputasi tanda tangan dan berorientasi pada bidang abstraksi akun pengembang, selain menyediakan modul produk abstrak akun yang dikembangkan sendiri, mengintegrasikan berbagai jenis produk dan layanan abstrak akun. Ini dapat dengan cepat mempromosikan adopsi produk dan layanan dari berbagai pengembang di seluruh bidang abstraksi akun.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/9ffc21bfacc35413e4711eb656564a80.png)
Biarkan teknologi melayani permintaan, setelah menyelesaikan keterbatasan semua sudut kerangka kerja ERC-4337, peningkatan pengalaman pengembang akan mempromosikan lebih banyak produk dengan pengalaman pengguna yang sangat baik, mempercepat industri Web3 dari industri keuangan yang ramah cryptopunk menjadi industri konsumen yang ramah massa.
Lihat Asli
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki EIP-4337?
作者:Peter Pan, Co-founder dan CTO dari Particle Network &Faust,极客Web3
Sejak 2022, abstraksi akun telah menjadi topik yang banyak dibahas, dan kerangka abstraksi akun dengan EIP-4337 sebagai intinya tampaknya telah menjadi konsensus umum di industri. Popularitas konsep niat telah mendorong fokus yang lebih besar pada komponen interaksi pengguna ambang batas rendah tersebut.
Namun, EIP-4337 masih memiliki titik sakit fragmentasi akun Akun Cerdas dan pengalaman pengguna abstrak yang sangat terfragmentasi dari akun lintas rantai. **Artikel ini menggunakan proyek-proyek seperti Biconomy, Safe Core, dan Particle Network sebagai contoh untuk mengeksplorasi cara memajukan bidang abstraksi akun di bawah kerangka EIP-4337. **
Memahami konsep "abstraksi akun" dari perspektif abstraksi proses transaksi
Mengenai abstraksi akun, Vitalik telah berulang kali menunjukkan bahwa ini adalah kondisi yang diperlukan untuk menurunkan ambang batas pengguna Ethereum dan mencapai adopsi massal, dan visi intinya adalah untuk memungkinkan pengguna menyesuaikan metode verifikasi tanda tangan + menikmati pembayaran gas, dan memulai transaksi pada rantai tanpa aset apa pun (umumnya dikenal sebagai transaksi tanpa gas). Hanya dengan menerapkan prasyarat ini kami dapat meningkatkan tingkat konversi pengguna baru aplikasi Web3.
Di masa lalu, proposal abstrak non-akun atau dompet kontrak pintar, meskipun mereka dapat mencapai pengalaman serupa, jauh dari fleksibel dan efisien, seperti Gnosis Safe masih memerlukan alamat EOA untuk memicu transaksi, dan biaya gas sangat tinggi.
Abstraksi akun bermaksud untuk mengoptimalkan dari lapisan bawah struktur akun kontrak pintar untuk membuka jalan bagi generasi berikutnya dari sistem akun cerdas.
Tetapi dari proposal abstraksi akun yang sebenarnya, kita akan menemukan bahwa fokus mereka bukan pada model akun itu sendiri. Misalnya, EIP-86, EIP-4337, EIP-6900 dan proposal terkait abstraksi akun lainnya, fokus pada abstraksi / modularitas dari seluruh proses pemrosesan transaksi dari inisiasi hingga penerimaan node, verifikasi tanda tangan, pembayaran gas, dll., Tidak terlalu memperhatikan abstraksi struktur akun. Jadi tampaknya lebih tepat untuk menyebut proposal saat ini "abstraksi transaksional."
Jika kita memahami proposal abstrak akun terkenal tersebut dari perspektif "abstraksi proses pemrosesan transaksi", kita dapat lebih mudah memahami poin utamanya: abstraksi transaksi ini sebenarnya ingin menghadirkan pengalaman pengguna tingkat Web2 yang masuk dan menggunakan produk ke dalam sistem Ethereum, seperti daftar hitam/daftar putih, tidak ada verifikasi identitas untuk memulai transaksi dalam jangka waktu tertentu, tidak ada transaksi gas, biaya pembayaran mata uang fiat, dll.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/a966728c2d42bc95cc4199e63f9b6ae7.png)
Tetapi beberapa orang akan bertanya: tidak bisakah hal-hal ini diterapkan dalam dompet kontrak pintar di masa lalu? Berapa nilai skema abstrak seperti EIP-4337?
Inti dari EIP-4337: solusi optimal lokal abstraksi akun dalam ekosistem Ethereum
Seperti disebutkan dalam pertanyaan di atas, meskipun dompet pintar di masa lalu dapat mencapai fungsi yang disebutkan di atas, metode implementasi umumnya kasar dan sering bergantung pada fasilitas pihak ketiga yang sangat terpusat. Misalnya, di masa lalu, skema pembayaran gas adalah untuk memperkenalkan node Relayer pihak ketiga (EIP-2771). Selain itu, kurangnya standar terpadu antara dompet pintar yang berbeda tidak kondusif untuk pengembangan dan penyebaran komponen pendukung. **
Daya tarik inti EIP terkait dengan berbagai abstraksi akun adalah untuk menyelesaikan cacat ini dalam proyek dompet yang berbeda melalui kerangka kerja standar yang dirancang untuk dompet kontrak pintar, dan mempromosikan struktur akun di ekosistem Ethereum dari struktur fungsional dasar ke struktur cerdas dengan langit-langit yang lebih tinggi.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/cbe5faeb45fe0855ca3707430ce2e7d7.png)
Misalnya, sebelum munculnya ERC-20 atau ERC-721, banyak implementasi token, fungsi, dan fungsi/antarmuka yang disediakan secara eksternal tidak konsisten, dan "inkonsistensi" tidak kondusif untuk pengembangan fasilitas pihak ketiga pendukung dan audit kode (sulit membayangkan bagaimana aplikasi Defi akan berkembang menjadi kemakmuran saat ini tanpa protokol ERC-20).
Standar implementasi protokol / fitur standar adalah prasyarat untuk narasi modular, dan pengembangan modular adalah prasyarat untuk hampir setiap bidang untuk berkembang (pembagian kerja adalah prinsip pertama untuk efisiensi). **
Pada akhirnya, EIP-4337 muncul ke permukaan.
EIP-4337 adalah solusi optimal lokal, tetapi ada beberapa sudut dalam kerangka kerjanya yang perlu dioptimalkan
EIP-4337 mendefinisikan seperangkat standar antarmuka, mengklarifikasi modul apa yang setidaknya harus untuk dompet pintar yang mengikuti protokol 4337, fungsi / antarmuka mana yang harus diterapkan setiap modul, seperti Bundler, EntryPoint, Paymaster dan fungsi callable mana yang harus disediakan secara eksternal.
Setelah mengklarifikasi aturan-aturan ini, interaksi antara komponen yang berbeda lebih jelas, yang nyaman untuk memperkenalkan ide-ide desain modular ke dalam abstraksi akun dan desain dompet pintar, dan pengembang modul dompet juga sangat diuntungkan. **
Tentu saja, dari perspektif pengguna murni, nilai yang dibawa oleh paradigma pengembangan dompet pintar modular tidak jelas, karena orang tidak merasakan banyak perubahan dalam akun dompet abstrak itu sendiri dalam jangka pendek. **Tetapi dalam jangka menengah hingga panjang, protokol seperti EIP-4337 memiliki nilai yang serupa dengan ERC-20 dan ERC-721, yang meletakkan dasar bagi pengembangan jangka panjang dompet abstrak akun dan merupakan tonggak pembuatan zaman.
Namun, EIP-4337 masih memiliki banyak masalah yang belum terpecahkan: ** Sebagai contoh:
Fungsi abstraksi akun tidak cukup plug-in, dan mudah bagi pengembang yang berbeda untuk menemukan kembali roda;
Kompatibilitas modul akun buruk, dan seluruh sistem akun menunjukkan kecenderungan fragmentasi ekologi;
Ekologi abstraksi akun antara rantai yang berbeda sangat terfragmentasi, yang membuatnya sulit untuk memberikan pengalaman terpadu dan berkualitas tinggi bagi pengguna akhir dan pengembang dan mencapai UX yang lebih baik.
Di bawah ini, kami akan mengeksplorasi solusi untuk masalah ini.
Arah pengoptimalan 1: Fungsi plug-in abstraksi akun akan menjadi konfigurasi dasar
**Dapat dikatakan bahwa salah satu poin diskusi inti yang terkait dengan abstraksi akun sekarang adalah bagaimana mewujudkan modularitas dompet abstrak akun dengan lebih baik, dan memotong perincian setiap modul menjadi lebih terperinci. **
Misalnya, Biconomy mengusulkan narasi berdasarkan EIP-4337 (EIP-6900 dengan granularitas yang lebih halus akan diperkenalkan di masa depan) untuk lebih mempromosikan pengembangan modular ekologi abstraksi akun.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/48172bf745d6ba99c4709aa3b10697ed.png)
Yang disebut plug-in fungsi abstraksi akun sebenarnya adalah untuk mengklarifikasi melalui serangkaian protokol apa modul kunci yang terlibat dalam dompet kontrak pintar, antarmuka / fungsi mana yang harus diterapkan modul ini, dan apa nama antarmuka ini dan bagaimana memanggilnya. Pengembang pihak ketiga kemudian mengembangkan komponen dengan rincian yang bervariasi sesuai dengan ide mereka sendiri, tetapi komponen ini akan memenuhi persyaratan yang ditetapkan dalam perjanjian.
Versi V2 dari Biconomy, dengan EIP-4337 sebagai tulang punggung protokol, telah mengembangkan standar yang lebih rinci dan menambahkan sejumlah antarmuka yang tidak disebutkan dalam 4337. Sambil menyatakan fungsi apa yang harus dimiliki modul seperti Bundler, Smart Contract Wallet, dan Paymaster, Biconomy memungkinkan pengembang pihak ketiga untuk mengimplementasikan modul dengan karakteristik yang sama dan versi yang berbeda dengan detail kode yang berbeda, selama mereka mengikuti detail protokol yang dinyatakan sebelumnya oleh Biconomy (kompatibel dengan EIP-4337).
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/70a918d3c0fa189323edbf381b630a84.png)
Pada saat yang sama, Biconomy juga mengedepankan slogan "Toko Modul", sementara secara pribadi meluncurkan SDK modul abstrak akun, mayoritas pengembang didorong untuk mengirimkan modul abstrak akun yang dirancang sendiri, memperluas "Modul sebagai layanan", ** sehingga semua proyek dompet yang mengikuti protokol EIP-4337 dapat langsung mengadopsi modul abstrak akun ini yang ditulis oleh orang luar. Ketika pengguna membuat akun pintar melalui halaman front-end, mereka juga memiliki pilihan modul mana yang lebih beragam untuk digunakan.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/f96ee55f5dd8dcdaf0a1a5442fe0281a.png)
Sementara modularitas nyaman untuk pembagian kerja, juga nyaman bagi pengguna untuk dengan cepat beralih atau menambah dan menghapus fungsi-fungsi tertentu di dompet pintar (terus terang, itu adalah membagi perincian menjadi potongan-potongan yang lebih halus).
Biconomy menunjukkan bahwa semakin modular dompet kontrak pintar, semakin sedikit perubahan yang perlu dilakukan saat memperbarui atau meningkatkan (tidak perlu memperbarui kontrak Smart Contract Wallet pengguna yang ada atau menggunakan DelegateCall, hanya beberapa modul eksternal), sehingga memudahkan pengguna atau pengembang yang berbeda untuk mengganti komponen tertentu.
Dalam abstraksi akun baru Biconomy di masa depan, itu juga akan merujuk pada proposal EIP-6900, yang lebih modular daripada EIP-4337.
Arah pengoptimalan 2: Segmentasi modul yang lebih halus untuk menyelesaikan masalah fragmentasi akun
Mengenai proposal EIP-6900, Safe (sebelumnya Gnosis Safe) sebenarnya meluncurkan buku putih Safe Core Protocol terkait pada bulan Agustus tahun ini, dan yang paling banyak dipinjam adalah EIP-6900. **
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/c61f4b7e5a49dc219a785276a95cf071.png)
EIP-6900 menunjukkan bahwa satu masalah dengan abstraksi akun modular saat ini adalah "fragmentasi" akun, atau masalah silo. Misalnya, meskipun vendor modul abstraksi akun yang berbeda atau aplikasi DAPP yang berbeda akan kompatibel dengan EIP-4337, EIP-4337 tidak cukup tinggi untuk modul yang berbeda, dan granularitasnya relatif kasar, meninggalkan tingkat kebebasan "terlalu tinggi" untuk pengembang modul Akun Pintar (akun pintar adalah bagian inti dari menyimpan informasi pengguna dan merekam verifikasi transaksi khusus dan logika pembayaran gas).
Dengan cara ini, pihak proyek dompet yang berbeda cenderung merancang modul akun pintar dengan properti unik. **Dalam jangka panjang, pemasok modul abstraksi akun lainnya harus memprioritaskan siapa yang menyediakan modul Akun Pintar yang kompatibel, dan perlahan-lahan menghasilkan rantai pasokan hulu dan hilir tetap, yang pasti akan menyebabkan fragmentasi dan pemisahan ekologi modul abstraksi akun. ** (Ini seperti pada hari-hari awal industri komputer, pengembang sistem operasi harus mempertimbangkan produsen perangkat keras komputer mana yang kompatibel dengan.)
Untuk mengatasi masalah fragmentasi ekologis dan meningkatkan kompatibilitas modul abstraksi akun yang dikembangkan oleh vendor yang berbeda, cara terbaik adalah dengan lebih mengabstraksi akun dompet kontrak pintar dan membuat modul lebih terperinci.
Setelah meminjam ide-ide EIP-6900, **Buku putih protokol Safe Core telah membuat optimalisasi Akun Cerdas (akun dompet pintar pengguna) yang lebih rinci. Protokol Safe Core membagi modul yang dapat dipanggil oleh setiap akun dompet pintar menjadi plugin, kait, verifikator tanda tangan, pemroses fungsi, dan kategori lainnya. **
Modul akun pintar seringan mungkin, kontrak akun hanya menyimpan data dan fungsi paling dasar, dan fungsi yang dapat dipindahkan ke luar semuanya dilemparkan ke modul subdivisi "prosesor fungsi" atau "plugin" untuk diterapkan. Ini menggemakan apa yang disebut prinsip pisau cukur Occam – "jangan menambahkan entitas kecuali diperlukan."
Jika akun pintar itu sendiri cukup ringan dan tidak melibatkan detail yang terlalu rumit, akun pintar yang dikembangkan oleh produsen yang berbeda akan lebih dekat dalam struktur internal dan lebih kompatibel.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/09f83d13d3ab4398881f144c2c17aa58.png)
Protokol Safe Core juga memperkenalkan registri, mirip dengan toko aplikasi iPhone, yang berisi semua modul yang tersedia yang disetujui. Pengguna dapat memilih modul mana yang akan diaktifkan, dan setiap kali modul baru diaktifkan, modul tersebut ditangani melalui kontrak Minger.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/bd45f12927186dd3b98dbd955a08c962.png)
Secara umum, UserOperation akan memicu plugin plugin terlebih dahulu, dan kemudian kontrak Manger akan memeriksa apakah status plugin normal (ada catatan di registri), dan jika normal, itu akan memungkinkan permintaan plugin. Jika perlu, plugin plugin memanggil beberapa fungsi yang disediakan oleh Hook, atau tidak. Perubahan kemudian dilakukan pada status akun pintar yang terlibat dalam UserOperation.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/fd639d5a6f150f1cfcfe67cc77a79e44.png)
Melalui metode sharding modul berbutir halus dan proses penjadwalan yang disebutkan di atas, Safe Core Protocol mencoba menerapkan satu set protokol interoperabilitas modul abstrak akun open source, ide intinya adalah membuat Akun Pintar ringan sesederhana akun EEA, untuk meningkatkan kompatibilitas modul Akun Cerdas yang ditingkatkan oleh vendor yang berbeda.
Arah pengoptimalan 3: Abstraksi akun rantai penuh, untuk mencapai akun terpadu pada rantai yang berbeda
Tetapi bahkan dengan solusi yang disebutkan di atas, masih ada masalah besar yang belum terpecahkan: rantai yang berbeda dan Layer2 yang berbeda mempromosikan abstraksi akun dengan detail yang berbeda, dan banyak menggunakan formulir yang bertentangan dengan EIP-4337, seperti zkSync Era, Starknet, Flow, dll. Hal ini menyebabkan fragmentasi dalam UX dompet, seperti alamat dompet pintar pengguna di Starknet dan alamat dompet pintar di Arbitrum tidak dapat disatukan sama sekali.
Selain itu, dalam lingkungan multi-rantai, pengguna telah secara independen menyebarkan Akun Cerdas pada rantai yang berbeda, dan data pengguna yang sesuai sering tersebar dalam kontrak ini. Jika data pengguna seperti kunci perlu diperbarui, perlu untuk memulai transaksi berulang kali dalam beberapa rantai, dan sulit untuk memastikan konsistensi Akun Pintar.
Vitalik sendiri sebelumnya telah mengusulkan satu set skema akun pintar terpadu rantai penuh dan mudah dikelola, ** skema ini menggunakan Ethereum atau ZKRollup yang sangat aman sebagai rantai sumber, menyebarkan kontrak Keystore, menyimpan kunci global pengguna, dan kemudian semua akun kontrak pintar pengguna di L2 berbagi kunci global yang disimpan dalam kontrak Keystore.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/6dbc43d45760d49029da132dab099e17.png)
Namun, solusi ini sangat mahal, yaitu, setiap kali kunci global yang dicatat dalam kontrak Keystore pada rantai sumber berubah, setiap akun pada rantai L2/target perlu menyinkronkan kunci baru melalui interaksi lintas rantai. Interaksi lintas rantai antara Ethereum dan L2 terlalu mahal bagi pengguna. Dan perlu dicatat bahwa akun kontrak pintar berbeda dari akun EOA, yang secara inheren multi-rantai terpadu (disatukan antara rantai EVM) karena metode pembuatan alamat yang unik, tetapi akun kontrak pintar sama sekali berbeda, dan sulit bagi pengguna untuk mendapatkan akun kontrak pintar dengan alamat yang sama pada rantai yang berbeda.
Particle Network telah datang dengan pendekatannya sendiri untuk ini. Meskipun ide umumnya sama dengan ide Vitalik, yaitu juga untuk memisahkan penyimpanan dan kode akun pintar, Particle Network bermaksud menggunakan rantai independen, Particle Network Chain, sebagai database penyimpanan rantai penuh dari akun pintar, melalui solusi pesan lintas rantai pihak ketiga (LayerZero, CCIP, Axelar, Connext). dll.) Menyinkronkan perubahan pengguna ke penyimpanan akun ke akun lokal di rantai lain.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/083c776894d73db5ee207dc727214b5b.png)
(Abstraksi akun multi-rantai Particle Network)
Secara khusus, sistem abstraksi akun rantai penuh Particle Network mengharuskan pengguna untuk memiliki alamat akun kontrak pintar terpadu pada rantai EVM yang berbeda, yang memerlukan penerapan serangkaian Kontrak Deployer pada rantai yang berbeda;
Pengguna harus memicu pembuatan akun baru di Particle Network Chain, setelah itu Particle Chain akan memicu Kontrak Deployer di semua chain, memastikan bahwa alamat akun kontrak pintar yang dihasilkan untuk pengguna di chain yang berbeda seragam, atau pengguna dapat menyelesaikan proses interaksi multi-chain melalui kontrak di Particle Chain tanpa mengetahui chain lain, dan dapat menggunakan Unified Gas Token sebagai metode pembayaran biaya terpadu.
Abstraksi akun rantai penuh juga memungkinkan Operasi Pengguna Lintas Rantai, memicu transaksi rantai target melalui Operasi Pengguna rantai sumber dan pembayaran Gas yang sesuai, seperti menggunakan USDC Polygon untuk membeli NFT di Base.
Namun, solusi Particle Network memerlukan kolaborasi tingkat tinggi antara Kontrak Deployer dan komponen pesan lintas rantai untuk mencapai sinkronisasi Akun multi-rantai dan Penyimpanan rantai sumber, yang sebenarnya memiliki persyaratan tinggi untuk oracle atau jembatan pesan lintas rantai yang digunakannya (masalah ini tampaknya ada di semua skema yang terkait dengan interoperabilitas rantai penuh).
Namun, sinkronisasi akun lintas rantai pengguna dapat secara fleksibel mengonfigurasi kombinasi Jembatan Pesan yang berbeda, daripada hanya mengandalkan Jembatan tertentu, seperti strategi yang dapat dikonfigurasi sebagai 2/3, mengandalkan konfirmasi dua LayerZero, Axelar, dan Connext untuk mengonfirmasi perubahan Penyimpanan pada rantai target, yang kira-kira dapat menyelesaikan masalah ketergantungan satu titik ini.
Interoperabilitas yang mulus dari rantai penuh di seluruh EVM dan non-EVM adalah langkah lebih jauh dalam abstraksi akun rantai penuh dalam ekosistem Ethereum
Meskipun ada manajemen kunci dan akun terpadu di seluruh rantai EVM, masih ada ruang untuk pengoptimalan dalam abstraksi akun rantai penuh: rantai yang tidak kompatibel dengan EVM, seperti Aptos, Solana, Sui, dll., tidak dapat menjamin bahwa alamat akun kontrak pintar yang dibuat pengguna konsisten dengan rantai EVM; Pada saat yang sama, jika rantai non-EVM tidak menerapkan protokol EIP-4337 dengan skema yang setara, sulit untuk mengikuti konsep abstrak dari akun rantai penuh yang diusulkan oleh Vitalik dan Particle Network di atas.
Selain itu, proyek dompet yang kompatibel dengan EIP-4337 itu sendiri memiliki ruang untuk perbaikan. Sebagian besar node bundler yang digunakan oleh dompet pintar secara resmi dijalankan secara independen dan bahkan tidak berkomunikasi satu sama lain, dan banyak proyek dompet pintar sebenarnya membentuk rantai mereka sendiri, yang membawa banyak risiko (resistensi sensor, kegunaan). Membangun antarmuka front-end tunggal terpadu di sebagian besar rantai bisa sangat sulit. Salah satu solusinya adalah memperkenalkan desain intent-centric, menambahkan lapisan di atas abstraksi akun rantai penuh, dan memperlakukan ekosistem EIP-4337 Ethereum atau fasilitas abstraksi akun asli rantai lainnya (seperti zkSync) sebagai contoh spesifik di bawah tipe Solver/Reaktor, dan bagaimana memilih Solver yang tepat adalah tugas tingkat yang lebih tinggi. **
Mengambil Particle Network sebagai contoh, ia mengusulkan implementasi abstraksi-Intent yang ringkas, sedangkan abstraksi akun yang berbeda hanyalah kelas contoh solusi Intent yang disertakan dalam Solver.
Pertama, ujung depan pengguna akan bertanggung jawab untuk mengubah permintaan bahasa alami atau interaksi pengguna yang sewenang-wenang menjadi deskripsi terprogram tertentu, termasuk kendala input dan kendala output (terus terang, itu adalah kondisi input dan interval hasil output yang memenuhi persyaratan pengguna), dan kemudian satu atau lebih Solver di jaringan Solver akan berisi batasan input dan output spesifik dari Transaksi. Teruskan ke kontrak Solver yang digunakan on-chain (Solver tidak hanya memiliki fasilitas node, tetapi juga bagian kontrak on-chain). Kontrak Solver akan mengirimkan instruksi maksud ke kontrak Reaktor (yang mengelola akun pengguna pada rantai), yang akan memanggil modul lain untuk menyelesaikan interaksi akhir.
Permintaan pengguna pertama kali diketahui oleh jaringan Solver, sehingga pengguna tidak perlu melihat rantai yang mendasarinya atau konstruksi abstraksi akun yang berbeda, dan bagian ini diserahkan kepada Solver untuk membangun solusi tertentu.
Tentu saja, ide-ide ini masih hanya kerangka teoritis, dan detail implementasi di baliknya belum secara resmi ditata oleh Particle Network.
Saat ini, jelas bahwa pasar Solver yang kompetitif akan muncul di masa depan, dan pengguna dapat memulai lelang untuk memungkinkan beberapa Solver menghasilkan solusi yang berbeda, dan melalui bentuk perdagangan simulasi lokal, solusi terbaik dapat dipilih dan Solver yang sesuai dapat diberi insentif. Bentuk insentif tergantung pada perancang protokol Jaringan Solver (Jaringan Partikel bermaksud menggunakan token PNT sebagai token insentif untuk pasar lelang Solver-nya).
** Maksud saat ini pada dasarnya melindungi detail kompleks dari lapisan bawah dan mengabstraksinya menjadi lapisan yang lebih tinggi, ** desain berlapis seperti itu dengan sifat protokol TCP / IP diperlukan untuk pengalaman pengguna dan pengalaman pengembang di bawah interoperabilitas tanpa batas dari seluruh rantai.
Merangkul adopsi massal abstraksi akun
Ketika kami mengoptimalkan kerangka kerja 4337 di ekosistem Ethereum dari semua sudut, dan juga mempromosikan interoperabilitas tanpa batas di seluruh ekosistem Ethereum dan non-Ethereum, untuk mendukung adopsi abstraksi akun skala besar, kami merasa bahwa kami masih membutuhkan produk yang mencakup sisi penawaran dan sisi permintaan. Ini dapat mengurangi penggunaan berbagai produk dan layanan Web3 oleh pengguna akhir, sambil berfokus pada pengembang layanan dan menurunkan ambang batas untuk pengembang. **
Salah satu produk terbaik untuk peran ini adalah produk Modular Smart Wallet-as-as-Service dari Particle Network:
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/5c72565a4e66f037765f4870ebf1c26b.jpeg)
Selain fitur ramah pengembang di atas, fitur yang paling penting adalah bahwa produk Modular Smart Wallet-as-as-Service** Particle Network membangun ekologi terbuka berdasarkan komputasi tanda tangan dan berorientasi pada bidang abstraksi akun pengembang, selain menyediakan modul produk abstrak akun yang dikembangkan sendiri, mengintegrasikan berbagai jenis produk dan layanan abstrak akun. Ini dapat dengan cepat mempromosikan adopsi produk dan layanan dari berbagai pengembang di seluruh bidang abstraksi akun.
! [Mengapa abstraksi akun rantai penuh merupakan bagian terakhir dari teka-teki untuk EIP-4337?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/9ffc21bfacc35413e4711eb656564a80.png)
Biarkan teknologi melayani permintaan, setelah menyelesaikan keterbatasan semua sudut kerangka kerja ERC-4337, peningkatan pengalaman pengembang akan mempromosikan lebih banyak produk dengan pengalaman pengguna yang sangat baik, mempercepat industri Web3 dari industri keuangan yang ramah cryptopunk menjadi industri konsumen yang ramah massa.