โครงสร้างกระเป๋าเงินเป็นสิ่งสำคัญในการปลดล็อคประสบการณ์ web3 สำหรับรุ่นต่อไปของ dapps

จนถึงตอนนี้ผู้ใช้ต้องติดตั้งซอฟต์แวร์เสริม, ที่มาและเงินทุนด้วยสกุลเงินใหม่, และเผชิญกับหน้าจอยืนยันที่ไม่คุ้นเคยก่อนที่จะทำการจริงครั้งแรกใน web3 แม้ว่าจะมีการป้องกันด้านไฟวอลที่ดีขึ้นและการเคลื่อนย้ายออกจากวลีมือ, อุปสรรคเหล่านี้ยังคงเป็นจุดที่มีการหมุนเวียนสูงสำหรับแอปพลิเคชันที่จำเป็น

สภาพแวดล้อมเหมาะสมสำหรับนวัตกรรมที่รวมชั้นเทคนิคออกไป เพื่อให้เกิดประสบการณ์การเข้าร่วมที่ intuitive สู่ประสบการณ์การเงิน สังคม และการเล่นเกมใหม่ๆ โดยไม่ทำให้ความเชื่อถือตัวเองและการกระจายอำนาจลดลง

ปี 2023 ได้เป็นปีที่สำคัญสำหรับนิเวศกรกระเป๋า ด้วยการนำเอาบัญชีและการพัฒนาทั้งหมดในชั้นของโครงสร้างการตลาดและเปลี่ยนวิธีคิดเรื่องความสัมพันธ์ระหว่างผู้ใช้ dapps และกระเป๋า

การแยกบัญชี: อะไร, เหตุผล, และวิธีการ

เราสามารถคิดว่าสิ่งที่เป็นนามธรรมของบัญชีเป็นการแยกการจัดการบัญชีออกจากการจัดการที่สําคัญ บัญชีคือเอนทิตีบนบล็อกเชนที่สามารถเก็บสินทรัพย์และมีประวัติการทําธุรกรรม ผู้ลงนาม (คีย์) คือเอนทิตีที่มีอํานาจในการดําเนินการในนามของบัญชี

ด้วยบัญชีแบบดั้งเดิม (EOAs) คีย์ส่วนตัวจะรักษาการควบคุมเพียงอย่างเดียวเหนือบัญชีที่เกี่ยวข้องกับมัน การจับคู่อย่างเข้มงวดระหว่างคีย์ส่วนตัวและบัญชีหมายถึง:

ผู้ใช้ถูกจำกัดให้ใช้โซลูชั่นการจัดการกุญแจที่มีเฉพาะ (เช่น Metamask, Ledger) เมื่อทำการจริงกับบล็อกเชน

ไม่มีทางเรียกร้องจากการสูญเสียกุญแจส่วนตัว และกุญแจที่ควบคุมบัญชีไม่สามารถถูกเปลี่ยนได้

ทุกการกระทำที่มีต้นกำเนิดจากกุญแจส่วนตัวนั้นถูกจัดการเป็นเท่าเทียมกัน ตั้งแต่การรีด NFT ฟรีไปจนถึงการย้ายล้านล้านดอลลาร์

Account abstraction makes the account a smart contract with its dynamic logic for what key(s) can perform actions on its behalf, scope permissions, and do additional checks and balances according to the use case.

เราสามารถแยกประโยชน์เพิ่มเติมได้โดยการสำรวจว่ามีการทำให้เป็นแบบนาม

เนื่องจากโปรโตคอล Ethereum รับรองเฉพาะธุรกรรมที่มี EOA เป็นต้นกำเนิดเท่านั้น การมีนามัยบัญชีต้องการโครงสร้างออฟเชนเพื่อส่งสัญญาอัจฉริยะที่มีต้นกำเนิดจากฝั่งหน้าไปยังเชน

ERC-4337 ถูกเสนอในปี 2021 เป็นวิธีมาตรฐานในการทำเช่นนี้โดยไม่ต้องเปลี่ยนแปลงโปรโตคอลหลัก อย่างไรก็ตาม มีโครงการบางรายที่ได้ส่งมอบประโยชน์ของ AA มาก่อนที่มาตรฐานจะเต็มที่

กระเป๋าเงินดิจิทัล multisig ที่เปิดตัวในปี 2017 และได้เติบโตขึ้นมาเพื่อป้องกันสินทรัพย์มูลค่าเกิน 50 พันล้านเหรียญสำหรับ DAOs, ธุรกิจ และบุคคลทั่วไปเช่นกัน

กระเป๋ามือถือของ Argent ได้รับกำลังขับเคลื่อนโดยบัญชีสมาร์ทคอนแทร็คตั้งแต่ปี 2018

Sequence กระเป๋า, ที่เริ่มให้บริการในปี 2021, ทำให้ Skyweaver สามารถสร้างและเข้าสู่บัญชีสมาร์ทของตนโดยใช้อีเมลของพวกเขาและชำระค่าธรรมเนียมโดยใช้โทเคนที่ไม่ใช่ภาษาเกิด

นี้ต้องการสร้างและบำรุงรักษาโครงสร้างการส่งเสริมทางกลไกที่กำหนดเองโดยโครงการนั้น

กรอก ERC-4337 มาตรฐานนี้นำเสนอทางเลือกที่มีลักษณะที่ไม่มีการจัดกลุ่มและปราศจากการเซ็นเซอร์ชันสำหรับเลเยอร์รีเลย์ นิยามอินเตอร์เฟซสำหรับบัญชีเจ้าภาพการจ่ายเงิน และตัวรวมลายเซ็นเจอเกเตอร์เพื่อทำปฏิสัญญากับเลเยอร์รีเลย์ภายนอกผ่านเมมพูลแบบทดแทนที่ใช้ร่วมกันของธุรกรรมที่แยกออกจากบัญชี ("การดำเนินการของผู้ใช้")

Relayers (“bundlers”) รวม UserOps หลายรายการพร้อมกันเป็นธุรกรรมเพื่อส่งไปยังสัญญา EntryPoint เดี่ยว ซึ่งต่อมาจะตรวจสอบว่าค่าธรรมเนียมจะถูกจ่าย (โดยบัญชีเองหรือผ่าน paymasters) และดำเนินการตาม UserOps ตามที่เป็นไปตามบัญชีอัจฉริยะ

เราสามารถเปรียบเทียบสิ่งนี้กับวิธีที่การตรวจสอบและดำเนินการเกิดขึ้นบนโซ่ที่มีการสรุปบัญชีโดยตรงและไม่ต้องการเรลย์เพิ่มเติม (เช่น zkSync* และ Starknet) และการเสนอข้อเสนอ RIP-7560 ที่เผยแพร่เร็วเกี่ยวกับการสร้าง AA ต้นแบบบน Ethereum และ rollups ของมัน

ในเดือนมีนาคม 2023 สัญญา 4337 EntryPoint ได้ถูกนำไปใช้บน mainnet ชุมชนของมันได้รับความสำเร็จอย่างมากในการให้นักพัฒนามีส่วนร่วมในการเคลื่อนไหวของบัญชีทางนามบัตร

