Sejak 2022, abstraksi akun telah menjadi topik yang banyak dibahas, dan kerangka kerja dalam bidang abstraksi akun yang berpusat pada EIP-4337 nampaknya telah menjadi konsensus industri. Popularitas konsep niat telah menegaskan pentingnya komponen interaksi pengguna dengan ambang batas rendah ini.

Namun, EIP-4337 masih memiliki titik-titik masalah seperti fragmentasi akun pintar dan pengalaman pengguna yang sangat terfragmentasi dari abstraksi akun lintas-rantai. Artikel ini menjelajahi bagaimana untuk lebih mempromosikan pengembangan bidang abstraksi akun di bawah kerangka EIP-4337, mengambil proyek-proyek seperti Biconomy, Safe Core, dan Particle Network sebagai contoh.

Memahami Konsep Abstraksi Akun dari Perspektif Abstraksi Aliran Transaksi

Mengenai abstraksi akun, Vitalik telah menunjukkan berkali-kali bahwa itu adalah kondisi yang diperlukan untuk menurunkan ambang batas pengguna Ethereum dan mencapai adopsi massal. Visi intinya adalah untuk memungkinkan pengguna menyesuaikan metode verifikasi tanda tangan dan menikmati pembayaran gas, dan dapat memulai transaksi on-chain tanpa aset apa pun (umumnya dikenal sebagai transaksi tanpa gas). Hanya dengan menyadari prasyarat ini, aplikasi Web3 dapat meningkatkan tingkat konversi penggunanya. Meskipun proposal abstrak non-akun sebelumnya atau dompet kontrak pintar dapat mencapai pengalaman serupa, mereka jauh dari fleksibel dan cukup efisien. Misalnya, Gnosis Safe masih memerlukan alamat EOA untuk memicu transaksi, dan biaya gas yang dilibatkannya sangat tinggi. Abstraksi akun bertujuan untuk mengoptimalkan struktur dasar akun kontrak pintar, membuka jalan bagi generasi berikutnya dari sistem akun cerdas. Tetapi jika kita melihat proposal abstraksi akun yang sebenarnya, kita akan menemukan bahwa fokus mereka bukan pada model akun itu sendiri. Misalnya, proposal terkait abstraksi akun seperti EIP-86, EIP-4337, dan EIP-6900 berfokus pada abstraksi / modularisasi seluruh proses pemrosesan transaksi dari inisiasi hingga diterima oleh node, serta verifikasi tanda tangan, pembayaran gas, dll., Daripada berfokus pada abstraksi struktur akun per se. Abstraksi struktur akun. Oleh karena itu, tampaknya lebih tepat untuk menyebut berbagai proposal saat ini "abstraksi aliran transaksi." Jika kita memahami proposal abstraksi akun terkenal tersebut dari perspektif abstraksi aliran transaksi, kita dapat lebih mudah memahami poin utamanya: abstraksi transaksi semacam ini sebenarnya bertujuan untuk menghadirkan pengalaman pengguna entri tingkat Web2 dan penggunaan produk ke dalam sistem Ethereum. Ini mungkin berbentuk daftar hitam / daftar putih, memulai trasactions tanpa verifikasi identitas dalam jangka waktu tertentu, transaksi tanpa gas, pembayaran mata uang fiat, dll.

(Sumber gambar: Zengo)

Namun, beberapa orang mungkin bertanya: Tidakkah hal-hal ini bisa dicapai dengan dompet kontrak pintar yang sudah ada di masa lalu? Apa nilai dari solusi abstraksi akun seperti EIP-4337?

Esensi dari EIP-4337: Solusi Optimal Lokal untuk Abstraksi Akun dalam Ekosistem Ethereum

