เรื่อง ราว ของ ชน พื้น เมือง ที่ เป็น นามธรรม + คํา ขู่ ของ ควอนตัม: EIP-8141 ทําไม ไม่ เป็น ยอด เฮโกตา

สัปดาห์ก่อน EPP-8141 ได้มีการอภิปรายอย่างเป็นทางการในการประชุมของนักพัฒนาบ้านเอเธอร์ โคเร และผลก็คือ น่าแปลกใจที่ข้อเสนอของวิชิคที่จะยืนด้วยตัวเองไม่ได้ถูกจัดเป็น "ฟังก์ชั่นสมอง" สําหรับ Hegota แต่เป็นการพิจารณาสถานะ。

สัปดาห์นี้ ทีม Google Quantum AI ได้ปล่อยกระดาษสีขาวใหม่ที่ระบุว่า ภายใต้ข้อสันนิษฐานของฮาร์ดแวร์ มันไม่ได้หมายความว่าการโจมตีควอนตัมใกล้ แต่มันเตือนจริงๆถ้าระบบบัญชีไม่มีความยืดหยุ่นในการเปลี่ยนแปลง ตรรกะที่ถูกต้องในอนาคต ส่วนมากของวันนี้ 'การอภิปรายเกี่ยวกับประสบการณ์กระเป๋า'。

EIP-8141 ยังคงหนักเกินไป แม้ว่าจากมุมมองที่สมจริงของการก้าวไปข้างหน้ากับข้อตกลง โดยเฉพาะอย่างยิ่งในแง่ของความสําเร็จของลูกค้า。

แต่ ณ จุดนี้ในเวลา, EIP-8141 ดูเหมือนจะคุ้มค่าที่จะอภิปรายและดูมากขึ้น。

I.EIP-8141. วิธี แก้ คือ อะไร

EPP-8141 ขับเคลื่อนโดยผู้มีส่วนร่วมหลัก อาทิ ไวตานิก บิวเทริน และ ทิมบีโกะ เป็นที่รู้จักอย่างเป็นทางการในชื่อ เฟรม ขนส่ง。

เพื่อสรุปในวลีที่เข้าใจง่ายมากขึ้น สิ่งที่มันต้องการคือ การไม่เพิ่มฟังก์ชันกระเป๋าคุมข้อมูลแยก แต่พยายามที่จะลบบัญชีใด ๆ จากระดับของข้อตกลงจากการถูกผูกโดยเส้นทางลายเซ็นของ ESDSA ครั้งเดียว แต่แทนที่จะมีการยืดหยุ่นและบังคับใช้ตรรกะ & nbsp;

นี่ยังหมายความว่า ลายเซ็นหลาย ๆ อัน สปอนเซอร์แก๊ส การหมุนที่สําคัญ การฟื้นฟูสังคม และแม้กระทั่งการเข้าถึงโปรแกรมต่อต้านการปล่อยน้ําในอนาคต。

ถ้าคุณดูที่พื้นผิว, EIP-8141 พิจารณาชุดของความสามารถที่ดูเจาะจงมาก:จ่ายเงินในหน่วยเงินคงที่ ก๊าซ, การสังเคราะห์การดําเนินการหลายขั้นตอน ในการทําธุรกรรม, รองรับวิธีการการ ยืดหยุ่นมากขึ้น。กล่าว ได้ ว่า การ ปรับ ปรุง หลาย อย่าง ที่ เคย ประสบ มา ตลอด หลาย ปี ตั้ง แต่ ERC-4337 ไป จน ถึง EIP-7702 โดย รอบ กระเป๋า เงิน เป็น การ ทํา บัญชี โดย พื้น ฐาน แล้ว ไม่ ใช่ กุญแจ ส่วนตัว อีก ต่อ ไป แต่ เป็น จุด ที่ เข้า มา เพื่อ กําหนด กฎ ที่ กําหนด เอง。

ปัญหาคือการปรับปรุงเหล่านี้ทําให้กระเป๋าสตางค์มากขึ้นและมากขึ้นเช่น บัญชีสมาร์ท แต่พวกเขาไม่เคยจริงๆสัมผัสด้านล่างของโมเดลบัญชีปริยายของ Ether。

