ผู้เขียน：Haotian；แหล่งที่มา：X，@tmel0211
เมื่อครั้งที่แล้วพูดถึงโปรโตคอล 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 request header, ระบบใดๆ ที่รองรับ HTTP ก็สามารถใช้งานได้——API ของ Web2, RPC ของ Web3, หรือแม้แต่เกตเวย์การชำระเงินแบบดั้งเดิม, ทุกอย่างเข้ากันได้ทั้งหมด.
นี่ไม่ใช่แผนการเพิ่มประสิทธิภาพของการสแต็คเทคโนโลยี แต่เป็นการ “ลดมิติ” เพื่อทำให้โปรโตคอลชั้นหนึ่งง่ายขึ้น แทนที่จะไปยุ่งกับการปรับแต่งและวิธีการเชื่อถือที่แตกต่างกันในชั้นแอปพลิเคชัน ควรเริ่มต้นด้วยการรวมมาตรฐานโปรโตคอลชั้นบนสุดให้เป็นหนึ่งเดียวก่อน
กุญแจสำคัญคือ x402 นั้นเป็นมาตรฐานการทำงานร่วมกันข้ามเชนที่ดีมาก เพียงแค่เอเจนต์สามารถส่งคำขอ 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 มีวงจรธุรกิจที่ชัดเจน (การดึงดูดผู้ให้บริการ, การเรียกเก็บค่าธรรมเนียมจาก Facilitator) มีเทคโนโลยีสแต็กที่สมบูรณ์ (โปรโตคอล HTTP + EIP-3009) และมีระบบนิเวศของโครงการที่มีชีวิตชีวา ERC-8004 เพียงแค่ต้อง “เสียบและใช้งาน” เท่านั้น.
