ชื่อเรื่องเดิม: "สถาบันวิจัย OKX | การต่อสู้ครั้งสุดท้ายของวิวัฒนาการ 10 ปีของการแยกบัญชี โดยมองไปยังอดีตและอนาคตผ่าน EIP-7702"
ผู้เขียนเดิม: shisilu, สถาบันวิจัย OKX
Pectra เป็นการอัปเกรดครั้งใหญ่ครั้งแรกของ Ethereum หลังจาก Dencun ครอบคลุมการฮาร์ดฟอร์กของเลเยอร์การดำเนินการ Prague และการอัปเดตเลเยอร์ฉันทามติของ Electra โดยบูรณาการ EIP จำนวน 11 รายการ ซึ่งถือเป็นจำนวนมากที่สุดในประวัติศาสตร์ ช่วยปรับปรุงความยืดหยุ่นของตัวตรวจสอบ ความสามารถในการปรับขนาดเครือข่าย และประสิทธิภาพในการดำเนินการอย่างมีนัยสำคัญ โดยที่ Ethereum mainnet Pectra hard fork มีกำหนดเปิดใช้งานอย่างเป็นทางการในวันที่ 7 พฤษภาคม 2025 "รูปแบบขั้นสูงสุด" ของ Account Abstraction - EIP-7702 ได้เข้าสู่สายตาสาธารณชนอย่างเป็นทางการแล้ว!
หากมีกระเป๋าเงิน Web3 ที่ใช้ EVM ที่ไม่รองรับ EIP-7702 ก็ไม่ต้องสงสัยเลยว่ากระเป๋าเงินนั้นได้ยอมแพ้ต่อระบบนิเวศและผู้ใช้ Ethereum ทั้งหมดแล้ว นี่คือการตัดสินใจของ Vitalik และ EF และมันยังเป็นการเริ่มต้นการเปิดกล่องแพนโดร่าอีกด้วย! ในปัจจุบัน เพื่อสนับสนุนระบบนิเวศ Ethereum กระเป๋าเงิน OKX ได้เป็นผู้นำในการสนับสนุนมาตรฐานการแยกบัญชี Ethereum รุ่นล่าสุด EIP-7702 และได้เปิดทางเข้าอย่างเป็นทางการสำหรับผู้ใช้ที่ต้องการทดลองใช้ คุณสามารถอัพเกรดผ่าน [OKX Wallet Home Function Area-More-7702 Upgrade] เพื่อสัมผัสกับประสบการณ์ EIP-7702 ที่ปลอดภัยและเป็นมืออาชีพ ข้อเตือนใจ: คุณสามารถเลือกที่จะอัพเกรดและสัมผัสประสบการณ์ตามที่ต้องการได้ การไม่อัปเกรดจะไม่ส่งผลต่อการใช้งานปกติของระบบนิเวศและแอปพลิเคชันที่มีอยู่ เพื่อให้แน่ใจถึงความปลอดภัยของสินทรัพย์ของคุณ โปรดดำเนินการผ่านช่องทางอย่างเป็นทางการ และระวังลิงค์ฟิชชิ่งและเว็บไซต์ที่เป็นอันตราย เพื่อหลีกเลี่ยงการเปิดเผยสินทรัพย์ของคุณให้เสี่ยงต่อความเสี่ยง
โปรดอ่านบทความนี้เพื่อทำความเข้าใจอย่างถ่องแท้ถึงวิวัฒนาการของการแยกบัญชี มูลค่าของผู้ใช้ และการเปลี่ยนแปลงของตลาดที่เกิดจาก EIP-7702 และอันตรายที่ซ่อนอยู่ในนั้น
โค้ดที่เกี่ยวข้องในบทความนี้อยู่ใน okx/js-wallet-sdk การใช้งาน EIP-7702 SDK ที่ใช้โดย OKX Wallet เป็นโอเพ่นซอร์สสำหรับพันธมิตรในชุมชน
· EIP-7702 เพิ่มประเภทธุรกรรมใหม่ ช่วยให้ EOA ทั่วไปสามารถกำหนดที่อยู่สัญญาเป็นสัญญาพร็อกซีเชิงตรรกะได้
· EIP-7702 จะสืบทอดและแซงหน้าระบบนิเวศน์ที่สร้างขึ้นโดย ERC-4337 ตลอดหลายปีที่ผ่านมาเนื่องจาก “ความได้เปรียบด้านต้นทุน” และ “ความยืดหยุ่น”
· EIP-7702 ยังเป็นความเสี่ยงที่มองไม่เห็นสำหรับผู้ใช้ทั่วไปอีกด้วย แม้ว่าผู้ใช้จะไม่อัปเกรด แต่ก็อาจทำให้เกิดความล้มเหลวในการทำธุรกรรมหรือมีความเสี่ยงในการสูญเสียทรัพย์สินความปลอดภัยได้ในบางสถานการณ์
· EIP-7702 จะมอบประสบการณ์การใช้งานใหม่ให้กับผู้ใช้ เมื่อร่างกายของผู้ใช้ดำเนินการโยกย้ายตามสัญญา แอปพลิเคชันในตลาดก็จะพัฒนาตามไปด้วย ประสบการณ์ราบรื่นที่รอคอยมายาวนานในการรวบรวมก๊าซ บัญชีแบบแบ่งระดับครอบครัว ฯลฯ จะนำพาผู้คนหนึ่งพันล้านคนเข้าสู่โลก Web3 ด้วยต้นทุนต่ำ
สำหรับแพลตฟอร์มการซื้อขายและ DApps การนำคุณสมบัติของ EIP-7702 มาใช้จะช่วยลดต้นทุนได้มากกว่า 50% ช่วยให้ก้าวสู่ยุคของบัญชีสัญญาได้อย่างเต็มที่
ในงาน HK Web3 Carnival ครั้งนี้ Vitalik ได้เน้นย้ำซ้ำแล้วซ้ำเล่าว่าด้วยชุดโซลูชันต่างๆ เช่น การเข้ารหัสหลายลายเซ็น การแยกบัญชี ZK Email ฯลฯ Ethereum ได้บรรลุเป้าหมาย "ช่วงเวลา iPhone" ไปแล้ว 50%
มันเร็วหรือช้า มองโลกในแง่ดีหรือจำกัด? มาค้นหาคำตอบกันดีกว่าว่าทำไม AA ถึงมีอิทธิพลมากขนาดนี้! ท้ายที่สุด หลังจากดำเนินงานมายาวนานถึง 10 ปี ในที่สุด Vitalik ก็ได้บรรลุความฝันของเขาในด้าน AA โดยเพิ่มความก้าวหน้าให้กับแผนงาน Ethereum ที่วางไว้เป็นเวลา 23 ปี