เป็น ที่ ทราบ กัน ดี ว่า ภาย ใต้ ระบบ ปัจจุบัน มี การ แบ่ง บัญชี ทา ฟิง ออก เป็น สอง ประเภท อย่าง กว้าง ขวาง. บัญชีหนึ่งเป็นบัญชีภายนอกที่คุ้นเคย EOA ซึ่งถูกควบคุมโดยกุญแจส่วนตัว ซึ่งสามารถเริ่มต้นการทําธุรกรรมได้เอง แต่ไม่สามารถโปรแกรมได้。

การ ทํา เช่น นี้ จะ ทํา ให้ มี ความ สามารถ ที่ จะ เริ่ม ทํา การ ค้า และ ผูก พัน กับ ลายเซ็น กุญแจ เฉพาะ ตัว เป็น เวลา นาน. ตราบ ใด ที่ ข้อ กําหนด นี้ ยัง ไม่ เปลี่ยน แปลง ก็ เป็น เรื่อง ยาก สําหรับ ผู้ ใช้ หลาย คน ใน ทุก วัน นี้ ที่ จะ พบ ความ สามารถ ที่ พวก เขา ควร มี เช่น ความ ยืดหยุ่น ใน การ เปลี่ยน กฎ ลายเซ็น ให้ มี แก๊ส เข้า มา แทน ที่, เพื่อ ฟื้นฟู การ ควบคุม บัญชี ให้ กลับ คืน สู่ สภาพ เดิม หลัง จาก สูญ เสีย กุญแจ ส่วน ตัว, หรือ เพื่อ ทํา ให้ การ ย้าย ถิ่น ฐาน ใน อนาคต เป็น ระบบ รหัสผ่าน แบบ ใหม่ ได้ อย่าง ง่าย ดาย, เพื่อ จะ กลาย เป็น ความ สามารถ ที่ แท้ จริง ของ บัญชี。

หากคุณได้ใช้ Im Token หรืออื่น ๆ กระเป๋าสตางค์ Web3 คุณอาจเคยประสบความเจ็บปวดเหล่านี้เช่นพวงของ USDC ในกระเป๋าสตางค์ของคุณ แต่ไม่มีเอที คุณไม่สามารถทําข้อตกลง (เนื่องจากก๊าซสามารถจ่ายเฉพาะกับ ET); คุณสูญเสียเงินทั้งหมดและไม่สามารถเรียกคืนมัน; "ดําเนินการแลกเปลี่ยนที่มีประสิทธิภาพ +" มีการลงนามสองครั้ง, ฯลฯ。

ปัญหา ไม่ ได้ อยู่ ที่ ผลิตภัณฑ์ ของ กระเป๋า สตางค์ ยัง ไม่ ดี พอ แต่ กลับ ถูก ออก แบบ มา โดย มี ตัว อย่าง การ ทํา บัญชี ทา เฟ็ง เอง。

จากมุมมองนี้ วิวัฒนาการของสองปีที่ผ่านมามีความชัดเจนมาก มี ERC-4337 ประมวลผลบัญชีเชิงนามธรรมในระดับโปรแกรมโดยไม่แก้ไขโปรโตคอลเพิ่มเติม; EIP-7702 ยืนยันว่า EOA ไม่ได้อย่างสมบูรณ์ ไม่สามารถอธิบายได้ อย่างน้อยก็ชั่วคราวเพื่อให้ได้บางส่วนของความสามารถในการเข้าถึงบัญชีสมาร์ท。

นั่นก็คือ แทนที่จะพยายามเป็น เรื่องนามธรรม ไต้ฝุ่นได้เข้าใกล้เรื่องนี้ และการปรากฏตัวของ EIP-8141 หมายความว่าเส้นทางนี้ไปถึงโหนดใหม่ มันไม่พอใจกับความสามารถในการเรียงบัญชี อีกชั้นหนึ่ง ที่อยู่นอกระบบที่มีอยู่ความ พยายาม ที่ จะ ฝัง บัญชี ไว้ ใน นามธรรม โดย ตรง เข้า ไป ใน แบบ จําลอง การ ทํา ธุรกิจ นั้น เอง ทํา ให้ พวก เขา มี ความ ถูก ต้อง ตาม หลัก การ และ การ ดําเนิน งาน ตาม หลัก เหตุ ผล ตั้ง แต่ ตอน เริ่ม ต้น ของ ชั้น โปรโตคอล。

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

II. EIP-8141. มันทํางานอย่างไร

ในการวิเคราะห์ขั้นสุดท้าย EIP-8141 ได้ริเริ่มการทําธุรกรรมรูปแบบใหม่ทั้งหมด - การขนส่งเฟรม - โดยมีชนิดของธุรกรรม 0x06。