นี้เป็นที่เริ่มต้นของคลื่นผู้ให้บริการโครงสร้างพื้นฐานและบริการใหม่สู่ระบบกระเป๋า และเคลื่อนที่โครงการที่มีอยู่ให้แน่ใจว่ากลยุทธ์ธุรกิจและชุดผลิตภัณฑ์ของพวกเขายังคงตอบสนองต่อความต้องการของนักพัฒนาแอปพลิเคชันที่ต้องการใช้ AA เพื่อให้ผู้ใช้ของพวกเขาได้ประสบประสบการณ์ web3 ไร้รอยต่อ

โครงสร้างพาณิชย์และ AA Stack

ผู้เซ็นชื่อ & การจัดการคีย์

Signers & Key Management โครงสร้างพื้นฐานที่รับผิดชอบในการสร้างและรักษาคู่คีย์สาธารณะที่ใช้ในการเซ็นข้อความ ธุรกรรมและ UserOps ตัวอย่างที่เข้าใจง่ายที่สุดที่นี่คือ กระเป๋า EOA แบบดั้งเดิม แต่ผู้ให้บริการกระเป๋าเป็นบริการ ได้ปรากฎขึ้นเพื่อเปิดใช้งานแบบไม่มีเมล็ดพันธุ์และการจัดการกระเป๋าผ่านวิธีการตรวจสอบอื่น ๆ เช่น โซเชียลและอีเมล

ภายในระบบ เหล่าบริการเหล่านี้จะเก็บวัสดุกุญแจใน HSMs เช่น AWS KMS ซึ่งผู้ใช้เท่านั้นที่สามารถเข้าถึงผ่านข้อมูลประจำตัวของพวกเขา (Magic, Turnkey) หรือดำเนินการภายใต้ระบบ SSS/MPC (Privy, Web3Auth, Portal, Capsule) เพื่อป้องกันวัสดุ

Lit* ปรับปรุงการออกแบบที่เก็บกุญแจด้านเซิร์ฟเวอร์โดยการกระจายกุญแจ ทุกโหนดในเครือข่ายจะเก็บส่วนหนึ่งของกุญแจส่วนตัว ECDSA ที่สร้างขึ้นโดยอัลกอริทึม DKG การดำเนินการทั้งหมดเกิดขึ้นในโลกเสมือนที่เข้ารหัสแบบสแตนด์อแล้วกฎการพิสูจน์ตัวตนอย่างสมบูรณ์สามารถถูกกำหนดให้กับคู่กุญแจ ซึ่งทำให้แอปพลิเคชันหรือผู้ใช้มีการควบคุมที่สมบูรณ์เกี่ยวกับปฏิสัมพันธ์ที่ได้รับอนุญาตและบังคับตัวอย่างการจำกัดการใช้จ่ายเครือข่ายยังสามารถใช้ Mฉีดสมุนเพื่อเข้าถึงกระเป๋าเงิน MPC 2 จาก N เป็นตัวเลือกสำรองและฟื้นฟู

ปีนี้มีการทดลองอย่างรวดเร็วเพื่อใช้ Hardware Signers และ Passkeys เป็นผู้เซ็นต่อบัญชีเพื่อให้ผู้ใช้ได้รับการจัดการคีย์ออกจากกล่องด้วยอุปกรณ์มือถือหรือคอมพิวเตอร์โต๊ะที่ทันสมัย เหล่าเซ็นเนอร์เหล่านี้ทำงานอย่างโดยเชื่อมต่อกับการยืนยันตัวตนทางชีวภาพ (เช่น FaceID, TouchID) เพื่อให้มีความปลอดภัยเพิ่มเติมด้วยประสบการณ์ใช้งานที่คุ้นเคย

Hardware Signers ใช้ระบบย่อยที่เรียกว่า iPhone Secure Enclave และ Android Titan HSM เพื่อสร้างคีย์และเซ็นต์ข้อความ ทำให้มั่นใจได้ว่าระดับซอฟต์แวร์ระดับฮาร์ดแวร์มีความปลอดภัย เนื่องจากคีย์ไม่สามารถถอดได้จากอุปกรณ์ นี่คือวิธีที่มีประสิทธิภาพที่สุดเมื่อใช้ร่วมกับวิธีการกู้คืนเพิ่มเติม หรือเป็นส่วนหนึ่งของระบบ 2FA

Passkeys เป็นมาตรฐานสำหรับการรับรองตัวตนโดยไม่ต้องใช้รหัสผ่าน ที่สร้างขึ้นบนเส้นทางของ WebAuthn ที่นี่ คีย์แพร์ถูกสร้างขึ้นในระบบปฏิบัติการของอุปกรณ์ และสามารถซิงโครไนซ์ไปยังอุปกรณ์ต่าง ๆ ผ่านบริการเช่น iCloud ดังนั้นการกู้คืนเป็นไปได้หากผู้ใช้เลือกทำเช่นนั้น

ข้อ จำกัด คือ Passkeys และ ลายมือชื่อผลิตเซ็นเนเจอร์ ไม่ได้รับการรับรองโดยธรรมชาติโดยเช่น Bitcoin และ Ethereum พวกเขาใช้เส้นโค้งวงรี 256 รุ่น R1 (R1) ในขณะที่โซ่เหล่านี้ทำงานบนรุ่น K1 ขณะที่มีการทำงานที่ไม่หยุดยั้งเพื่อการยืนยัน R1 อย่างไม่เชื่อถือได้และมีประสิทธิภาพ บางสิ่งที่สามารถให้การรับรองแบบ K1 หลังจากผู้ใช้ได้รับการรับรองด้วยคีย์ของพวกเขา

มาตรฐานที่ควรสังเกตที่นี่คือ EIP-7212 ซึ่งเสนอให้เพิ่มเส้นโค้ง R1 โดยตรงลงใน EVM เป็นสัญญาก่อนความพร้อมเพื่อที่อุปกรณ์ทุกตัวสมัยใหม่สามารถลงนามธุรกรรมได้โดยตรงโดยไม่ต้องใช้บริการของบุคคลที่สามหรือพ่อค้ากลาง

เมื่อปริมาณการทำธุรกรรมที่ถูกแยกออกจากบัญชีเพิ่มขึ้น การรวมลายเซ็นโดยใช้ลายเซ็น BLS อาจทำให้ค่าธรรมเนียมบัญชีสมาร์ทถูกกว่า EOAs บน L2s 4337 กำหนดอินเทอร์เฟซสำหรับสัญญาตัวช่วยที่รวมที่ตรวจสอบลายเซ็นเดียวที่อนุมัติ UserOps หลายรายการเทียบกับการตรวจสอบแต่ละรายการโดยแยกกัน

Relayers

Relayers (e.g. 4337 Bundlers) relay transactions or UserOps to a mempool. On chains with native AA, network operators and sequencers play this role, removing the need for external dedicated relayers.

เหมือนกับว่ามีการปรับใช้ผู้ใช้หลายรายสำหรับ Ethereum (เช่น geth, erigon, reth) โครงสร้างระบบเครือข่าย 4337 มีผู้ปรับใช้การรวมหลายรายในภาษาต่าง ๆ ซึ่งทำให้เครือข่ายมีความแข็งแกร่งมากขึ้นต่อช่องโหว่ของการปรับใช้เดียว สเปคของ 4337 รวมถึงชุดทดสอบเพื่อให้แน่ใจว่าการรวมของระบบเครือข่ายสามารถทำงานร่วมกันได้ ผู้ปรับใช้รวมถึง Stackup (Golang), Pimlico, Biconomy, Etherspot (Typescript), Candide (Python), OKX (Java), และ Alchemy (Rust)