ยิ่งไปกว่านั้น Ethereum ยังได้รับการออกแบบมาให้เป็น "เครื่องจักรสถานะระดับโลก" ที่ต้องอาศัยธุรกรรมอย่างสมบูรณ์เพื่อใช้ในการเปลี่ยนแปลงสถานะบนเชน เมื่อรวมกับการไม่สามารถระบุผู้ส่งได้ อำนาจในการดำเนินการของธุรกรรมจึงเชื่อมโยงกับความเป็นเจ้าของสูงสุด
นี่คือสาเหตุหลักของปัญหาต่างๆ มากมายที่ทำให้ EOA เข้าใจง่ายแต่ไม่สะดวกในการใช้งาน:
· คีย์ส่วนตัวได้รับการปกป้องได้ยาก: หากผู้ใช้สูญเสียคีย์ส่วนตัว (เนื่องจากสูญหาย การโจมตีของแฮกเกอร์ การถอดรหัสแบบควอนตัม) หมายความว่าพวกเขาจะสูญเสียสินทรัพย์ทั้งหมดของพวกเขา
· มีอัลกอริทึมลายเซ็นเพียงไม่กี่อย่าง และอัลกอริทึมลายเซ็นที่แตกต่างกันจะนำมาซึ่งการสูญเสียประสิทธิภาพที่แตกต่างกัน และแม้แต่ต้นทุนในการจัดเก็บข้อมูลแบบออนเชนด้วย
· อำนาจลายเซ็นสูง คีย์ส่วนตัวดั้งเดิมของ EOA มีสิทธิ์ทั้งหมดเหล่านี้
· ธุรกรรมที่ซับซ้อนจะมีค่าธรรมเนียมธุรกรรมสูง ซึ่งสามารถชำระได้ผ่านทาง ETH เท่านั้น การทำธุรกรรมหรือการดำเนินการครั้งเดียวใดๆ ต้องมีค่าธรรมเนียมพื้นฐานอย่างน้อย 21,000
· ไม่มีความเป็นส่วนตัวในการทำธุรกรรม แม้ว่าจะมีการเสนอโปรโตคอล ERC-20 ที่เป็นความลับโดย Circle แต่ก็ยังไม่กลายเป็นกระแสหลัก
ท้ายที่สุดแล้ว โลกของบล็อคเชนในปัจจุบันมีความซับซ้อนเกินกว่าที่ผู้ใช้จะเข้าและออกได้ ผู้ใช้จำเป็นต้องเข้าใจแนวคิดต่างๆ เช่น ราคาแก๊ส, ขีดจำกัดแก๊ส, การบล็อกธุรกรรม (คำสั่ง Nonce) และซ่อนข้อมูลที่ซับซ้อนจากผู้ใช้ทั่วไป นี่คือปัญหาที่ EIP-7702 ตั้งใจจะแก้ไขในที่สุด
ERC-4337 เป็นตัวอย่างทั่วไปในเรื่องนี้ สามารถสรุปได้ในประโยคเดียว: มีการเสนอวัตถุธุรกรรมใหม่ UserOperation และผู้ใช้ส่งวัตถุนี้ไปที่พูลหน่วยความจำ แบตช์คำสั่งในรูปแบบของตัวรวม และดำเนินการธุรกรรมทีละรายการผ่านสัญญาการส่งมอบ โดยพื้นฐานแล้วคือการนำธุรกรรมพื้นฐานและการดำเนินการบัญชีมาไว้ที่ระดับสัญญาเพื่อการดำเนินการ
หลักการดำเนินการเป็นดังนี้:

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

จากข้อมูลผู้ใช้ CA และ EOA ล่าสุด จะเห็นได้ว่าแม้ผู้ใช้บางรายจะเป็นผู้เล่นระดับไฮเอนด์ แต่พวกเขาก็ยังพึ่งพาการดำเนินการต่างๆ ที่อิงจาก CA บนเชน เช่น การเรียกแบบแบตช์ ฯลฯ เป็นอย่างมาก แต่หากเป็นเช่นนั้น ทำไมจึงไม่ใช้ CA ทั่วไปล่ะ
เนื่องมาจากการออกแบบของ Bundler จึงสามารถหลีกเลี่ยงการอัปเกรดในระดับฮาร์ดฟอร์กและเปิดใช้งานโดยตรงบนเลเยอร์แอปพลิเคชันได้ แต่ ERC-4337 ยังทำให้เกิดค่าใช้จ่ายที่เพิ่มขึ้นเป็นสองเท่า ความเสี่ยงต่อความล้มเหลวที่จุดเดียว และผู้ใช้ยังสูญเสียความยืดหยุ่นดั้งเดิมของ EOA อีกด้วย ดังนั้น เมื่อเผชิญกับความต้องการของผู้ใช้ที่หลากหลาย เป็นที่ชัดเจนว่าผู้ใช้ในตลาดปัจจุบันไม่ค่อยชอบโซลูชัน ERC-4337 เท่าใดนัก แนวโน้มโดยรวมลดลงอย่างมีนัยสำคัญในช่วงสองปีนับตั้งแต่มีการพัฒนา แม้แต่จำนวนผู้ใช้สูงสุดยังห่างไกลจากที่อยู่อิสระ 300 ล้านแห่งของ Ethereum
แน่นอนว่าเราไม่ได้วิพากษ์วิจารณ์ข้อบกพร่องของ ERC-4337 แต่เมื่อมันได้รับการพัฒนา บทบาทและแนวคิดเช่น Paymaster และการแยกก๊าซที่พัฒนาบนนั้นก็ถูกนำมาใช้จริงอีกครั้งใน EIP-7702
ผู้เขียนเชื่อว่าการพัฒนาอุตสาหกรรมใดๆ จะไม่เกิดขึ้นในชั่วข้ามคืน สิ่งที่สำคัญคือการค้นพบรูปแบบและสรุปประสบการณ์จากเหตุการณ์ดีและไม่ดีในอดีต
อันที่จริง ตั้งแต่เดือนพฤศจิกายน 2015 Vitalik ได้เสนอ EIP-101 โดยใช้สัญญาเป็นโครงสร้างใหม่สำหรับบัญชี เปลี่ยนที่อยู่ให้มีเพียงรหัสและพื้นที่จัดเก็บ เปลี่ยนค่าธรรมเนียมการจัดการเพื่อรองรับการชำระเงินแบบ ERC20 และเปลี่ยนโทเค็นดั้งเดิมให้เป็นเหมือน ERC20 ผ่านสัญญาที่คอมไพล์ไว้ล่วงหน้าเพื่อจัดเก็บยอดคงเหลือ (ซึ่งสามารถมีฟังก์ชันต่างๆ เช่น การหักการอนุญาต) ในเดือนมกราคม 2018 มีโซลูชั่น EIP-859 อีกตัวหนึ่ง หน้าที่หลักคือการใช้พารามิเตอร์โค้ดที่แนบมากับธุรกรรมเพื่อดำเนินการปรับใช้กระเป๋าสตางค์สัญญาหากสัญญาของฝ่ายทำธุรกรรมไม่ได้รับการปรับใช้ ในที่สุด EIP-7702 ซึ่งได้มาจากแผน EIP-3074 ก็ถูกนำมารวมเข้าในเครือข่ายหลักของ Ethereum แล้ว!
แนวคิดและผลของ EIP-7702 จริงๆ แล้วเรียบง่ายมาก มันจะดำเนินการเริ่มต้นให้เสร็จสมบูรณ์โดยผ่านประเภทธุรกรรมใหม่ ภายหลัง ผู้ใช้สามารถให้ EOA มีฟังก์ชันสัญญาอัจฉริยะชั่วคราวหรือตามทางเลือกในธุรกรรมเดียวได้ โดยรองรับธุรกรรมแบบแบตช์ ธุรกรรมปลอดก๊าซ และการจัดการสิทธิ์แบบกำหนดเองในธุรกิจ ความสามารถที่สำคัญที่สุดคือการอนุญาตให้ผู้ใช้มีพื้นที่ชั่วคราวและเป็นทางเลือก
และผู้คนหลายๆ คนสามารถแชร์สัญญาลอจิกเดียวกันได้ จึงช่วยลดต้นทุนการโยกย้ายผู้ใช้ได้เป็นอย่างมาก ในการตั้งค่า EIP-7702 ให้เสร็จสมบูรณ์ ผู้ใช้จะต้องใช้ก๊าซเพียง 8W ซึ่งเท่ากับประมาณ 0.06 เหรียญสหรัฐ และหากต้องการตั้งค่าสัญญาใหม่หรือยกเลิกการตั้งค่าสัญญาลอจิก จะใช้ก๊าซเพียง 4W เท่านั้น
หลังจากเสร็จสิ้นการตั้งค่าแล้ว จะสามารถเพิ่มประสิทธิภาพของแก๊สให้กับผู้ใช้ได้อย่างมีนัยสำคัญระหว่างธุรกรรมแบบแบตช์ ดูตารางด้านล่าง:

แน่นอน คุณอาจคิดว่า จำเป็นหรือไม่ที่ต้องโอนโทเค็นสองหรือหกครั้ง?
อาจดูเหมือนว่าสถานการณ์นี้เกิดขึ้นไม่บ่อยสำหรับผู้ใช้ทั่วไปที่คุ้นเคยกับการทำสิ่งหนึ่งครั้งละหนึ่งอย่าง อย่างไรก็ตาม มักเกิดขึ้นในสถานการณ์การใช้งานที่หลากหลาย เช่น Web3 Game และ Web3 Pay เช่น การใช้เหรียญทองแดง (สกุลเงินที่สร้างในเกม) และเหรียญเงิน (สกุลเงินที่ผู้ใช้เติม) ในเวลาเดียวกัน หรือเข้าร่วมกิจกรรมและใช้ตั๋ว NFT และค่าธรรมเนียมเข้าชมในเวลาเดียวกัน
แม้ว่าเราจะไม่จินตนาการถึงสถานการณ์ที่ซับซ้อนและกลับไปสู่ความต้องการ Swap ที่เป็นกระแสหลักที่สุดในเครือข่ายในปัจจุบัน แต่ก็ยังมีความต้องการสำหรับการอนุมัติและการถ่ายโอนชุดข้อมูลอีกด้วย ตอนนี้คุณสามารถสร้างเครื่องมือขนาดเล็กเพื่อช่วยให้ผู้ใช้สามารถลบสิทธิ์อนุมัติที่ไม่มีประโยชน์ได้อย่างรวดเร็ว ผลลัพธ์นั้นสามารถเปรียบเทียบได้ง่ายและเห็นได้ชัดว่าสามารถลดต้นทุนได้โดยตรงประมาณ 40%
หากต้องการสำรวจว่าเหตุใดจึงมีผลกระทบดังกล่าว เราต้องย้อนกลับไปที่หลักการดังกล่าว ในความเป็นจริงแกนของมันคือตรรกะ 2 อัน ซึ่งแบ่งออกเป็นลิงก์การตั้งค่าผู้ใช้และลิงก์การใช้งานรายวัน

กระบวนการหลักมีดังนี้:
ขั้นตอนที่ 1: การอนุญาตลายเซ็นใช้คีย์ส่วนตัวของ EOA เดิมเพื่อลงนามสตริงแฮชพิเศษ เนื้อหาประกอบด้วย chain_id ที่เข้ารหัส, address และ nonce ที่นี่ Address คือที่อยู่ของสัญญาเชิงตรรกะที่จะตั้งค่าในตอนท้าย และ Nonce คือกลยุทธ์ในการทำให้แน่ใจว่าธุรกรรมนั้นจะไม่ถูกเล่นซ้ำ
ขั้นตอนที่ 2: ธุรกรรมลายเซ็น ด้วยข้อมูลการอนุญาตในขั้นตอนแรก ใครๆ ก็สามารถสร้างธุรกรรมประเภท 4 ได้ ซึ่งสามารถรวมข้อมูลการอนุญาตหลายรายการและสามารถตั้งค่าการอนุญาตสำหรับหลายที่อยู่ในเวลาเดียวกันได้
ขั้นตอนที่ 3: ออกอากาศบนเครือข่าย จากนั้นเมื่อธุรกรรมเสร็จสิ้นการอนุญาตภายใน สัญญาเชิงตรรกะจะมีผลบังคับใช้
มีรายละเอียดทางเทคนิคเพิ่มเติมที่นี่ คุณสามารถดูได้ที่: การใช้งาน OKX open source js sdk เพื่อดูขั้นตอนการเข้ารหัสข้อมูลพื้นฐาน แน่นอนว่าโซลูชันนี้ซ่อนความเสี่ยงด้านความปลอดภัยและความซับซ้อนบางประการไว้ ซึ่งเราจะอธิบายโดยละเอียดด้านล่าง
เมื่อคุณตั้งค่าเสร็จสิ้นแล้ว เมื่อมีการทำธุรกรรมใดๆ ที่ชี้มาหาคุณ ก็จะเหมือนกับการเรียกใช้สัญญาอัจฉริยะ ระบบจะ "โหลด" โค้ดของสัญญาตรรกะที่คุณตั้งค่าไว้เดิมลงในสถานะของ EOA ปัจจุบันของคุณเพื่อดำเนินการตามตรรกะของมัน