Seperti yang ditunjukkan oleh pertanyaan di atas, meskipun dompet pintar sebelumnya memang dapat mencapai fungsionalitas yang disebutkan, metode implementasinya umumnya bersifat primitif dan sering bergantung pada infrastruktur pihak ketiga yang sangat terpusat. Misalnya, dalam gas relay solution di masa lalu memerlukan pengenalan node pihak ketiga (EIP-2771). Selain itu, terdapat kekurangan standar yang seragam antara dompet pintar yang berbeda, yang menghambat pengembangan dan implementasi komponen-komponen yang bersifat komplementer. Permintaan inti dari berbagai EIP terkait abstraksi akun adalah untuk mengatasi kekurangan-kekurangan ini yang ada dalam proyek-proyek dompet yang berbeda dengan memperkenalkan kerangka kerja standar yang dirancang khusus untuk dompet kontrak pintar. Kemajuan ini bertujuan untuk beralih dari struktur akun dalam ekosistem Ethereum dari struktur fungsional dasar ke struktur pintar yang lebih canggih dengan kemampuan yang lebih tinggi.

(Sumber gambar: Springer Link)

Hal ini mirip dengan situasi sebelum ERC-20 atau ERC-721, di mana metode implementasi, fungsionalitas, dan fungsi antarmuka dari banyak token tidak konsisten. Ketidaksesuaian tersebut menghambat pengembangan infrastruktur pihak ketiga yang saling melengkapi dan audit kode (sulit untuk membayangkan bagaimana aplikasi DeFi bisa berkembang pesat ke tingkat saat ini tanpa protokol ERC-20).

Standar implementasi untuk protokol/fitur terstandarisasi adalah prasyarat untuk desain modular, dan pengembangan modular hampir merupakan prasyarat untuk setiap bidang yang bertujuan untuk pertumbuhan yang berkembang pesat (pembagian kerja adalah prinsip pertama untuk meningkatkan efisiensi).

Pada akhirnya, EIP-4337 menonjol.

EIP-4337 adalah solusi optimal lokal, tetapi beberapa perspektif dalam kerangka kerjanya perlu dioptimalkan

EIP-4337 mendefinisikan seperangkat standar antarmuka lengkap, menjelaskan modul yang diharapkan ada dalam dompet pintar yang mematuhi protokol 4337 dan fungsi/antarmuka yang harus diimplementasikan oleh setiap modul. Misalnya, fungsi yang dapat dipanggil seperti bundler, entrypoints, dan paymaster harus ditawarkan secara eksternal oleh komponen-komponen tersebut. Dengan pedoman ini, interaksi antara berbagai komponen menjadi lebih jelas, memfasilitasi integrasi gagasan desain modular ke dalam desain abstraksi akun dan dompet pintar. Pengembang yang bekerja pada modul dompet juga mendapatkan manfaat yang signifikan. Namun, jika dilihat dari sudut pandang pengguna, nilai yang dibawa oleh paradigma pengembangan dompet pintar modular mungkin tidak langsung terlihat karena perubahan dalam dompet abstraksi akun itu sendiri mungkin tidak terasa dalam jangka pendek. Namun, jika dilihat dalam jangka menengah hingga panjang, nilai dari protokol seperti EIP-4337 menyerupai ERC-20 dan ERC-721. Ini meletakkan dasar untuk pengembangan jangka panjang dari dompet abstraksi akun, menandai tonggak sejarah yang signifikan. Namun demikian, EIP-4337 masih memiliki sejumlah isu yang belum terpecahkan, seperti:

1. Abstraksi akun tidak cukup mudah untuk diintegrasikan, sehingga mengarahkan pengembang yang berbeda secara tidak sengaja 'membentuk ulang roda'.

2. Kompatibilitas yang buruk di antara modul akun, menghasilkan ekosistem yang terfragmentasi.

3. Fragmentasi tinggi dari ekosistem abstraksi akun di berbagai rantai, menjadikannya tantangan untuk menawarkan pengalaman yang seragam dan berkualitas tinggi bagi pengguna akhir dan pengembang.

Di bawah ini, kami akan menyelami solusi untuk masalah-masalah tersebut.

Solusi Optimisasi 1: Plugin Abstraksi Akun Akan Menjadi Konfigurasi Dasar