โมเดลส่งเสริมสำหรับผู้รวมกลุ่มคล้ายกับผู้สร้างบล็อก รับค่าธรรมเนียมจากการดำเนินการของผู้ใช้ที่รวมเข้าด้วยกันแทนการทำธุรกรรม ในทางปฏิบัติ ผู้รวมกลุ่มต้องมี API เข้าไปยังผู้สร้างบล็อกเพื่อเห็นบล็อกปัจจุบันและสร้างกลุ่มที่ถูกต้องต่อบล็อกนั้น ๆ และเป็นส่วนหนึ่งของผู้สร้างบล็อก

เมื่อการดำเนินการ 4337 เติบโต เราสามารถคาดหวังได้ว่าผู้ก่อสร้างก็จะเป็นผู้รวมกลุ่มเช่นกันเนื่องจากไฮบริดนี้จะมีกำไรมากกว่าการเป็นผู้ก่อสร้างเพียงอย่างเดียวเนื่องจากพวกเขาสามารถเลือกจากทั้งสระสร้างการทำธุรกรรมและสระผู้ใช้

Paymasters

Paymasters ทำให้การรวมค่าธรรมเนียมเป็นไปได้โดยอนุญาตให้ dapps สนับสนุน gas สำหรับผู้ใช้ ทำให้ผู้ใช้จ่ายค่าธรรมเนียมโดยใช้ตัวโทเคนที่ไม่ใช่ธุรกรรม หรือชำระผ่านช่องทางการชำระเงิน传统 Paymaster services มี 2 ส่วนหลัก:

ผู้จัดการนโยบายก๊าซสําหรับนักพัฒนาเพื่อกําหนดเงื่อนไขที่พวกเขาจะสนับสนุนก๊าซ สิ่งนี้สามารถกําหนดขอบเขตให้กับโครงการทั้งหมดหรือตามที่อยู่ต่อสัญญาหรือต่อกระเป๋าเงิน นักพัฒนายังสามารถกําหนดวิธีที่พวกเขาต้องการจํากัดอัตราการสนับสนุนก๊าซเช่นตามราคาก๊าซคําขอ # หรือจํานวนเงิน $ ที่ได้รับการสนับสนุน / เดือน ค่าใช้จ่ายในการสนับสนุนก๊าซมักจะถูกรีดลงในใบแจ้งหนี้รายเดือนของนักพัฒนาจากผู้ให้บริการโดยมีค่าธรรมเนียม ~ 5% สําหรับจํานวนเงินที่ได้รับการสนับสนุน

สัญญาเช่าเงินสดสมาร์ทเป็นสัญญาที่ยืนยันว่าธุรกรรมที่กำหนดว่าจะได้รับการคุ้มครองหรือไม่ โดยอิงจากสถานะ onchain เช่น ยอดคงเหลือของบัญชีหรือนโยบายการจัดการแก๊ส offchain สัญญาเช่าเงินสดถือยอดคงเหลือของโทเคนชนิดเดียวกันที่ใช้จ่ายสำหรับแก๊ส และอาจมีตรรกะการตรวจสอบราคาศัพท์ที่ตรวจสอบอัตราแลกเปลี่ยนระหว่างโทเคนการชำระเงิน (เช่น USDC) และโทเคนชนิดเดียวกัน (เช่น ETH) อย่างเป็นระยะๆ

Paymasters สามารถจำแนกออกเป็น onchain หรือ offchain:

Onchain Paymasters (e.g. ERC20Paymaster, StablecoinPaymaster) เพียงพอใช้สถานะ onchain เพื่อยืนยันว่าธุรกรรมสามารถรับรองได้โดย paymaster หรือไม่ นี่หมายความว่า paymaster บางประการ เช่น ผู้รับชำระที่ยอมรับการชำระเงินในรูปแบบของ gas ใน ERC-20s สามารถเป็นได้โดยไม่จำกัด โดยมีข้อจำกัดว่า paymaster จะต้องได้รับการอนุมัติจากบัญชีเพื่อโอนออกไปยังตัวเลือกการชำระเงิน ผู้ดูแลสัญญา paymaster สามารถถอนเหรียญและแปลงกลับเป็นเงินตราต้นทางเพื่อเติมสัญญา ตั้งค่าการเพิ่มมาร์กอัพเหนือราคา ERC20 ตั้งค่าค่าย่างสำหรับความต่างราคาสำหรับ paymaster ที่อัปเดตราคา ERC20 สำหรับ UserOp ถัดไป หรืออัปเดตราคาด้วยตนเอง

Offchain Paymasters (e.g. VerifyingPaymaster) เกี่ยวข้องกับการจับคู่กับ API ของผู้ให้บริการเพื่อสนับสนุน UserOp บริการนอกเครือข่ายจะตรวจสอบความมีสิทธิ์และลงนามในธุรกรรมโดยใช้กุญแจของ paymaster ขณะที่โซลูชันนี้มีการอนุญาต offchain paymasters มาพร้อมกับประโยชน์จากการประหยัด gas จากการลดการตรวจสอบ onchain นโยบาย gas สามารถทำให้มีความละเอียดมากขึ้น และพิจารณากิจกรรมนอกเครือข่ายเช่น กิจกรรม Discord

โรงงานบัญชี & กรอบการ

Account Factories & Frameworks ให้การประมวลผลบัญชีอัจฉริยะแบบ "headless" และ SDK ซึ่ง dapps และลูกค้า Wallet สามารถสร้างบนพื้นฐานของมัน สร้างบัญชีฝากที่ประกอบด้วยตนเองในนามของผู้ใช้ของพวกเขา บัญชีเหล่านี้เป็นกระเป๋าสมาร์ทคอนแทรกต์ที่มีการตรวจสอบลายเซ็นต์ การดำเนินการ และการป้องกันการเล่นซ้ำ (การจัดการ nonce) ตัวเจ้าของอนุญาตการดำเนินการของผู้ใช้ที่มาจากบัญชีสมาร์ทของพวกเขาโดยใช้กุญแจของพวกเขา

ในระดับสูง ผู้ขายบัญชีสมาร์ทจัดทำบริการ 3 สิ่งหลัก

การปรับใช้หลักสำหรับกระเป๋าสมาร์ทคอนแทร็ค ด้วยตัวเองมีตรรกกระทำว่าธุรกรรมถูกตรวจสอบ ดำเนินการ และการดำเนินการเพิ่มเติมที่จะดำเนินการก่อนและหลังการดำเนินการ นอกจากนี้ยังมีตรรกกระทำว่าฟีเจอร์เพิ่มเติมสามารถเพิ่มเข้าไปในกระเป๋าผ่านโมดูลเริ่มต้นและบุคคลที่สาม

สัญญาโรงงานที่ติดตั้งอินสแตนซ์ของการปฏิบัติการกระเป๋าที่เริ่มต้นด้วยผู้ลงนามเริ่มต้นสำหรับบัญชีนั้น ภายใต้ ERC-4337 dapps สามารถสร้างบัญชีสมาร์ทสำหรับผู้ใช้ของพวกเขาโดยระบุที่อยู่ของสัญญาโรงงานจากผู้ให้บริการที่พวกเขาเลือก

SDK ที่ให้นักพัฒนาสามารถปรับแต่งได้อย่างง่ายดายสำหรับบัญชีอัจฉริยะที่พวกเขากำลังสร้าง ซึ่งสามารถรวมถึงตัวเลือกในการเซ็นลายมือต่าง ๆ การเปิด/ปิดการเชื่อมต่อและเทคโนโลยีการส่งสัญญาณ