ในทำนองเดียวกัน เราใช้ 2 ฉากในการดู:
อันแรกคือคุณเรียกตัวเองว่า
หากคุณตั้งค่าสัญญาที่มีความปลอดภัยสูงและปรับแต่งได้ เช่น สัญญาอัจฉริยะ OKX 7702 คุณสามารถระบุข้อมูลการโทรที่คุณเขียนไว้ล่วงหน้าเพื่อให้การดำเนินการปัจจุบันของคุณสามารถดำเนินการคำสั่งหลายคำสั่งให้เสร็จสมบูรณ์ได้ในครั้งเดียว ตัวอย่างเช่น คุณสามารถดำเนินการอนุมัติ+โอนย้ายในเวลาเดียวกัน หรือคุณสามารถดำเนินการอนุมัติ+สลับในเวลาเดียวกันได้
อย่าประมาทมัน
ในจำนวนธุรกรรม Ethereum ทั้งหมด 2.7 พันล้านรายการ มีธุรกรรม Approve ประมาณ 75 ล้านรายการ เมื่อใช้ 8W Gas ต่อธุรกรรม จะใช้ไป 460,000 ETH หากอ้างอิงจากราคาตลาด ETH ที่ 1,700 ดอลลาร์สหรัฐ ก็เท่ากับเกือบ 800 ล้านดอลลาร์สหรัฐ
ประเภทที่สองคือผู้อื่นโทรหาคุณ
เมื่อก่อนนี้ใน Ethereum ไม่มีสถานการณ์ที่ผู้อื่นโทรหาที่อยู่ EOA แต่ตอนนี้ คุณคือสัญญาสากลที่สามารถปรับแต่งได้เต็มที่ คุณสามารถเปิดบัญชีรองและกำหนดสิทธิ์หรือสามารถตั้งค่าไวท์ลิสต์สำหรับผู้ชำระเงินบางรายและอนุญาตให้บัญชีที่กำหนดของ DApp เริ่มธุรกรรมบางอย่างในนามของคุณได้ ดังนั้นจึงขจัดความยุ่งยากจากการเรียกลายเซ็นซ้ำๆ ในแอปพลิเคชันบล็อคเชนแบบเดิมไปโดยสิ้นเชิง
ความสามารถอันทรงพลังจริงๆ! ดังนั้น นี่จึงเป็นเหตุผลว่าทำไมกระเป๋าสตางค์กระแสหลักเกือบทั้งหมด: OKX Wallet, Metamask, WalletConnect, Biconomy, BaseWallet, Rhinestone, ZeroDev, TrustWallet, Safe และทีมงานที่เกี่ยวข้องอื่น ๆ จึงตอบสนองต่อการช่วยเหลืออย่างรวดเร็ว
การแยกบัญชีเป็นพื้นที่ที่เครือข่ายต่างๆ จำนวนมากกำลังสำรวจและพยายามดำเนินการอย่างจริงจัง ตัวอย่าง:
· Starknet ในฐานะ ZK-Rollup (เลเยอร์ 2) บัญชีเริ่มต้นทั้งหมดเป็นบัญชีสัญญาและไม่มี EOA
ยุค zkSync การใช้บัญชี AA เป็นวิธีเริ่มต้น และไม่จำเป็นต้องมีขั้นตอนที่ซับซ้อนของ Bundler
· Nervos CKB มีลักษณะคล้ายกับโมเดล UTXO แต่ยังอนุญาตให้บัญชีทั้งหมดปรับแต่งตัวตรวจสอบที่ใช้ได้ โดยไม่ตัดสิทธิในการถือครองและควบคุมออกไป 、
· Aptos / Sui มีบทบาทสำคัญใน Move Layer1 แม้ว่าจะไม่ใช่ AA ในโหมด EVM แต่ยังมีความสามารถในการปรับแต่งบัญชี อนุญาตให้มีลายเซ็นแบบโมดูลาร์ การตรวจสอบหลายรายการ ฯลฯ
และ Linea/Base/Mantle/Polygon/Arbitrum/Optimism ของ EVM ระบบนิเวศที่เกี่ยวข้องเหล่านี้ ไม่เพียงแต่จะรองรับ AA ผ่าน ERC4337 เท่านั้น แต่ยังจะติดตามการอัปเกรด EIP-7702 เช่นเดียวกับ Ethereum mainnet อีกด้วย โครงสร้างพื้นฐานในกระเป๋าสตางค์และฟิลด์ที่เกี่ยวข้องกับ AA กำลังวางรากฐานสำหรับ EIP-7702 ในลักษณะที่ครอบคลุมมากยิ่งขึ้น
ช่วยเพิ่มประสิทธิภาพให้กับประสบการณ์หลักของ EIP-7702: ธุรกรรมแบบแบตช์ การแยกก๊าซ (เช่น โซลูชันที่ปราศจากก๊าซ เช่น ไร้ก๊าซ) และการดูแลบัญชี ผู้ให้บริการเช่น Coinbase, Metamask, Biconomy, Zerodev, Rhinestone, Ithaca ฯลฯ รองรับสิ่งเหล่านี้เต็มที่
ทั้งหมดนี้เป็นการปรับตัวเพิ่มเติมจากยุค ERC-4337 ซึ่งถือเป็นข้อได้เปรียบหลักของ EIP-7702 เช่นกัน ท้ายที่สุด เอนทิตีบัญชีเป็นรูปแบบที่เป็นของทั้ง EOA และ CA ดังนั้น โครงสร้างพื้นฐานจำนวนมากที่เคยหมุนรอบ AA จึงสามารถโยกย้ายและปรับใช้ได้
ตอนนี้เรามาใช้ตารางเพื่อสะท้อนความแตกต่างของเลเยอร์เอฟเฟกต์สุดท้ายระหว่าง EOA, ERC-4337 และ EIP-7702 กัน

