Ethereum แนวคิดการสรุปบัญชี ล้มเหลวหรือไม่？

เขียนโดย: Haotian

ครั้งที่แล้วพูดถึงโปรโตคอล x402 ที่สืบทอดจากเครือข่าย Lightning ล่าสุดตอนที่ไปทานข้าวกับเพื่อนโปรแกรมเมอร์ ก็ถูก “ท้าทาย” อีกครั้ง: x402 ไม่ใช่การ抽象บัญชี AA ที่เคยพูดถึงมาก่อนหรอกเหรอ?

ความหมายที่แฝงอยู่คือ Ethereum ได้พยายามทำเรื่อง Account Abstraction มาหลายปีแล้ว ลงทุนทรัพยากรมากมายใน ERC-4337, Paymaster และอื่นๆ รวมถึง Grant และผู้ให้บริการกระเป๋าเงินต่างๆ แต่ผลที่เกิดขึ้นจริงทุกคนก็เห็นกันแล้ว มีคนจำนวนมากวิจารณ์ว่าเสียงดังแต่ผลลัพธ์น้อย.

ถึงแม้ว่าฉันจะไม่คิดว่า AA ได้ประกาศความล้มเหลว แต่ปัญหาที่แท้จริงอยู่ที่ไหน?

1、Paymaster ย้ายค่าใช้จ่าย Gas ของผู้ใช้ไปยังฝ่ายโปรเจกต์ ฟังดูดี แต่พลังในการจ่ายเงินของฝ่ายโปรเจกต์นั้นอ่อนแอมาก ROI ไม่ชัดเจน แน่นอนว่าเดินเข้าสู่ทางตันของโมเดลธุรกิจ ไม่มีความสามารถในการสร้างรายได้ด้วยตนเองทั้งหมดพึ่งพาการสนับสนุนจะเป็นไปได้อย่างไร?

2、บัญชี AA ที่มีการ抽象 จำกัดอยู่ภายในระบบนิเวศ EVM เท่านั้น เช่น ERC4337, Paymaster, EntryPoint สัญญาทั้งหมดเป็นของ Ethereum หากต้องการให้รวม Solana, BTC และระบบนิเวศข้าม EVM อื่น ๆ จะต้องเพิ่มบริการชั้นกลางเพื่อทำให้ฟังก์ชันนี้เป็นจริง แต่ปัญหาคือ บริการชั้นกลางนั้นมีค่าธรรมเนียมเพิ่มเติมที่ต้องแบ่งปัน ซึ่งจะทำให้ความท้าทายต่อ ROI ของโมเดลธุรกิจยิ่งใหญ่ขึ้น!

ยังมีปัญหาทางเทคนิคที่ซับซ้อนอีกมากมาย ฉันจะไม่พูดถึงมัน แต่จะพูดในสิ่งที่ทุกคนเข้าใจได้ AA โดยพื้นฐานแล้วเป็นผลิตภัณฑ์ของ “เทคโนโลยีเพื่อเทคโนโลยี” เป็นผลงานที่เกิดจากการวิจัยอย่างบริสุทธิ์ของ Ethereum ในอดีต.

เมื่อเปรียบเทียบกันแล้ว โปรโตคอล x402 เล่นอะไร? มีความแตกต่างกันอย่างไร? มีคนวิจารณ์ว่าทำไมถึงนำสถานะ HTTP 402 ซึ่งเป็นสิ่งโบราณที่มีมา 30 ปีแล้วออกมาใช้ และยังทำเกมที่มีการแกะสลักทองอีกด้วย.

แต่ไม่ต้องลืมว่า รหัสสถานะ HTTP 402 — นี่คือโปรโตคอลพื้นฐานของอินเทอร์เน็ต ซึ่งเป็นภาษาสาธารณะของ Web2 และ Web3.

AA ต้องการสัญญาอัจฉริยะ ต้องการสถานะบนเครือข่าย ต้องการการดำเนินการด้วย EVM เสมือนจริง x402 ต้องการเพียงส่วนหัวคำขอ HTTP เท่านั้น ระบบที่รองรับ HTTP ใดๆ ก็สามารถใช้ได้ - API ของ Web2, RPC ของ Web3 หรือแม้แต่เกตเวย์การชำระเงินแบบดั้งเดิม ก็เข้ากันได้ทั้งหมด.

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