ในขอบเขตของ ERC-4337, ผู้ส่งฟิลด์ของ UserOp หมายถึงบัญชีสมาร์ทที่ใช้ในการดำเนินการธุรกรรม หากบัญชียังไม่ได้ถูกนำไปใช้งาน EntryPoint จะทำการนำบัญชีไปใช้งานจากสัญญาโรงงานที่ระบุในinitCodeคีย์ของผู้ใช้สามารถใช้เพื่อเรียกร้องบัญชีสมาร์ทเพื่อทำปฏิสัมพันธ์ dapp ต่อไป

ผู้ให้บริการบัญชีเช่น Safe, Zerodev และ Biconomy บูรณาการกับผู้จัดการคีย์และโครงสร้างการพิสูจน์สิทธิเพื่อให้ dapps มีตัวเลือกในการจัดการบัญชีสมาร์ทของผู้ใช้ได้ตามต้องการ ตัวอย่างเช่น การบูรณาการ Web3Auth ของ Safe ช่วยให้ผู้ใช้สามารถใช้บัญชีของพวกเขาโดยใช้โซเชียลหรืออีเมล และการบูรณาการของ Zerodev กับ Turnkey ให้ตัวเลือกในการจัดการบัญชีด้วย Passkeys

Safe ได้รับความรู้จักมากที่สุดด้วยผลิตภัณฑ์กระเป๋าเงินสมาร์ทที่ผ่านการทดสอบในสนามรบ ที่ใช้กันอย่างแพร่หลายโดยบุคคล ทีม และ DAOs จนถึงปัจจุบันมี Safe มีอยู่ 5m+ ตัวที่ถูกนำไปใช้งานใน 12+ chains และดำเนินการธุรกรรมมากกว่า 22m+ ครั้ง ก่อน v1.4.1 (เปิดตัวเมื่อกรกฎาคม 2023) นักพัฒนาสามารถใช้ Gelato relay เพื่อเปิดใช้งานธุรกรรมที่มีการรวม gas ได้แล้ว การผสมผสานนี้ในปัจจุบันกำลังให้พลังงานให้กับผลิตภัณฑ์บัตรเดบิต crypto เช่น Gnosis Pay และ BasedApp ที่ผู้ใช้สามารถซื้อสินค้าจากผู้ขายใดก็ตามที่ยอมรับ Visa โดยใช้เงินใน Safe ของพวกเขา v1.4.1 นำเสนอการสนับสนุน ERC-4337 ผ่านโมดูลเพื่อให้มีตัวเลือกเพิ่มเติมในผู้ให้บริการ relay

ZeroDev เป็นผู้ให้บริการบัญชีอัจฉริยะที่เปิดตัวในปีนี้ที่สร้างขึ้นสำหรับ ERC-4337 ตั้งแต่แรกเริ่ม Zerodev รวมผู้ให้บริการ bundler หลายรายเพื่อนำเสนอบริการ relay UserOp แบบแยกชั้น และเปิดเผยแดชบอร์ดผู้จัดการ gas ที่นักพัฒนาสามารถกำหนดขอบเขตและตรวจสอบตรรกะการจำกัดอัตราสำหรับการสนับสนุนค่าธรรมเนียมสำหรับผู้ใช้ Zerodev และ Biconomy (ซึ่งยังมีเครือข่าย bundler ของตัวเอง) ครอบครองส่วนแบ่งตลาดสำหรับบัญชีที่เปิดใช้งาน 4337

ฟีเจอร์ AccountKit ของ Alchemy มีการนำมาใช้การดำเนินการบัญชีอัจฉริยะที่เป็นไปตามมาตรฐาน 4337 ชื่อ “LightAccount” ซึ่งเลือกใช้จากการดำเนินการของ EF และเพิ่มการสนับสนุน EIP-1271 (การตรวจสอบลายเซ็นต์ที่มาจากสมาร์ทคอนแทรค) รวมถึงการโอนสิทธิเจ้าของ การหมุนกุญแจ และการจัดเก็บเนมสเปซ

โมดูลบัญชี

โมดูลบัญชีเป็นสัญญาอัจฉริยะที่ทำหน้าที่เป็นส่วนประกอบที่ติดตั้งได้สำหรับบัญชีอัจฉริยะ แม้ว่าโครงสร้างโมดูลยังอยู่ในช่วงเริ่มต้นมาก แต่เรามองเห็นว่าโมดูลจะสามารถค้นพบและติดตั้งได้โดย:

นักพัฒนา: บัญชีฉลาดที่ฝังอยู่สามารถมาพร้อมกับโมดูลที่​​​​"ติดตั้งล่วงหน้า"ตามที่นักพัฒนา dapp ตัดสินใจ โดยสร้างกระเป๋าเงินเริ่มต้นที่มีคุณสมบัติที่ปรับแต่งสำหรับกรณีการใช้งานของพวกเขา

ผู้ใช้สุดท้าย: อินเตอร์เฟซของกระเป๋าสามารถเปิดเผย "ร้านค้าโมดูล" ที่ผู้ใช้งานสามารถค้นพบคุณลักษณะใหม่และเพิ่มเข้าไปในกระเป๋าของพวกเขา

กับ AA ที่แยกการจัดการการตรวจสอบและการดำเนินการของ UserOp อย่างเป็นทางการ เราสามารถมีโมดูลที่มีตรวจสอบเท่านั้นหรือดำเนินการเท่านั้น

Validators. ถูกเรียกในระหว่างขั้นตอนการตรวจสอบของ UserOperation หน้าที่หลักของพวกเขาคือการยืนยันลายเซ็นของ UserOperation และกำหนดว่ามันถูกต้องและควรทำงานหรือไม่ ตัวอย่างเช่นมีการยืนยันหลายฝ่าย ECDSA passkeys การยืนยันหลายโซน และคีย์เซสชั่น คีย์เซสชั่นทำให้ dapps สามารถลงลายเซ็นแทนผู้ใช้เพื่อทำให้ UX ง่ายขึ้น ทำงานเหมือนคีย์ส่วนตัวชั่วคราวที่สามารถกำหนดสิทธิ์และเวลาหมดอายุได้

ผู้ดำเนินการ ที่เรียกใช้งานระหว่างขั้นตอนการดำเนินการของ UserOperation พวกเขาขยายตัวตรรกะการดำเนินการของบัญชีและอนุญาตให้มีชุดของการดำเนินการที่หลากหลายมากยิ่งขึ้นที่มันสามารถดำเนินการได้โดยธรรมชาติ ตัวอย่างเช่น การดำเนินการอัตโนมัติที่ถูกกระตุ้นนอกเหนือจากการกระทำการดำเนินการ ERC-4337 ปกติ เช่น การสลับโทเค็นโดยอัตโนมัติเมื่อราคาถึงค่าที่กำหนด

Hooks. รันก่อนหรือหลังการดำเนินการและบังคับควบคุมต่อบัญชี ตัวอย่างเช่น ฮุกสามารถที่จะรันหลังการดำเนินการและย้อนกลับธุรกรรมใด ๆ ที่ตรงตามเกณฑ์บางอย่างเพื่อสร้างความปลอดภัยที่เพิ่มขึ้นสำหรับผู้ใช้

