ผู้ร่วมก่อตั้ง Ethereum Vitalik Buterin กล่าวว่าแผนที่มีการหารือกันมานานเพื่อทำให้บัญชีของเครือข่ายบลอกเชนมีความยืดหยุ่นมากขึ้นอาจใกล้จะนำไปใช้จริงในที่สุด
เมื่อวันที่ 28 กุมภาพันธ์ Buterin ได้อธิบายการออกแบบที่สร้างขึ้นรอบ account abstraction ซึ่งอาจเป็นไปได้ด้วย Hegota fork ของเครือข่าย

Buterin อธิบาย EIP-8141 ว่าเป็นศูนย์กลางของข้อเสนอ ซึ่งเป็นการออกแบบแบบครอบคลุมที่จัดการกับความท้าทายที่เหลืออยู่ของ account abstraction
เป้าหมายคือการเปลี่ยนกระเป๋าให้เป็นบัญชีที่ตั้งโปรแกรมได้ซึ่งสามารถดำเนินการเป็นชุด เปลี่ยนรูปแบบลายเซ็น และรองรับการควบคุมแบบ multisig การเปลี่ยนแปลงนี้ยังช่วยให้สามารถแยกการอนุญาตธุรกรรมออกจากการชำระค่า gas พื้นฐาน
ผู้ใช้ Ethereum ส่วนใหญ่ในปัจจุบันพึ่งพาบัญชีที่เป็นเจ้าของภายนอก (EOAs) ซึ่งพวกเขาควบคุมด้วย private keys และโดยทั่วไปจะเติมเงินด้วย ETH เพื่อชำระค่า gas
ภายใต้การออกแบบที่เสนอโดย Buterin ธุรกรรมจะถูกจัดระเบียบเป็น "Frame Transactions"
นี่คือโครงสร้างที่แบ่งกิจกรรมออกเป็นชุดของการเรียกที่สามารถตรวจสอบผู้ส่ง อนุญาตผู้ชำระค่า gas และดำเนินการหนึ่งรายการหรือมากกว่า
ในทางปฏิบัติ ธุรกรรมอาจรวมเฟรมแยกสำหรับการตรวจสอบและการดำเนินการ สำหรับโฟลว์ที่ซับซ้อนกว่า สามารถเพิ่มเฟรมการปรับใช้สำหรับบัญชีที่ยังไม่มีอยู่บนเชน
นอกจากนี้ยังหมายความว่าการดำเนินการเป็นชุด เช่น การอนุมัติและจากนั้นใช้โทเค็นในลำดับอะตอมิกเดียว อาจกลายเป็นเรื่องง่ายในการดำเนินการเป็นประเภทธุรกรรมชั้นหนึ่ง
Buterin เน้นบทบาทของสัญญา "paymaster" ซึ่งอาจช่วยให้ผู้ใช้สามารถชำระค่าธุรกรรมด้วยสินทรัพย์อื่นที่ไม่ใช่ ETH สัญญาเหล่านี้จะทำให้แอปพลิเคชันสามารถสนับสนุนค่าธรรมเนียมผู้ใช้เหล่านั้นได้โดยตรง
ในตัวอย่างหนึ่ง เขาอธิบาย paymaster ที่สามารถรับ RAI ให้ ETH สำหรับ gas แบบเรียลไทม์ และคืนเงินมูลค่าที่ไม่ได้ใช้เมื่อสิ้นสุดธุรกรรม
เขาให้เหตุผลว่าวิธีการนี้จะรักษาฟังก์ชันการทำงานของระบบธุรกรรมที่ได้รับการสนับสนุนที่มีอยู่ในขณะที่ลดการพึ่งพาตัวกลาง
ในขณะเดียวกัน ข้อเสนอนี้ยังมีผลกระทบต่อเครื่องมือความเป็นส่วนตัวบนเครือข่ายบลอกเชน
Buterin กล่าวว่า paymasters สามารถออกแบบเพื่อตรวจสอบ zero-knowledge proofs และชำระค่า gas หากการพิสูจน์เหล่านั้นถูกต้อง
เขายังชี้ไปที่ "2D nonces" เป็นวิธีสำหรับบัญชีส่วนบุคคลในการรับธุรกรรมแบบขนานจากผู้ใช้หลายราย ซึ่งอาจปรับปรุงวิธีการทำงานของระบบรักษาความเป็นส่วนตัว
อย่างไรก็ตาม Buterin สังเกตว่าความท้าทายหลักของการออกแบบอาจอยู่ใน mempool ซึ่งธุรกรรมจะแพร่กระจายก่อนเข้าสู่บลอก มากกว่าที่ระดับบลอกเชนเอง
ตามที่เขากล่าว ตรรกะการตรวจสอบที่ซับซ้อนมากอาจไม่ปลอดภัยที่จะออกอากาศอย่างกว้างขวาง ซึ่งหมายความว่ากฎ mempool เริ่มต้นอาจต้องระมัดระวังก่อนที่จะขยายตัวเมื่อเวลาผ่านไป
เขาเสริมว่า account abstraction จะเสริม FOCIL ซึ่งเป็นข้อเสนอแยกต่างหากที่มุ่งปรับปรุงการรับประกันการรวมสำหรับธุรกรรม
Buterin ชี้ให้เห็นว่านักพัฒนากำลังหารือเกี่ยวกับความเข้ากันได้สำหรับบัญชีที่มีอยู่เพื่อให้แน่ใจว่าพวกเขาสามารถเข้าถึงเฟรมเวิร์กใหม่ในที่สุด
การรวมนี้จะทำให้กระเป๋าแบบดั้งเดิมได้รับประโยชน์จากคุณสมบัติขั้นสูง เช่น การดำเนินการเป็นชุดและการสนับสนุน gas