Salah satu titik fokus inti dalam diskusi saat ini mengenai abstraksi akun adalah untuk meningkatkan modularisasi dompet abstraksi akun dan lebih menyempurnakan granularitas setiap modul. Sebagai contoh, Biconomy, berdasarkan EIP-4337 (EIP-6900 yang lebih halus akan diperkenalkan di masa depan), mengusulkan abstraksi akun plug-and-play untuk lebih mendorong pengembangan modular ekosistem abstraksi akun.

(Sumber gambar: Biconomy)

Plugin abstraksi akun yang disebut sebenarnya adalah untuk mendirikan sebuah protokol yang secara eksplisit menentukan modul kunci yang terlibat dalam dompet kontrak pintar, menguraikan antarmuka/fungsi yang harus diimplementasikan modul-modul ini, dan menentukan nama dan metode panggilan dari antarmuka-antarmuka ini. Pengembang pihak ketiga kemudian akan membuat komponen-komponen dengan detail yang bervariasi berdasarkan ide-ide mereka, memastikan bahwa komponen-komponen ini mematuhi persyaratan yang ditetapkan dalam protokol.

V2 Biconomy, yang didasarkan pada kerangka protokol EIP-4337, telah merancang standar yang lebih rinci dan memperkenalkan serangkaian antarmuka yang tidak disebutkan dalam EIP-4337. Saat menyatakan fungsionalitas yang harus dimiliki bundlers, dompet kontrak pintar, paymaster, dan modul lainnya, Biconomy memungkinkan pengembang pihak ketiga untuk mengimplementasikan modul dengan fitur yang sama tetapi versi yang berbeda menggunakan detail kode yang berbeda, selama mereka mematuhi pedoman protokol yang ditetapkan oleh Biconomy (kompatibel dengan EIP-4337).

(Standar antarmuka yang diusulkan oleh Biconomy menunjukkan fungsi mana yang harus diterapkan pengembang modul pihak ketiga dalam modul mereka untuk panggilan eksternal). Selain itu, Biconomy memperkenalkan slogan "Module Store." secara aktif mempromosikan peluncuran SDK modul abstraksi akun sambil mendorong pengembang untuk mengirimkan modul abstraksi akun yang dirancang sendiri. Inisiatif ini bertujuan untuk mempromosikan "modul sebagai layanan," yang memungkinkan semua proyek dompet mengikuti protokol EIP-4337 untuk secara langsung mengadopsi modul abstraksi akun yang dikembangkan secara eksternal ini. Pengguna sekarang memiliki pilihan yang lebih beragam tentang modul mana yang akan digunakan saat membuat akun pintar melalui frontend.

Modularitas tidak hanya memudahkan pembagian kerja, tetapi juga memudahkan pengguna untuk dengan cepat beralih atau menambah/menghapus fungsi tertentu dalam dompet pintar. Singkatnya, ini memungkinkan penyempurnaan granularitas komponen. Biconomy menunjukkan bahwa semakin tinggi tingkat modularitas dalam dompet kontrak pintar, semakin sedikit perubahan yang perlu dilakukan saat memperbarui atau meningkatkannya. Tidak perlu memperbarui kontrak Dompet Kontrak Pintar yang ada pengguna atau menggunakan DelegateCall, hanya beberapa modul eksternal perlu diperbarui, sehingga memudahkan pengguna atau pengembang yang berbeda untuk mengganti komponen tertentu.

Dalam skema abstraksi akun yang akan datang dari Biconomy, mereka juga akan mempertimbangkan EIP-6900, yang lebih mendukung modularisasi daripada EIP-4337.

Solusi Optimasi 2: Segmentasi Modul yang Lebih Terperinci untuk Mengatasi Masalah Fragmentasi Akun

Terkait EIP-6900, Safe (sebelumnya Gnosis Safe) merilis whitepaper Protokol Inti Aman pada bulan Agustus tahun ini, yang sangat dipengaruhi oleh EIP-6900.