ในขณะที่บางกระเป๋าเงินเช่น Candide ได้พัฒนาโมดูลที่ผู้ใช้ของตนสามารถติดตั้งโดยตรง เราคาดหวังว่าจะมีนิวเคลียร์เอคอโซสเต็มของโมดูลบุคคลที่สาม ที่สามารถค้นพบในอินเตอร์เฟซร้านค้าแอปพลิเคชันของพวกเขา หรือประกอบเป็นกระเป๋าเงินฝังตัวเริ่มต้นโดยนักพัฒนาแอปพลิเคชัน

โครงสร้างบัญชีอัจฉริยะถูกออกแบบมาพร้อมกับโมดูลอยู่แล้ว ส่วนสำคัญของ Safe คือการจัดการโมดูลเพื่อเพิ่มหรือลบโมดูลจากบัญชี แต่ปล่อยให้ตัวเลขการจัดการและการจัดเก็บที่เกี่ยวข้องกับโมดูลเป็นขอบเขตอย่างสมบูรณ์ การแบ่งแยกปัญหานี้ช่วยลดความเสี่ยงของโมดูลของบุคคลที่สามที่จะเขียนทับสถานะเดียวกัน ทำให้เกิดความเสี่ยงต่อความปลอดภัยและพฤติกรรมที่คาดหวังของบัญชี

Safe{Core} Protocol นำเสนอเฟรมเวิร์กเปิดที่มีโมดูล ฉาก, ผู้จัดการ, และทะเบียนที่มุ่งเน้นการส่งเสริมระบบบัญชีอัจฉริยะที่สามารถรวมกันได้ที่ได้แรงบันดาลจากประสบการณ์จากผลิตภัณฑ์กระเป๋าของ Safe

ZeroDevจำแนกโมดูลของตนเอง ("ปลั๊กอิน") เป็นการตรวจสอบหรือการดำเนินการโดยชัดเจน โมดูลดำเนินการถูกออกแบบมาเพื่อให้ทำงานร่วมกับโมดูลตรวจสอบ ทำให้ฟังก์ชันที่กำหนดเองสามารถ "เส้นทาง" ผ่านตรวจสอบต่าง ๆ ตัวอย่างเช่น ฟังก์ชัน "การโอน NFT" ที่อนุญาตให้ NFT เฉพาะถูกโอนผ่าน 2FA

บางข้อคิดในการสร้างระบบนิเวศที่แข็งแกร่งของบัญชีอัจฉริยะแบบโมดูล

ความสามารถในการทำงานร่วมกัน ด้วยผู้ขายบัญชีสมาร์ทหลายราย แต่ละรายมีวิธีการที่แตกต่างกันในการเพิ่มคุณสมบัติใหม่ในบัญชี นักพัฒนาโมดูลกำลังเคลื่อนที่ในทิศทางที่จะถูกล็อกอินกับผู้ขายหรือต้องจัดการกับภาระทางเทคนิคในการพัฒนาคุณสมบัติเดียวกันเพื่อใช้ได้กับการปฏิบัติตามกับการปรับใช้บัญชีหลายราย วิธีบางวิธีที่ช่วยลดปัญหานี้:

ERC-6900 for modular smart contract accounts and plugins กำหนดอินเทอร์เฟซสำหรับบัญชีสมาร์ทคอนแทร็คแบบโมดูลาร์ (MSCAs) และโมดูล (ปลั๊กอิน) ที่อนุญาตให้การปฏิบัติของบัญชีที่เป็นไปตามมาตรฐานและปลั๊กอินสามารถทำงานร่วมกันได้

โมดูลกิจกรรม Rhinestone's* สำหรับการสร้างและทดสอบโมดูลบัญชีอัจฉริยะมีเทมเพลตและกรอบการทดสอบสำหรับทดสอบโมดูลตามการปฏิบัติบัญชีที่แตกต่าง ห้องสมุดประสิทธิภาพ (เช่นโปรโตคอล DeFi) เงื่อนไขที่ถูกสร้างไว้ล่วงหน้าสำหรับการดำเนินการ และการอัตโนมัติด้านความปลอดภัยเพื่อวิเคราะห์โค้ดโมดูลและปัญหาความปลอดภัย

ความปลอดภัย การให้ผู้ใช้สามารถติดตั้งซอฟต์แวร์จากบุคคลที่สามเข้าไปในกระเป๋าเงินของพวกเขามาพร้อมกับคำถามสำคัญเกี่ยวกับวิธีที่อินเทอร์เฟซควรจัดการและเปิดเผยข้อมูลที่เกี่ยวข้องเกี่ยวกับโมดูล

EIP-7484 ให้วิธีการยืนยันความถูกต้องและความปลอดภัยของโมดูลบัญชีสมาร์ทที่สร้างขึ้นอย่างอิสระ ที่นี่ ทะเบียนให้สิทธิให้ผู้ตรวจสอบทำการรับรองเกี่ยวกับความปลอดภัยของโมดูลเหล่านั้น Frontends และบัญชีสมาร์ทสามารถสอบถามเกี่ยวกับทะเบียนเพื่อดึงข้อมูลการรับรองเข้ามา ยืนยันว่าโมดูลเป็นปลอดภัยในการใช้งาน ดูทะเบียน Rhinestone สำหรับการปฏิบัติตามเชิงอ้างอิงของสิ่งนี้

อย่างกว้างขวาง EIP-7512 มีเป้าหมายที่จะสร้างมาตรฐานสำหรับการแสดงผลการตรวจสอบบนเชนที่สามารถวิเคราะห์ได้โดยสมาร์ทคอนแทรคเพื่อสกัดข้อมูลที่เกี่ยวข้องเกี่ยวกับผู้ที่ดำเนินการตรวจสอบและมาตรฐานที่ได้รับการตรวจสอบ

ความสามารถในการค้นพบ ทะเบียนสามารถเปิดเผยและถูกค้นหาโดยแพลตฟอร์มบัญชีสมาร์ทและอินเตอร์เฟซกระเป๋าเงินที่จะถูกติดตั้งโดยนักพัฒนาซอฟต์แวร์หรือผู้ใช้ท้ายที่

ความสามารถในการขยายฟังก์ชันของกระเป๋าเงิน ทำให้บัญชีกลายเป็นแพลตฟอร์มสำหรับนักพัฒนาและช่องทางการกระจายสำหรับผลิตภัณฑ์และบริการ web3 ใหม่ ในปัจจุบันเราได้เห็นเรื่องนี้กับ Metamask Snaps ซึ่งช่วยให้ผู้ใช้สามารถปรับแต่งกระเป๋าเงินส่วนขยายในเบราว์เซอร์ของตนด้วยการแจ้งเตือนเกี่ยวกับความปลอดภัย (ผ่าน WalletGuard) คุณสมบัติความเป็นส่วนตัว (ผ่าน Nocturne) และความสามารถในการทำงานร่วมกันกับเครือข่ายที่ไม่ใช่ EVM เช่น Starknet และ Bitcoin

เมื่อ Chrome เปิดให้นักพัฒนาสามารถขยายความสามารถของเบราว์เซอร์ผ่านส่วนขยาย สิ่งนี้ทำให้พวกเขาเป็นผู้ครองตลาดที่เด่นขึ้นเหนือสวนมนตร์ที่มีอยู่ในปัจจุบัน แม้ว่ามันยากสำหรับส่วนใหญ่ของเราที่จะจินตนาการถึงว่าประสบการณ์ของกระเป๋าสตางค์จะเป็นอย่างไรเมื่อบัญชีแบบโมดูลาร์กลายเป็นที่นิยม แต่เส้นทางกำลังถูกวางไว้แล้วสำหรับนวัตกรรมที่ไม่มีการอนุญาตให้เดินทางต่อไป

