Ethereum และ Base ล้มเลิกมาตรฐาน Account Abstraction ร่วม

Derek Chiang นักพัฒนาจาก Ethlabs กล่าวเมื่อวันจันทร์ว่า ผู้เขียนข้อเสนอทั้งสองหยุดทำงานเพื่อหาข้อกำหนดร่วมกันเมื่อสัปดาห์ที่แล้ว หลังจากพบว่าตัวเลือกทางเทคนิคที่มีอยู่จะทำให้ Ethereum หรือ Base ต้องประนีประนอมในข้อกำหนดหลัก

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

“แม้เราจะพบวิธีแก้ปัญหาทางเทคนิคหลายอย่าง แต่ทั้งหมดล้วนต้องให้ฝ่ายใดฝ่ายหนึ่งประนีประนอมในเป้าหมายหลักอย่างน้อยเล็กน้อย” Chiang กล่าว “ดังนั้นเราจึงแยกทางกัน โดยปล่อยให้กระเป๋าเงินต้องรับมือกับความกระจัดกระจายที่ตามมา”

นักพัฒนาของ Ethereum ให้ความสำคัญกับการต้านทานการเซ็นเซอร์ ความเป็นส่วนตัว และความปลอดภัย ขณะที่ Base มุ่งเน้นที่ขนาด การปรับแต่ง และการปฏิบัติตามกฎระเบียบ ตามคำกล่าวของ Chiang ความแตกต่างเหล่านี้ทำให้ทีมไม่สามารถตกลงรูปแบบธุรกรรมเดียวได้ในที่สุด

แผน Account Abstraction ของ Ethereum และ Base แยกทางกัน

การตัดสินใจนี้ทำให้ผู้พัฒนากระเป๋าเงินต้องเผชิญกับความเป็นไปได้ที่จะต้องรองรับรูปแบบธุรกรรมดั้งเดิมสองรูปแบบ หาก EIP-8141 และ EIP-8130 เข้าสู่การใช้งานจริงทั้งคู่

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

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

ผลลัพธ์นี้เปลี่ยนทิศทางที่นักพัฒนากำลังหารือกันเมื่อไม่กี่วันก่อน นักพัฒนา EIP-8141 กำลังสำรวจความเข้ากันได้กับ EIP-8130 ขณะที่พวกเขาหาทางให้ธุรกรรมยังคงตั้งโปรแกรมได้ พร้อมกับทำให้ข้อกำหนดการยืนยันตัวตนตรวจสอบได้ง่ายขึ้นสำหรับผู้ให้บริการโครงสร้างพื้นฐาน

ในขั้นตอนนั้น Chiang กล่าวว่า EIP-8130 อาจให้โครงสร้างที่ชัดเจนรอบเฟรมของ EIP-8141 ข้อตกลงที่เสนอมีจุดประสงค์เพื่อรักษาธรรมชาติที่ตั้งโปรแกรมได้ของเฟรม ขณะเดียวกันก็ให้รูปแบบธุรกรรมที่ชัดเจนขึ้นแก่กระเป๋าเงินและเครือข่ายที่มีปริมาณธุรกรรมสูง

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

EIP-8141 ใช้แนวทางที่ต่างออกไป โดยจัดโครงสร้างธุรกรรมเป็นการเรียกสัญญาที่ตั้งโปรแกรมได้ที่เรียกว่าเฟรม เฟรมสามารถทำหน้าที่ต่าง ๆ ภายในธุรกรรมเดียวกัน รวมถึงการตรวจสอบ การอนุมัติค่าธรรมเนียม และการดำเนินการ

ตอนนี้ทีมงานได้ล้มเลิกความพยายามที่จะรวมแนวทางเหล่านั้นเป็นมาตรฐานเดียวแล้ว

EIP-8141 กลายเป็นข้อเสนอที่ต้องส่งมอบของ Ethereum

Ethereum ยังคงเดินหน้า EIP-8141 หรือ Frame Transactions ซึ่งเป็นส่วนหนึ่งของอัปเกรด Hegotá ที่วางแผนไว้

กลุ่ม Protocol ของ Ethereum Foundation จัดข้อเสนอนี้ไว้ในหมวด “ต้องส่งมอบ” เมื่อต้นเดือนนี้ ขณะที่เอกสารต้นทางระบุว่าข้อเสนอนี้มีจุดประสงค์เพื่อทำให้ Account Abstraction เป็นคุณสมบัติพื้นฐานของ Ethereum และปรับปรุงความปลอดภัยและความพร้อมสำหรับยุคหลังควอนตัม

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

โมเดลนี้จะทำให้บัญชีที่เริ่มต้นการกระทำและบัญชีที่จ่ายค่าธรรมเนียมเป็นคนละบัญชีกันได้

นักพัฒนา Ethereum ได้จัดตาราง EIP-8141 สำหรับ Hegotá ไว้แล้วตั้งแต่วันที่ 7 กันยายน นักพัฒนาหลักได้ย้ายข้อเสนอจาก “พิจารณาเพื่อรวม” เป็น “กำหนดเพื่อรวม” ระหว่างการประชุม All Core Developers Execution เมื่อวันที่ 27 สิงหาคม ทำให้ Frame Transactions มีตำแหน่งอย่างเป็นทางการในอัปเกรดปี 2027 ที่วางแผนไว้ ขณะที่ข้อกำหนดยังอยู่ในรูปแบบร่าง

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

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

