นามธรรมของบัญชีเทียบกับนามธรรมของบัญชีดั้งเดิม

พูดง่ายๆ ก็คือ Account Abstraction ใน ERC-4337 เป็นโครงสร้างพื้นฐานเสริมในบล็อกเชน คุณสามารถเลือกได้ว่าจะนำมาใช้หรือไม่ เมื่อนำมาใช้แล้ว จะมีฟังก์ชันการทำงานที่คล้ายกันกับบัญชีสัญญา (CA) เช่น multisig การจ่ายค่าธรรมเนียม gas ด้วยโทเค็น ERC-20 การฟื้นฟูทางสังคม และอื่นๆ ผู้ให้บริการหลายราย เช่น stackup กำลังทำงานบนโครงสร้างพื้นฐานนี้ อย่างไรก็ตาม โครงสร้างพื้นฐานนี้ไม่ได้รับการยอมรับอย่างกว้างขวางด้วยเหตุผลดังต่อไปนี้:

• ปัญหาของ Bundler: มีเพียง Bundler เท่านั้นที่เข้าร่วมในการตรวจสอบ ซึ่งนำไปสู่การพึ่งพา Bundler มากเกินไป
• กำไรไม่เพียงพอสำหรับผู้รวมกลุ่ม: สาเหตุหลักมาจากขนาดเล็ก ซึ่งต้องใช้ DApps มากขึ้นในการเลือกโครงสร้างพื้นฐาน Account Abstraction เพื่อประหยัดค่าธรรมเนียมก๊าซ
• การกระจุกตัวของผู้รวมกลุ่ม: กลุ่มรวมกลุ่มกระจุกตัวอยู่ในซัพพลายเออร์เพียงไม่กี่ราย (Alchemy, Pimlico, Stackup) ซึ่งก่อให้เกิดความเสี่ยงจากการรวมศูนย์
• อัตราการรักษา: นอกเหนือจากการแจกอากาศแล้ว อัตราการรักษา ผู้ใช้สำหรับบริการ Account Abstraction ยังต่ำมาก

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

บทความนี้กล่าวถึงคำศัพท์บางคำ เช่น ความแตกต่างระหว่าง EOA และ CA (กล่าวง่ายๆ คือ Metamask คือ EOA สัญญาคือ CA) รวมถึง ตัวรวมกลุ่ม (ในระบบนิเวศของ Account Abstraction ผู้ใช้ส่ง UserOperations ไปยังตัวรวมกลุ่มเพื่อทำบรรจุภัณฑ์และ การประมวลผลลูกโซ่ แทนที่จะส่งไปยังเครื่องมือตรวจสอบโหนด/Mempool) สำหรับคำอธิบายโดยละเอียด คุณสามารถคลิกลิงก์ไปยังบทความทั้งสองที่กล่าวถึงข้างต้น และดูบทความที่เผยแพร่ก่อนหน้านี้เกี่ยวกับ Gate Learn

RIP-7560 คืออะไร?

RIP-7560 เป็นข้อเสนอการปรับปรุงสำหรับการแยกบัญชี (EIP-2938/ERC-4337) การแนะนำธุรกรรมประเภทใหม่ “AA_TX_TYPE” จะรวมเอาบทบาทอื่นนอกเหนือจากผู้ค้ากลุ่ม (ตัวสร้างบล็อก/ตัวตรวจสอบโหนด) ในการตรวจสอบธุรกรรมและขั้นตอนการดำเนินการ มันไม่ได้ขึ้นอยู่กับผู้ค้าแบบรวมกลุ่มเพียงอย่างเดียวอีกต่อไปสำหรับบรรจุภัณฑ์และการส่งแบบออนไลน์ ดังนั้นจึงเป็นการแก้ไขปัญหาการรวมศูนย์ที่กล่าวถึงก่อนหน้านี้ นอกจากนี้ RIP-7560 ยังมีการออกแบบที่ได้มาตรฐานเพื่อให้มั่นใจว่ามีความสอดคล้องมากขึ้นสำหรับผู้ใช้ในอนาคต บทความนี้จะอธิบายเพิ่มเติมเกี่ยวกับมาตรฐานที่ได้รับการปรับปรุงโดยข้อเสนอ RIP-7560 และแก้ไขข้อกังวลที่เกิดขึ้น

การเปลี่ยนแปลงขั้นพื้นฐานที่สุด

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

ซึ่งแตกต่างจาก ERC-4337 ข้อเสนอ RIP-7560 จะเกี่ยวข้องกับการเปลี่ยนแปลงที่ใหญ่กว่า โดยเฉพาะในระดับโปรโตคอลเลเยอร์ที่เป็นเอกฉันท์ (คำนำหน้า RIP บ่งชี้ว่านี่เป็นข้อเสนอระดับล่างสำหรับการปรับปรุงเทคโนโลยี Rollup) ประโยชน์ที่ได้รับคือความสามารถในการหลีกเลี่ยงการพึ่งพาโครงสร้างพื้นฐานของ L2 Native Chain โดยตรง