หากพูดอย่างเป็นกลาง ระบบ Ethereum มีภาระทางประวัติศาสตร์ที่หนักหนาสาหัสกว่าเครือข่ายอื่นๆ มาก นี่เป็นสาเหตุที่ชุมชนคัดค้านการเปลี่ยนแปลงเครื่องเสมือน EVM ของ Vitalik เมื่อเร็วๆ นี้ และเป็นเหตุผลที่ต้องเลือก ERC-4337 ในช่วงแรกๆ อย่างไรก็ตาม เมื่อมีทางเลือกที่ดีกว่า (EIP-7702) ที่สามารถเข้ากันได้กับสัมภาระในอดีตและเพิ่มประสิทธิภาพด้านต้นทุนได้อย่างยอดเยี่ยม ผู้ใช้ก็จะก้าวเข้าสู่ "ยุค iPhone"
ด้วยการเปลี่ยนแปลงของรูปแบบพื้นฐาน เราสามารถจินตนาการถึงรูปแบบที่ได้มาเพิ่มเติมได้ เช่น
· ผู้ใช้สามารถใช้ Passkey หรือบัญชี Google เพื่อควบคุมกระเป๋าสตางค์ได้ ตระหนักถึงฟังก์ชั่นประสบการณ์เช่นวีซ่าฟรีมีเงื่อนไขจำกัด
· ผู้ใช้สามารถใช้ความสามารถในการกู้คืนและดึงคีย์ส่วนตัวได้โดยการตั้งค่า ZKEmail และวิธีการอื่นๆ สำหรับผู้ดำเนินการแบบออนเชนขนาดใหญ่ การรวมธุรกรรมหลายรายการเข้าในธุรกรรมเดียวจะช่วยลดเวลาในการรอบล็อกได้อย่างมาก ทำให้การสลับแบบออนเชนเร็วขึ้น และลดความเสี่ยงของความล้มเหลวของธุรกรรมผ่านธุรกรรมที่ต่อเนื่อง เวลาส่งผลกระทบอย่างมากต่อประสบการณ์ของผู้ใช้ เนื่องจากเป็นระบบฉันทามติอันดับสองในโลกบล็อคเชน (รองจาก BTC เท่านั้น) ETH จึงไม่สามารถลดเวลาบล็อกจาก 3 วินาทีเหลือ 1.5 วินาทีได้ตามอำเภอใจเพื่อปรับปรุงประสบการณ์ผู้ใช้เช่น BSC ดังนั้นเครื่องมือกระเป๋าเงินที่ใช้ EIP-7702 จึงเป็นสะพานเชื่อมที่สำคัญที่สุดสำหรับประสบการณ์ของผู้ใช้
เมื่อนำมารวมกับการอภิปรายครั้งก่อนของเราในเลเยอร์พื้นฐานแล้ว เราสามารถกล่าวได้ว่า EIP-7702 เป็นรูปแบบการแยกบัญชีขั้นสูงสุด!
อย่างไรก็ตาม ไม่น่าจะเป็นไปได้ที่ผู้ใช้ทุกคนจะใช้มันในอนาคต เนื่องจากการใช้งานมันต้องใช้ความระมัดระวัง หลังจากบูรณาการข่าวกรองที่ซับซ้อนแล้ว จริงๆ แล้วนำมาซึ่งความเสี่ยงด้านความปลอดภัยมากมาย วิธีการโจมตีบางวิธีก็ยังคลุมเครือมาก ดังนั้น หลังจากเปิดใช้งานการอัปเกรด Ethereum Prague ในวันที่ 7 พฤษภาคม 2025 สิ่งที่ผู้ใช้ต้องการมากที่สุดก็คือกระเป๋าเงินที่ปลอดภัยอย่างแท้จริงที่ได้รับการสนับสนุนจากความเชี่ยวชาญด้านเทคนิค
ไม่
Pectra ถือเป็นการอัปเกรดที่ทะเยอทะยานที่สุดของ Ethereum จนถึงปัจจุบัน ครอบคลุม EIP ทั้งหมด 11 รายการ ซึ่งถือเป็นจำนวนที่มากที่สุดในประวัติศาสตร์! เราได้เห็นประโยชน์มากมายของ EIP-7702 และได้ตัดสินใจโดยอาศัยหลักการและข้อมูลที่กล่าวไว้ข้างต้น แต่หลังจากที่ผู้ใช้เข้าร่วมในการคัดเลือกแล้ว ตลาดจะนำไปสู่การต่อสู้อันวุ่นวาย ระบบนิเวศของ AA แสดงให้เห็นแนวโน้มที่กระจัดกระจายอย่างต่อเนื่อง ในจำนวนนี้ EIP ซึ่งกำหนดการแยกบัญชีจากกรอบงาน มีมาตรฐานอินเทอร์เฟซ เช่น ERC-4337, ERC-6900 และ ERC-7579 แล้ว แต่มีข้อแตกต่างที่เห็นได้ชัดในด้านประสบการณ์ผู้ใช้ ข้อกำหนดของอินเทอร์เฟซ และความคาดหวังด้านพฤติกรรมระหว่างการใช้งานที่แตกต่างกัน การใช้งานกระเป๋าสตางค์ที่แตกต่างกันมุ่งเน้นไปที่สถานการณ์การใช้งานที่คล้ายคลึงกันและฟังก์ชันหลักที่จำกัด แต่แต่ละอย่างก็ใช้สมมติฐานการออกแบบและตรรกะการใช้งานที่ไม่เข้ากัน
ปัญหาซ่อนเร้นที่พบบ่อยที่สุดประการหนึ่ง คือ ความผิดปกติของการจัดเก็บ หลังจากมีการนำ EIP-7702 มาใช้ พื้นที่จัดเก็บข้อมูลภายใต้บัญชี EOA จะพร้อมให้ใช้งานตามสัญญา และพื้นที่จัดเก็บข้อมูลนี้ไม่จำกัดอยู่แค่สัญญาเดียวเท่านั้น แต่สามารถใช้โดยผู้ให้บริการบัญชีอัจฉริยะหลายรายก็ได้
เมื่อผู้ใช้เริ่มการดำเนินการ "การมอบหมายใหม่" สัญญาบัญชีเดิมจะถูกแทนที่ด้วยสัญญาใหม่ อย่างไรก็ตามข้อมูลสถานะที่เขียนไว้ในสัญญาฉบับเดิมจะไม่ถูกล้างข้อมูลและจะยังคงอยู่ในพื้นที่จัดเก็บของ EOA ซึ่งหมายความว่าสัญญาพร็อกซีฉบับใหม่สามารถเข้าถึงหรือแม้กระทั่งแก้ไขข้อมูลการจัดเก็บที่เขียนไว้ในสัญญาฉบับเดิมได้ ซึ่งทำให้เกิดความเสี่ยงต่อ "การปนเปื้อนของข้อมูลการจัดเก็บ" และอาจแทรกแซงหรือแม้แต่ทำลายตรรกะการดำเนินการของสัญญาปัจจุบันได้
อย่างไรก็ตาม มีโซลูชันต่างๆ มากมายที่เกิดขึ้นในชุมชน เช่น การแยกพื้นที่เก็บข้อมูลผ่านเนมสเปซ (ERC-7201) เพื่อลดผลกระทบจากความวุ่นวายของการเก็บข้อมูล แต่ไม่ว่าจะนำโซลูชันใดมาใช้ ก็ยังขาดมาตรฐานรวมที่บังคับใช้ในระบบนิเวศน์ปัจจุบันเพื่อให้แน่ใจว่า nonce มีความเป็นเอกลักษณ์และปลอดภัย
ปัญหาทั่วไปอีกประการหนึ่งคือความไม่เป็นระเบียบในการนำมาตรฐานไปปฏิบัติ ตามที่เปิดเผยในบทความนี้: จากการแยกส่วนสู่การรวมกัน: ความจำเป็นของการกำหนดมาตรฐานบัญชีอัจฉริยะ
ปัจจุบัน: Safe, Biconomy และ ZeroDev ต่างก็นำฟังก์ชันการเรียกแบบแบตช์เวอร์ชันของตนเองไปใช้ แต่การตั้งชื่อฟังก์ชัน พารามิเตอร์อินเทอร์เฟซ และวิธีการประมวลผลผลลัพธ์ของทั้งสามนั้นแตกต่างกัน ในจำนวนนี้ ZeroDev พิจารณากรณีของความล้มเหลวในการเรียกแบบแบตช์ ในขณะที่ Safe และ Biconomy ไม่ได้จัดการสถานการณ์ดังกล่าว แนวทางของอุตสาหกรรมที่ "ต่างคนต่างทำในสิ่งของตัวเอง" ในการสร้างมาตรฐานนั้นจะนำไปสู่สงครามอันโกลาหลอย่างหลีกเลี่ยงไม่ได้ ผู้ใช้ dApps และนักพัฒนาต่างก็ตกเป็นเหยื่อ ดังนั้น การเปิดตัว EIP-7702 จึงไม่เพียงแต่เป็นนวัตกรรมทางเทคโนโลยีเท่านั้น แต่ยังเป็นโอกาสในการสร้างโครงสร้างพื้นฐานสากลสำหรับบัญชีอัจฉริยะอีกด้วย มันมอบโอกาสให้เรา "สร้างฉันทามติใหม่" ผลักดันระบบนิเวศกระเป๋าเงิน Web3 ทั้งหมดจากฟังก์ชันที่หลากหลายให้กลายเป็นโครงสร้างแบบรวม และบรรลุการพัฒนาที่ยั่งยืนอย่างแท้จริง
ตอนนี้ เราลองเปลี่ยนมุมมองใหม่และดูระบบนี้จากมุมมองของผู้ใช้ DApps แพลตฟอร์มการซื้อขายและองค์กรอื่นๆ เพื่อดูว่าระบบนี้ส่งผลต่อเราอย่างไร มันจะนำมาซึ่งโอกาสเช่นเดียวกับความเสี่ยง เราจะได้รับประโยชน์จากระบบนี้ได้อย่างสมบูรณ์แบบยิ่งขึ้นได้ก็ต่อเมื่อเข้าใจความเสี่ยงเท่านั้น