เฟรมยังใช้สำหรับการรวมกลุ่มธุรกรรมได้ด้วย การกระทำที่เกี่ยวข้องกันสามารถจัดกลุ่มเพื่อให้ทั้งหมดสำเร็จพร้อมกัน หรือถูกย้อนกลับเมื่อรายการใดรายการหนึ่งล้มเหลว

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

เฟรมที่ตั้งโปรแกรมได้ขยายการควบคุมบัญชี Ethereum

EIP-8141 ได้รับการออกแบบให้ย้ายตรรกะการตรวจสอบบัญชีไปสู่โค้ดที่ตั้งโปรแกรมได้มากขึ้น แทนที่จะให้บัญชี Ethereum แบบดั้งเดิมต้องพึ่งพากระบวนการยืนยันตัวตนแบบตายตัว

ข้อเสนอนี้อธิบายสถานะปลายทางว่า “บัญชีกลายเป็นเพียงที่อยู่ที่มีโค้ด”

Vitalik Buterin ผู้ร่วมเขียน EIP-8141 อธิบายข้อเสนอนี้ในเดือนกุมภาพันธ์ว่าเป็น “ข้อเสนอแบบครอบคลุมที่ครอบคลุมและแก้ปัญหาทุกอย่างที่เหลืออยู่ซึ่ง AA ตั้งใจจะแก้ไข”

เมื่อวันที่ 5 กันยายน Buterin กล่าวว่าข้อเสนอนี้มีความคืบหน้าที่สำคัญมากในช่วงหลายเดือนที่ผ่านมา และใกล้จะถึงจุดที่เหมาะสมที่สุดแล้ว

ต่อมานักพัฒนาพบว่าคุณสมบัติธุรกรรมหลายอย่างสามารถแสดงผ่านเฟรม EIP-8141 ที่ตั้งโปรแกรมได้ แทนที่จะต้องขยายขอบเขตธุรกรรมของ Ethereum ซ้ำ ๆ

แนวทางนี้สามารถจัดการการหมดอายุของธุรกรรม การรวมลายเซ็นดิจิทัล หลักฐานความเป็นส่วนตัว และการยืนยันหลังธุรกรรมในรูปแบบการเรียกสัญญาที่ตั้งโปรแกรมได้ Frame Transactions ยังต้องมีการเปลี่ยนแปลงกฎฉันทามติของ Ethereum แต่ฟังก์ชันแต่ละอย่างสามารถสร้างผ่านเป้าหมายเฟรมและรูปแบบการเรียกได้

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

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

นักวิจัย Ethereum ได้พิจารณา Frame Transactions สำหรับ Hegotá ก่อนที่ข้อเสนอจะถูกกำหนดอย่างเป็นทางการ ในเดือนสิงหาคม นักพัฒนากำลังเปรียบเทียบ EIP-8141 กับ EIP-8130 ในฐานะแนวทางแข่งขันสำหรับ Account Abstraction ดั้งเดิม ขณะที่จำกัดขอบเขตของอัปเกรดปี 2027

ในเวลานั้น ข้อเสนอทั้งสองเป็นส่วนหนึ่งของกระบวนการคัดเลือก Hegotá ที่ใหญ่กว่า ซึ่งครอบคลุมการต้านทานการเซ็นเซอร์ ความเป็นส่วนตัว การกำหนดราคาค่าธรรมเนียม เศรษฐศาสตร์ของผู้ตรวจสอบ และการขยาย Layer 1

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

งานดังกล่าวจับคู่ Frame Transactions กับการเปลี่ยนแปลงอื่น ๆ ที่เสนอ รวมถึง Keyed Nonces, Recent Roots และ Transaction Assertions ข้อเสนอพูลความเป็นส่วนตัวยังคงเป็นแพ็กเกจที่นักวิจัยต้องการมากกว่าการตัดสินใจขั้นสุดท้ายของนักพัฒนาหลัก Ethereum ในเวลานั้น

Base จะเดินหน้าต่อด้วย EIP-8130

EIP-8130 ของ Base จะดำเนินการแยกจากข้อเสนอ Frame Transactions ของ Ethereum ต่อไป

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

แม้ข้อเสนอทั้งสองมีเป้าหมาย Account Abstraction ร่วมกันหลายประการ แต่โครงสร้างทางเทคนิคของทั้งสองให้ระดับการควบคุมที่แตกต่างกันแก่เครือข่ายของตนเกี่ยวกับวิธีการยืนยันตัวตนและประมวลผลธุรกรรม

ก่อนที่ทีมจะแยกทางกัน นักพัฒนา Ethereum พยายามหาว่าระบบยืนยันตัวตนแบบมีโครงสร้างของ EIP-8130 จะรวมกับเฟรมที่ตั้งโปรแกรมได้ของ EIP-8141 ได้หรือไม่ โดยไม่บังคับให้เครือข่าย Layer 1 หรือ Layer 2 ต้องละทิ้งคุณสมบัติที่ต้องการ

Ethlabs เคยจัด Frame Transactions ไว้ในลำดับความสำคัญหลักสำหรับอัปเกรด Hegotá โดยอ้างถึง Account Abstraction ดั้งเดิม ควบคู่กับการต้านทานการเซ็นเซอร์ บล็อกที่เร็วขึ้น และการขยาย Layer 1 อย่างต่อเนื่อง

เมื่อความพยายามร่วมสิ้นสุดลง EIP-8141 ยังคงเป็นเส้นทาง Account Abstraction ดั้งเดิมที่วางแผนไว้ของ Ethereum สำหรับ Hegotá ขณะที่ Base จะพัฒนาต่อด้วย EIP-8130 โดยใช้ประเภทธุรกรรมแยกและ Keystore บนเชนของตน