รูปแบบการพัฒนาที่เกิดขึ้นและผลกระทบของพวกเขา

ชุดกระเป๋าที่วิวัฒนาการแสดงถึงว่า:

นักพัฒนาสามารถสร้างบัญชีที่ไม่ใช่ผู้เก็บรักษาสำหรับผู้ใช้ของพวกเขาในบริบทของแอปของพวกเขา และจะมองหาเครื่องมือเช่น connector SDKs เพื่อให้พวกเขามีตัวเลือกในวิธีการสร้างการเดินทางในขั้นตอนการลงทะเบียนจบสิ้นสุด

กระเป๋าถือครองซึ่งซึ่งเป็นหมวดหมู่ของกระเป๋าใหม่ แต่ละผู้ขายมีคุณสมบัติและความคงทนของบัญชีที่ต่างกันตามความสามารถในการพกพาบัญชี การกำหนดเอง และการสมมติเชื่อ

หากคุณเคยเล่นกับ Ethereum dapps ในปี 2018 คุณอาจจะยังจำได้ถึงการขึ้นป๊อปอัพ Metamask เมื่อโหลดเว็บไซต์ ซึ่งเกิดจากขาดการปฏิบัติที่ดีในด้าน UX ในการเชื่อมต่อกระเป๋าเงินและ dapps และนักพัฒนาโดยทั่วไปมักจะมีการเข้ารหัสตรวจสอบเพื่อดูว่าผู้ใช้มีติดตั้งกระเป๋าเงินส่วนขยายผ่านเบราว์เซอร์หรือไม่window.ethereum object. นี่ส่งผลให้พฤติกรรมที่ไม่สามารถทำนายได้หากผู้ใช้มีการติดตั้งกระเป๋าเสริมหลายระบบ ทำให้ผู้ใช้ต้องเลือกหนึ่งระบบและสร้างตลาดที่ไม่แข่งขันสำหรับกระเป๋า

โปรโตคอลการสื่อสาร WalletConnect* ปรากฏขึ้นเพื่อให้ผู้ใช้เชื่อมต่อกระเป๋าเงินใดก็ได้กับ dapp ใดก็ได้พร้อมกับ Web3Modal, ห้องสมุดที่ห่อหุ้มปุ่มและส่วนประกอบโมเดลเพื่อให้ผู้ใช้เลือกกระเป๋าเงินที่ต้องการใช้ dapp ด้วย

วันนี้ Web3Modal เป็นหนึ่งในห้องสมุดตัวเชื่อมต่อกระเป๋าเงินหลายรายการเช่น RainbowKit, Web3Onboard, และ ConnectKit ที่ช่วยลดความยุ่งยากในการตรวจจับกระเป๋าเงินและกระบวนการอนุญาตที่ใช้กระเป๋าเงินสำหรับนักพัฒนา dapp เหล่านี้มีตัวเลือกในการเริ่มต้นด้วยธีมอย่างเรียบง่าย คุณสมบัติการค้นหากระเป๋าเงิน และหน้าจอที่นำผู้ใช้ไปติดตั้งกระเป๋าเงินหากพวกเขายังไม่มี

เร็วๆ นี้ EIP-6963 ได้ถูกสรุปเป็นกลไกการค้นพบกระเป๋าเงินทางเลือกwindow.ethereum, ทำให้ dapps และสคริปต์ที่ถูกฉีกขาดโดยส่วนขยายสามารถสื่อสารได้อย่างที่สามารถคาดการณ์ได้ ด้วยมาตรฐานนี้ผู้ใช้ตอนนี้สามารถเลือกใช้กระเป๋าสตางค์ส่วนขยายที่ต้องการเพื่อเชื่อมต่อกับ dapps และเปิดโอกาสให้มีตลาดที่แข่งขันมากขึ้นสำหรับกระเป๋าสตางค์

ในขณะที่ไลบรารีตัวเชื่อมต่อได้ปรับปรุง DevEx และ UX อย่างมาก การคาดหวังว่าผู้ใช้มีหรือจะติดตั้งซอฟต์แวร์เพิ่มเติมเพื่อทำงานร่วมกับ dapps ยังคงเป็นอุปสรรคระดับสูงต่อการนำมาใช้

เราได้เห็นการเบี่ยงเบนเล็ก ๆ น้อย ๆ ของอนาคตของ UX ในการเข้าร่วม dapp ตามที่ยุครุ่นต่อไปของไลบรารีกระเป๋าเงิน ซึ่งเราจะเรียกว่า "onboarding SDKs" ที่เต็มรูปแบบที่นี่ กำลังเพิ่มความเร็ว นอกจากการอนุญาตจากกระเป๋าเงิน SDK เหล่านี้ยังมอบตัวเลือกการสมัครสมาชิกและเข้าสู่ระบบทางเลือก เช่น อีเมล โซเชียล ข้อความ SMS และสร้างกระเป๋าเงินฝังตัวสำหรับผู้ใช้โดยไม่ต้องการให้พวกเขาติดตั้งซอฟต์แวร์เพิ่มเติมหรือนำทางออกจาก dapp

นักพัฒนาสามารถผสานตัวเชื่อมต่อที่提供โดยผู้ให้บริการหลักโดยตรง (เช่น Magic, Privy, Web3Auth) หรือใช้เชื่อมต่อที่ห่อหุ้มหลายบริการ (เช่น Dynamic, Thirdweb, 0xPass) เพื่อให้มีตัวเลือกและเล่นได้ในการเข้าสู่ระบบบนเว็บที่ต้องการเปิดเผยและประเภทของกระเป๋าที่ต้องการสร้างได้ ปรับแต่งอย่างสมบูรณ์เกี่ยวกับการเข้าสู่ระบบ ส่วนของ Onboarding SDKs ยังสามารถผสานกับผู้ให้บริการบัญชีอัจฉริยะเพื่อสร้างกระเป๋าอัจฉริยะที่ซ่อนอยู่ ให้การปรับปรุง UX เพิ่มเติม เช่น ธุรกรรมไม่ใช้แก๊ส และการเข้าออก

ด้วยการนำ “headless” กระเป๋าเงินมาใช้มากขึ้น และการเคลื่อนไหวไปทาง embedded กระเป๋าเงิน สิ่งที่เคยเป็นเส้นคั่นชัดเจนระหว่างกระเป๋าเงินและ dapps กำลังเริ่มเริ่มลอยเลื่อย

กระเป๋าแบบแยกตัว vs. กระเป๋าแบบฝัง vs. กระเป๋าแอพพลิเคชั่นที่เฉพาะเจาะจง

ผู้ใช้ Web3 ในปัจจุบันมักใช้การจับคู่กับ dapps ผ่านกระเป๋าเงินแบบสแตนโอนเช่น Metamask หรือผ่าน WalletConnect โดยที่สะสมสินทรัพย์และร่องรอย onchain ไปยังบัญชีหนึ่งหรือหลายบัญชี