(Skema EIP-6900) EIP-6900 menyoroti masalah umum dalam abstraksi akun modular saat ini, yaitu "fragmentasi" akun, atau masalah pulau. Misalnya, sementara penyedia modul abstraksi akun yang berbeda atau berbagai DApps mungkin kompatibel dengan EIP-4337, tingkat abstraksinya di berbagai modul tidak mencukupi, dengan granularitas yang relatif rendah. Skenario ini memungkinkan kebebasan "berlebihan" bagi pengembang modul akun pintar (akun pintar adalah komponen inti yang menyimpan informasi pengguna, mencatat validasi transaksi khusus, dan menangani logika pembayaran gas) untuk membuat modul dengan atribut unik. Akibatnya, seiring waktu, proyek dompet yang berbeda cenderung merancang modul akun pintar dengan properti yang berbeda. Tren ini memaksa penyedia modul abstraksi akun lain untuk memprioritaskan kompatibilitas dengan penyedia modul akun pintar tertentu, secara bertahap membentuk rantai pasokan hulu-hilir tetap. Ini pasti mengarah pada fragmentasi dan isolasi ekosistem modul abstraksi akun (mirip dengan hari-hari awal di industri komputer, di mana pengembang sistem operasi harus mempertimbangkan kompatibilitas dengan perangkat keras dari produsen yang berbeda). Untuk mengatasi masalah fragmentasi ekosistem dan meningkatkan kompatibilitas di antara modul abstraksi akun yang dikembangkan oleh berbagai penyedia, pendekatan optimal adalah untuk lebih mengabstraksi akun dompet kontrak pintar dan memperbaiki granularitas segmentasi modul. Mengikuti prinsip-prinsip yang diuraikan dalam EIP-6900, whitepaper Safe Core Protocol telah membuat pengoptimalan terperinci untuk Akun Cerdas (akun dompet cerdas pengguna). Safe Core Protocol memecah modul yang dapat dipanggil dalam setiap akun dompet pintar ke dalam berbagai kategori seperti plugin, kait, validator tanda tangan, prosesor fungsi, dan banyak lagi. Modul akun pintar bertujuan untuk menjadi seringan mungkin, hanya menyimpan data dan fungsi penting, sambil mendelegasikan fungsi yang dapat dipindahkan ke "prosesor fungsi" atau modul tersegmentasi serupa. Pendekatan ini sejalan dengan prinsip Occam's Razor – "entitas tidak boleh dikalikan secara tidak perlu." Jika akun pintar itu sendiri cukup ringan dan tidak melibatkan detail yang terlalu rumit, akun pintar yang dikembangkan oleh penyedia yang berbeda akan menunjukkan struktur internal yang lebih dekat dan kompatibilitas yang lebih tinggi.

Protokol Safe Core juga memperkenalkan sebuah registri (mirip dengan iPhone App Store), yang berisi semua modul yang disetujui dan tersedia. Pengguna dapat memilih modul mana yang akan diaktifkan, dan setiap kali modul baru diaktifkan, harus diproses melalui Manger.

Secara umum, UserOperation akan pertama kali memicu sebuah plugin, dan kemudian Manajer akan memeriksa apakah status dari plugin tersebut normal (tercatat dalam registri). Jika normal, permintaan dari plugin akan diizinkan. Jika diperlukan, plugin akan memanggil beberapa fungsi yang disediakan oleh Hook atau memilih untuk tidak melakukannya. Kemudian, status dari akun pintar yang terlibat dalam UserOperation akan diubah.

Melalui metode segmentasi modul halus dan proses penjadwalan yang disebutkan di atas, Protokol Inti Aman berusaha untuk menerapkan serangkaian protokol interoperabilitas modul abstraksi akun sumber terbuka. Ide intinya adalah membuat akun pintar ringan dan sesederhana akun EOA untuk meningkatkan kompatibilitas di antara modul akun pintar dari berbagai penyedia.

Solusi Optimasi 3: Abstraksi Akun Omnichain untuk Akun Terpadu di Berbagai Rantai

