ผู้เขียนต้นฉบับ: CloudY, Jam
สรุป
แต่ในความเป็นจริงแล้ว บัญชี Ethereum EOA ที่ใช้สำหรับการเปรียบเทียบนั้นเป็นผลิตภัณฑ์ที่ค่อนข้างดั้งเดิม โดยเฉพาะ:
สิทธิ์ในการควบคุมบัญชีเป็นแบบเดี่ยวโดยมีเพียงลายเซ็นเท่านั้นที่ได้รับอนุญาตและไม่มีลายเซ็น ไม่ว่าจะเป็นธุรกรรมมูลค่า 1 ดอลลาร์สหรัฐ หรือธุรกรรม 100 ล้านดอลลาร์สหรัฐ คุณต้องอนุมัติก่อน จากนั้นจึงลงนามเพื่อยืนยันการทำธุรกรรม มีเพียงข้อแตกต่างระหว่างการอนุญาตที่ฉ้อโกงกับธุรกรรมปกติเท่านั้น ซึ่งทำให้ผู้ใช้ใหม่ทุกคนรู้สึกหวาดกลัวเมื่อมีปฏิสัมพันธ์ แม้ว่า Metamask จะอนุญาตให้ผู้ใช้เลือกจำนวนการอนุมัติเมื่ออนุมัติการอนุญาตโทเค็น แต่สำหรับการโต้ตอบบ่อยครั้ง แทนที่จะต้องเสียค่าธรรมเนียมก๊าซสำหรับการอนุมัติหลายครั้ง ผู้ใช้เลือกที่จะอนุญาตขีดจำกัดบนโดยตรง เมื่อเทียบกับรูปแบบบัญชี Web2 เช่น Two Factor Authentication (2 FA) หรือ U-shield เพื่อควบคุมความเสี่ยงในการทำธุรกรรมจำนวนมาก และการสแกนใบหน้าหรือการชำระเงินโดยไม่ต้องใช้รหัสผ่านเพื่ออำนวยความสะดวกในการทำธุรกรรมจำนวนเล็กน้อย บัญชี EOA นั้นน่าเบื่อและใช้งานยากมาก .
เกณฑ์ค่าธรรมเนียมก๊าซสูงเกินไปและบล็อกผู้ใช้ใหม่จำนวนมาก เลเยอร์ 2 เช่น Ethereum mainnet และ Optimism/Arbitrum ใช้โทเค็น ETH เป็นโทเค็น Gas ซึ่งกำหนดให้ผู้ใช้แปลงสกุลเงิน fiat เป็นเหรียญ stablecoin ดอลลาร์สหรัฐ จากนั้นแปลงเป็น ETH เพิ่มเติม จากนั้นโอน ETH ลงในกระเป๋าเงินของพวกเขา ผู้ใช้หลายคนค้นพบว่าพวกเขาต้องการ ETH เป็น Gas หลังจากโอน USD stablecoin ไปยังกระเป๋าเงินของพวกเขา และต้องซื้อ ETH อีกครั้ง ยิ่งไปกว่านั้น เครือข่ายสาธารณะ เช่น BSC/Polygon/Solana ต่างใช้โทเค็น Gas ของตัวเอง ซึ่งเป็นข้อผิดพลาดอีกประการหนึ่งที่ผู้มาใหม่ต้องเผชิญ นอกจากนี้ ผู้ใช้จำนวนมากไม่ต้องการซื้อโทเค็น Gas เฉพาะจุด แต่ต้องทิ้งโทเค็น Gas ที่ซ้ำซ้อนจำนวนมากไว้ในกระเป๋าเงินของตน เนื่องจากความจำเป็นในการโต้ตอบแบบออนไลน์
Vitalik รู้ดีว่าบัญชี EOA นั้นใช้งานยากมาก ทีมงาน Ethereum ก็พยายามแก้ไขปัญหานี้เช่นกัน และการลบบัญชีก็เป็นหนึ่งในวิธีแก้ปัญหา อย่างไรก็ตาม เนื่องจากไม่สามารถแก้ไขฉันทามติพื้นฐานของ Ethereum สำหรับการสรุปบัญชีได้ จนกระทั่งมีข้อเสนอของ ERC-4337 ซึ่งเป็นกระเป๋าเงินสัญญาอัจฉริยะที่อิงตามเลเยอร์ของแอปพลิเคชัน การลบบัญชีนั้นจึงได้รับความสนใจอย่างมากและกลายเป็นประเด็นร้อน
หลังจากการแนะนำสั้น ๆ เกี่ยวกับนามธรรมบัญชีและ ERC-4337 บทความนี้จะคาดเดาเกี่ยวกับวิวัฒนาการในอนาคตของระบบบัญชี Web3 และความเป็นเจ้าของทางเข้าการรับส่งข้อมูลตามการประยุกต์ใช้นามธรรมบัญชีและการพัฒนาระบบบัญชี Web2
จากมุมมองของระบบนิเวศ ในอดีต ผู้ใช้จำเป็นต้องใช้ EOA เพื่อดำเนินการบนเครือข่ายที่ซับซ้อน และเนื่องจากการพัฒนาระบบนิเวศบนเครือข่ายที่จำกัดในปัจจุบัน จึงมีเพียงโปรโตคอลที่จำกัดเท่านั้นที่สามารถจัดเตรียมได้ และความต้องการที่แท้จริงของผู้ใช้ไม่สามารถมีประสิทธิผลได้ พบกัน นามธรรมบัญชีช่วยลดความยุ่งยากในการดำเนินการของการดำเนินการข้างต้น เฉพาะอินพุตของผู้ใช้เท่านั้นที่จำเป็นเพื่อให้ได้ผลลัพธ์ ไม่มีการคลิกบ่อยและลายเซ็นที่ยุ่งยากอีกต่อไปอาจกล่าวได้ว่าการใช้งาน AA ได้เปลี่ยนแปลงระบบนิเวศออนไลน์จากการครอบงำโดยผู้ขายไปสู่การครอบงำโดยผู้ซื้อ
นามธรรมบัญชีและ ERC-4337
Account Abstraction (ต่อไปนี้จะเรียกว่า AA) หมายถึงอะไรโดยเฉพาะบทคัดย่อเทคโนโลยีพื้นฐานและโครงสร้างข้อมูลเพื่อลดความซับซ้อนของขั้นตอนสำหรับผู้ใช้และนักพัฒนา ความเข้าใจง่ายๆ คือการทำงานของ การนำ CA ไปใช้บนพื้นฐานของ EOA
ERC-4337 กลายเป็นมาตรฐานพื้นฐานสำหรับ AA ERC-4337 แนะนำ UserOperation ซึ่งเป็นธุรกรรมพิเศษที่แสดงเจตนาของผู้ใช้และอนุญาตให้บัญชีสัญญาดำเนินการอย่างกระตือรือร้น UserOperations เหล่านี้ได้รับการจัดการโดยบทบาทที่เรียกว่า Bundler ซึ่งจะจำลองการดำเนินการ UserOperations และเพิ่มการดำเนินการที่ถูกต้องลงในกลุ่มธุรกรรมพิเศษ จากนั้นสัญญา EntryPoint จะตรวจสอบและดำเนินการ UserOperations เหล่านี้เพื่อตอบสนองความตั้งใจของผู้ใช้
ประเภทบัญชี
บัญชี Ethereum มีสองประเภทหลัก: บัญชี EOA (บัญชีที่เป็นเจ้าของภายนอก) และบัญชีสัญญา
ความยาวที่อยู่ของบัญชี EOA คือ 20 ไบต์ และคำนวณจากคีย์ส่วนตัวที่สร้างขึ้นเมื่อสร้างผู้ใช้และคีย์สาธารณะที่สร้างโดยอัลกอริธึมการเข้ารหัสเส้นโค้งวงรี สถานะบัญชี EOA ประกอบด้วยจำนวนธุรกรรม (Nonce) และจำนวนสินทรัพย์ (Balance) ที่อยู่ของบัญชีสัญญาก็มีขนาด 20 ไบต์เช่นกัน แต่คำนวณจากที่อยู่ผู้ส่งและ Nonce ของธุรกรรมการสร้างสัญญา สถานะบัญชีสัญญาประกอบด้วยจำนวนสัญญา (Nonce) จำนวนสินทรัพย์ (Balance) รหัสแฮช (CodeHash) และแฮชรูทการจัดเก็บข้อมูล (StorageRoot) ซึ่งใช้ในการจัดเก็บค่าแฮชรูทโหนดของ Merkle Patricia ทรีทรีของข้อมูลสัญญา
ประเภทบัญชีและข้อมูลสถานะมีความสำคัญต่อธุรกรรมและการดำเนินการสัญญาอัจฉริยะบน Ethereum และเป็นความแตกต่างระหว่าง EOA และ CA
Source：《Account Abstraction, Analysed ｜Qin Wang∗, Shiping Chen∗ ∗CSIRO Data 61, Australia 》
ซื้อขาย
ธุรกรรม Ethereum ประกอบด้วยข้อมูลผู้ส่งและผู้รับ ลายเซ็นดิจิทัล จำนวนธุรกรรม จำนวนเงินที่โอน ข้อมูลเสริม ขีดจำกัดก๊าซ และค่าธรรมเนียมการทำธุรกรรม บัญชีที่แตกต่างกัน 2 ประเภทข้างต้นส่งผลให้มีธุรกรรมการสื่อสารที่แตกต่างกัน 2 ประเภท
ในระหว่างกระบวนการลงนาม ข้อมูลธุรกรรมจะถูกแฮช จากนั้นเซ็นชื่อแบบดิจิทัล ผู้ตรวจสอบจะตรวจสอบความถูกต้องของลายเซ็นโดยการคำนวณจุดบนเส้นโค้งวงรี ไม่จำเป็นต้องได้รับคีย์ส่วนตัวของผู้ส่ง แต่เพียงต้องจัดเตรียมธุรกรรมเท่านั้น ข้อมูลและกุญแจสาธารณะ การกู้คืนคีย์สาธารณะทำได้ผ่านค่า v ในลายเซ็น ทำให้มั่นใจในความปลอดภัยของลายเซ็นและประสิทธิภาพของการตรวจสอบ
นามธรรมบัญชี
โครงสร้างธุรกรรมและกระบวนการตรวจสอบลายเซ็นของ Ethereum เผยให้เห็นข้อเท็จจริงที่สำคัญ นั่นคือ บัญชีที่เริ่มต้นการทำธุรกรรมจะต้องเป็นบัญชี EOA ที่มีคู่คีย์สาธารณะและส่วนตัว
บัญชีสัญญาไม่สามารถเริ่มธุรกรรมได้เนื่องจากขาดคู่คีย์สาธารณะและส่วนตัว หลังจากได้รับธุรกรรม พวกเขาจะรันรหัสสัญญาอัจฉริยะในบัญชีตามข้อมูลในธุรกรรมโดยอัตโนมัติหรือส่งข้อมูลธุรกรรมไปยังบัญชีอื่น ๆ บัญชีหรือแม้แต่สร้างสัญญาอัจฉริยะใหม่ ดังนั้น กระเป๋าเงินปัจจุบันที่สร้างโดยแอปพลิเคชันกระเป๋าเงินกระแสหลัก เช่น Metamask จึงเป็นบัญชี EOA อย่างไรก็ตาม มีข้อบกพร่องบางประการในการใช้บัญชี EOA: ความเสี่ยงของคีย์ส่วนตัว อัลกอริธึมลายเซ็นที่จำกัด อำนาจในการลงนามมากเกินไป และข้อจำกัดค่าธรรมเนียมการทำธุรกรรม
บัญชีสัญญาสามารถจัดเก็บรหัสและข้อมูลและดำเนินการตรรกะสัญญาอัจฉริยะที่กำหนดไว้ล่วงหน้าเพื่อแก้ไขปัญหาข้างต้นของบัญชี EOA อย่างไรก็ตาม บัญชีสัญญาไม่สามารถเริ่มการทำธุรกรรมได้
นามธรรมบัญชีเป็นการปรับปรุงในสองบัญชีข้างต้น โดยพยายามเบลอขอบเขตระหว่างทั้งสองและเปลี่ยนเป็นบัญชีสากลที่มีตรรกะที่ซับซ้อน เพื่อให้บัญชีสามารถมีฟังก์ชันของ CA (บัญชีสัญญา) และบัญชี EOA ในเวลาเดียวกัน.
ERC-4337
ERC-4337 เสร็จสิ้นฟังก์ชันสรุปบัญชีโดยไม่ต้องแก้ไขเลเยอร์ฉันทามติของ Ethereum และกลายเป็นโซลูชันสุดท้ายที่ Ethereum นำมาใช้ ท้ายที่สุดแล้ว วิสัยทัศน์ขั้นสูงสุดของการจับคู่แบบออฟไลน์และธุรกรรมแบบออนไลน์จะถูกทำให้เป็นจริง
Source：《Account Abstraction, Analysed ｜Qin Wang∗, Shiping Chen∗ ∗CSIRO Data 61, Australia 》
UserOperation
ERC-4337 แนะนำแนวคิดใหม่ที่เรียกว่า UserOperation เพื่อแก้ปัญหาบัญชีสัญญาที่ไม่สามารถเริ่มธุรกรรมได้ในขณะเดียวกันก็หลีกเลี่ยงการเปลี่ยนประเภทธุรกรรมพื้นฐานของโปรโตคอล Ethereum
UserOperation นั้นคล้ายคลึงกับธุรกรรมมาตรฐาน แต่จะแสดงเฉพาะจุดประสงค์ของผู้ใช้เท่านั้น ไม่ใช่พฤติกรรมของธุรกรรมโดยตรงธุรกรรมมาตรฐานจะถูกส่งไปยัง mempool ของ Ethereum (กลุ่มธุรกรรม) จากนั้นผู้ค้นหาและผู้สร้างจะรวมกันเป็นบล็อกที่สมบูรณ์ และสุดท้ายจะส่งไปยังบล็อกเชนโดยผู้เสนอ โดยปกติจะเลือกบล็อกที่ได้รับรางวัลสูงสุด ซึ่งแตกต่างจากสิ่งนี้ UserOperation ไม่ใช่ธุรกรรมจริง ดังนั้น ERC-4337 จึงแนะนำ mempool ใหม่และบทบาทที่เรียกว่า Bundler เพื่อดำเนินการ UserOperation ในลักษณะกระจายอำนาจ นวัตกรรมนี้ช่วยให้ผู้ใช้สามารถประมวลผลและดำเนินการได้โดยไม่ต้องเกี่ยวข้องกับกระบวนการธุรกรรมมาตรฐานโดยตรง
Source: ERC 4337: account abstraction without Ethereum protocol changes
Bundler
เมื่อ Bundler จัดการ UserOperation ขั้นแรกจะทำการตรวจสอบความถูกต้องตามกฎหมายขั้นพื้นฐาน จากนั้นจึงจำลองการดำเนินการเพื่อยืนยันความถูกต้องของลายเซ็น หากการดำเนินการจำลองสำเร็จ UserOperation จะถูกเพิ่มไปยัง UserOperation mempool เพื่อรอการดำเนินการออนไลน์จริง เพื่อให้มั่นใจถึงความสอดคล้องระหว่างการจำลองและการดำเนินการจริง UserOperation จำกัดการเข้าถึงตัวแปรที่อาจเปลี่ยนแปลงระหว่างการดำเนินการ และอนุญาตให้เข้าถึงเฉพาะข้อมูลที่เกี่ยวข้องกับที่อยู่ของผู้ส่งเท่านั้น Bundler สามารถจัดแพ็คเกจ UserOperations ได้ตามความต้องการ โดยเลือกการดำเนินการที่จ่ายค่าธรรมเนียมสูงกว่า สุดท้าย Bundler จะส่งชุดการดำเนินการที่ถูกต้องไปยังสัญญา EntryPoint สำหรับการดำเนินการแบบออนไลน์
EntryPoint
EntryPoint เป็นสัญญาแบบซิงเกิลตันใน Ethereum และหน้าที่หลักคือจัดการการดำเนินการของ UserOperation มีฟังก์ชันหลักสองฟังก์ชัน: handleOps และ handleAggregatedOps ซึ่งทั้งสองฟังก์ชันจะตรวจสอบ UserOperation ก่อน จากนั้นจึงดำเนินการ การยืนยันรวมถึงการตรวจสอบบัญชี ความถูกต้องของลายเซ็น และการชำระค่าธรรมเนียม ในขั้นตอนการดำเนินการ ข้อมูลใน UserOperation จะใช้ในการเรียกรหัสสัญญาอัจฉริยะในบัญชีสัญญาเป้าหมาย โปรโตคอลกระเป๋าเงินสัญญาอัจฉริยะที่แตกต่างกันอาจมีวิธีการแยกวิเคราะห์และการดำเนินการที่แตกต่างกัน
Source: ERC-4337: Account Abstraction Using Alt Mempool
ข้อมูล
ตามรายงานข้อมูลรายครึ่งปี ERC-4337 ของ SixdegreeLab:
หลังจากใช้งานสัญญา ERC-4337 มีการสร้างกระเป๋าเงิน AA มากกว่า 687,000 ใบบนเครือข่าย และ UserOps ถูกเรียกมากกว่า 2 ล้านครั้ง อย่างไรก็ตาม 88.24% ของกระเป๋าเงิน AA ถูกใช้ไม่เกิน 5 ครั้ง ซึ่งส่วนใหญ่เป็นโดยตรง การโอนหรือการสร้างเหรียญ NFT
ในบรรดา Bundlers 15,000 ราย pimlico คิดเป็น 43.48% และมีส่วนแบ่งการตลาดที่ใหญ่ที่สุด ในขณะที่ Alchemy สร้างรายได้สูงที่สุดเท่าที่เคยมีมา ประมาณ 20,000 เหรียญสหรัฐ
อย่างไรก็ตาม 97.18% ของธุรกรรมแบบรวมกลุ่มมีเพียง 1 UserOp ซึ่งหมายความว่า 90% ของธุรกรรมแบบรวมกลุ่มไม่สามารถทำกำไรผ่านธุรกรรมแบบแพ็คเกจได้
Paymasters ทั้งหมด 117 รายจ่ายเงินรวม 465,000 ดอลลาร์สหรัฐเป็นค่าธรรมเนียมแก๊สสำหรับ UserOps 19 ล้านราย ซึ่ง Pimlico จ่าย 43.45%
ZeroDev ครอง Wallet Factory โดยปรับใช้บัญชี 62.63%
วิธีที่พบบ่อยที่สุดในการสร้างกระเป๋าเงิน AA คือ LEGO, Paymaster, Wallet Factory และ Bundler โดยใช้บุคคลที่สามที่แตกต่างกัน
จะเห็นได้ว่าอัตราการนำไปใช้ของ ERC-4337 ยังคงมีช่องว่างสำหรับการเติบโตอีกมาก และการก่อสร้างโครงสร้างพื้นฐานเพิ่งเริ่มต้น ซึ่งทำให้อนาคตของ AA เต็มไปด้วยความเป็นไปได้ ด้วยการเพิ่มขึ้นของเลเยอร์ 2 และแอปพลิเคชั่นโซเชียล การใช้กระเป๋าเงิน AA จะทำให้เกิดการเติบโตอย่างรวดเร็ว
ทิศทางการพัฒนาของนามธรรมบัญชี
หลังจากทำความเข้าใจหลักการพื้นฐานของการลบบัญชีและสถาปัตยกรรมของ ERC-4337 แล้ว เราจะสำรวจวิธีการขยายของ AA เพิ่มเติม เราจะไม่ลงรายละเอียดเกี่ยวกับฟังก์ชันพื้นฐานของกระเป๋าเงินสัญญาอัจฉริยะ เช่น ไม่มีคีย์ส่วนตัวและไม่มีแก๊ส แต่มองหาความเป็นไปได้เพิ่มเติมในองค์ประกอบของ AA:
สถาปัตยกรรม
นามธรรมบัญชีพื้นเมือง
ERC-4337 เป็นเพียงโซลูชันเลเยอร์แอปพลิเคชันที่นำมาใช้เพื่อจัดการกับการไร้ความสามารถของ Ethereum ในปัจจุบันในการแก้ไขฉันทามติพื้นฐาน แม้ว่าจะสามารถเผยแพร่แนวคิดเชิงนามธรรมของบัญชีในวงกว้างได้ แต่ในท้ายที่สุดก็ใช้บัญชีสัญญาเพื่อโต้ตอบ ปริมาณการใช้ก๊าซเพิ่มเติมในกระบวนการตรวจสอบ การนำ ERC ที่แข่งขันกันมาใช้ และการห้ามไม่ให้มีปฏิสัมพันธ์กับบัญชีสัญญาโดย dapps ล้วนเป็นปัจจัยที่ขัดขวางการเติบโตของ ERC-4337
ดังนั้นสิ่งที่เป็นนามธรรมของบัญชีดั้งเดิม โดยเฉพาะอย่างยิ่งสิ่งที่เป็นนามธรรมของบัญชีดั้งเดิมในเลเยอร์ 2 จึงมีความสำคัญอย่างยิ่ง ปัจจุบันในเลเยอร์ 2 มีเพียงเครือข่าย Starknet และ ZKSync เท่านั้นที่รองรับการสร้างบัญชีแบบเนทิฟ ดังแสดงในรูปด้านล่าง ไม่มี Bundler และ Paymaster ในโครงการนามธรรมบัญชีดั้งเดิม Starknet ใช้ Sequencer เพื่อกำหนดลำดับธุรกรรม จ่าย Gas และดำเนินการ ZKSync ใช้ Operator เพื่อกำหนดลำดับธุรกรรม จ่าย Gas จากนั้นโทร bootloader เพื่อทำงานร่วมกัน
DeBank Chain ซึ่งอ้างว่าสร้างขึ้นจาก OP Stack จะรวมระบบที่คล้ายกับนามธรรมของบัญชีในระดับลูกโซ่ แต่จะไม่ทราบสถาปัตยกรรมเฉพาะจนกว่าจะเปิดตัว mainnet
ที่มา: ข้อมูลเบื้องต้นเกี่ยวกับ Native Account Abstraction ใน zkSync
กระเป๋าเงินสัญญา NFT
กระเป๋าเงินสัญญา NFT เป็นโซลูชันนามธรรมบัญชีในเลเยอร์แอปพลิเคชันที่คล้ายกับ ERC-4337 ช่วยให้บัญชี EOA มีฟังก์ชันของบัญชี CA ผ่าน NFT แทนที่จะเรียกสัญญา EntryPoint ผ่าน Bundler ปัจจุบัน มีการใช้งานกระเป๋าเงินสัญญา NFT หลักสองวิธี . วิธีการ: ERC-6551 และ A3S Protocol
ERC-6551 อนุญาตให้ผู้ใช้ใช้ NFT มาตรฐาน ERC-721 ในกระเป๋าเงิน EOA เป็นตัวควบคุมในการควบคุมกระเป๋าเงินสัญญาอัจฉริยะที่สร้างขึ้นใหม่หนึ่งหรือหลายกระเป๋า ดังนั้นจึงบรรลุ สัญญาปลั๊กอิน โดยไม่ต้องแก้ไขรหัส ERC-721 วิธีจับคู่ บัญชีสัญญาอัจฉริยะหนึ่งหรือหลายบัญชีสำหรับ NFT ที่มีอยู่ วิธีนี้จะรวม NFT ที่มีอยู่เข้ากับนามธรรมของบัญชี ซึ่งไม่เพียงเปิดสถานการณ์การใช้งานของ NFT เท่านั้น แต่ยังทำให้แนวคิดของนามธรรมของบัญชีเป็นที่นิยมอีกด้วย
Source：《EIP-6551 》
A3S Protocol ใช้สัญญาอัจฉริยะของ NFT เองเป็นกระเป๋าเงินสัญญาอัจฉริยะซึ่งหมายความว่าสินทรัพย์กระเป๋าเงินอยู่ในบัญชีสัญญาอัจฉริยะของ NFT และติดตามการโอนความเป็นเจ้าของ NFT โดยสมบูรณ์ ไม่จำเป็นต้องเสียบกระเป๋าเงินสำหรับสัญญา NFT เช่น ERC-6551 บัญชีสัญญาใช้เส้นทางที่สั้นกว่าในการใช้งานกระเป๋าเงินสัญญา NFT แต่ก็หมายถึงความไม่เข้ากันกับ NFT ที่มีอยู่ด้วย
Source：《A3S Protocol Gitbook》
ในแง่ของการรวมที่อยู่กระเป๋าเงินหลายสายโซ่เข้าด้วยกัน โซลูชันทั้งสองยืมค่า obfuscation Salt เพื่อรับที่อยู่เดียวกันบนสายโซ่สาธารณะที่เข้ากันได้กับ EVM ที่แตกต่างกัน เพื่อแก้ปัญหาความสับสนในที่อยู่หลายสายโซ่สำหรับบัญชีสัญญา นี่เป็นปัญหาที่ทำให้ Wintermute สูญเสียโทเค็น OP 20 ล้านโทเค็นโดยการโอนไปยังที่อยู่แบบหลายลายเซ็นบนเครือข่ายที่ต่างกัน
ความเป็นโมดูลาร์และนามธรรมแบบหลายสายโซ่
ความสำคัญของการแยกบัญชีแบบโมดูลาร์คือการลดต้นทุนการพัฒนาและการบำรุงรักษา เช่น OP Stack ทำให้นักพัฒนากระเป๋าเงินมุ่งเน้นไปที่ตัวผลิตภัณฑ์มากกว่าการก่อสร้างและบำรุงรักษาโครงสร้างพื้นฐานพื้นฐาน แน่นอนว่าระบบนิเวศแบบโมดูลาร์ที่สร้างขึ้นด้วยเหตุนี้จึงเป็นรากฐานของแพลตฟอร์มแบบโมดูลาร์ด้วย ดังนั้นจึงต้องนำนามธรรมบัญชีแบบโมดูลาร์มาใช้:
ความสามารถในการประกอบร่วมกันของแต่ละโมดูล (EIP-6900 กำลังพยายามสร้างการใช้งานมาตรฐาน)
ความหลากหลายของฟังก์ชันโมดูล (รูปแบบลายเซ็น/ความเป็นส่วนตัว/การต่อต้าน MEV/การฝากและการถอน/เจตนา ฯลฯ)
ความปลอดภัย (แต่ละโมดูลมีมาตรฐานที่เป็นเอกภาพเพื่อหลีกเลี่ยงข้อขัดแย้งในการจัดเก็บ)
นามธรรมแบบหลายห่วงโซ่ (Vitalik เสนอโดยใช้สัญญาที่เก็บคีย์แบบห่วงโซ่เดียวแบบครบวงจรเพื่อให้บรรลุการทำงานร่วมกันของบัญชีสัญญาอัจฉริยะแบบหลายห่วงโซ่)
เราได้กล่าวไว้ข้างต้นว่าเราใช้ Salt เพื่อทำให้ที่อยู่บัญชีสัญญาอัจฉริยะแบบหลายสายโซ่สอดคล้องกัน แต่ที่อยู่ที่สอดคล้องกันเป็นเพียงขั้นตอนแรกเท่านั้น สิ่งที่สำคัญกว่านั้นคือผู้ใช้ไม่มีการรับรู้ถึงสายโซ่ข้ามระหว่างการดำเนินการ นั่นคือ multi-chain abstraction ซึ่งเป็นแบบโมดูลาร์ ขั้นตอนสำคัญสำหรับ abstraction ของบัญชี
Source：《Future of Smart Accounts: Modular, Specialised & Multichain》
การตรวจสอบลายเซ็น
เราได้กล่าวไว้ก่อนหน้านี้ว่าธุรกรรมใด ๆ บน Ethereum สามารถพึ่งพา EOA เพื่อเริ่มต้นและจ่าย ETH ในรูปแบบ Gas เท่านั้น นอกจากนี้ EOA สามารถใช้รูปแบบลายเซ็น ECDSA เท่านั้น ซึ่งทำให้การใช้ EOA ยุ่งยากมากและมีฟังก์ชันเดียวรวมทั้งเสี่ยงต่อการรั่วไหลของคีย์ส่วนตัว วันที่คอมพิวเตอร์ควอนตัมออกมาก็เป็นวันที่ Ethereum EOA เช่นกัน บัญชีกลายเป็นลูกแกะที่ต้องถูกเชือด .
อัลกอริธึมลายเซ็น
ในระดับลายเซ็น ปัจจุบันมีโซลูชันสำหรับการใช้ลายเซ็นหลายลายเซ็นและการกู้คืนทางสังคมผ่านสัญญาอัจฉริยะ (Gnosis Safe และ Argent) นอกจากนี้ยังมีโซลูชันที่ใช้สิ่งที่เรียกว่านามธรรมลายเซ็นเพื่อให้เกิดการโต้ตอบอย่างอิสระกับสัญญาภายในช่วงที่กำหนดหลังจากการอนุญาต ครั้งเดียว (Lens Protocl) . แต่ตาม ไม่ใช่กุญแจของคุณ ไม่ใช่เหรียญของคุณ เราสามารถให้ความสำคัญกับอัลกอริธึมลายเซ็นได้มากขึ้น:
การรวมลายเซ็น
ใช้ลายเซ็นที่มีประสิทธิภาพและเรียบง่ายยิ่งขึ้นผ่าน Schnorr หรือ BLS ซึ่งไม่เพียงแต่เปิดใช้งานลายเซ็นหลายลายเซ็นจากล่างขึ้นบน แต่ยังช่วยลดการใช้ก๊าซด้วยการรวมลายเซ็นอีกด้วย แน่นอนว่าพวกเขาต่างก็มีปัญหาของตัวเอง เช่น ต้องมีรอบการสื่อสารเพิ่มเติม ไม่เหมาะสำหรับแผนหลายลายเซ็นที่มีค่า m และ n มากกว่า เวลาในการตรวจสอบการจับคู่จำนวนมาก เป็นต้น
ลายเซ็นที่ปลอดภัยหลังควอนตัม
ใช้ลายเซ็นแบบครั้งเดียว เช่น Lamport หรือ W-OTS เพื่อป้องกันไม่ให้ผู้อื่นใช้คอมพิวเตอร์ควอนตัมเพื่อถอดรหัสส่วนหนึ่งของคีย์ส่วนตัวสาธารณะเพื่อปลอมแปลงข้อความและลายเซ็น
UserOperation
ERC 7521 Intent Centric
เมื่อเราเปรียบเทียบนามธรรมของบัญชี โดยเฉพาะ ERC-4337 และสถาปัตยกรรมของ Intent Centric เราจะพบว่าจริงๆ แล้ว Bundler และ Solver สามารถเป็นบุคคลคนเดียวกันได้ กล่าวคือ Bundler สามารถมอบเนื้อหาเชิงโต้ตอบของผู้ใช้ UserOperation ได้ Bundler จะแยกวิเคราะห์ความตั้งใจที่ผู้ใช้ให้ไว้และเสนอเส้นทางโซลูชันที่ตรงกัน จากนั้นยืนยันความถูกต้องตามกฎหมายของเส้นทางไปยังผู้ใช้ผ่านสัญญา EntryPoint เพื่อป้องกัน Bundler จากการทำความชั่วและในที่สุดการประหารชีวิตก็ถูกบล็อก เส้นทางเจตนาที่ตรวจสอบแล้ว
การผสมผสานระหว่างนามธรรมของบัญชีและความตั้งใจจะช่วยให้สามารถนามธรรมของบัญชีและการโต้ตอบไปพร้อมๆ กัน บรรลุประสบการณ์ผู้ใช้ที่เหนือกว่า Web2
Source：《ERC-7521 》
กระบวนการธุรกรรมทั้งหมดสามารถใช้เทคโนโลยีพิสูจน์ ZK เพื่อให้ได้รับการชำระเงินส่วนตัวผ่านกระบวนการพยาน/ความท้าทาย และการตอบสนอง สิ่งนี้ไม่เพียงแต่ช่วยให้ผู้ใช้พิสูจน์ความถูกต้องของธุรกรรมโดยไม่ต้องเปิดเผยที่อยู่จริงของผู้ส่งเท่านั้น แต่ยังรวมธุรกรรมหลายรายการเข้าด้วยกันเป็นหลักฐานเดียว จึงช่วยลดค่าใช้จ่ายในการคำนวณและปรับปรุงความสามารถในการปรับขนาดได้อย่างมาก ซึ่งเรียกว่าการลดต้นทุนและการปรับปรุงประสิทธิภาพ ผู้ใช้องค์กรบางรายที่จำเป็นต้องเผชิญกับการควบคุมดูแลสามารถทำธุรกรรมที่โปร่งใสกับหน่วยงานกำกับดูแลได้อย่างอิสระเพื่อให้เป็นไปตามข้อกำหนดการปฏิบัติตามกฎระเบียบโดยไม่ต้องเสียสละการรักษาความลับ
Source：《ZKPayments: Achieving Privacy and Scalability》
Bundler
การแข่งขัน Bundler MEV และ Bundler
Bundler MEV และ Bundler Competition เป็นผลมาจากโครงสร้างพื้นฐานที่ไม่เพียงพอ Bundler MEV มาจากความรับผิดชอบในการบรรจุธุรกรรมของ Bundler ซึ่งคล้ายกับ Searcher Bundler สามารถเปลี่ยนลำดับการส่ง UserOperation เพื่อทำกำไรได้ ในขณะที่ Bundler Competition เกิดขึ้นเมื่อ Bundlers ที่แตกต่างกันทำแพ็กเกจ UserOperation เดียวกัน . สิ่งนี้คล้ายกับ Searchers Gas War Bundler ที่มี UserOperation แบบแพ็กเกจไม่อยู่ในห่วงโซ่ที่ใช้ Gas แต่ธุรกรรมล้มเหลว
พวกเขาทั้งหมดสามารถใช้โครงสร้างพื้นฐานที่มีอยู่ เช่น MEV-Boost เพื่อเปิดช่องทางการสื่อสารระหว่าง Bundlers และระหว่าง Bundlers และ Block Builders Etherspot กำลังพัฒนาเครือข่าย p2p ของ mempool สำหรับ AA การดำเนินการของผู้ใช้ที่รอการบรรจุจะถูกส่งในเครือข่าย p2p นี้ เมื่อบรรจุและประมวลผลบนเครือข่ายแล้ว การดำเนินการดังกล่าวจะถูกทำเครื่องหมายและลบออกจากรายการ
ที่มา: เหตุใด ERC-4337 Bundler จึงจำเป็นต้องทำงานร่วมกับ Block Builders
Paymaster
การฝากและถอนเงินของ Paymaster
Paymaster สามารถชำระค่าธรรมเนียมแก๊สให้กับผู้ใช้และเจรจากับผู้ใช้เพื่อแทนที่ด้วยโทเค็นหรือสกุลเงินคำสั่งใด ๆ ดังนั้นจึงเป็นทางออกที่ดีสำหรับ Paymaster ที่จะร่วมมือกับผู้ให้บริการชำระเงินเพื่อให้บริการฝากและถอนเงินแก่ผู้ใช้
ทีมงาน Visa ได้ปรับใช้สัญญา Visa Paymaster แบบทดลองสองสัญญาบนเครือข่ายทดสอบ Ethereum Goerli สัญญาหนึ่งเพื่อสำรวจว่าผู้ใช้สามารถชำระค่าธรรมเนียมด้วยโทเค็นอื่น ๆ รวมถึง USD stablecoin หรือไม่ และอีกอันเพื่อพยายามสนับสนุนค่าธรรมเนียมการทำธุรกรรมโดยตรง แน่นอนว่าการรวม Paymaster เข้ากับโทเค็น ERC-20 ที่มีอยู่นั้นจำเป็นต้องใช้แหล่งภายนอกหรือ oracle on-chain เพื่อกำหนดราคาโทเค็นและตรวจสอบว่าสัญญา Paymaster ได้รับการอนุมัติให้เรียกเก็บเงินจากผู้ใช้สำหรับโทเค็นที่ระบุหรือไม่ ภายใต้โซลูชันที่สมบูรณ์นี้ การเข้าถึงบัตร Visa โดยตรงเพื่อใช้สกุลเงิน fiat เพื่อจ่าย Gas และแม้แต่การแปลงแบบเรียลไทม์ด้วยโทเค็น ERC-20 การตระหนักว่าการฝากและถอนเงินที่เป็นนามธรรมจะช่วยลดเกณฑ์การเข้าร่วมสำหรับผู้ใช้ Web2 ลงอย่างมาก
วิวัฒนาการของระบบบัญชี Web3 และทางเข้า Web3 ในอนาคต
วิวัฒนาการของพอร์ทัลการรับส่งข้อมูลเครือข่ายและระบบบัญชีที่เกี่ยวข้องในยุค Web2 สะท้อนให้เห็นถึงการพัฒนาอย่างรวดเร็วของอินเทอร์เน็ตรุ่นที่สองและการเปลี่ยนแปลงในความต้องการของผู้ใช้
ในตอนแรก ผู้ใช้เข้าถึงอินเทอร์เน็ตผ่านทางพอร์ทัล และพวกเขามีอิสระที่จะเลือกแหล่งข้อมูลออนไลน์ที่แสดงอยู่ในพอร์ทัล จากนั้น การเกิดขึ้นของเครื่องมือค้นหาทำให้ผู้ใช้สามารถสืบค้นคำหลักผ่านเครื่องมือค้นหา และเครื่องมือค้นหาก็ให้ผลลัพธ์ที่เกี่ยวข้องโดยการวิเคราะห์ URL ยุค Web2 ได้เห็นการเพิ่มขึ้นของแพลตฟอร์มโซเชียล รวมถึงพีซีและมือถือ นอกเหนือจากการใช้เครื่องมือค้นหาเพื่อเข้าสู่ Web2 แล้ว ผู้ใช้ยังสามารถเข้าถึง Web2 แบบพาสซีฟผ่านข้อมูลจากแพลตฟอร์มสื่อพีซี หรือเข้าสู่ Web2 อย่างอิสระผ่านแพลตฟอร์มสื่อในตัวของพีซี/มือถือ ในช่วงเวลานี้ มีกระบวนการสองกระบวนการตั้งแต่แบบพาสซีฟไปจนถึงแบบแอคทีฟ และกระบวนการกระจายอำนาจข้อมูล
ระบบบัญชีของ Web2 ก็เปลี่ยนแปลงไปพร้อมๆ กัน ตั้งแต่ SMS/MMS เริ่มต้นที่ใช้หมายเลขโทรศัพท์มือถือเป็นบัญชี ไปจนถึง QQ/WeChat/Blog/Weibo เพื่อสร้างหลายบัญชีและรับฟังก์ชันเพิ่มเติมที่หลากหลายและข้อมูลระบุตัวตนเครือข่ายส่วนบุคคลที่เป็นอิสระ แพลตฟอร์มเหล่านี้ได้เปิดตัวโปรไฟล์และรายชื่อผู้ติดต่อ ซึ่งขยายการระบุตัวตนผู้ใช้จาก URL เดียวไปจนถึงรหัสผู้ใช้และกราฟโซเชียลที่ซับซ้อนมากขึ้น
ด้วยการพัฒนาเทคโนโลยีเครือข่ายและฮาร์ดแวร์ มีสองวิธีในการพัฒนาระบบนิเวศของตนเอง:
iOS+Apple Pay+Apple Store และ WeChat Pay+Mini Program หลังจากสร้างข้อได้เปรียบด้านการรับส่งข้อมูลของบัญชีและระบบการชำระเงินของตนเองแล้ว ได้เปิดพื้นที่ให้นักพัฒนาภายนอกเข้าถึงได้ จึงทำให้ผู้ใช้อยู่ในระบบของตนเอง เสริมสร้างความเข้มแข็ง ระบบนิเวศ
Taobao + Alipay และ Douyin + Douyin Payment พัฒนาบัญชีและระบบการชำระเงินของตนเองตามปริมาณการใช้งานที่มาจากแอปพลิเคชันยอดนิยม และรวมแอปพลิเคชันอื่น ๆ เข้าด้วยกันเพื่อสร้างบัญชีและระบบการชำระเงินแบบรวมศูนย์
ทั้งสองวิธีมีประสิทธิภาพในแบบของตัวเองและครองโลก WeChat สามารถตอบสนองความต้องการของผู้ใช้ส่วนใหญ่ได้ในแอปพลิเคชันเดียวในขณะที่การชำระเงิน Alipay ก็สามารถพบได้ในแอปพลิเคชันหลัก ๆ
โดยสรุป พอร์ทัลการรับส่งข้อมูลในยุค Web2 มีเป้าหมายเพื่อให้ผู้ใช้มีความคิดริเริ่มและการกระจายอำนาจมากขึ้น ในขณะที่ระบบบัญชีได้พัฒนาจากแบบเดี่ยวไปจนถึงแบบสมบูรณ์และหลากหลาย และประสบความสำเร็จในการพัฒนาระบบนิเวศของตัวเองในสองวิธี
Source：OP Research
ระบบบัญชี
วิวัฒนาการของระบบบัญชีในยุค Web3 ไม่เพียงแต่รักษาเงาบางส่วนของ Web2 เท่านั้น แต่ยังนำเสนอเส้นทางการพัฒนาที่เป็นเอกลักษณ์อีกด้วย
วิวัฒนาการของระบบบัญชีในยุค Web3 ยังคงคุณลักษณะบางอย่างของ Web2 ต่อไป ในขณะเดียวกันก็นำเสนอเส้นทางการพัฒนาที่ไม่เหมือนใคร ใน Web3 มีบัญชีหลายประเภท รวมถึง Plug-in Wallet เช่น Metamask, Software Wallet เช่น Math และ Trust แพลตฟอร์มปฏิบัติการ เช่น dAppOS และ Gnosis Safe รวมถึง UniPass ที่ฝังอยู่ภายใน dApps และ OKX Web3 Wallet ที่สร้างขึ้น เข้าสู่การแลกเปลี่ยน
Plug-in Wallet เช่น Metamask เปรียบเสมือนข้อความต้นฉบับที่สามารถตอบสนองความต้องการขั้นพื้นฐานที่สุดของผู้ใช้ แม้ว่าจะสามารถใช้งานได้ทุกที่ แต่ฟังก์ชั่นก็เดี่ยวเกินไป
กระเป๋าซอฟต์แวร์ เช่น Math และ Trust เช่น QQ และ WeChat เพิ่มการเพิ่มประสิทธิภาพและฟังก์ชันต่างๆ เพื่อปรับปรุงประสบการณ์ผู้ใช้ นอกเหนือจากฟังก์ชันพื้นฐาน เช่น การจัดการหลายบัญชี/ส่วนโซเชียล/แอปพลิเคชันในเครือ เป็นต้น
เมื่อเปรียบเทียบกับกระเป๋าซอฟต์แวร์แล้ว แพลตฟอร์มปฏิบัติการ เช่น dAppOS และ Gnosis Safe ได้อัปเกรดฟังก์ชันพื้นฐานเพิ่มเติมเพื่อสร้างระบบบัญชีขั้นสูงอื่น เช่นเดียวกับ Apple และ WeChat พวกเขาพัฒนา มินิโปรแกรม ที่สนับสนุนโดยตัวมันเองเป็นแกนหลักในการเสริมสร้างระบบนิเวศ
กระเป๋าเงินในตัวในแอปพลิเคชัน เช่น UniPass และ OKX Web3 Wallet นั้นเหมือนกับ Alipay และ Douyin Payment ซึ่งใช้บัญชีและเส้นทางการชำระเงินอื่น พวกเขาใช้การรับส่งข้อมูลของแอปพลิเคชันยอดนิยมเพื่อพัฒนาผู้ใช้ของตนเองและสร้างระบบนิเวศผ่านพันธมิตร
ทางเข้าสัญจร
เรากล่าวถึงในบทความ Web3 Traffic Portal:
“ตามกระบวนการของผู้ใช้ในการเข้าสู่ Web3 เราสามารถกำหนดทางเข้าการรับส่งข้อมูล Web3 ออกเป็นสองประเภทหลัก:
ระบบบัญชี (การฝาก การถอน และการจัดการกองทุน): การแลกเปลี่ยนแบบรวมศูนย์ โครงการการฝากและถอนเงินอิสระ ผู้รวบรวมการฝากและถอน ตู้เอทีเอ็มสกุลเงินดิจิทัล บัตรธนาคารสกุลเงินดิจิทัล และการทำธุรกรรมผ่านเคาน์เตอร์ (OTC) EOA, CA, กระเป๋าเงิน MPC และบัญชี นามธรรม (AA)
Web3 dapp (เครื่องมือ โซเชียล และความบันเทิง): DEX, ตลาด NFT (ตลาดกลาง), ชื่อโดเมน, DeSoc, ตลาดซื้อขายลิขสิทธิ์, GameFi, X เพื่อรับรายได้
ทุกวันนี้เรายังคงคิดอย่างนั้น แต่จากส่วนที่ 2 พอร์ทัลทั้งหมดเหล่านี้สามารถเป็นส่วนหนึ่งของกระเป๋าเงิน AA ได้ อย่างไรก็ตาม พวกเขายังแบ่งเส้นทางการรับกระเป๋าสตางค์ AA ออกเป็นสองประเภทแบบย้อนกลับ ได้แก่ บัญชีและแอปพลิเคชันตามที่กล่าวไว้ข้างต้น ไม่ว่าผู้ใช้จะได้รับบัญชีก่อนแล้วจึงโต้ตอบกับแอปพลิเคชัน หรือโต้ตอบกับแอปพลิเคชันเป็นครั้งแรกแล้วจึงใช้บัญชี
แอพเพล็ต Wallet และ Wallet เป็นบริการ
เมื่อเราดูความคืบหน้าของการนำ AA มาใช้ เราจะพบว่า Avocado ซึ่งเป็นผลิตภัณฑ์กระเป๋าเงิน AA อิสระของ Instadapp เปิดตัวครั้งแรก จากนั้น Metamask ก็ปล่อยส่วนประกอบแอปเพล็ต Snaps เพื่อรองรับฟังก์ชัน AA บางอย่าง Visa ยักษ์ใหญ่ด้านการชำระเงินยังได้เข้าร่วมกับ Paymaster เพื่อทดสอบน้ำและ เข้าถึงการชำระเงินด้วยบัตร Visa ในไม่ช้า Lens Protocol แอปพลิเคชันโซเชียลพยายามสร้างกระเป๋าเงิน AA ผ่าน ERC-6551 และ Safe ก็เข้ากันได้กับ ERC-4337 เพื่อรวมตลาด มินิโปรแกรม ของตัวเอง ตามมาด้วยการสนับสนุนของ OKX Wallet สำหรับการใช้งาน AA กระเป๋าสตางค์ Circle เลือกที่จะเปิดตัวกระเป๋าสตางค์ AA ของตัวเอง
จากนี้จึงไม่ยากที่จะพบว่าการนำ AA มาใช้นั้นไม่มีอะไรมากไปกว่าสองโหมด:
การเปิดตัวกระเป๋าเงินของตัวเองหรือความเข้ากันได้ของ AA ใช้ประโยชน์จากผู้ใช้กระเป๋าเงินและแอปเพล็ตภายในเพื่อดึงดูดและรักษาผู้ใช้
ผู้ให้บริการแอปพลิเคชัน/การแลกเปลี่ยน/การชำระเงินใช้ข้อได้เปรียบด้านการรับส่งข้อมูลของตนเองในการแปลงผู้ใช้ให้เป็นผู้ใช้กระเป๋าเงิน AA
สิ่งนี้ยังนำไปสู่ส่วนที่เราต้องพูดคุย: เนื่องจากระบบนิเวศออนไลน์จะเปลี่ยนจากตลาดของผู้ขายไปเป็นตลาดของผู้ซื้อเนื่องจากการเกิดขึ้นของ AA ผู้ใช้จะจ่ายเงินให้กับโมเดลใด
Source：《Binance Research：Account Abstractation Report》
แอพเพล็ต
เมื่อพิจารณาจากอัตราการนำไปใช้ในระยะสั้น โมเดล AA ในการพัฒนาระบบนิเวศของโปรแกรมขนาดเล็กโดยใช้กระเป๋าเงินของตัวเองจะได้รับการยอมรับจากผู้ใช้ได้ง่ายขึ้น โดยพื้นฐานแล้ว มันเป็นโซลูชัน To C เนื่องจากผู้ใช้ส่วนใหญ่ที่ลองใช้กระเป๋าเงิน AA ยังคงเป็นผู้ใช้ Web3 กระเป๋าเงินนั้นจึงไม่คุ้นเคยและพวกเขาสามารถใช้งานได้โดยตรงโดยไม่ต้องเข้าใจเพิ่มเติม ฟังก์ชั่นที่หลากหลายและประสบการณ์การใช้งานที่ราบรื่นสามารถดึงดูดและรักษาพวกเขาไว้ได้ ยกตัวอย่าง Snaps ของ MetaMask อินเทอร์เฟซ API ช่วยให้บุคคลที่สามพัฒนาแอปเพล็ตกระเป๋าเงินที่เกี่ยวข้องเพื่อโต้ตอบกับเครือข่ายที่ไม่ใช่ EVM ดูเหมือนว่าจะดึงดูดการรับส่งข้อมูลไปยังกระเป๋าเงินอื่น ๆ แต่ในความเป็นจริงมันกำลังสร้างระบบนิเวศสำหรับตัวเองและให้ความรู้แก่ผู้ใช้ ไม่ต้องสงสัยเลยว่าวันที่ MetaMask สามารถใช้งานร่วมกับ ERC-4337 ได้อย่างสมบูรณ์คือวันที่จะกลายเป็นกระเป๋าสตางค์ AA ชั้นนำ
เมื่อเรายก dappOS เป็นตัวอย่าง:
dappOS=บัญชี dappOS (EOA แบบรวมหลายสายโซ่) + เครือข่าย dappOS
บัญชี dappOS: อนุญาตให้ผู้ใช้ใช้ บัญชีรวม โดยยึดตามนามธรรมของบัญชีแทนบัญชีที่เป็นเจ้าของภายนอก (EOA) แนวทางนี้ทำให้ผู้ใช้สามารถกู้คืนบัญชี การประมวลผลธุรกรรมล่วงหน้าเป็นชุด การดำเนินการอัตโนมัติ และฟังก์ชันอื่น ๆ ที่ ในเวลาเดียวกัน วิธีการรวมกระเป๋าเงินแบบหลายสายโซ่ยังสามารถอำนวยความสะดวกให้ผู้ใช้สามารถจัดการสินทรัพย์บนสายโซ่ที่แตกต่างกันได้อย่างเท่าเทียมกัน
เครือข่าย dappOS: เครือข่ายแบบกระจายอำนาจที่ช่วยให้ผู้ใช้ดำเนินการที่เกี่ยวข้องกับกระเป๋าเงินและข้ามเครือข่ายโดยอัตโนมัติ และดำเนินการกระบวนการโต้ตอบที่ซับซ้อนเบื้องหลังธุรกรรมให้เสร็จสิ้น
dappOS พยายามที่จะแยกแนวคิดของบัญชี เชนสาธารณะ และ Gas Token เพื่อให้ผู้ใช้สามารถมีประสบการณ์ที่คล้ายกับบัญชี Web2 อย่างไรก็ตาม เนื่องจากมันยังอยู่ในช่วงเริ่มต้นที่ค่อนข้างมาก dapps ที่ทำงานร่วมกันของแพลตฟอร์มจึงมีจำกัด แต่สิ่งนี้ไม่ได้เป็นอุปสรรค การเติบโตของข้อมูลผู้ใช้ . เนื่องจากผู้ใช้ได้รับแรงจูงใจให้เข้าร่วมจาก EOA โดยเฉพาะผู้ใช้ที่ต้องการการโต้ตอบหลายบัญชีและหลายสายโซ่ ประสบการณ์เชิงโต้ตอบหลังการย้ายจึงมีค่ามากกว่าค่าใช้จ่ายในการย้าย สิ่งที่สำคัญที่สุดคือเมื่อผู้ใช้เข้ามา ระบบบัญชีนี้ โดยพื้นฐานแล้วจะไม่มีวันออกไปเพราะผู้ใช้ยังได้รับการศึกษาในขณะที่ใช้งาน ประการแรก ผู้ใช้ที่เคยสัมผัสกับกระเป๋าเงิน AA ตั้งแต่เริ่มต้นจะไม่สามารถใช้กระเป๋าเงิน EOA ได้ ประการที่สอง , wallets เช่น dappOS สามารถตอบสนองความต้องการโต้ตอบส่วนใหญ่ของผู้ใช้และผู้ใช้ไม่จำเป็นต้องย้าย ในท้ายที่สุด แม้ว่าผู้ใช้ต้องการย้าย แต่ multi-chain abstraction ที่มองไม่เห็นจะทำให้กระบวนการย้ายทั้งหมดยุ่งยาก
จะเห็นได้ว่าผลิตภัณฑ์กระเป๋าสตางค์ที่มีรูปแบบสามารถรับและรักษาผู้ใช้ Web3 AA ได้เร็วขึ้น เช่น Safe, Avocado, OKX Wallet เป็นต้น
Waas
WaaS เป็นกระเป๋าเงิน AA เส้นทางแอปพลิเคชันที่อยู่ตรงข้ามกับกระเป๋าเงิน AA ที่ใช้เส้นทางมินิโปรแกรม การมีแอปพลิเคชันก่อนแล้วจึงกระเป๋าสตางค์ถือเป็นโซลูชัน To B อย่างเห็นได้ชัด แอปพลิเคชันใช้ WaaS เพื่อปรับแต่งวอลเล็ตของตนเองให้ตรงกับฟังก์ชันของผลิตภัณฑ์ โมดูล WaaS ที่ได้มาตรฐานนั้นพร้อมใช้งานสำหรับแอปพลิเคชันต่างๆ ให้เลือก โดยจะใช้การรับส่งข้อมูลของแอปพลิเคชันเพื่อขยายระบบนิเวศของตนเอง สร้างแพลตฟอร์ม AA Wallet จากนั้นจึงหันไปทางฝั่ง C เพื่อออกกระเป๋าเงินแบบกำหนดเองให้กับผู้ใช้ ผู้ใช้ จับคู่ฟังก์ชั่นกระเป๋าเงินที่คุณต้องการได้อย่างอิสระ
ดู Stepn เป็นตัวอย่าง Stepn มีผู้ใช้หลายสิบล้านคนทั่วโลกในฐานะที่เป็นแอปพลิเคชันนอกวงจร หาก Stepn มีกระเป๋าเงิน AA ในตัวและใช้กระเป๋าเงินนี้เป็นแกนหลักแทนที่จะเป็นเพียงโทเค็น GMT ก็จะยังคงพัฒนาระบบนิเวศต่อไป เช่น ตลาดซื้อขาย MOOAR NFT เกมไพ่นกกระจอก และ Gashero ในเวลาต่อมา จากนั้นกระเป๋าเงิน AA นี้เพียงอย่างเดียวก็สามารถนำผู้ใช้ที่เพิ่มขึ้นหลายสิบล้านคนมาสู่ตลาด Crypto ทั้งหมด และผู้ใช้เหล่านี้ล้วนเป็นผู้ใช้กระเป๋าเงิน AA นี้ที่มีความเหนียวแน่นสูง เนื่องจากค่าใช้จ่ายในการย้ายข้อมูลนั้นสูงมากสำหรับพวกเขา
เช่นเดียวกับ Friend Tech ยอดนิยมเมื่อเร็ว ๆ นี้ ผู้ใช้ Twitter ทุกคนสามารถเป็นผู้ใช้ที่เป็นไปได้ของกระเป๋าเงิน AA และการฝากและถอนเงินในสกุลเงินตามกฎหมายและการชำระแก๊สสามารถช่วยให้ผู้ใช้เอาชนะอุปสรรคในการโต้ตอบของ Web3 และรวมเข้ากับ Web3 ได้อย่างรวดเร็ว
ในบรรดาผลิตภัณฑ์ที่นำไปใช้เราสามารถมุ่งเน้นไปที่ WaaS Pay และ UniPass ผลิตภัณฑ์ทั้งสองนี้แสดงถึงลักษณะของกระเป๋าเงินที่เน้น WaaS ตามลำดับ:
• WaaS Payเป็นแพลตฟอร์มการใช้งานบัญชีสัญญาอัจฉริยะที่ใช้ประโยชน์จากชุดโปรโตคอล Safe{Core} และ Safe{Core} Account Abstraction SDK ซึ่งออกแบบมาสำหรับองค์กรที่ต้องการการชำระเงินด้วยบล็อกเชนทันทีโดยให้ความสำคัญกับความเป็นส่วนตัว มีอินเทอร์เฟซที่ใช้งานง่ายโดยไม่ต้องใช้รหัสเพื่อปรับแต่งคุณสมบัติบัญชีสัญญาอัจฉริยะ เช่น การเข้าสู่ระบบโซเชียล ทางลาดเปิด/ปิดคำสั่ง และการทำธุรกรรมแบบไม่ใช้น้ำมันสำหรับผู้รับ ด้วย ZKBob ที่อำนวยความสะดวกในการทำธุรกรรมโดยไม่เปิดเผยตัวตนผ่าน Zero-Knowledge Proofs (ZKP) WaaS Pay จึงมั่นใจได้ว่าข้อมูลทางการเงินที่ละเอียดอ่อนยังคงปลอดภัยและเป็นส่วนตัว แพลตฟอร์มนี้ขับเคลื่อนโดย Polygon ZKEVM ซึ่งรับประกันความสามารถในการปรับขนาดและประสิทธิภาพ ในขณะที่โหนด IPFS ที่โฮสต์เองพร้อม Helia จะปกป้องเมตาดาต้าที่ละเอียดอ่อน
• UniPassโดยพื้นฐานแล้ว ยังเป็น SDK ที่จัดเตรียมไว้สำหรับ dapps บุคคลที่สาม ซึ่งอนุญาตให้ dapps ข้ามคีย์ส่วนตัวของบัญชีแบบดั้งเดิมและชุดของลายเซ็นและข้อจำกัดของ Gas หรือการรวมศูนย์ของคีย์ส่วนตัวที่ได้รับการจัดการเพื่อสร้างที่อยู่สำหรับผูกอีเมล และใช้การตรวจสอบ DKIM ของ UniPass โดยตรง เพื่อใช้บัญชีที่ควบคุมโดยอีเมลที่ไม่ใช่การควบคุมดูแล และในขณะเดียวกันก็ทำให้การโต้ตอบออนไลน์ผ่าน Relayer ง่ายขึ้น บรรลุคุณสมบัติต่างๆ เช่น การตอบกลับแบบไม่ใช้แก๊ส/นามธรรม/โซเชียล ที่ปรับปรุงประสบการณ์การโต้ตอบของผู้ใช้อย่างมาก ในฐานะแอปพลิเคชันที่ขับเคลื่อนด้วยสถานการณ์ UniPass เลือกใช้เครือข่ายโซเชียลแบบรวมศูนย์เพื่อให้บริการที่ปรับแต่งสำหรับแอปพลิเคชันต่างๆ ในขณะเดียวกันก็สร้างระบบบัญชีที่ทำงานร่วมกันได้ ขึ้นอยู่กับความสามารถในการทำงานร่วมกันของเครือข่ายโซเชียลแบบรวมศูนย์นี้ บนสมมติฐานของการให้ความเป็นเจ้าของข้อมูลและการปกป้องความเป็นส่วนตัว ความสัมพันธ์ทางสังคมจะถูกวางบนห่วงโซ่ และ DID ที่เป็นเจ้าของข้อมูลและทรัพย์สินได้รับการจัดตั้งขึ้นเพื่อพิสูจน์สถานการณ์การใช้งานของตนเองเพื่อดึงดูดแอปพลิเคชันมากขึ้น ใช้ UniPass SDK จะเข้าสู่ Web3 ผู้ใช้แอปพลิเคชันเหล่านี้จะกลายเป็นผู้ใช้ UniPass และใช้มันเพื่อโต้ตอบใน Web3 ต่อไปโดยมีความเหนียวสูงมาก
จากนี้เรายังเห็นได้ว่ากระเป๋าเงิน AA ของเส้นทาง WaaS มีข้อได้เปรียบมากกว่าในแง่ของพื้นที่การเติบโตและการได้มาซึ่งผู้ใช้ Web2 แต่จะทดสอบคุณภาพผลิตภัณฑ์และความสามารถ BD ของทีม อย่างไรก็ตาม เมื่อสร้างเอฟเฟกต์เครือข่ายแล้ว จะมีความเฉื่อยในการเติบโต , เป็นประเภทที่ออกแรงในระยะหลัง
Reference
[1] Sixdegree ERC 4337 รายงานข้อมูลครึ่งปีhttps://sixdegree.xyz/research/Half-Year-Data-Report-of-ERC4337-by-Sixdegree.pdf
[2] การตีความบทความเชิงลึกขนาดยาวของ นามธรรมบัญชี: วิวัฒนาการเส้นทาง 7 ปีและแผนที่เส้นทางhttps://www.chaincatcher.com/article/2085142
[3] การตีความรายงานบทคัดย่อบัญชีการวิจัย Binancehttps://www.techflowpost.com/article/detail_12784.html
[4]《EIP-6551》https://eips.ethereum.org/EIPS/eip-6551
[5]《A3S Protocol Gitbook 》https://a3sprotocolcontact.gitbook.io/a3s-protocol/a3s-v1.0/how-a3s-v1.0-works
[ 6 ]《Future of Smart Accounts: Modular, Specialised & Multichain》https://longhashvc.medium.com/future-of-smart-accounts-modular-specialised-multichain-d04f083375a6
[7] เหตุใด ERC-4337 Bundler จึงต้องร่วมมือกับ Block Buildershttps://learnblockchain.cn/article/6205
[8] คำแนะนำฉบับสมบูรณ์เกี่ยวกับนามธรรมบัญชีhttps://news.marsbit.co/ 20230302172702633640 .html
[9] วิธีที่โครงสร้างพื้นฐานสนับสนุนผู้ใช้หลายพันล้านคนผ่านการแยกบัญชีhttps://www.panewslab.com/zh/articledetails/24hz8399g6my.html
[10]《You Could Have Invented Account Abstraction: Part 1 》https://www.alchemy.com/blog/account-abstraction
[11] รายงานการวิจัยบทคัดย่อบัญชี Ethereum: การแยกข้อเสนอ EIP ที่เกี่ยวข้อง 10 ข้อและปัญหาคอขวดที่ส่งผลกระทบต่อผู้ใช้งานหลายสิบล้านรายต่อวันhttps://www.odaily.news/post/5183201
IOS
Android