กุญแจสำคัญคือ x402 เป็นมาตรฐานการทำงานร่วมกันข้ามโซ่ที่ดีมากอยู่แล้ว ตราบใดที่ Agent สามารถส่งคำขอ HTTP, สามารถจัดการกับการตอบกลับ 402, และสามารถทำการอนุมัติ EIP-3009 (หรือมาตรฐานที่เทียบเท่าของโซ่อื่น) ไม่ว่าจะเป็น Base, Monad, Solana, Avalanche หรือ BSC การทำงานข้ามโซ่ในระดับโปรโตคอลจะไม่รู้สึกเลย โดยจะแสดงออกมาแค่ในปัญหาจุดเดียวในการชำระเงิน ซึ่งเมื่อเปรียบเทียบแล้ว ค่าใช้จ่ายในการข้ามโซ่จะต่ำกว่ามาก.

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

โดยรวมแล้ว ฉันรู้สึกว่า AA เป็นวิศวกรรมที่ประณีตภายใต้ความคิดของนักวิจัย ในขณะที่โปรโตคอล x402 เป็นการประยุกต์ใช้งานที่เกิดจากความต้องการของตลาด

ปัญหาคือ ERC-8004 จะเดินตามทางเก่า AA หรือไม่?

จากมุมมองทางทฤษฎีแล้ว ERC-8004 คล้ายกับ AA 2.0 มาก ยังคงเป็น EVM เฉพาะ ต้องมีการติดตั้งทะเบียนสามชั้น (Identity/Reputation/Validation) การกระตุ้นในระยะแรกยังค่อนข้างพึ่งพาการสนับสนุนจากภายนอกหรือการวางเดิมพัน ซึ่งทั้งหมดนี้เป็นหลุมพรางที่ AA เคยเผชิญ หากบล็อกเชนอื่นต้องการเข้ากันได้ ก็ยังต้องเพิ่มต้นทุนความเชื่อมั่นอีกชั้นหนึ่ง.

แต่ความแตกต่างคือ ในกรอบ x402 ERC-8004 เป็นเพียงเครื่องมือ ไม่ใช่มาตรฐานที่ครอบคลุม สายอื่นต้องรองรับโปรโตคอล x402 ไม่ใช่ ERC8004.

ความแตกต่างในตำแหน่งนี้มีความสำคัญมาก AA มีปัญหาอะไรในปีนั้น? มันต้องการที่จะเป็น “มาตรฐานเดียวสำหรับประสบการณ์การชำระเงินด้วย Ethereum” โดยต้องการให้ทั้งระบบนิเวศหมุนรอบมัน: กระเป๋าต้องรองรับ, แอปพลิเคชันต้องรวมเข้าด้วยกัน, ผู้ใช้ต้องเปลี่ยนพฤติกรรม นโยบายการผลักดันที่ “มาจากข้างบน” แบบนี้ โดยไม่มีแอปพลิเคชันที่ฆ่าคู่แข่งและ ROI ที่ชัดเจน ย่อมไม่สามารถผลักดันไปข้างหน้าได้.

แต่ ERC-8004 แตกต่างออกไป มันไม่จำเป็นต้องเป็นตัวละครหลัก เพราะว่า x402 ได้แก้ปัญหาที่สำคัญที่สุดแล้ว: การชำระเงิน ERC-8004 เพียงแค่ให้ “ชั้นความเชื่อถือ” ที่ “เลือกได้” บนเครือข่ายการชำระเงินที่ได้ทำงานแล้วนี้.

นอกจากนี้ ERC-8004 ได้ใช้ประโยชน์จาก x402 โดยไม่ต้องสร้างระบบนิเวศตั้งแต่เริ่มต้น x402 มีวงจรธุรกิจที่ชัดเจน (Provider ดึงดูดลูกค้า, Facilitator เรียกเก็บค่าธรรมเนียม), สแต็กเทคโนโลยีที่ครบถ้วน (โปรโตคอล HTTP + EIP-3009) และระบบนิเวศของโครงการที่มีชีวิตชีวา ERC-8004 เพียงแค่ต้อง “เสียบใช้งานได้เลย”.