ขอแนะนำธุรกรรมประเภทใหม่ \
มีการแนะนำประเภทธุรกรรมใหม่: ประเภทธุรกรรมที่สี่หรือที่เรียกว่า "AA_TX_TYPE" (ซึ่งจริง ๆ แล้วเสนอไว้ใน EIP-2938 เก่า) ไม่เพียงสนับสนุนฟังก์ชันการทำงานของ CA ทั่วไปเท่านั้น (เช่น การชำระค่าธรรมเนียมน้ำมันและฟังก์ชันการชำระเงินอัตโนมัติประจำที่กล่าวถึงใน บทความของ Visa) แต่ยังแตกต่างจาก ERC-4337 ตรงที่ยังอนุญาตให้ EOA ที่มีอยู่ส่งธุรกรรมได้อีกด้วย ซึ่งหมายความว่าข้อเสนอนี้มีจุดมุ่งหมายเพื่อส่งเสริมการนำไปใช้ในวงกว้าง

ลอจิกการดำเนินการธุรกรรม

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

ผังการดำเนินการ (ที่มา: เอกสาร GitHub ของ RIP-7560)

ข้อกังวลหลักเกี่ยวกับข้อเสนอ

ผู้เขียนหยิบยกข้อกังวลต่อไปนี้ในระหว่างการสนทนาในฟอรัม Ethereum Magicians: RIP-7560: Native Account Abstraction

มันจะจำกัดการพัฒนาบริการนามธรรมบัญชีตามเจตนาหรือไม่?

ผู้เล่นหลักในบริการตามความตั้งใจนั้นคาดว่าจะเป็น Uniswap V4 และ UniswapX โดย UniswapX วางแผนที่จะพัฒนาบริการนามธรรมของบัญชี นอกจากนี้ ERC-7521 ยังเสนอแนวทางที่คล้ายกันอีกด้วย เพื่อตอบสนองต่อการอภิปรายในชุมชน Yoav Weiss หนึ่งในผู้เขียนข้อเสนอนี้กล่าวว่า นอกจาก RIP-7560 แล้ว ยังมีกฎการตรวจสอบนามธรรมบัญชีที่เรียกว่า ERC-7562 อีกด้วย การออกแบบระบบเจตนาสามารถใช้งานร่วมกับ RIP-7560 ได้เท่านั้น และไม่สามารถใช้กับกฎการตรวจสอบได้ จากนั้น สามารถใช้เครือข่าย Intent Solver ที่แยกต่างหากได้ ช่วยให้ได้รับประโยชน์จาก RIP-7560 ได้โดยไม่ขัดแย้งกับการออกแบบ Intent

ความเสี่ยงของการกลับไม่ได้

บางคนในชุมชนตั้งคำถามว่าข้อเสนอนี้คล้ายกับ "การพยายามฝังระบบปฏิบัติการลงใน Bare Metal" ซึ่งก่อให้เกิดความเสี่ยงที่สำคัญหรือไม่ Yoav Weiss ตอบว่า: ข้อเสนอนี้มีไว้สำหรับเชนที่เลือกที่จะฝังระบบปฏิบัติการ (เช่น ERC-4337) ลงใน Bare Metal นั่นคือเชน L2 ที่เลือกที่จะปรับใช้นามธรรมของบัญชีดั้งเดิม มีตัวเลือกเพียงพอภายในระบบนิเวศ Ethereum และผู้ใช้สามารถเลือกใช้ L2 chain อื่นๆ ที่ยังไม่ได้ปรับใช้นามธรรมของบัญชีดั้งเดิม

การพิจารณาความซับซ้อนและต้นทุน

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

บทสรุป

ในปัจจุบัน ผู้ให้บริการโครงสร้างพื้นฐานการลบบัญชีอย่างน้อยที่สุด เช่น ผู้ก่อตั้ง Stackup ยินดีกับการเปลี่ยนแปลงดังกล่าวในระดับฉันทามติ ซึ่งบ่งชี้ว่าปัญหาหลักของบริการการลบบัญชีปัจจุบันยังคงแพร่หลาย หาก dApps มีไม่เพียงพอที่นำโซลูชันนี้มาใช้เพื่อลดค่าธรรมเนียมก๊าซและแนะนำฟีเจอร์ที่คล้ายกับ CA ที่เป็นมิตรกับผู้ใช้ ผู้ให้บริการชุดรวมจะไม่ได้รับผลกำไร และอัตราการรักษาผู้ใช้จะไม่เพิ่มขึ้น อย่างไรก็ตาม หากบริการที่พัฒนาขึ้นตามข้อเสนอนี้สามารถรองรับ EOA ที่มีอยู่แบบออนไลน์ได้อย่างราบรื่นเพื่อรองรับการสร้างบัญชีแบบเนทีฟ เราก็จะเข้าใกล้เป้าหมายสูงสุดมากขึ้น (การยอมรับจำนวนมาก Metamask รองรับการสร้างบัญชีแบบเป็นนามธรรม ฯลฯ) และประสบการณ์ผู้ใช้ในการโต้ตอบ ด้วย DApps จะปรับปรุงอย่างต่อเนื่อง