เมื่อ dapps มองหาผู้ใช้ผ่านกระเป๋าที่ฝังอยู่และมีผู้ขายหลายรายที่ใช้ได้ การจัดการบัญชีกลายเป็นเรื่องซับซ้อนอย่างรวดเร็วสำหรับนักพัฒนา dapp และผู้ใช้สุดท้าย นักพัฒนา dapp จะต้องประเมินและจัดการกับผู้ขายหลายรายในขณะพยายามหลีกเลี่ยงการล็อคอิน สำหรับผู้ใช้สุดท้าย การสร้างกระเป๋าใหม่ต่อ dapp จะนำไปสู่ประสบการณ์การจัดการสินทรัพย์และบัญชีที่แตกต่างกัน

ในขณะที่กระเป๋าเงินที่เฉพาะเจาะจงสำหรับบางกรณีการใช้งาน เช่น เกม มีกรณีอีกมากมายที่ผู้ใช้อาจจะเข้าร่วมการใช้งาน dapp แรกของพวกเขา สร้างกระเป๋าเงินฝังตัวกับผู้เซ็นต์ web2 หรือ Passkey และต้องการใช้สินทรัพย์ที่พวกเขาสะสมในบัญชีนั้นใน dapp อื่นๆ โดยเข้าสู่ระบบด้วยผู้เซ็นเดียวกัน

Capsule เป็นผู้ให้บริการกระเป๋าเงินฝังตัวที่ใช้ MPC ซึ่งมีคุณสมบัติในการสามารถย้ายกระเป๋าเงินไปยัง dapps ต่าง ๆ ที่ใช้บริการของพวกเขา โดยให้ผู้ใช้สามารถเข้าถึงกระเป๋าเงินที่มีอยู่โดยใช้การเข้าสู่ระบบด้วยอีเมลเดียวกัน เราสามารถคาดหวังได้ว่าสิ่งนี้จะกลายเป็นการเสนอของฟรีเด็ดขาดที่จะเกิดขึ้นในอนาคตของผู้ให้บริการ WaaS ทั่ว ๆ ไป

Moonchute ช่วยให้ผู้ใช้สามารถจัดการบัญชีสมาร์ทหลายรายการในช่วงเวลาที่กำหนด ผู้จัดการบัญชีรวมของพวกเขาเป็นแอปและ API สำหรับการค้นพบกระเป๋าเงินสมาร์ทที่สร้างขึ้นโดยผู้เซ็นต์บางคนที่กำหนดให้ผู้ใช้สามารถจัดการสินทรัพย์จากบัญชีหลายรายการในที่เดียว

ERC-7555 มีข้อเสนอให้มีอินเทอร์เฟซและรูปแบบการร้องขอ/ตอบสนองที่ประสบความสำเร็จจาก SSO สำหรับแอปพลิเคชันในการค้นหาบัญชีผู้ใช้ที่สร้างขึ้นโดยใช้ระบบลงนามอื่น ๆ ที่นอกเหนือไป ที่นี่ แอปพลิเคชันจะส่งผู้ใช้ไปยัง URI ของผู้ให้บริการที่กำหนด (ซึ่งอาจเป็นโดเมนที่เป็นที่ตั้งเอง) และแปลงข้อมูลตอบกลับเพื่อหาผู้ลงนามและที่อยู่บัญชีสมาร์ทที่เกี่ยวข้อง

การย้ายจาก EOAs

อีกที่ท้าทายหนึ่งของ AA คือ วิธีการที่ไม่มีรอยต่อสำหรับผู้ใช้ที่มีอยู่แล้ว ซึ่งมีสินทรัพย์และประวัติ onchain สะสมอยู่บนหลาย EOAs ให้ย้ายมาใช้บัญชีสมาร์ท

EIP-7377 ข้อเสนอเสนอกลไกในโปรโตคอลเพื่ออนุญาตให้ EOAs ส่งธุรกรรมแบบหนึ่งครั้งซึ่งจะติดตั้งโค้ดที่บัญชีของพวกเขา ทำให้ "อัปเกรด" EOA เป็น smart wallet ได้อย่างมีประสิทธิภาพ

Aarc เป้าหมายที่จะแก้ปัญหาการย้ายสินทรัพย์สำหรับ dapps และผู้ใช้ทั่วไป อินเทอร์เฟซและ SDK ของพวกเขาจะดัชนีสินทรัพย์และสิทธิ์ของที่อยู่ต้นทางเฉพาะ และอนุญาตให้ผู้ใช้เลือกสิทธิ์ที่ต้องการย้ายไปยังที่อยู่ปลายทางใดก็ได้ ซึ่งอาจเป็นบัญชีอัจฉริยะ อีโอเออื่น ๆ หรือกระเป๋า MPC ที่ฝังอยู่ที่สร้างด้วยการเข้าสู่ระบบโดยสังคม สำหรับ dapps ที่มีผู้ใช้ที่มีอยู่ที่ใช้งานกระเป๋าแบบแยกตัว Aarc มีวิธีการที่จะบรรลุการย้ายกระบวนการเนื่องจากพวกเขามองหาที่จะเพิ่มกระเป๋าฝังอยู่หรือคุณลักษณะ AA เข้าสู่ผลิตภัณฑ์ของพวกเขา

ผลลัพธ์ AA สำหรับการจัดการบัญชีมัลติเชน

จากเทรนด์ของกิจกรรม AA และ L2 เราสามารถคาดหวังได้ในอนาคตที่บัญชีสมาร์ทจะกลายเป็นสิ่งที่ได้รับความนิยมมากขึ้นที่ EOAs โดยผู้ใช้จะมีสินทรัพย์ที่แตกต่างกันบนกว่าหลายๆ โซน

ข้อดีของ One UX ของ EOA คือผู้ใช้สามารถเข้าถึงที่อยู่เดียวกันบนโซ่ EVM ที่แตกต่างกันโดยใช้กุญแจส่วนตัวเดียวกันโดยอัตโนมัติ ข้อเสียคือไม่สามารถเปลี่ยนแปลงกุญแจที่ควบคุมที่อยู่ที่กำหนดไว้ และเงินทั้งหมดสามารถสูญเสียได้หากผู้ใช้สูญหากกุญแจส่วนตัวของพวกเขา

เนื่องจากการแยกส่วนการเก็บคีย์จากการเก็บสินทรัพย์ให้เป็นไปได้ที่จะหมุนคีย์สำหรับบัญชีที่กำหนดโดยไม่ต้องย้ายเงิน พร้อมสงวนที่อยู่เดียวกัน บัญชีสมาร์ทสามารถรักษาที่อยู่เดียวกันในเซียนที่ใช้ CREATE2 ให้ผู้ใช้เข้าถึงบัญชีได้ แม้ว่าสัญญาจะไม่ได้ถูกกระจายในเซียนนั้นๆ โดยใช้คีย์การตรวจสอบเริ่มต้นเดียวกันและการดำเนินการบัญชีเดียวกัน

อย่างไรก็ตาม การรักษาที่อยู่เดิมในทุกๆ โซ่อาจเป็นแบบแอนติ-แพทเทิร์นในระยะยาว

CREATE2 เป็นไปได้เฉพาะในเครือข่ายที่มีการเทียบเท่ารหัส bytecode EVM ในโลก multichain ที่มี zk-Rollups (เช่น zkSync) ที่มีความแตกต่างเล็กน้อยจาก EVM วิธีการนี้จะไม่เพียงพอ