ถ้าตรรกะพื้นฐานของธุรกรรมทาเฟ็ง คือ การทําธุรกรรมครั้งเดียวตรงกับการโทร สิ่งที่ EIP-8141 ต้องการทําคือการยกเลิกธุรกรรมเป็นชุดของ "กรอบ" ที่สามารถดําเนินการตามลําดับของกฎได้ จึงเป็นการเอา 3 สิ่ง ที่ผูกพันธ์กันเพื่อการพิสูจน์, การชําระเงินและการประหารชีวิต。

แต่ละเฟรมมีโหมดการทํางาน 3 แบบ:

• IFIFY (กรอบการตรวจสอบ): มีหน้าที่รับผิดชอบในการตรวจสอบความถูกต้องของธุรกรรม มันดําเนินการตามตรรกะที่กําหนดเองของบัญชี และถ้าหากรับมาเลี้ยงแล้ว ให้เรียกรหัส APROVE ที่เพิ่งนําเข้ามา เพื่ออนุมัติการประหารชีวิตและมอบหมายฝาแก๊ส。
• SENDER (เฟรมการขอข้อมูล): ทําการดําเนินการจริง เช่น การโอน, เรียกสัญญา เป็นต้น ที่อยู่โทร.มา คือผู้ส่งรายการ。
• DEFALULULUL( กรอบ) ที่อยู่สําหรับรายการของระบบเป็นที่อยู่สําหรับเรียกดูสัญญาใช้, การตรวจสอบความถูกต้องของ Permaster เป็นต้น

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

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

เพื่อเป็นตัวอย่างที่เป็นรูปธรรม สมมุติว่าคุณต้องการที่จะเสร็จสิ้น การชําระคืนของแก๊ส USDC สสารสามารถถูกจัดการตามทฤษฎี。

ผล ก็ คือ การ จ่าย ค่า น้ํามัน และ การ ทํา การ ค้า ขั้น พื้น ฐาน สามารถ นํา มา ผนวก เข้า กับ กระบวนการ อะตอม อย่าง เดียว กัน ได้ ทั้ง ๆ ที่ ประสบ ความ สําเร็จ เต็ม ที่ หรือ ไม่ ก็ กลิ้ง กลับ มา。

สําหรับผู้ใช้ การเปลี่ยนแปลงที่ตรงตามสัญชาตญาณที่สุด คือ การดําเนินงานจํานวนมาก ที่จะต้องถูกทําลายลงในสองหรือสามขั้นตอน。

นั่นหมายความว่าอย่างไรสําหรับผู้ใช้กระเป๋าคุมข้อมูล? ในแง่ของผลลัพธ์ การเปลี่ยนแปลงที่มองเห็นได้มากที่สุด อย่างน้อยสี่ระดับ

• การจ่ายแก๊สเป็นนามธรรมการมีเงินตราที่เสถียรอยู่ในกระเป๋าสตางค์ ไม่ได้หมายความว่า คุณจะต้องเตรียม EHT เพิ่มขึ้นเล็กน้อยเพื่อดําเนินการ และเงินในอนาคตของก๊าซโดย Dapp, paymaster หรือผู้สนับสนุนอื่น ๆ จะกลายเป็นพื้นฐานมากขึ้น
• ปฏิบัติการหลายขั้นตอนรวมกัน:โพรเซสเช่น "Authorization + Schraft" "Authorization + Pledge" มีความจําเป็นในการใช้งานหลายลายเซ็น และมีโอกาสที่จะถูกบรรจุเข้าไปในปฏิบัติการที่สมบูรณ์มากขึ้น
• กฎความปลอดภัยของบัญชีเปิด:การลงนามหลายครั้ง การฟื้นฟูสังคม ข้อจํากัดประจําวัน การล็อคเวลา การหมุนที่สําคัญ
• ชุดลายเซ็นจะต้องไม่ถูกล็อคโดยพาธแบบ ECDSA อีกต่อไป:นี้อนุญาตให้มีการอพยพในอนาคตของบัญชี ไปยังระบบรหัสผ่านที่แตกต่างกัน รวมทั้งโปรแกรมลายเซ็นสํารอง ซึ่งเป็นครั้งแรกที่มีความเป็นไปได้ของลําดับชั้นของโปรโตคอล

ไออิ ทําไมเค้าไม่อยู่ข้างบน