เป็นเรื่องจริงที่ EIP-7702 มีความเสี่ยงต่อการฟิชชิ่งที่รุนแรง เนื่องจากพารามิเตอร์การอนุญาตประกอบด้วย: ที่อยู่, nonce, chainid หาก chanid เป็น 0 การอนุญาตลายเซ็นสามารถมีผลกับเชนใดๆ ก็ได้ตราบเท่าที่ตรงตามค่า nonce
จากการนำไปใช้งานอย่างเฉพาะเจาะจงของกระบวนการ 7702 ใน OKX open source signature SDK เราจะเห็นได้ว่าเพื่อให้เป็นไปตามมาตรฐาน ผู้ใช้จะต้องลงนามค่าแฮชเป็น 0xabc ซึ่งคำนวณได้ดังนี้:

Keccak คืออัลกอริทึมแฮชกระแสหลักบน Ethereum ซึ่งมีความโดดเด่นตรงที่สามารถคำนวณข้อมูลที่มีความยาวใดๆ ก็ได้ให้มีความยาวคงที่ที่ 32 ไบต์ RLP คือชุดวิธีการเข้ารหัสข้อมูล และ Magic คือค่าคงที่
อย่างไรก็ตาม เนื่องจากผลลัพธ์สุดท้ายเป็นค่าแฮชที่มีเนื้อหาเฉพาะเจาะจงที่ไม่สามารถเข้าใจได้ หากผู้ใช้ลงนามในข้อความอย่างไม่ระมัดระวัง และบุคคลอื่นสามารถนำการอนุญาตของคุณไปยังเครือข่ายเพื่อให้มีผลใช้งานได้ โค้ดจะถูกตั้งค่าโดยไม่รู้ตัว ส่งผลให้เกิดเหตุการณ์โจมตีระดับ 0day และเนื่องจากรหัสชุดเป็นสิ่งที่บังคับ คุณจึงไม่สามารถรับประกันได้ว่าหากคุณตั้งค่าสัญญาที่ปลอดภัยแล้วจะไม่มีการแทนที่รหัสดังกล่าว
ดังนั้น กระเป๋าเงินที่ปลอดภัยจะห้ามไม่ให้ผู้ใช้ลงนามในค่าแฮชที่กำหนดเอง และนี่ก็เป็นกรณีเดียวกันก่อนหน้านี้ (เพราะว่าค่าแฮชอาจแสดงถึงธุรกรรมธรรมดาได้ด้วย)
ในกรณีแรก แฮกเกอร์จะขโมยค่า nonce ถัดไปของที่อยู่ปัจจุบันของคุณเพื่อลงนามอนุญาต กระบวนการนี้ก็ง่ายมากเช่นกัน หากคุณถูกโจมตี โปรดใช้กระเป๋าเงินที่สามารถปรับแต่ง Gasfee ได้ เช่น OKX Wallet หรือกระเป๋าเงินที่ปลอดภัยอื่น ๆ และโอน ETH อย่างรวดเร็ว (ไปยังที่อยู่ที่ปลอดภัยอื่น ๆ ของคุณ) ในแง่หนึ่ง การดำเนินการนี้สามารถโอนเงินในระดับ ETH ได้และในอีกแง่หนึ่ง ก็สามารถแทนที่ค่า nonce ที่ถูกต้อง ทำให้ค่าดังกล่าวไม่ถูกต้องเมื่ออยู่ในมือของแฮกเกอร์ สถานการณ์ที่สองก็คือ สิ่งที่แฮ็กเกอร์ขโมยไปนั้นอาจเป็นค่า nonce ที่ตามมา ดังนั้นการโอนปัจจุบันของคุณอาจทำให้การอนุญาตที่อยู่ในมือของแฮ็กเกอร์นั้นถูกต้องได้ เนื่องจากคุณไม่แน่ใจว่า nonce คืออะไร การดำเนินการใดๆ จึงไม่อาจนำไปสู่ความปลอดภัยโดยสมบูรณ์ได้ วิธีเดียวที่จะปกป้องตัวเองคือการโอนสินทรัพย์ของคุณโดยเร็วที่สุด
ดูเหมือน EIP-7702 จะอันตรายกว่าใช่ไหม? จริงๆแล้วมันไม่ใช่!
สำหรับบล็อคเชน ซึ่งเป็นระบบที่คืนอำนาจอธิปไตยของผู้ใช้ให้กับคีย์ส่วนตัวของผู้ใช้อย่างแท้จริง การลงนามแบบสุ่มในเวลาใดก็ตามจะนำไปสู่การสูญเสียทางการเงิน แต่ประเด็นสำคัญที่นี่คือ นอกเหนือจากสถานการณ์ที่ผู้ใช้รายใหญ่ตกเป็นเป้าหมายและถูกโจมตีแล้ว ความเสี่ยงส่วนใหญ่เกิดขึ้นเนื่องจากผู้ใช้ต้องใช้คีย์ส่วนตัวที่สำคัญบ่อยครั้ง
หากคุณเข้าใจฟังก์ชันรวมของบัญชีครอบครัวและบัญชีรองส่วนบุคคลผ่าน AA แล้ว และตั้งค่าขีดจำกัดที่ใช้ได้สำหรับบัญชีรองแต่ละบัญชี โดยพื้นฐานแล้ว บัญชีหลักของคุณจะต้องได้รับการปลุกเมื่อทำการแก้ไขการตั้งค่าระดับระบบเท่านั้น และสำหรับการใช้งานประจำวันทั่วไป จำเป็นต้องใช้บัญชีขนาดเล็กเท่านั้นในการแก้ปัญหา
ก่อนอื่น ผมขอเพิ่มข้อมูลทางเทคนิคสักหน่อย ในระหว่างกระบวนการเรียกสัญญาบน Ethereum ระบบจะพิจารณาฟิลด์โค้ดของที่อยู่ปัจจุบันของผู้ใช้ก่อน หากมีเนื้อหาก็จะผ่านฟังก์ชั่นที่ยอมรับตามค่าเริ่มต้นเพื่อดำเนินการตามตรรกะที่สอดคล้องกัน สำหรับผู้ใช้ทั่วไปเช่นเรา หากฉันดำเนินการตั้งค่าสัญญาของ EIP-7702 เสร็จสิ้น ก็จะมีการใช้ฟังก์ชันการยอมรับแบบค่าเริ่มต้น และธุรกรรมการโอน ETH ทั่วไปจะดำเนินการตามตรรกะของสัญญา ทำให้การใช้แก๊สโดยรวมเพิ่มขึ้น หากคุณตั้งค่าขีดจำกัดก๊าซสำหรับการทำธุรกรรมปกติไว้ที่ 21000 ระบบจะล้มเหลวโดยอัตโนมัติ
ในทำนองเดียวกัน เนื่องจากโครงการ NFT จำนวนมากจะตรวจพบว่าที่อยู่ผู้รับเป็นที่อยู่หลุมดำหรือไม่ (กล่าวคือ ที่อยู่ที่ไม่สามารถโอนสินทรัพย์ได้) และจึงห้ามทำธุรกรรม หากฟังก์ชันการยอมรับของคุณไม่ได้รับการจัดการอย่างถูกต้อง จะทำให้สินทรัพย์ ERC20 และ ERC721 ไม่สามารถยอมรับได้และสูญหายไปด้วยเช่นกัน ในเรื่องนี้ ขอแนะนำให้ตั้งค่าผ่านกระเป๋าเงินที่รองรับ EIP-7702 อย่างชัดเจน หรือใช้สัญญาตรรกะที่ได้รับการตรวจสอบความปลอดภัยและการรับรู้ผู้ใช้ เช่น: https://github.com/okx/wallet-core
ประการแรกคือมีการรองรับการเข้ารหัส ผ่านทาง EIP-2537 การดำเนินการก่อนการคอมไพล์ของเส้นโค้งวงรี BLS12-381 ได้ถูกแนะนำขึ้น ซึ่งสามารถช่วยเพิ่มประสิทธิภาพการดำเนินการเข้ารหัสที่ซับซ้อน เช่น การตรวจสอบลายเซ็น BLS ให้ปลอดภัยยิ่งขึ้น (ความปลอดภัย 120+ บิต) และประสิทธิภาพในการคำนวณ (การเพิ่มประสิทธิภาพแก๊ส)
มีจุดเพิ่มประสิทธิภาพมากมายในสถานการณ์การให้คำมั่นสัญญา หากพูดตามวัตถุประสงค์แล้ว การวางเดิมพันจำเป็นต้องได้รับการเพิ่มประสิทธิภาพ คลัสเตอร์ผู้ตรวจสอบของ Ethereum เติบโตอย่างรวดเร็ว โดยมีที่อยู่สเตกกิ้งของผู้ตรวจสอบเกือบหนึ่งล้านที่อยู่ เนื่องจาก MAX_EFFECTIVE_BALANCE ถูกจำกัดไว้ที่ 32 ETH และผู้ดำเนินการโหนดจำเป็นต้องสร้างบัญชีผู้ตรวจสอบหลายบัญชีเพื่อจัดการสินทรัพย์ที่เดิมพันไว้จำนวนมาก ซึ่งนำไปสู่การมี "ผู้ตรวจสอบซ้ำซ้อน" จำนวนมาก ดังนั้น การเพิ่มขีดจำกัดสูงสุดผ่าน EIP-7251 สามารถลดจำนวนบัญชีที่ควบคุมและความซับซ้อนของระบบสำหรับโปรโตคอลสเตกกิ้งรวมเช่น lido ได้ แต่สิ่งนี้อาจเพิ่มปัญหาการกระจายอำนาจและทำให้ตลาดสเตกกิ้ง ETH มีการรวมอำนาจมากขึ้น
การอัปเกรดนี้จะช่วยให้ผู้ดำเนินการโหนดขนาดใหญ่สามารถรวมบัญชีผู้ตรวจสอบหลายบัญชีเข้าด้วยกันได้ ในขณะเดียวกันก็ให้ความยืดหยุ่นมากขึ้นสำหรับผู้ตรวจสอบรายย่อย เช่น การเพิ่มรายได้ผ่านการสะสมดอกเบี้ยทบต้นหรือการเพิ่มสเตกกิ้งที่ยืดหยุ่นยิ่งขึ้น สิ่งนี้สำคัญมาก เมื่อถึง 32 ETH ดั้งเดิมแล้ว หากคุณสร้างรายได้ใหม่ 10 ETH คุณจะไม่สามารถใช้ ETH สำหรับการเดิมพันต่อไปได้ เพราะคุณยังต้องได้รับ 32 ETH เพื่อเปิดบัญชีใหม่ แต่หลังจากการอัปเดตนี้ คุณสามารถเดิมพัน 42 ETH ได้โดยตรง จากนั้นดอกเบี้ยทบต้นของคุณก็จะถูกส่งกลับไปที่ระบบ ETH ซึ่งไม่เพียงแต่จะช่วยปรับปรุงประสบการณ์ของผู้ใช้เท่านั้น แต่ยังเป็นการบ่งบอกถึงการลดสภาพคล่องของ ETH อีกด้วย
ในที่สุด ระบบนิเวศ L2 ก็ได้รับการเพิ่มประสิทธิภาพอย่างมีนัยสำคัญ Ethereum ยึดมั่นในเส้นทางของชุมชนนิเวศวิทยา L2 เสมอมา เชน SVM และ MOVE อื่นๆ ยังคงพัฒนา L1 ของตัวเองอยู่ และแม้แต่การสำรวจ L2 บนนั้นก็ยังมีความขัดแย้งและความขัดแย้งอยู่บ้าง สาเหตุหลักก็คือประสิทธิภาพสูงของโซ่เหล่านี้ขึ้นอยู่กับ L2 น้อยลง
เพื่อส่งเสริมให้ L2 มากขึ้นโต้ตอบกับเครือข่าย Ethereum อย่างมีประสิทธิภาพ จึงใช้ EIP-7623 เพื่อเพิ่มค่าธรรมเนียมแก๊สของข้อมูลการโทรในธุรกรรมจาก 4/16 แก๊สต่อไบต์เป็น 10/40 แก๊ส นี่จะบังคับ L2 ไม่ให้ใช้งาน calldata แต่ให้ใช้ Blob มากขึ้น
EIP-7691 ยังใช้เพื่อเพิ่มความจุของบล็อบในบล็อกเพื่อรองรับพื้นที่จัดเก็บ L2 ที่ใหญ่ขึ้น ในการอัพเกรด Cancun ครั้งก่อนนั้น มีพารามิเตอร์หลักสองตัวที่แสดงถึง blobs ได้แก่ เป้าหมายและค่าสูงสุด ซึ่งใช้เพื่อระบุจำนวนเป้าหมายของ blobs สำหรับแต่ละบล็อก และจำนวนสูงสุดของ blobs สำหรับแต่ละบล็อก
ในเมืองแคนคูน พารามิเตอร์คือ 3 และ 6 และตอนนี้หลังจากเมืองปราก พารามิเตอร์ก็กลายเป็น 6 และ 9 กล่าวโดยย่อ ความจุได้รับการขยายแล้ว
ดังนั้น Ethereum จึงปรับปรุงตัวเองผ่าน TPS ของ L2 แม้ว่าจะมีปัญหาหลายประการ เช่น สภาพคล่องที่กระจัดกระจาย ความซับซ้อนของครอสเชน ความสามารถในการหลบหนีฉุกเฉิน ฯลฯ ดังนั้นในการอัปเกรด Pectra ในปัจจุบัน Ethereum จึงเพิ่ม "ทางด่วน" ให้กับ L2 แต่การแก้ปัญหา "การจัดการการจราจร" และ "มาตรฐานการเรียกเก็บเงินสำหรับทางด่วนต่างๆ" ในอนาคตถือเป็นปัญหาพื้นฐานที่สุด
บทความนี้มีความยาวเกือบ 10,000 คำ เราเริ่มต้นด้วยรากฐานการพัฒนาของการแยกบัญชี จากนั้นจึงไปดูสองเส้นทางและการเปรียบเทียบที่แสดงโดย ERC-4337 และ EIP-7702 จากนั้นเราจะเจาะลึกถึงหลักการและกลไกของ EIP-7702 และวิเคราะห์ข้อดีข้อเสีย รวมถึงผลกระทบของการปรับเปลี่ยนต่อสถานการณ์ของผู้ใช้หลัก
ผู้เขียนเชื่อว่า “ไม่ใช่กุญแจของคุณ ไม่ใช่เงินของคุณ” เป็นแนวคิดที่ยอดเยี่ยม EIP-7702 นั้นไม่ได้มีจุดมุ่งหมายที่จะโค่นล้มมัน แต่เพื่อเสริมและปรับปรุงมันในอีกมิติหนึ่ง ให้มันมีทั้งอำนาจอธิปไตยและใช้งานง่าย Yoav Weiss นักวิจัยที่ Ethereum Foundation กล่าวว่า "ผู้ใช้พันล้านคนถัดไปจะไม่เขียน 12 คำบนกระดาษหนึ่งแผ่น"
เมื่อเปรียบเทียบทั้งสองอย่างแล้ว เราสามารถพูดได้ว่าเขาได้ปรับปรุง ERC-4337 อย่างมีนัยสำคัญ โดยให้พื้นที่และความยืดหยุ่นแก่ผู้ใช้ ทำให้ผู้ใช้จดจำและใช้งานในตลาดถัดไปได้ง่ายขึ้น เมื่อผู้ใช้เริ่มนำ CA มาใช้ในฐานะเอนทิตีบนเชน ประเภทธุรกรรมที่ซับซ้อนจะเกิดขึ้นเป็นจำนวนมากบนเชน EVM
ดังนั้นเราจึงสามารถมองเห็นเงาของอนาคตได้ ด้วยการเพิ่มความสมบูรณ์ให้กับเอนทิตีบัญชีพื้นฐานและประเภทธุรกรรม ปัญหาที่เคยเป็นคอขวดของแอปพลิเคชันจำนวนมากจะได้รับการแก้ไข ผู้ใช้จะไม่ถูกบังคับให้เข้าใจตรรกะของ Nonce, Gas ฯลฯ อีกต่อไป แต่จะได้รับการทำให้เข้าใจง่ายขึ้นด้วยเครื่องมือบริการรายการเช่นกระเป๋าเงิน
แม้จะต้องเผชิญกับความหลากหลายของระดับอุตสาหกรรม ซึ่งทำให้เกิดความไม่เป็นระเบียบในระดับหนึ่งในมาตรฐานอินเทอร์เฟซและพื้นที่เก็บข้อมูล ผู้เขียนก็ยังคงมองโลกในแง่ดีว่ายิ่งความโกลาหลนั้นมีค่ามากเท่าใด ก็ยิ่งมีแนวโน้มที่จะสร้างมาตรฐานที่เป็นหนึ่งเดียวมากขึ้นเท่านั้น และเกมที่หลากหลายและกระจายอำนาจจะส่งเสริมการพัฒนาของอุตสาหกรรมในที่สุด ด้วยเหตุนี้ เมื่อ EIP-7702 ออนไลน์แล้ว จะไม่ทำลายระบบนิเวศบน Ethereum ทันที เพราะเป็นการอัปเกรดพื้นฐานทางเทคนิคแบบวนขึ้นไปเรื่อยๆ โดยทั่วไปการอัปเกรดดังกล่าวจะเร็วกว่าแอปพลิเคชันในตลาด 2-3 ปี ซึ่งทำให้ชั้นแอปพลิเคชันต้องค่อยๆ พัฒนาไป
ยิ่งไปกว่านั้น การเริ่มตั้งแต่การอัพเกรดครั้งนี้เป็นต้นไป ความปลอดภัยของผู้ใช้จะขึ้นอยู่กับคุณภาพบริการของเลเยอร์เครื่องมือป้อนข้อมูลมากขึ้น โอเพ่นซอร์สถือเป็นขั้นตอนสำคัญที่จะช่วยให้ผู้ใช้รู้สึกปลอดภัย ดังนั้นการใช้งาน SDK พื้นฐาน EIP-7702 ที่บูรณาการโดย OKX Wallet ในครั้งนี้จึงเป็นโอเพ่นซอร์สและเปิดให้ชุมชนและตลาดทดสอบได้ ยังมีกระเป๋าเงินอีกมากมายที่รักษาความเปิดกว้างและก้าวหน้าไปอีกขั้นบนเส้นทางของการดูแลตนเอง มอบอำนาจให้ผู้ใช้เป็นอิสระอย่างสมบูรณ์พร้อมความยุติธรรมของโอเพนซอร์ส
ในที่สุด เมื่อกลับมาที่การอัพเกรด Pectra เราก็สามารถมองเห็นแนวคิดและความมุ่งมั่นของ Ethereum เกี่ยวกับทิศทางในอนาคตได้อีกครั้ง ขณะนี้กลยุทธ์ระดับ 2 ได้เข้าสู่ช่วงการดำเนินการที่มั่นคงแล้ว แผนงานของ Ethereum มีการเปลี่ยนแปลงในรายละเอียดมากมายในช่วงทศวรรษที่ผ่านมา แต่เป้าหมายหลักยังคงสอดคล้องกันอย่างน่าประหลาดใจเสมอมา นั่นก็คือการมีบล็อคเชนสีเขียวแบบกระจายอำนาจที่ปลอดภัย ซึ่งปรับขนาดได้สูงและตรวจยืนยันได้ง่าย การนำเสนอข้อเสนอ AA เช่น EIP-7702 ที่ปรับปรุงประสบการณ์ของผู้ใช้ได้อย่างมีประสิทธิภาพผ่านการฮาร์ดฟอร์ก แสดงให้เห็นถึงการสำรวจอย่างต่อเนื่องของ Ethereum ว่าจะปรับปรุงความสามารถในการแข่งขันของหลาย ๆ เครือข่ายได้อย่างไรในขณะที่รับรองการกระจายอำนาจ (แม้จะเผชิญกับการแข่งขันจากเครือข่ายสาธารณะรุ่นใหม่เช่น Solana) และวิธีการเป็นซูเปอร์คอมพิวเตอร์ที่เหมาะสม!
อ้างอิง:
1. https://github.com/okx/js-wallet-sdk
2. https://github.com/ethereum/EIPs/blob/master/EIPS/eip-7702.md
3. https://www.okx.com/zh-hans/learn/smart-account-standardizatio n
4、https://mp.weixin.qq.com/s/WjpPNKEVlxlCSz1WyHH4tw
5、https://vitalik.eth.limo/general/2024/12/03/wallets.html
6、https://metamask.io/news/account-abstraction-past-present-future
บทความนี้มาจากการส่งและไม่แสดงถึง BlockBeats Views
ยินดีต้อนรับสู่ชุมชนทางการของ BlockBeats:
กลุ่ม Telegram สมัครสมาชิก: https://t.me/theblockbeats
กลุ่ม Telegram พูดคุย: https://t.me/BlockBeats_App
บัญชี Twitter ทางการ: https://twitter.com/BlockBeatsAsia