Namun, meskipun solusi-solusi yang disebutkan di atas, masih ada isu penting yang belum terselesaikan: berbagai rantai dan berbagai solusi Layer 2 sedang mengembangkan detail implementasi abstraksi akun yang berbeda, banyak di antaranya bertentangan dengan EIP-4337, seperti zkSync Era, Starknet, Flow, dll. Hal ini memecah UX dompet bagi pengguna. Sebagai contoh, alamat dompet pintar di Starknet tidak dapat disatukan dengan yang di Arbitrum. Selain itu, dalam lingkungan multi-rantai, pengguna telah mandiri mendeploy akun pintar pada rantai-rantai yang berbeda, dan data pengguna mereka yang sesuai sering tersebar di seluruh kontrak-kontrak ini. Jika data pengguna seperti kunci perlu diperbarui, transaksi harus diinisiasi secara berulang-ulang pada berbagai rantai, sehingga sulit memastikan konsistensi Akun Pintar. Vitalik sebelumnya telah mengusulkan solusi akun pintar yang seragam di seluruh rantai dan mudah dikelola. Solusi ini menggunakan Ethereum atau ZK-Rollup yang sangat aman sebagai rantai sumber dan mendeploy kontrak Keystore untuk menyimpan kunci global pengguna. Kemudian, semua akun kontrak pintar di Layer 2 membagi kunci global yang disimpan di kontrak Keystore.

