ผู้เขียนต้นฉบับ: Yuxing, SevenX Ventures
บทความนี้มีวัตถุประสงค์เพื่อการเรียนรู้และการสื่อสารเท่านั้น และไม่ถือเป็นการอ้างอิงการลงทุนใดๆ
ด้วยการขยายและขยายสถานการณ์แอปพลิเคชัน Ethereum อย่างต่อเนื่อง ข้อเสียของโซลูชันบัญชีภายนอก (EOA) ของกระเป๋าเงิน Ethereum แบบดั้งเดิมจะค่อยๆ ถูกเปิดเผย ฟังก์ชั่นของมันเรียบง่ายและประสิทธิภาพอยู่ในระดับปานกลาง ไม่รองรับธุรกรรมที่เกิดขึ้นพร้อมกัน และมีกุญแจสำคัญ ปัญหาการจัดการ ปัญหา กระเป๋าเงินสัญญาอัจฉริยะใช้บัญชีสัญญา (CA) เป็นที่อยู่กระเป๋าเงิน เป็นโซลูชันกระเป๋าเงิน Ethereum ที่ค่อนข้างใหม่ที่สามารถแก้ไขข้อบกพร่องของกระเป๋าเงิน EOA และนำฟังก์ชันที่มีประสิทธิภาพมากขึ้นมาให้ ในอนาคต คุณจะสามารถเลือกที่จะไม่ปกป้องคีย์ส่วนตัวของคุณอย่างระมัดระวังและเพลิดเพลินไปกับการรักษาความปลอดภัยในระดับเดียวกัน คุณยังสามารถเพลิดเพลินกับความสะดวกสบายของการแลกเปลี่ยนแบบรวมศูนย์ในปัจจุบันในการแลกเปลี่ยนแบบกระจายอำนาจ แต่ในขณะเดียวกัน เงินก็ยังคงอยู่เสมอ ด้วยมือของคุณเอง ดังนั้นคุณจึงไม่ต้องกังวลกับความเป็นไปได้ที่จะมีพายุฝนฟ้าคะนองในการแลกเปลี่ยน...
ในเวอร์ชันใหม่ของแผนงาน Ethereum ที่เปิดตัวเมื่อไม่นานมานี้ ข้อมูลจำเพาะสัญญาอัจฉริยะที่เป็นนามธรรมของบัญชี ERC-4337 ถูกเขียนลงใน The Splurge เพื่อเป็นองค์ประกอบสำคัญสำหรับกระเป๋าเงิน EOA เพื่อเปลี่ยนไปใช้กระเป๋าเงินสัญญาอัจฉริยะ ดังนั้น Smart Contract Wallet คืออะไร และความสัมพันธ์ระหว่าง Account Abstraction กับ Smart Contract Wallet คืออะไร มีวิธีการนำไปใช้อย่างไร รูปแบบการพัฒนาในอนาคตคืออะไร และโอกาสและความท้าทายคืออะไร
ประเภทบัญชี Ethereum
Ethereum มีบัญชีสองประเภท: บัญชีที่เป็นเจ้าของภายนอก (EOA) และบัญชีสัญญา (CA) บัญชีภายนอกคือที่อยู่บัญชีกระเป๋าเงินดั้งเดิมของ Ethereum ที่บันทึกยอดคงเหลือของผู้ใช้ บัญชีสัญญาไม่ได้ออกแบบมาเพื่อบันทึกยอดคงเหลือที่อยู่กระเป๋าเงินของผู้ใช้ในตอนแรก
บัญชีภายนอก
EOA เป็นแนวคิดเฉพาะสำหรับ Ethereum และเครือข่ายที่เข้ากันได้กับ EVM อื่นๆ (หรือเครือข่ายที่คล้าย EVM) พูดอย่างเคร่งครัด เครือข่ายที่ไม่ใช่ EVM หลักรวมถึง BTC ไม่มีการตั้งค่านี้ กระเป๋าเงิน Metamask ใช้บัญชีภายนอก กระเป๋าเงินประเภทนี้เรียกอีกอย่างว่า กระเป๋าเงิน EOA และควบคุมโดยรหัสส่วนตัวของผู้ใช้ กฎการสร้างคือ:
คีย์ส่วนตัว → คีย์สาธารณะ → Keccak 256 Hash → 20 ไบต์สุดท้าย → สตริงเลขฐานสิบหก (ที่อยู่ EOA)
กฎการสร้างนี้ได้มาจากการแปลงทางคณิตศาสตร์โดยสมบูรณ์ และที่อยู่นี้ไม่สอดคล้องกับสัญญาอัจฉริยะใดๆ เมื่อใช้ที่อยู่ประเภทนี้สำหรับธุรกรรม กฎการตรวจสอบโหนดคือ:
ลายเซ็นการทำธุรกรรม → ec_recover → รหัสสาธารณะ → (สร้างโดยใช้กฎข้างต้น) ที่อยู่ → เปรียบเทียบที่อยู่ที่จะดำเนินการ
หากการตรวจสอบผ่าน ให้ดำเนินการตามขั้นตอนถัดไป มิฉะนั้นธุรกรรมจะถูกปฏิเสธ การตั้งค่าหลักของ EOA ใน Ethereum คือการทำหน้าที่เป็นผู้ริเริ่มธุรกรรมและจ่ายแก๊ส ซึ่งก็คือต้นเหตุของธุรกรรม ไม่ว่าการเรียกสัญญาจะตามมากี่ครั้งก็ตาม EOA จะต้องเริ่มต้นที่จุดเริ่มต้นและ ต้องจ่ายน้ำมันให้เพียงพอ การปฏิบัติ ขั้นตอนการทำธุรกรรมของที่อยู่ EOA แสดงอยู่ในรูปด้านล่าง
กลไกการซื้อขาย EOA แบบง่าย ที่มา: Nethermind
ปัญหาบัญชีภายนอก
ปัจจุบันบัญชี EOA เป็นประเภทกระเป๋าเงินหลักที่ผู้ใช้ใช้ ชุมชน Ethereum ได้แสดงความกังวลเกี่ยวกับ EOA หลายประการ รวมถึง:
• การจัดการคีย์: วิธีเดียวที่จะได้รับเงินทุนคือการรู้จักคีย์ส่วนตัว ปัญหาใหญ่ที่สุดคือจุดเดียวของความล้มเหลว สำหรับผู้ใช้ คีย์ส่วนตัวถือเป็นสินทรัพย์ สำหรับผู้ใช้ เมื่อคีย์ส่วนตัวสูญหายหรือถูกขโมย จะหมายถึงการสูญเสียทรัพย์สิน
• การพึ่งพาลายเซ็น ECDSA: ลายเซ็นดิจิทัลที่เรียบง่ายและทนทานต่อควอนตัมเป็นการปรับปรุงที่ชัดเจนกว่า ECDSA ในปัจจุบัน
• ธุรกรรมเป็นแบบหนึ่งต่อหนึ่งกับการดำเนินการ: การไม่สามารถดำเนินการหลายอย่างพร้อมกันได้ทำให้เกิดต้นทุนที่ไม่จำเป็นและทำให้ผู้ใช้ได้รับประสบการณ์ที่ไม่ดี
ด้วยการขยายตัวอย่างต่อเนื่องของสถานการณ์การใช้งานบล็อคเชน ผู้ใช้ไม่เพียงแต่จัดการสินทรัพย์ออนไลน์ของตนเองบนบล็อคเชนเท่านั้น แต่ยังรวมถึงข้อมูลประจำตัวออนไลน์ ความสัมพันธ์ทางสังคม และแม้แต่เครดิตออนไลน์ ฯลฯ ในปัจจุบัน เนื้อหาเหล่านี้ส่วนใหญ่ถูกแมปกับบุคคลที่ไม่เปิดเผยตัวตนผ่านกระเป๋าสตางค์ ไม่เพียงแต่ผู้ใช้ที่ประสบปัญหากับโซลูชันการจัดการคีย์ส่วนตัวกระเป๋าสตางค์ EOA ที่ใช้ช่วยในการช่วยจำเท่านั้น ฉากมีจำนวนจำกัด
มีวิธีแก้ไขปัญหากระเป๋าเงินมากมายที่พยายามแก้ไขปัญหาเหล่านี้:
• เมื่อเกิดความล้มเหลวเพียงจุดเดียว กระเป๋าเงิน MPC มอบโซลูชันการจัดการคีย์ส่วนตัวที่ดีกว่าโดยใช้ Threshold Signature Scheme (TSS) ในขณะที่กระเป๋าเงินสัญญาอัจฉริยะสามารถแก้ไขปัญหานี้ผ่านการกู้คืนทางสังคม ลายเซ็นหลายลายเซ็น และโซลูชันอื่น ๆ
• ประสบการณ์ผู้ใช้ที่ดีขึ้น ฟังก์ชั่นที่ทรงพลังยิ่งขึ้น และความสามารถในการปรับขนาด เช่น ธุรกรรมเป็นชุด ตรรกะการตรวจสอบแบบกำหนดเอง ฯลฯ ส่วนใหญ่มาจากกระเป๋าเงินสัญญาอัจฉริยะ
กระเป๋าเงิน MPC และกระเป๋าเงินสัญญาอัจฉริยะไม่ใช่โซลูชันที่เป็นอิสระอย่างสมบูรณ์ กระเป๋าเงินสัญญาอัจฉริยะยังสามารถใช้เทคโนโลยี MPC+TSS เพื่อจัดการกระเป๋าเงินสัญญาอัจฉริยะ Unipass เป็นตัวอย่างที่ดี
หมายเหตุ: กระเป๋าเงิน MPC หมายถึงกระเป๋าเงินที่ใช้เทคโนโลยีคอมพิวเตอร์ที่ปลอดภัยหลายฝ่าย เทียบเท่ากับการจ้าง M stewards สำหรับห้องนิรภัยของคุณ สจ๊วตแต่ละคนไม่สามารถเปิดห้องนิรภัยได้อย่างอิสระ และการใช้ Threshold Signature Scheme (TSS) ก็เทียบเท่ากับการให้ ห้องนิรภัยของคุณได้รับการตั้งค่าด้วยการล็อคที่ต้องใช้ปุ่ม N เพื่อเปิด ดังนั้นโซลูชันกระเป๋าเงิน MPC + TSS ก็เทียบเท่ากับการให้บริการโซลูชันการจัดการห้องนิรภัยแบบหลายบทบาท N stewards ในหมู่ M stewards จำเป็นต้องจัดเตรียมกุญแจที่พวกเขาจัดการในเวลาเดียวกัน เวลา ความสามารถในการเปิดห้องนิรภัย
บัญชีสัญญา
CA เป็นบัญชี Ethereum ที่มีตรรกะภายใน ซึ่งอาจเป็นตรรกะทางธุรกิจก็ได้ (สัญญาโทเค็นใช้สำหรับการบัญชี สัญญาจำนำใช้สำหรับการให้ยืมและการชำระบัญชี) หรือตรรกะของบัญชี (เช่น ตรรกะแบบหลายลายเซ็นของ gnosis safe) และอย่างหลัง มันคือกระเป๋าเงิน/บัญชีสัญญาอัจฉริยะ (SCW) กระเป๋าเงิน Argent ใช้กระเป๋าเงินสัญญาอัจฉริยะซึ่งเป็นผู้บุกเบิกรูปแบบการฟื้นฟูทางสังคม สัญญาถูกควบคุมโดยรหัสตรรกะภายใน และกฎการสร้างประกอบด้วย CREATE และ CREATE 2 ซึ่งจะไม่มีการกล่าวถึงที่นี่
ต่างจาก EOA ตรงที่ไม่มีการโต้ตอบที่จำเป็นระหว่าง CA และคีย์สาธารณะ ตัวอย่างเช่น CA ที่สร้างโดย gnosis safe สามารถตั้งค่ากุญแจสาธารณะจำนวนเท่าใดก็ได้เพื่อปลดล็อคสินทรัพย์ที่สอดคล้องกับที่อยู่ของมัน แน่นอนว่า CA ไม่สามารถตั้งค่ากุญแจใดๆ ได้ แต่ตรรกะของ CA อื่นๆ จะกำหนดว่าจะสามารถปลดล็อคได้หรือไม่ เช่น DeFi ด้วยสัญญากู้ยืมคุณสามารถคืนทรัพย์สินที่จำนำได้ตราบใดที่คุณชำระคืนเงิน
สินทรัพย์ทั้งหมดบน Ethereum ยกเว้น ETH ดำเนินการโดย CA และตรรกะทางธุรกิจ เช่น DeFi ล้วนดำเนินการโดย CA อย่างไรก็ตาม การตั้งค่าที่ CA ไม่สามารถดำเนินการได้และชำระค่าน้ำมันยังจำกัดความสามารถอีกด้วย ต้นปี 2559ข้อเสนอหวังว่า CA จะสามารถจ่ายค่าน้ำมันเองได้
แหล่งที่มาของธุรกรรมกระเป๋าเงินสัญญาอัจฉริยะ: Nethermind
เนื่องจากการทำธุรกรรมสามารถเริ่มต้นจาก EOA เท่านั้น เพื่อปรับปรุงประสบการณ์ผู้ใช้ กระเป๋าเงินสัญญาอัจฉริยะมักจะให้บริการส่งต่อเพื่อรับข้อความที่ลงนามจากผู้ใช้และส่ง EOA จากผู้ให้บริการไปยังห่วงโซ่ กลไกค่าธรรมเนียมที่กำหนดเองสามารถส่งคืน ETH ไปยังผู้ใช้ได้ กระเป๋าเงิน EOA ตระหนักดีว่าไม่มีค่าน้ำมัน
ปัจจุบัน ยังไม่มีมาตรฐานการปฏิบัติงานสำหรับกระเป๋าเงินสัญญาอัจฉริยะ (EIP-4337 คาดว่าจะกลายเป็นมาตรฐาน) ดังนั้นทุกโครงการต้องใช้โซลูชันธุรกรรมเมตาเช่น Ethereum Gas Station Network (GSN) หรือทำงานเพื่อสร้างและจัดการของคุณ เป็นเจ้าของบริการถ่ายทอด ตลอดจนจัดการกลไกค่าธรรมเนียมและตรวจสอบสัญญาอัจฉริยะที่ซับซ้อน
กระเป๋าเงินสัญญาอัจฉริยะ
ตามชื่อที่แนะนำ Smart Contract Wallet/Account (SCW) เป็นโซลูชันกระเป๋าสตางค์ที่ใช้ CA เป็นที่อยู่ ซึ่งมีคุณลักษณะเฉพาะด้วยตรรกะภายใน Smart Contract Wallets สามารถใช้ฟังก์ชันต่างๆ มากมายที่ EOA ไม่สามารถทำได้ เช่น การจ่ายน้ำมัน ธุรกรรมแบบแบตช์ , ลายเซ็นหลายรายการ, การจัดการสิทธิ์, การอนุญาตแบบออฟไลน์, การกู้คืนทางสังคม และอื่นๆ
บัญชีสัญญาเป็นสัญญาอัจฉริยะที่แยกจากผู้ลงนาม (ผู้อนุญาต) และสามารถมีการลงนามและตรรกะการกู้คืนของตนเองได้ ซึ่งหมายความว่า หากคุณสูญเสียการเข้าถึง Signer ไม่ได้หมายความว่าคุณจะสูญเสียการเข้าถึงบัญชีของคุณเสมอไป นี่คือที่มาของชื่อ Account Abstraction บัญชีจะถูกแยกออกจากผู้ลงนาม
นามธรรมบัญชี
สถานะปัจจุบันของ Ethereum คือคนส่วนใหญ่ใช้กระเป๋าเงิน EOA เนื่องจากในปัจจุบันธุรกรรมทั้งหมดใน Ethereum ต้องเริ่มต้นด้วย EOA และ EOA ต้องมี ETH บางส่วนเพื่อชำระค่าน้ำมัน ซึ่งทำให้ผู้ใช้ใหม่ไม่สามารถเข้าได้อย่างรวดเร็ว เราต้องการโซลูชันที่อนุญาตให้ผู้ใช้ใช้กระเป๋าเงินสัญญาอัจฉริยะที่มีตรรกะการตรวจสอบโดยพลการ โซลูชันนี้เรียกว่า Account Abstract (AA)
พูดง่ายๆ ก็คือ ผลลัพธ์ของการลบบัญชีคือ:
ในอดีต คุณเก็บเงินไว้ในที่อยู่กระเป๋าเงิน Ethereum EOA แม้ว่าจะถูกจำกัดโดยที่อยู่ EOA ต่างๆ คุณยังเพลิดเพลินกับความเรียบง่ายและสะดวกสบายในการเป็นเจ้าของสินทรัพย์ด้วยรหัสส่วนตัว
ตอนนี้คุณเก็บเงินไว้ในที่อยู่สัญญาอัจฉริยะของ Ethereum แล้ว คุณสามารถควบคุมสินทรัพย์กระเป๋าเงินของคุณได้โดยไม่ต้องจัดการคีย์ส่วนตัว การแยกผู้ลงนามและบัญชีทำให้คุณสามารถดำเนินการธุรกรรมในระดับความปลอดภัยที่ต่ำกว่า บัญชีนั้นถูกวางไว้ที่ ระดับความปลอดภัยที่สูงขึ้น
เป้าหมายของ Account Abstraction คือการลดจำนวนประเภทบัญชีจาก 2 (EOA และสัญญา) เหลือ 1 (สัญญาเท่านั้น) และย้ายฟังก์ชันต่างๆ เช่น การตรวจสอบลายเซ็น การจ่ายแก๊ส และการป้องกันการโจมตีแบบเล่นซ้ำจากโปรโตคอลหลักไปยัง อีวีเอ็ม. การนำบัญชีที่เป็นนามธรรมไปใช้นั้นเป็นความพยายามของนักพัฒนา Ethereum หลายคนมาโดยตลอด ดังที่เห็นได้จากประวัติของ EIP
ประวัติ EIP
แนวคิดของนามธรรมบัญชีได้รับการเสนอครั้งแรกโดย Vitalik ในปี 2559 และเขาได้ริเริ่มข้อเสนอแรกในปี 2560 ในช่วงหลายปีที่ผ่านมา มีข้อเสนอมากมายที่เกี่ยวข้องกับการลบบัญชี ซึ่งข้อเสนอที่สำคัญที่สุดคือ EIP-3074 และ EIP-4337 EIP-3074 ได้รับการเสนอเร็วกว่า EIP-4337 หนึ่งปี แต่ EIP-4337 ได้รวมอยู่ในแผนงานของ Ethereum เวอร์ชันใหม่ เหตุผลหลักคือการใช้งาน EIP-4337 จำเป็นต้องมีน้ำหนักเบามากขึ้นและไม่จำเป็นต้องแก้ไข แกนหลักของโปรโตคอล Ethereum และไม่มีความเสี่ยงด้านความปลอดภัยเช่น EIP-3074 ปัญหาการโยกย้ายผู้ใช้ ปัญหาก๊าซมากเกินไป และปัญหาด้านความปลอดภัยของสัญญาอัจฉริยะที่อาจเกิดขึ้นใน EIP-4337 เป็นปัญหาทั่วไปสำหรับกระเป๋าเงินสัญญาอัจฉริยะ Vitalik เชื่อว่าวิธีที่ดีที่สุดในการสรุปบัญชีที่สมจริงคือการเริ่มสนับสนุน ERC-4337 อย่างแข็งขันในระยะสั้น และเมื่อมีการเพิ่ม Over time EIP เพื่อชดเชยจุดอ่อนของมัน
ประวัติย่อ EIP ของบัญชี
EIP-86: ในปี 2560 Vitalik เสนอ EIP-86 เพื่อพยายามแนะนำกระเป๋าเงินสัญญาอัจฉริยะที่ถือได้ว่าเป็น สัญญาส่งต่อ สัญญาการส่งต่อเหล่านี้จะยอมรับเฉพาะธุรกรรมจากที่อยู่ จุดเข้าใช้งาน เท่านั้น ซึ่งใครๆ ก็สามารถส่งธุรกรรมได้ตราบเท่าที่มีรูปแบบเฉพาะ
EIP-1014: สัญญาการส่งต่อเหล่านี้จะถูกนำไปใช้กับที่อยู่เฉพาะตามโค้ดของพวกเขา โดยนำเสนอแนวคิดที่ต่อมาได้พัฒนาเป็น EIP-1014 ซึ่งเสนอ CREATE 2 opcode เนื่องจาก EIP-86 จำเป็นต้องมีการเปลี่ยนแปลงที่สำคัญในโปรโตคอล ในที่สุดจึงไม่ถูกรวมเข้าด้วยกัน ในขณะที่ EIP-1014 ถูกรวมเข้าด้วยกันในปี 2018
EIP-2938: ในเดือนกันยายน 2020 Vitalik Buterin, Ansgar Dietrichs และ Matt Garnett เสนอ EIP-2938 ซึ่งกำหนดให้สัญญาอัจฉริยะพิเศษที่ระบุว่าเป็นกระเป๋าเงินสัญญาอัจฉริยะจะยอมรับเฉพาะธุรกรรมที่เป็นนามธรรมของบัญชีเท่านั้น ธุรกรรมประเภทใหม่นี้ได้รับการสนับสนุนโดย EIP- 2718 เปิดตัว พวกเขาจะตั้งค่าก๊าซสูงสุดสำหรับการทำธุรกรรมโดยทางโปรแกรมและใช้วิธีการตรวจสอบตามอำเภอใจ EIP-2938 ต้องเพิ่ม opcode ใหม่สองตัวใน EVM เพื่อให้การทำธุรกรรมเป็นไปได้ opcode เหล่านี้เปลี่ยนแปลงโปรโตคอลหลักอย่างมีนัยสำคัญ และกระบวนการรวมการเปลี่ยนแปลงดังกล่าวอาจใช้เวลานาน
EIP-3074: ในเดือนตุลาคม 2020 Ansgar Dietrichs, Matt Garnett และคนอื่นๆ เสนอ EIP-3074 ซึ่งเปิดตัว opcode ใหม่สองรหัส: AUTH และ AUTHCALL เมื่อใช้ร่วมกัน จะอนุญาตให้สัญญาอัจฉริยะส่งธุรกรรมในนามของ EOA ทำให้เป็นไปได้ เช่น การทำธุรกรรมแบบหลายลายเซ็น ธุรกรรมแบบแบตช์และแบบสนับสนุน การกู้คืนคีย์ และเงินฝากที่เข้าถึงได้มากขึ้นในการแลกเปลี่ยน CeFi อย่างไรก็ตาม EIP นี้มีความเสี่ยงด้านความปลอดภัยและได้รับคำวิพากษ์วิจารณ์ รหัสการดำเนินการใหม่จะปรับเปลี่ยนโปรโตคอลหลักด้วย นักวิจัยเริ่มคิดถึงวิธีแก้ปัญหาที่ดีกว่า ซึ่งในที่สุดก็เสนอเป็น EIP-4337
แหล่งที่มาของกระบวนการธุรกรรม EIP-3074: Nethermind
เลเยอร์ 2: ต่อจากนั้น เนื่องจาก L2 ไม่มีหนี้ทางเทคนิคของ Ethereum L1 จึงสามารถนำการลบบัญชีออกได้ทันที ทั้ง Optimism และ Starknet ต่างก็มีการใช้งานนามธรรมบัญชีของตนเอง ArgentX เป็นเวอร์ชันกระเป๋าเงินของ Argent บน Starknet โดยใช้เวอร์ชันที่ได้รับผลกระทบ โดย EIP-4337 การใช้งานนามธรรมบัญชีที่กำหนดเองที่ได้รับแรงบันดาลใจ ตัวอย่างล่าสุดคือการชำระเงินอัตโนมัติของ Visa Crypto บน StarkNet โซลูชันการชำระเงินอัตโนมัติ Ethereum ของ Visa ใช้ประโยชน์จากแนวคิดนามธรรมของบัญชีและสร้างสัญญาบัญชีประเภทใหม่ - บัญชีที่ได้รับมอบหมาย แนวคิดหลักคือการขยายกฎความถูกต้องของธุรกรรมที่ตั้งโปรแกรมได้เป็นรวมก่อน -อนุมัติรายการอนุญาต พูดง่ายๆ ก็คือ การแยกบัญชีสามารถมอบหมายการดำเนินการชำระเงินอัตโนมัติที่เริ่มต้นโดยบัญชีผู้ใช้ไปยังสัญญาอัจฉริยะการชำระเงินอัตโนมัติที่ได้รับอนุมัติล่วงหน้า รูปแบบบัญชีของ StarkNet คือสิ่งที่ Visa ในปัจจุบันเรียกว่า account abstraction การใช้งานได้รับแรงบันดาลใจจาก ERC-4337 บัญชี abstract จะตรวจสอบว่าธุรกรรมมาจากที่อยู่ที่ระบุหรือไม่
Visa ดำเนินการนามธรรมบัญชีบน StarkNet
EIP-4337: ในเดือนกันยายน 2021 Vitalik Buterin และนักวิจัย Ethereum จาก OpenGSN และ Nethermind ได้เรียนรู้จากบทเรียนจากความพยายามครั้งก่อนและเสนอ EIP-4337 EIP-4337 เพิ่มกลุ่มหน่วยความจำ UserOperation ใหม่โดยหวังว่าจะแทนที่กลุ่มหน่วยความจำธุรกรรมปัจจุบันอย่างสมบูรณ์เพื่อให้บรรลุการแยกบัญชี ผู้ใช้ส่งออบเจ็กต์ UserOperation ไปยังโหนด Ethereum และแทนที่จะทำธุรกรรม ผู้ใช้จะรวมชุดของออบเจ็กต์เหล่านี้ไว้ในธุรกรรมที่รวมอยู่ในห่วงโซ่ Ethereum ธุรกรรมแบบแพ็กเกจนี้เรียกว่าสัญญาอัจฉริยะ จุดเริ่มต้น ซึ่งจัดการออบเจ็กต์ UserOperation และปรับใช้กระเป๋าเงินสัญญาอัจฉริยะกับมัน
แหล่งที่มาของกระบวนการธุรกรรม ERC-4337: Nethermind
EIP-5003: ในเดือนมีนาคม 2022 Dan Finlay และ Sam Wilson เสนอ EIP-5003 โดยหวังว่าจะอนุญาตให้ย้ายจาก ECDSA โดยการปรับใช้โค้ดแทนบัญชีภายนอก EIP นี้แนะนำ opcode ใหม่ที่ใช้รหัสที่ที่อยู่การอนุญาต EIP-3074 AUTHUSURP สำหรับบัญชีภายนอก (EOA) พร้อมด้วย EIP-3607 การดำเนินการนี้จะเพิกถอนสิทธิ์ของคีย์การลงนามดั้งเดิมอย่างมีประสิทธิภาพ นี่เป็นส่วนเพิ่มเติมจาก EIP-3074 ซึ่งสามารถให้สิทธิ์ผู้เข้าร่วมเพิ่มเติมได้เท่านั้น แต่ไม่สามารถเพิกถอนได้
EIP-5792: ในเดือนตุลาคม 2022 Moody Salem เสนอ EIP-5792 ซึ่งเพิ่มวิธี JSON-RPC สำหรับการส่งการเรียกใช้ฟังก์ชันหลายรายการจากกระเป๋าเงินของผู้ใช้และตรวจสอบสถานะ แนวทางใหม่นี้มีความเป็นนามธรรมมากขึ้นในแง่ของธุรกรรมพื้นฐานมากกว่า API การส่งธุรกรรมที่มีอยู่ เพื่อให้เกิดความแตกต่างระหว่างการใช้งานกระเป๋าสตางค์ เช่น กระเป๋าเงินสัญญาอัจฉริยะที่ใช้ EIP-4337 หรือกระเป๋าเงิน EOA ที่รองรับธุรกรรมแบบรวมกลุ่มผ่าน EIP-3074 DApps สามารถใช้อินเทอร์เฟซที่เป็นนามธรรมมากขึ้นนี้เพื่อรองรับกระเป๋าเงินประเภทต่างๆ โดยไม่ต้องทำงานเพิ่มเติม และมอบประสบการณ์ผู้ใช้ที่ดีขึ้นสำหรับการส่งแพ็คเกจการเรียกใช้ฟังก์ชัน (เช่น EIP-20 #approve ตามด้วยการเรียกสัญญา)
คำอธิบายโดยละเอียด EIP-4337
ใน EIP-4337 มีทั้งหมด 6 องค์ประกอบ: สัญญา EntryPoint, สัญญา Paymaster, UserOperation, Bundler, สัญญาผู้ส่ง และ Aggregator ( Aggregator)
EntryPoint: สัญญาจุดเริ่มต้นจะจัดการการดำเนินการและการตรวจสอบการดำเนินการธุรกรรมที่ส่งผ่านไปยังสัญญาดังกล่าว สัญญาจุดเข้าใช้งานสากลได้รับธุรกรรมแบบแพ็กเกจจาก Bundlers ต่างๆ และดำเนินการตรวจสอบและดำเนินการลูปผ่าน UserOperations แต่ละรายการ
ผู้ชำระเงิน: นี่เป็นสัญญาเพิ่มเติมที่สามารถชำระค่าน้ำมันสำหรับการทำธุรกรรมในนามของผู้ใช้ แทนที่จะพึ่งพากระเป๋าเงิน ผู้ใช้จะได้รับค่าธรรมเนียมการทำธุรกรรมที่ได้รับการสนับสนุนจากพนักงานรับเงิน
UserOperations: สิ่งเหล่านี้คือออบเจ็กต์ธุรกรรมที่สร้างขึ้นเพื่อทำธุรกรรมในนามของผู้ใช้ การดำเนินการเกิดขึ้นหลังจากการยืนยันสัญญาของผู้ส่ง การดำเนินการเหล่านี้สร้างขึ้นโดย Dapp
Bundlers: Bundler รับ UserOperations จากพูลหน่วยความจำและรวมเข้าด้วยกันเพื่อส่งไปยังสัญญา EntryPoint เพื่อดำเนินการ
สัญญาผู้ส่ง: นี่คือบัญชีกระเป๋าเงินของผู้ใช้ในรูปแบบของสัญญาอัจฉริยะ
ผู้รวบรวม: ผู้รวบรวมเป็นสัญญาเสริมที่ได้รับความไว้วางใจจากกระเป๋าเงิน และใช้ในการตรวจสอบลายเซ็นรวม
ตรรกะการปฏิบัติงานมาตรฐาน ERC-4337 ทั้งหมดประกอบด้วยสองลูป: ลูปการตรวจสอบและลูปการดำเนินการ ซึ่งรวมกันเพื่อทำให้ตรรกะนามธรรมบัญชีสมบูรณ์
วงการยืนยัน:สัญญาจุดเริ่มต้นจะต้องผ่านการดำเนินการแต่ละ UserOperation และเรียก ฟังก์ชันตรวจสอบ ในสัญญาผู้ส่ง สัญญาผู้ส่งเรียกใช้ฟังก์ชันนี้เพื่อตรวจสอบลายเซ็นของ UserOperation และชดเชย Bunder ที่จัดทำธุรกรรมเหล่านี้
วงการดำเนินการ:ส่งข้อมูลการโทรในแต่ละ UserOperation ไปยังสัญญาผู้ส่ง กระเป๋าเงินจะรันการดำเนินการเพื่อดำเนินธุรกรรมที่ระบุในการดำเนินการ สัญญาผู้ส่งจะส่งคืนก๊าซที่เหลือหลังจากดำเนินการดำเนินการ
ลูปการตรวจสอบและลูปการดำเนินการ ที่มา: EIP-4337
บทบาทแคชเชียร์ที่แนะนำช่วยให้นักพัฒนาแอปพลิเคชันสามารถอุดหนุนค่าธรรมเนียมสำหรับผู้ใช้ของตนได้ เมื่อผู้ชำระเงินไม่เท่ากับที่อยู่ศูนย์ จุดเริ่มต้นจะดำเนินการกระบวนการอื่น:
ขอแนะนำ Validation Loop และ Execution Loop สำหรับ Tellers ที่มา: EIP-4337
ในวงการตรวจสอบ นอกเหนือจากการเรียก ฟังก์ชันตรวจสอบ แล้ว สัญญาจุดเข้ายังต้องตรวจสอบว่าผู้จ่ายเงินถูกเดิมพันหรือไม่ และมี ETH เพียงพอที่ฝากไว้ในสัญญาจุดเข้าเพื่อครอบคลุมค่าธรรมเนียมการดำเนินการ จากนั้นจึงเรียก เช็ค ฟังก์ชั่น บนผู้ชำระเงินเพื่อตรวจสอบว่าผู้ชำระเงินยินดีจ่ายหรือไม่
ในลูปการดำเนินการ สัญญาจุดเริ่มต้นจะต้องเรียก post-op บน paymaster หลังจากการเรียกใช้การดำเนินการหลัก จะต้องรับประกันการดำเนินการของ Post-op โดยดำเนินการหลักในสภาพแวดล้อมการโทรภายใน และหากสภาพแวดล้อมการโทรภายในย้อนกลับ ให้ลองโทรหา Post-op อีกครั้งในสภาพแวดล้อมการโทรภายนอก (ควรจ่ายแก๊สแม้ว่า การดำเนินการของผู้ใช้จะย้อนกลับต้นทุน)
Vitalik สรุปว่า ERC-4337 สามารถทำอะไรได้มากมายในฐานะ ERC ที่สมัครใจล้วนๆ อย่างไรก็ตาม มันยังอ่อนแอกว่าโซลูชันในโปรโตคอลที่แท้จริงในบางประเด็นสำคัญ:
ปัญหาการโยกย้ายผู้ใช้ ผู้ใช้ที่มีอยู่ไม่สามารถอัปเกรดได้โดยไม่ย้ายทรัพย์สินและกิจกรรมทั้งหมดไปยังบัญชีใหม่
ค่าใช้จ่ายด้านก๊าซเพิ่มเติม (การดำเนินการของผู้ใช้ UserOperation ขั้นพื้นฐานคือประมาณ 42 k ในขณะที่ธุรกรรมพื้นฐานคือประมาณ 21 k)
ปัญหาด้านความปลอดภัยของสัญญาอัจฉริยะ ซึ่งได้รับประโยชน์น้อยกว่าจากเทคนิคต่อต้านการเซ็นเซอร์ในโปรโตคอล (เช่น crLists) ซึ่งกำหนดเป้าหมายธุรกรรมและเพิกเฉยต่อการดำเนินการของผู้ใช้
วิธีที่สมจริงเพื่อให้ได้ผลลัพธ์ที่ดีที่สุดคือเริ่มสนับสนุน ERC-4337 อย่างแข็งแกร่งในระยะสั้น จากนั้นจึงเพิ่ม EIP เมื่อเวลาผ่านไปเพื่อชดเชยจุดอ่อนของมัน สิ่งนี้ไม่จำเป็นต้องมีข้อผูกมัดเฉพาะเพื่อให้สอดคล้องกับ ERC-4337 แต่การสนับสนุนในโปรโตคอลสามารถออกแบบให้มีความทั่วไปมากขึ้นและรองรับ ERC-4337 ตลอดจนทางเลือกและการปรับปรุงต่างๆ โซลูชันการใช้งาน ERC-4337 ในปัจจุบัน ได้แก่ Biconomy, Soul Wallet และ eth-infinitism พวกเขาทั้งหมดได้เขียนโซลูชันการดำเนินการตามสัญญาจุดเริ่มต้นของตนเองและสัญญาจุดเริ่มต้นถือเป็นแกนหลักของการรักษาความปลอดภัยของสัญญาอัจฉริยะภายใต้มาตรฐานนี้
Vitalik เสนอความเป็นไปได้ของการสรุปบัญชีแผนที่เส้นทาง 。
ช่วงเวลาสั้น ๆ
นำ ERC-4337 เข้าสู่การผลิตเต็มรูปแบบ ตามหลักการแล้ว สิ่งนี้สามารถขยายได้โดยใช้ความสามารถในการรวมลายเซ็นเพื่อให้เกิดความง่ายในการรวบรวม
ควรมีกระเป๋าเงินเบราว์เซอร์ที่ใช้งานง่ายซึ่งเชื่อมต่อกับ ERC-4337
พิจารณาใช้การรวมลายเซ็นและการบีบอัดเพื่อทำให้ ERC-4337 เป็นมิตรกับ L2 มากขึ้น
เป็นแนวทางให้กับระบบนิเวศ ERC-4337 ในโปรโตคอล L2 ซึ่งปัญหาต้นทุนก๊าซจะน้อยลง
ระยะกลาง
ใช้ Verkle tree และเพิ่ม EIP เพื่อลดต้นทุนก๊าซ
เพิ่มการแปลง EOA-to-ERC-4337 ซึ่งเป็นตัวเลือก
เพิ่มตรรกะ crList ในเวลาเดียวกันหรือไม่นานหลังจากการเปิดตัว Proposer/Builder Separation (PBS)
ยาว
พิจารณาแคสต์ ดำเนินการเปลี่ยนสถานะไม่สม่ำเสมอ ปรับใช้ไบต์โค้ดกับทุกบัญชีที่อาจเป็น EOA แต่ข้อเสียของแนวทางนี้คือความจำเป็นในการปรับเปลี่ยนโปรโตคอลหลักและมีค่าใช้จ่ายสูงสำหรับผู้ขุด/ผู้ตรวจสอบ
สแกนโครงการ
SevenX Ventures ดำเนินการสแกนกระเป๋าเงินสัญญาอัจฉริยะในตลาดอย่างง่ายๆ และรวบรวมโครงการกระเป๋าเงินสัญญาอัจฉริยะหลักๆ ในตลาด สถานการณ์ที่ครอบคลุมมีดังนี้:
กรณีการนำไปปฏิบัติ
เราเลือกสองโครงการสำหรับการแนะนำกรณีและวิเคราะห์หน้าที่และหลักการดำเนินการที่สอดคล้องกัน ในหมู่พวกเขา Unipass เป็นตัวแทนทั่วไปของกระเป๋าเงินสัญญาอัจฉริยะแบบดั้งเดิม ในขณะที่ Candide Wallet เป็นตัวแทนทั่วไปของกระเป๋าเงินที่ใช้มาตรฐาน ERC-4337 พวกเขามีเอกสารสาธารณะมากมายที่อธิบายการใช้งานฟังก์ชั่นผลิตภัณฑ์โดยละเอียด
Unipass
UniPass Wallet เป็นโซลูชันกระเป๋าเงินสัญญาอัจฉริยะที่รองรับการกู้คืนอีเมลทางสังคม ด้วย UniPass Wallet นักพัฒนาสามารถมอบประสบการณ์ผู้ใช้ที่ราบรื่นโดยไม่ต้องใช้คีย์ส่วนตัวและไม่ใช้แก๊สภายในผลิตภัณฑ์ จึงดึงดูดผู้ใช้ Web2 จำนวนมากได้อย่างรวดเร็ว คุณสมบัติของมันได้แก่: ไม่ใช้คีย์ส่วนตัว, ทนต่อการเซ็นเซอร์, ไม่ใช้แก๊ส, การกู้คืนอีเมล, การปกป้องความเป็นส่วนตัว, การสนับสนุนหลายแพลตฟอร์มและหลายเครือข่าย
คุณสมบัติของการไม่มีคีย์ส่วนตัว การต่อต้านการเซ็นเซอร์ การกู้คืนอีเมล และการปกป้องความเป็นส่วนตัว ส่วนใหญ่มาจากโซลูชันการจัดการคีย์ของ Unipass บัญชีสัญญาของ UniPass Wallet รองรับผู้ใช้ในการตั้งค่าคีย์หลายประเภท ประเภทคีย์ที่รองรับแล้ว ได้แก่ :
ที่อยู่ภายนอกที่เรามักใช้คือบัญชีสัญญาที่รองรับโปรโตคอล EIP-1271 (วิธีการตรวจสอบลายเซ็นมาตรฐานสำหรับสัญญา)
ผู้ใช้ UniPass ยังสามารถใช้ที่อยู่อีเมลเป็นรหัสได้ สัญญาอัจฉริยะที่เราปรับใช้บนเครือข่ายสามารถตรวจสอบความเป็นเจ้าของกล่องจดหมายอินเทอร์เน็ตของผู้ใช้แบบเข้ารหัสผ่าน DKIM (จดหมายระบุรหัสชื่อโดเมน)
ในระหว่างกระบวนการตรวจสอบ UniPass ใช้เทคโนโลยีพิสูจน์ความรู้เป็นศูนย์เพื่อรับรองความเป็นส่วนตัวและความปลอดภัยของข้อมูลอีเมลของผู้ใช้
ในอนาคต UniPass Wallet จะพิจารณาสนับสนุนอัลกอริธึมลายเซ็นที่มีประสิทธิภาพและง่ายกว่า secp 256 k 1 (เช่น Schnorr, BLS), อัลกอริธึมลายเซ็นที่ปลอดภัยหลังควอนตัม (เช่น Lamport, Winternitz) เป็นต้น
รหัสลับมีบทบาทหลักสามประการ:
เจ้าของคือเจ้าของบัญชี เจ้าของควบคุมการใช้งาน อัปเกรด ทำลาย และฟังก์ชันหลักอื่นๆ ของบัญชี และเป็นผู้ควบคุมสิทธิ์สูงสุดของบัญชี
ผู้ดำเนินการเป็นผู้ดำเนินการสินทรัพย์บัญชี ผู้ดำเนินการมีหน้าที่รับผิดชอบในการโอนสินทรัพย์ของบัญชี การร้องขอสัญญา การอนุญาต และฟังก์ชันอื่น ๆ และเป็นคีย์ที่ผู้ใช้ใช้ทุกวัน
Guardian คือผู้ดูแลบัญชี เมื่อคีย์ในบัญชีเสียหายหรือสูญหายและผู้ใช้สูญเสียการควบคุมบัญชี ผู้ปกครองสามารถใช้เพื่อกู้คืนบัญชีได้ คุณสมบัติหลักที่ UniPass มอบให้คือ: การกู้คืนโซเชียลผ่านอีเมลออนไลน์
ในสัญญาอันชาญฉลาดของ UniPass Wallet ผู้ใช้จะจัดการบัญชีของตนผ่านชุดคีย์ที่มีน้ำหนักตามบทบาท นอกเหนือจากคีย์หลักที่ใช้งานในรูปแบบการคำนวณหลายฝ่ายที่ปลอดภัย (MPC) แล้ว ผู้ใช้ยังสามารถตั้งค่าคีย์ประเภทอื่นๆ ได้อีกมากมาย แต่ละคีย์มีบทบาทและน้ำหนักที่สอดคล้องกัน ผู้ใช้สามารถขอรับการอนุญาตสำหรับบทบาทนี้ได้หลังจากรวบรวมคีย์ที่เกณฑ์น้ำหนักรวมของบทบาทเกินข้อกำหนดเท่านั้น
คีย์สามารถกำหนดบทบาทเดียวหรือหลายบทบาทได้ เมื่อกำหนดบทบาทให้กับคีย์ น้ำหนักที่เกี่ยวข้องจะถูกตั้งค่าพร้อมกัน เมื่อผู้ใช้ต้องการเริ่มดำเนินการที่เกี่ยวข้องกับข้อมูลประจำตัวบางอย่าง เขาหรือเธอจำเป็นต้องลงนามด้วยคีย์เดียวหรือหลายคีย์ที่มีน้ำหนักรวมของบทบาทถึง 100 หรือมากกว่า ตัวอย่างเช่น เมื่อลงทะเบียนบัญชีครั้งแรก ผู้ใช้สามารถข้ามการตั้งค่าผู้ปกครองได้ พารามิเตอร์ที่เกี่ยวข้องสามารถตั้งค่าได้ดังนี้:
คุณลักษณะไร้ก๊าซถูกนำมาใช้ผ่านรีเลย์บุคคลที่สาม เมื่อผู้ใช้เริ่มต้นธุรกรรม รีเลย์จำเป็นจะต้องช่วยผู้ใช้ในการเริ่มต้นธุรกรรม ในกระบวนการนี้ ผู้ส่งต่อสามารถสนับสนุนผู้ใช้ให้ใช้โทเค็นใดก็ได้เพื่อจ่ายน้ำมัน และยังสามารถช่วยเหลือผู้ใช้ในการจ่ายน้ำมันในนามของตนเองได้อย่างสมบูรณ์ เพื่อให้ได้ประสบการณ์ที่ไร้น้ำมัน Relayer เป็นโปรแกรมเซิร์ฟเวอร์โอเพ่นซอร์ส UniPass จะเรียกใช้รีเลย์เริ่มต้นและพันธมิตรหรือบุคคลที่สามก็สามารถเรียกใช้รีเลย์ได้เช่นกัน
Candide
CANDIDE เป็นผลิตภัณฑ์สาธารณะที่สร้างขึ้นโดยความร่วมมือและเปิดเผยโดยกลุ่มผู้มีส่วนร่วม โดยไม่มีหน่วยงานหรือบริษัทใดควบคุมการพัฒนา Candide Wallet Beta เป็นกระเป๋าเงินสัญญาอัจฉริยะบนมือถือที่โฮสต์เอง ปัจจุบันมีการใช้งานบน Goerli testnet ขณะนี้มีให้บริการบน Android Test และ IOS Testflight
พื้นฐานทางเทคนิคของ Candide Beta คือการนำ ERC-4337 ไปใช้ Stackup fork และเฟรมเวิร์กโอเพ่นซอร์สของ Gnosis Safe ฟีเจอร์ประกอบด้วยคำพูดที่ไม่ต้องใช้คำพูด การฟื้นฟูทางสังคม ธุรกรรมเป็นชุด และไม่มีค่าธรรมเนียมก๊าซ
ตรรกะในการปรับใช้ฟีเจอร์ต่างๆ เช่น no-note word, ธุรกรรมเป็นชุด และไม่มีค่าธรรมเนียมแก๊สจะเหมือนกับของ ERC-4337 และเสร็จสมบูรณ์โดยใช้สัญญาจุดเริ่มต้นที่พัฒนาโดย eth-infinitism Candide ดำเนินการจัดทำแพ็คเกจของตัวเองและจัดทำแพ็คเกจ UserOperation เป็นบริการสำหรับกระเป๋าเงินของตัวเอง ในโซลูชันนี้ การรักษาความปลอดภัยส่วนใหญ่อยู่ในสัญญาจุดเข้าใช้งานมากกว่าโครงสร้างของกระเป๋าเงินเอง
นอกจากนี้ ฟีเจอร์การกู้คืนทางสังคมยังมาจากการใช้ Safe ของ Candide สำหรับสัญญากระเป๋าสตางค์พื้นฐาน สิ่งนี้ทำให้ Candide สามารถใช้ประโยชน์จากสัญญา DAO ที่น่าเชื่อถือที่สุดในการจัดการโทเค็นดิจิทัล Candide จะใช้การออกแบบโมดูลาร์ของ Gnosis Safe เพื่อมอบฟังก์ชันการทำงานหลัก รวมถึงการฟื้นฟูทางสังคม ตลอดจนคุณลักษณะในอนาคต เช่น การล็อคเวลาและการจำกัดการถอน โมดูลการกู้คืนทางสังคมนี้มีตรรกะเดียวกันกับ Unipass ยกเว้นว่า Unipass มีไว้สำหรับการกู้คืนอีเมลเป็นหลัก แต่ผู้ปกครองของ Candide สามารถเป็นผู้ลงนามในที่อยู่สาธารณะ เช่น เพื่อนในครอบครัว สถาบัน และกระเป๋าสตางค์ของฮาร์ดแวร์
ความคิดเกี่ยวกับกระเป๋าสตางค์สัญญา
กระเป๋าเงินสัญญาอัจฉริยะในยุคแรกๆ ได้รับการพัฒนาโดยอิงจากประเด็นที่เฉพาะเจาะจง เช่น ลายเซ็นหลายลายเซ็นของ Gnosis Safe และฟังก์ชันการฟื้นฟูทางสังคมของ Argent ผลิตภัณฑ์ในยุคแรกๆ เหล่านี้มีความซับซ้อนในการออกแบบ มักไม่เปิดกว้างและโปร่งใส และไม่ได้สร้างมาตรฐานที่เป็นเอกภาพ ทำให้ยากต่อการแทรกลงในแอปพลิเคชันอื่นเป็นมิดเดิลแวร์ เกณฑ์การตัดสินจะต้องขึ้นอยู่กับสถานการณ์การใช้งานมากขึ้นและไม่ว่าจะจับความต้องการหลักของผู้ใช้หรือไม่ ตัวอย่างเช่น ฟังก์ชันหลายลายเซ็นของ Safe จับหนึ่งในความต้องการหลักของผู้ใช้
ด้วยการกำเนิดของ ERC-4337 มันสะดวกมากในการสร้างกระเป๋าเงินอย่างรวดเร็วโดยไม่ต้องใช้คำพูด การทำธุรกรรมเป็นชุด และไม่มีค่าธรรมเนียมน้ำมัน นอกจากนี้ มาตรฐานแบบครบวงจรยังทำให้ชุดการพัฒนาที่สร้างขึ้นตามมาตรฐานนี้สามารถประกอบได้และสามารถทำหน้าที่เป็นสื่อกลางได้ ซอฟต์แวร์จะเสียบเข้ากับแอปพลิเคชันต่างๆ และยังคงใช้งานร่วมกันได้
ดังนั้น เมื่อพิจารณาโซลูชันกระเป๋าเงินอัจฉริยะในยุคแรกๆ จำเป็นอย่างยิ่งที่จะต้องเข้ากันได้กับ ERC-4337 สำหรับโซลูชันที่ใช้ ERC-4337 เนื่องจากเทคโนโลยีส่วนใหญ่เป็นโอเพ่นซอร์ส จึงแนะนำให้พิจารณาโดยมุ่งเน้นไปที่ประเด็นต่อไปนี้:
เทคโนโลยี: วิธีสร้างสัญญาเริ่มต้น ผู้แบ่งบรรจุและผู้รวบรวม (ถ้ามี) และวิธีสร้างคุณสมบัติที่นอกเหนือไปจากที่ ERC-4337 นำมา เช่น คุณสมบัติการกู้คืนทางสังคม
การดำเนินงาน: วิธีสร้างชุมชน ออกสู่ตลาด และเพิ่มผู้ใช้
ประสบการณ์: ประสบการณ์ผู้ใช้ในการใช้กระเป๋าเงินนั้นดีเพียงพอหรือไม่ เช่น ความราบรื่น ความเสถียร ฯลฯ
และตรรกะการตรวจสอบหลักของผลิตภัณฑ์ C อื่นๆ
โมเดลกระเป๋าเงินในอนาคตมีแนวโน้มที่จะคล้ายกับรุ่น B2B2C มากกว่า แม้ว่ากระเป๋าสตางค์จะมีอยู่เป็นผลิตภัณฑ์ C-end สิ่งสำคัญคือต้องจัดหาโซลูชัน SDK ที่ครบถ้วนสำหรับแอปพลิเคชันอื่นๆ เพื่อรวมเข้ากับกระเป๋าเงินในแอป จากนั้นกำหนดเป้าหมายไปที่ผู้ใช้ C-end ในหมู่พวกเขา ผู้แบ่งบรรจุและผู้รวบรวมส่วนใหญ่ถูกสร้างขึ้นในลักษณะรวมศูนย์ในช่วงแรก ๆ เป็นไปได้ที่จะสร้างเครือข่ายแบบโมดูลาร์ในภายหลัง อย่างไรก็ตาม เนื่องจากส่วนนี้เป็นแกนหลักของการจับมูลค่า กระเป๋าเงินที่ใช้เครือข่ายแพ็คเกอร์ที่สร้างโดยผู้อื่นจึงจำเป็นต้องไป ผ่านเกมผลประโยชน์ทางเศรษฐกิจ .