จุดที่สามารถปฏิเสธได้อย่างง่ายดาย แต่จําเป็นสําหรับผู้ใช้กระเป๋าคุมข้อมูล:แม้ว่าในที่สุด EIP-8141 ก็ลงจอด ระบบบัญชีในปัจจุบันจะไม่ถูกโค่นล้มทั้งหมด。

แม้ว่าคุณจะใช้กระเป๋าคุมข้อมูลแบบ Im Tomken อยู่ก็ตาม คุณไม่จําเป็นต้องย้าย เนื่องจากมันเข้ากันได้ย้อนกลับ และที่อยู่ EOA ที่มีอยู่สามารถถูกใช้ต่อไปได้ แค่เลือก ตรรกะของบัญชี "upgrating" ตามเวลา。

แต่ ใน ทาง ตรง กัน ข้าม นั่น คือ เพราะ ได้ มี การ เปลี่ยน แปลง อย่าง ลึก ซึ้ง พอ ที่ ว่า มัน ไม่ ได้ เป็น งาน ธง โดย ตรง ของ เฮโกตา ใน การ สนทนา รอบ สุด ท้าย. อย่าง ไร ก็ ตาม ตาม ขั้น ตอน การ ตั้ง แคม ป์ เอ พี ใน ปี 2026 ไม่ มี การ ปฏิเสธ ความ หมาย ของ ซี เอฟ ไอ แต่ ก็ อยู่ ใน ขั้น ตอน ของ การ พิจารณา อย่าง จริงจัง แต่ ยัง ไม่ ได้ อยู่ ใน คณะ กรรมการ ขั้น สุด ท้าย。

กล่าว อีก นัย หนึ่ง นัก พัฒนา หลัก ไม่ ได้ ปฏิเสธ การ ชี้ นํา ของ EIP-841 แต่ ขณะ ที่ ยอม รับ คุณค่า ของ มัน ก็ ถือ ว่า ยัง หนัก เกิน ไป。

ที่ จริง บัญชี เดิม ไม่ ได้ เป็น แบบ นามธรรม เหมือน ERC-4337 ซึ่ง จะ ค่อย ๆ ถูก ขับ รถ โดย กระเป๋า สตางค์, โครงสร้าง, และ การ ใช้ งาน. เมื่อมันเข้าสู่ชั้นของโปรโตคอล นั่นหมายความว่าลูกค้าระดับผู้บริหารทั้งหมด จะต้องบรรลุผลอย่างจริงจัง, ทดสอบ, และจําลอง。

แล้วจะเกิดอะไรขึ้นต่อ? สามารถมองเห็นได้ในสองบรรทัด:

• EIP-841141 เนื่องจากอยู่ในสถานะ CFI แสดงให้เห็นว่ามันยังคงถูกประเมินอย่างต่อเนื่อง โดยผู้เขียนคําเสนอนี้จะยังทํารายละเอียดที่สําคัญต่อ
• หากความไม่ต่อเนื่องนี้ยังคงถูกรวมเข้าด้วยกัน มันจะมีโอกาสเข้าสู่ขั้นตอนการรวมข้อมูลแบบย่อยมากขึ้น ในการอัพเกรดภายหลัง

ในความเป็นจริง EIP-8141 ไม่ได้เป็นเพียงการเสนอเรื่องบัญชีต้นฉบับเชิงนามธรรมเท่านั้น ยิ่งมีโปรแกรมลายเซ็นควอนตัมที่ออกในช่วงหลังสุด ซึ่งไม่สามารถกําหนดการคํานวณควอนตัมโดยตรงได้ & nbsp;

จากมุมมองนี้ มูลค่าจริงของ EIP-8141 ไม่ใช่ว่ามันเป็นคําตอบเดียว แต่เป็นที่ตั้งคําถามว่าปลายนามธรรมของบัญชีเดิมควรมีลักษณะอย่างไร。

มัน ไม่ ใช่ ทาง แก้ เพียง อย่าง เดียว แต่ เป็น วิธี หนึ่ง ที่ ทะเยอทะยาน มาก ที่ สุด และ ใกล้ จะ ถึง ขีด สูง สุด ของ จินตนาการ ทั้ง หมด ของ AA。

ว่าจะ EPP-8141 หรือไม่ ในที่สุดก็จับฮิโกตาได้ การอภิปรายเองได้แสดงให้เห็นสิ่งหนึ่ง:

แทนที่จะรอคอยปัญหาที่จะหมักในซิตู โรงงานเอเธอร์กําลังปูทาง สําหรับระบบบัญชีรุ่นต่อไป ในรูปแบบประจําวัน。