เราสามารถคาดการณ์ได้ว่าคีย์ที่ต้องใช้เข้าถึงบัญชีต่าง ๆ จะเปลี่ยนไปตามเวลาเนื่องจากการเปิดเผยคุณลักษณะการเซ็นต์เพิ่มเติมและการหมุนคีย์ ภายใต้การติดตั้งปัจจุบันนี้ สามารถทำให้เกิดการเปลี่ยนแปลงสถานะของการอนุญาตบัญชีในหลายๆ โซนได้เช่นกัน เนื่องจากการเปลี่ยนแปลงผู้เซ็นต์บนบัญชีในโซนหนึ่งไม่สามารถส่งผลให้การอนุญาตใหม่นี้ถูกแพร่กระจายไปยังการแลกเปลี่ยนอื่นๆ ได้โดยอัตโนมัติ

โซลูชันระยะยาวที่เสนอแนะสำหรับ multichain AA รวมถึง:

สัญญาเก็บกุญแจที่ได้รับการกำหนดเฉพาะที่บัญชีผู้ใช้ข้ามโซนอ่านจากเมื่อตรวจสอบสิทธิ์ ดูการนำไปใช้จริงนี้จาก Soul Wallet

การใช้ ENS multichain resolvers เป็นชั้นขั้นระดับสูงสุดสำหรับที่อยู่ที่แตกต่างกัน

การบริหารจัดการบัญชีและผู้ลงนามระหว่างโซนต่างๆยังคงเป็นพื้นที่ที่กำลังวิจัยอย่างเต็มที่ จุดปลายทางที่นี่คือผู้ใช้สามารถเปลี่ยนแปลงกุญแจที่สามารถเข้าถึงบัญชีหลายรายการบนโซนต่างๆโดยไม่ต้องทำธุรกรรมจำนวนมากมายมากเกินไป

สรุปและข้อคิดสรุป

การนำเสนอบัญชีคือการเคลื่อนไหวในการแยกแยะผู้ลงนามจากบัญชีโดยทำให้บัญชีที่ขึ้นก Contract (แทน EOA) เป็น Entit ชั้นแรกบนบล็อกเชน ทำให้ผู้ใช้สามารถจัดการคีย์และการอนุญาตบัญชีได้อย่างยืดหยุ่น

ERC-4337 ในฐานะเป็นมาตรฐานสำหรับการส่งออกธุรกรรมที่เริ่มต้นจากบัญชีสมาร์ท ได้กระตุ้นการวิวัฒนาการของโครงสร้างพื้นฐานกระเป๋าเงินเพื่อให้ทันสมัยกับ AA ซึ่งเป็นเหตุให้เกิดโครงสร้างตลาดใหม่ หมวดหมู่กระเป๋าเงิน การพัฒนาแอพพลิเคชั่นและรูปแบบการบริการผู้ใช้ใหม่

สแต็กวอลเล็ตถูกแยกเป็น signers, relayers, account providers และ account modules เพื่อให้นักพัฒนามีตัวเลือกในการปรับแต่งประสบการณ์ของผู้ใช้สุดท้าย นี้มาพร้อมกับความเสียเพิ่มเติมในการประเมินผู้ให้บริการแต่ละรายเกี่ยวกับ tradeoffs ของพวกเขาในเชิงค่าใช้จ่ายเพิ่ม, การต้านทานการเซ็นเซอร์ชั่น, การล็อคอินของผู้ขาย และความสามารถในการทำงานร่วมกัน

เส้นทางการย้ายจาก EOAs และการดึงดาบัญชีในบริบทของมัลติเชนยังคงเป็นพื้นที่ของการวิจัยอย่างต่อเนื่อง เราคาดหวังที่จะเห็นการปฏิบัติครั้งแรกของวิธีการที่เสนอไว้ในปีที่กำลังจะมาถึง

เราเชื่อว่าพัฒนาการเหล่านี้มีผลกระทบที่สำคัญต่อระบบนิเวศน์:

สำหรับผู้ใช้ใหม่ กระเป๋าเงินไม่ได้เป็นจุดเข้าสู่เว็บ 3 อีกต่อไป แอปพลิเคชันจะมีการปรับปรุงการเข้าสู่ระบบอย่างมีประสิทธิภาพมากขึ้นผ่านกระเป๋าเงินที่ฝังอยู่ ธุรกรรมโดยไม่ต้องเสียค่ากํากับ และช่องทางเข้าสู่ระบบในกระเป๋าเงิน

สำหรับผู้ใช้ปัจจุบัน ประสบการณ์การใช้งานบนเชนจะกลายเป็นเรื่องที่ไม่มีซับซ้อนมากขึ้นเมื่อแอปใช้ประโยชน์จากคุณสมบัติเช่น session keys ผู้ใช้กำลังมีการควบคุมที่มีความละเอียดมากขึ้นเกี่ยวกับสิทธิ์การเข้าถึงบัญชีและคุณสมบัติกระเป๋าเงินเพิ่มเติมผ่านโมดูล

สำหรับนักพัฒนา โครงสร้างบัญชีแบบโมดูลทำให้กระเป๋าเงินกลายเป็นระบบปฏิบัติการ ตลาดโมดูลเป็นช่องทางการกระจายที่ไม่มีการอนุญาตใหม่สำหรับผลิตภัณฑ์และบริการ web3

โครงสร้างพื้นฐานของกระเป๋าเงินจะยังคงเป็นตัวกระตุ้นให้มีการนำมาใช้เทคโนโลยี web3 ต่อไป ที่ 1kx เราภูมิใจที่ได้สนับสนุนทีมที่เป็นผู้บุกเบิกในไอเดียที่ได้ถูกพูดถึงในบทความนี้ และจะยังคงติดตามพื้นที่นี้เพื่อดูว่าจะเกิดอะไรขึ้นต่อไป

หากคุณกำลังทำงานกับการแก้ไขปัญหาในพื้นที่นี้หรือมีความคิดเห็นเพิ่มเติมเกี่ยวกับหัวข้อ โปรดติดต่อ@nichanank - อยากพูดคุยกับคุณ.

ขอขอบคุณมากๆ ที่ David Sneider, John Rising, Konrad Kopp, Kurt Larsen, Marc Sednaoui, Dogan Alparslan, Vivian Phung, Derek Rein, Tom Terado, Diana Biggs, Mel Quarto, และ pet3rpan ที่ได้ทบทวนร่างของเรื่องนี้

*ระบุบริษัทพอร์ตโฟลิโอของ 1kx

คำชี้แจง：

1. บทความนี้ถูกคัดลอกจาก[1kx]，ลิขสิทธิ์เป็นของผู้เขียนต้นฉบับ[1kx]，如对转载有异议，请联系ทีม Gate Learnทีมจะดำเนินการตามกระบวนการที่เกี่ยวข้องโดยเร็วที่สุด
2. ข้อความประกาศปลดความรับผิด: ความคิดเห็นและข้อเสนอแนะที่ได้รับการแสดงในบทความนี้เป็นเพียงความคิดเห็นส่วนตัวของผู้เขียนเท่านั้น ไม่ใช่การแนะนำในการลงทุนใดๆ
3. เวอร์ชันอื่น ๆ ของบทความถูกแปลโดยทีม Gate Learn ในกรณีที่ไม่ได้กล่าวถึงGate.ioในกรณีที่ห้ามคัดลอก การกระจายหรือลอกเลียนบทความที่ถูกแปล