(Sumber gambar: https://vitalik.ca/general/2023/06/20/deeperdive.html)

Namun, solusi ini menimbulkan biaya yang signifikan. Setiap kali kunci global yang dicatat dalam kontrak Keystore pada rantai sumber berubah, setiap akun di L2/rantai target perlu menyinkronkan kunci baru melalui interaksi lintas rantai. Overhead interaksi lintas rantai antara Ethereum dan Layer 2 terlalu tinggi untuk ditanggung pengguna. Selain itu, penting untuk dicatat bahwa akun kontrak pintar berbeda dari EOA. Yang terakhir, karena pendekatan pembuatan alamat mereka yang unik, secara inheren disatukan di beberapa rantai EVM. Tetapi akun kontrak pintar sama sekali berbeda, sehingga sulit bagi pengguna untuk mendapatkan akun kontrak pintar dengan alamat yang sama pada rantai yang berbeda. Sebagai tanggapan, Particle Network telah mengusulkan metodenya sendiri. Sementara ide umum metode mereka sejalan dengan konsep Vitalik, dengan fokus pada pemisahan Penyimpanan dan Kode akun pintar, Particle Network bermaksud untuk memanfaatkan rantai independen — Particle Network Chain — sebagai database Penyimpanan lengkap untuk akun pintar. Mereka berencana untuk menyinkronkan perubahan ke Penyimpanan akun ke penyimpanan lokal Akun di rantai lain melalui solusi pesan lintas rantai pihak ketiga (seperti LayerZero, CCIP, Axelar, Connext, dll.).

(Struktur Abstraksi Akun Multi-rantai Jaringan Particle)

Secara khusus, sistem Abstraksi Akun Omnichain dari Jaringan Particle memungkinkan pengguna memiliki alamat akun kontrak pintar yang terpadu pada rantai EVM yang berbeda. Hal ini memerlukan penyebaran seperangkat Kontrak Pemberi di berbagai rantai; pengguna harus memicu pembangkitan akun baru di Rantai Jaringan Particle, dan kemudian Rantai Particle akan memicu Kontrak Pemberi di semua rantai untuk memastikan alamat akun kontrak pintar yang dihasilkan untuk pengguna di berbagai rantai konsisten. Atau, pengguna dapat terlibat dalam interaksi multi-rantai melalui kontrak di rantai Particle tanpa menyadari rantai lain, dan dapat memanfaatkan Token Gas Tersatukan sebagai metode pembayaran universal untuk biaya transaksi.

Abstraksi Akun Omnichain juga memungkinkan operasi pengguna lintas-rantai dengan memulai transaksi di rantai target melalui operasi pengguna dan membayar gas yang sesuai di rantai sumber. Misalnya, ini memungkinkan pengguna untuk membeli NFT di Base menggunakan $USDC Polygon.

Namun, solusi Jaringan Particle Network memerlukan tingkat kolaborasi yang tinggi antara Kontrak Pemberi dan komponen pesan lintas-rantai untuk mencapai sinkronisasi akun multi-rantai dan penyimpanan rantai sumber. Ini sebenarnya menempatkan persyaratan yang lebih tinggi pada oracle atau jembatan pesan lintas-rantai yang digunakan (yang tampaknya menjadi masalah umum dalam semua solusi terkait interoperabilitas omnichain). Namun, sinkronisasi akun lintas-rantai pengguna dapat mengkonfigurasi kombinasi Jembatan Pesan yang berbeda secara fleksibel, alih-alih bergantung pada satu jembatan tunggal. Sebagai contoh, dapat dikonfigurasi sebagai strategi 2/3, bergantung pada konfirmasi dari dua dari LayerZero, Axelar, dan Connext untuk mengonfirmasi perubahan penyimpanan pada rantai target. Ini mungkin merupakan solusi potensial untuk masalah ketergantungan pada titik tunggal.

Interoperabilitas Omnichain yang Lancar di seluruh EVM dan non-EVM adalah Langkah Lebih Lanjut Menuju Abstraksi Akun Omnichain dalam Ekosistem Ethereum

Meskipun memiliki manajemen kunci dan akun terpadu di seluruh rantai EVM, masih ada area untuk pengoptimalan dalam abstraksi akun omnichain. Rantai yang tidak kompatibel dengan EVM seperti Aptos, Solana, Sui, dll., tidak dapat menjamin alamat akun kontrak pintar konsisten dengan yang ada di rantai EVM. Selain itu, rantai non-EVM akan merasa sulit untuk mengadopsi konsep abstraksi akun lintas rantai yang diusulkan dalam diskusi sebelumnya jika mereka tidak menerapkan protokol ERC-4337 dengan solusi yang setara. Selain itu, ada ruang untuk perbaikan dalam proyek dompet yang kompatibel dengan EIP-4337. Node Bundler yang digunakan oleh sebagian besar dompet pintar secara resmi dijalankan secara independen, kadang-kadang bahkan terpisah satu sama lain, menciptakan berbagai risiko (seperti risiko yang terkait dengan resistensi dan ketersediaan sensor). Membangun antarmuka frontend terpadu yang mencakup sebagian besar rantai terbukti sangat menantang. Salah satu solusi potensial adalah memperkenalkan desain intent-centric, menambahkan lapisan tambahan di atas abstraksi akun omnichain. Lapisan ini menggabungkan ekosistem EIP-4337 Ethereum atau fasilitas abstraksi akun asli rantai lain (misalnya, zkSync) sebagai instance spesifik di bawah tipe Solver/Reaktor, dengan tugas memilih Solver yang sesuai menjadi tanggung jawab tingkat atas. Mengambil Particle Network sebagai contoh, ia mengusulkan implementasi intent-centric yang ringkas dan abstrak. Proyek abstraksi akun yang berbeda hanyalah contoh yang termasuk dalam kategori Solver dalam skema intent. Pertama, frontend pengguna mengubah permintaan bahasa alami atau interaksi pengguna apa pun menjadi deskripsi terprogram tertentu yang mencakup batasan input dan output (Dengan kata lain, ini adalah kondisi yang memungkinkan input yang memenuhi persyaratan pengguna dan hasil output berada dalam rentang tertentu). Selanjutnya, dalam jaringan Solver, transaksi forward Solver spesifik yang berisi batasan input dan output yang tepat untuk kontrak Solver yang diterapkan pada rantai (Solver tidak hanya mencakup infrastruktur node tetapi juga komponen kontrak on-chain). Kontrak Solver mentransmisikan arahan Intent ke kontrak Reactor (mengelola akun pengguna on-chain), mendelegasikan yang terakhir untuk memanggil modul lain untuk memenuhi interaksi akhir. Kerangka kerja ini memungkinkan permintaan pengguna untuk awalnya diproses oleh jaringan Solver, mengurangi kebutuhan pengguna untuk memahami rantai yang mendasari atau skema abstraksi akun yang berbeda, tugas yang didelegasikan kepada Solver untuk membangun solusi spesifik. Namun, konseptualisasi ini masih kerangka teoritis, dengan rincian implementasi menunggu elaborasi lebih lanjut oleh Particle Network. Jelas bahwa pasar Solver yang kompetitif akan muncul di masa depan, memungkinkan pengguna untuk memulai penawaran di mana beberapa Solver mengusulkan solusi yang berbeda. Melalui transaksi simulasi lokal, solusi optimal dapat dipilih dan insentif yang sesuai dapat diberikan kepada Solver mereka. Struktur insentif akan dibentuk oleh perancang protokol jaringan Solver (Particle Network bertujuan untuk menggunakan token PNT sebagai token insentif untuk pasar lelang Solver-nya). Saat ini, esensi intent melindungi detail kompleks dari lapisan bawah dan mengabstraksi lapisan yang lebih tinggi. Desain berlapis ini, yang menyerupai protokol TCP/IP, sangat penting untuk meningkatkan pengalaman pengguna dan pengalaman pengembang dalam interoperabilitas tanpa batas di seluruh rantai.

Merangkul Adopsi Massal Abstraksi Akun

Setelah mengoptimalkan kerangka kerja EIP-4337 dalam ekosistem Ethereum dari berbagai aspek dan memajukan interoperabilitas tanpa cela di seluruh ekosistem Ethereum dan non-Ethereum, kami percaya bahwa, untuk mendukung adopsi massal abstraksi akun, kita masih memerlukan produk yang meliputi sisi pasokan dan permintaan. Produk ini harus mengurangi kompleksitas bagi pengguna akhir yang menggunakan berbagai layanan produk Web3 sambil fokus pada menurunkan hambatan masuk pengembang. Salah satu produk optimal yang memenuhi peran ini adalah Particle Network’s Modular Smart Wallet-as-a-Service Stack:

Arsitektur Smart Wallet-as-a-Service Jaringan Partikel

• Layanan ini menawarkan API yang ramah pengguna, memungkinkan pengembang untuk mengintegrasikan fungsionalitas abstraksi akun modular secara mulus ke dalam aplikasi mereka.
• Pengembang dapat menggunakan layanan ini untuk membuat dan mengelola akun omnichain, melakukan interaksi lintas rantai, dan menggunakan metode pembayaran biaya yang terpadu.
• Layanan-layanan tersebut akan memberikan para pengembang cara yang lebih fleksibel dan nyaman untuk membangun aplikasi multi-rantai dan mempromosikan adopsi luas abstraksi akun.

Selain fitur yang ramah bagi pengembang di atas, aspek paling penting dari tumpukan Layanan Dompet Pintar Modular Jaringan Particle adalah bahwa mereka membangun ekosistem terbuka untuk domain abstraksi akun, berdasarkan komputasi tanda tangan dan berorientasi pada pengembang. Bersamaan dengan modul produk abstraksi akun internal mereka, Jaringan Particle mengintegrasikan berbagai jenis produk dan layanan abstraksi akun. Integrasi ini mempercepat adopsi produk dan layanan di seluruh domain abstraksi akun untuk para pengembang.

(Desain Modular Layanan Dompet Pintar Jaringan Partikel) Biarkan teknologi melayani kebutuhan pengguna. Setelah memecahkan batasan kerangka ERC-4337, peningkatan pengalaman pengembang akan memunculkan lebih banyak produk dengan pengalaman pengguna yang sangat baik, mempercepat transisi Web3 dari industri keuangan yang ramah terhadap crypto-punk menjadi industri yang ramah terhadap konsumen untuk massal.

Penafian:

1. Artikel ini dicetak ulang dari [Web3 Geek]. Semua hak cipta milik penulis asli [Peter Pan, Co-founder dan CTO dari Jaringan Partikel & Faust，极客Web3]. Jika ada keberatan terhadap pencetakan ulang ini, silakan hubungi Pintu Belajar tim, dan mereka akan segera menanganinya.
2. Penafian Kewajiban: Pandangan dan pendapat yang diungkapkan dalam artikel ini semata-mata milik penulis dan bukan merupakan saran investasi.
3. Terjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang telah diterjemahkan dilarang.