บทความนี้มาจาก: @yq_acc

รวบรวมโดย Odaily Planet Daily ( @OdailyChina ); แปลโดย Ethan ( @ethanzhang_web3)

ในปี 1994 มาร์ก อังเดรส์เซน ได้กระทำความผิดพลาดร้ายแรงซึ่งต่อมาได้ยอมรับ นั่นคือ Netscape ไม่ได้ผสานรวมฟังก์ชันการชำระเงินเข้ากับเบราว์เซอร์ ด้วยความไม่แน่นอนด้านกฎระเบียบและความเสี่ยงของสถาบันการเงิน ความร่วมมือระหว่าง Netscape กับ Visa และ Microsoft กับ MasterCard จึงล้มเหลว ส่งผลให้รูปแบบธุรกิจที่เน้นการเฝ้าระวังโฆษณากลายเป็นตัวเลือกหลักสำหรับอินเทอร์เน็ตในอีกสามสิบปีข้างหน้า อุตสาหกรรมมูลค่าล้านล้านดอลลาร์ที่สร้างขึ้นจากการติดตามพฤติกรรมอย่างครอบคลุม แทนที่จะใช้การแลกเปลี่ยนมูลค่าโดยตรง

ตัวแทน AI กำลังทำลายสมดุลนี้ ระบบอัตโนมัติไม่สามารถรับชมโฆษณา และไม่สามารถวิเคราะห์ผ่านโปรไฟล์ทางจิตวิทยาได้ และขาดทรัพยากรความสนใจที่พร้อมสำหรับการสร้างรายได้ ผู้เผยแพร่เนื้อหาต้องเผชิญกับทางเลือกสองทาง: อนุญาตให้มีการสแกนแบบปรสิตที่บั่นทอนการสร้างเนื้อหา หรือสร้างกลไกการชำระเงินโดยตรง โปรโตคอล x402 ถือเป็นความพยายามที่มีแนวโน้มมากที่สุดในปัจจุบันในการฟื้นฟูรหัสสถานะ "402 Payment Required" ที่ถูกระงับการใช้งานมานานในมาตรฐาน HTTP โดยผสานรวมเข้ากับกลไกการชำระเงินแบบบล็อกเชนและกลไกการอนุญาตการเข้ารหัส

จังหวะเวลานั้นไร้ที่ติ โครงสร้างพื้นฐานบล็อกเชนได้พัฒนาเต็มที่ด้วยการพัฒนาเครือข่ายเลเยอร์ 2 โดยมีค่าใช้จ่ายในการทำธุรกรรมต่ำกว่า 1 เซนต์ และมีความเร็วในการยืนยันในระดับต่ำกว่าวินาที สกุลเงินดิจิทัลแบบ Stablecoin ที่มีมากกว่า 20 เชน มีอุปทานหมุนเวียนมากกว่า 4.2 หมื่นล้านดอลลาร์สหรัฐ โปรโตคอล A2A ของ Google ได้กำหนดระบบนิเวศของตัวแทนไว้อย่างชัดเจนโดยยึดหลัก "การชำระค่าบริการและการเรียกเก็บค่าธรรมเนียม" อย่างไรก็ตาม หลังจากศึกษาข้อกำหนด v1 บันทึกการเปลี่ยนแปลงข้อเสนอ v2 และการสังเกตการพัฒนาระบบนิเวศในช่วงแรก เราค้นพบ ข้อจำกัดพื้นฐานในโครงสร้างพื้นฐาน หากไม่มีการปรับปรุงแก้ไขครั้งใหญ่ การนำ x402 มาใช้อย่างแพร่หลายอาจได้รับอุปสรรค

บทความนี้เป็นการวิจารณ์อย่างเป็นระบบโดยอิงตามหลักการของระบบแบบกระจาย เศรษฐศาสตร์ของโปรโตคอลการชำระเงิน และกรณีการใช้งานในโลกแห่งความเป็นจริง จากนั้นจึงสรุปแนวทางการเปลี่ยนแปลงสถาปัตยกรรมหลักที่จำเป็นต่อการรองรับการใช้งานในระดับอินเทอร์เน็ต

ทำความเข้าใจสถาปัตยกรรมของ x402

โปรโตคอลใช้การถ่ายโอนวิธี transferWithAuthorization() ของ EIP-3009 เพื่อเปิดใช้งานการโอน stablecoin แบบ "ปลอดแก๊ส"

โดยเฉพาะอย่างยิ่ง ไคลเอนต์จะสร้างการอนุญาตที่ลงนามด้วยการเข้ารหัสซึ่งอนุญาตให้บุคคลที่สาม (กล่าวคือ ผู้สนับสนุน ผู้ดำเนินการตัวกลาง) ดำเนินการโอนในนามของตน

รูปที่ 1: กระบวนการชำระเงิน x402 v1/v2 ปัจจุบัน

ผลการวิจัยที่สำคัญ: การออกแบบนี้ให้การยืนยันการชำระเงินแบบเข้ารหัส โดยไม่จำเป็นต้องให้ผู้ค้าจัดการคีย์ส่วนตัวหรือจัดการโครงสร้างพื้นฐานบล็อกเชนโดยตรง การชำระเงินเกิดขึ้นบนเชนต่างๆ เช่น Base (Ethereum Layer 2) โดยมีเวลายืนยันขั้นสุดท้ายประมาณ 200 มิลลิวินาที และต้นทุนแก๊สน้อยกว่า 0.0001 ดอลลาร์ แม้ว่าโปรโตคอลจะดูเรียบง่ายและสวยงาม แต่ความเรียบง่ายที่เห็นได้ชัดนี้กลับปกปิดข้อบกพร่องทางสถาปัตยกรรมที่ฝังรากลึกหลายประการ

คำถามที่ 1: ความไม่สมดุลในรูปแบบเศรษฐกิจของตัวกลาง (ผู้ดำเนินการตัวกลาง)

ผู้ให้บริการอำนวยความสะดวก (Facilitator) ทำหน้าที่สามอย่าง ได้แก่ การตรวจสอบการเข้ารหัสลับลายเซ็น EIP-3009 การกระจายธุรกรรมไปยังบล็อกเชน และการจัดหาโครงสร้างพื้นฐาน API สำหรับบริการเหล่านี้ ผู้ให้บริการอำนวยความสะดวกจะได้รับค่าตอบแทนเป็นศูนย์จากโปรโตคอล กลไกทางเศรษฐกิจของผู้ให้บริการจำเป็นต้องได้รับการกำหนดไว้อย่างชัดเจน: ปัจจุบันผู้ให้บริการอำนวยความสะดวก CDP ของ Coinbase ให้บริการการประมวลผลธุรกรรม USDC บนเครือข่าย Base โดยไม่เสียค่าธรรมเนียม ธุรกรรมแต่ละธุรกรรมใช้ค่าธรรมเนียมก๊าซของผู้ให้บริการอำนวยความสะดวกประมาณ 0.0006 ดอลลาร์สหรัฐ จากการประมวลผลธุรกรรม 1 ล้านรายการต่อเดือน ค่าใช้จ่ายก๊าซเพียงอย่างเดียวสูงถึง 600 ดอลลาร์สหรัฐ (ไม่รวมโครงสร้างพื้นฐานเซิร์ฟเวอร์ การเข้าถึงโหนด RPC ระบบตรวจสอบ ค่าใช้จ่ายในการปฏิบัติตามข้อกำหนด และค่าบำรุงรักษาทางวิศวกรรม) ผู้ให้บริการอำนวยความสะดวกไม่มีกลไกการคืนต้นทุนใดๆ ในระดับโปรโตคอล

ตารางที่ 1: การเปรียบเทียบความยั่งยืนทางเศรษฐกิจของข้อตกลงการชำระเงิน

รูปที่ 2: รายละเอียดต้นทุนผู้ให้บริการ (1 ล้านรายการต่อเดือน)

ประเด็นสำคัญ: เมื่อเปรียบเทียบกับโปรโตคอลการชำระเงินที่ประสบความสำเร็จทั้งหมดในประวัติศาสตร์อินเทอร์เน็ต: Stripe คิดค่าธรรมเนียม 2.9% + 0.30 ดอลลาร์ต่อธุรกรรม; ค่าธรรมเนียมผู้ค้าของ PayPal อยู่ที่ประมาณ 3%; เครือข่ายบัตรเครดิตได้ 2-3% ผ่านอัตราส่วนลดผู้ค้า โปรโตคอลเหล่านี้สามารถสร้างมูลค่าได้เนื่องจากให้คุณค่า จึงสร้างรูปแบบธุรกิจที่ยั่งยืนที่ปรับขนาดได้ตามปริมาณธุรกรรม แม้ว่าโมเดล x402 Facilitator จะให้คุณค่าที่แท้จริง แต่ก็ไม่สามารถสร้างมูลค่าได้อย่างสมบูรณ์

คำถามที่ 2: การตั้งถิ่นฐานแบบสองเฟสทำให้เกิดความล่าช้าและความล้มเหลวของระบบอะตอม

สถาปัตยกรรมปัจจุบันต้องการปฏิสัมพันธ์ของบล็อกเชนสองแบบที่แยกจากกัน ได้แก่ เฟสการตรวจสอบ (การตรวจสอบความถูกต้องของลายเซ็นและสถานะตัวเลขสุ่ม) และเฟสการชำระบัญชี (การดำเนินการธุรกรรมจริง) การออกแบบนี้ก่อให้เกิดปัญหาทั้งด้านประสิทธิภาพและความถูกต้อง

ตารางที่ 2: การวิเคราะห์ความล่าช้าในการชำระเงิน x402 เดี่ยว

สำหรับคำขอเดียว ความหน่วงเวลา 500-1100 มิลลิวินาทีถือว่ายอมรับได้ อย่างไรก็ตาม ในการใช้งานจริง อาจส่งผลสะสมได้

• ตัวแทนการวิจัยอัตโนมัติรวบรวมข้อมูลจาก API ที่ได้รับการป้องกัน 100 x402: ค่าใช้จ่ายด้านการชำระเงินและเวลาแฝง 50-110 วินาที
• บอทการซื้อขายอัปเดตตำแหน่งจากแหล่งข้อมูลเรียลไทม์ 50 แหล่งด้วยความล่าช้า 25-55 วินาที
• ผู้ช่วย AI จะเรียกใช้เครื่องมือ 20 รายการในระหว่างการสนทนา โดยมีความล่าช้า 10-22 วินาที

รูปที่ 3: โหมดความล้มเหลวในการชำระหนี้สองขั้นตอน

การละเมิดหลักการของระบบแบบกระจาย: ปัญหาเหล่านี้ไม่ใช่ปัญหาสมมุติฐาน แต่ เป็นผลสืบเนื่องมาจากการแยกกระบวนการแบบอะตอม (การชำระเงิน) ออกเป็นโปรโตคอลคอมมิตแบบสองเฟส การวิจัยระบบแบบกระจายตั้งแต่ช่วงทศวรรษ 1970 ได้แสดงให้เห็นอย่างชัดเจนถึงช่องโหว่ของโปรโตคอลคอมมิตแบบสองเฟสเมื่อมีตัวเลือกแบบอะตอม วงการฐานข้อมูลได้เรียนรู้สิ่งนี้อย่างลึกซึ้งผ่านโปรโตคอลคอมมิตแบบสองเฟส (2PC) ซึ่งอาจนำไปสู่ปัญหาระบบค้างและความไม่สอดคล้องกันอันเนื่องมาจากความล้มเหลวของตัวประสานงาน x402 ต้องหลีกเลี่ยงการทำผิดพลาดนี้ซ้ำอีก

คำถามที่ 3: ความพิเศษเฉพาะของ EIP-3009 ทำให้ระบบนิเวศโทเค็นแตกแยก

โปรโตคอลกำหนดให้ใช้เมธอด "transferWithAuthorization()" จาก EIP-3009 สำหรับการชำระเงิน ในทางทฤษฎี โทเค็นใดๆ ที่สอดคล้องกับ EIP-3009 จะเข้ากันได้กับ x402 แต่ในความเป็นจริง จำนวน stablecoin ที่สอดคล้องกับมาตรฐานนี้มีจำนวนน้อยกว่า stablecoin ทั่วไปทางเศรษฐกิจอย่างมาก

ตารางที่ 3: เมทริกซ์ความเข้ากันได้ของ Stablecoin

รูปที่ 4: การครอบคลุมตลาดของ Stablecoins

ซึ่งหมายความว่า x402 v1 มีปัญหาความเข้ากันได้กับโทเค็นเป้าหมายหลัก 40% สถานการณ์ยิ่งเลวร้ายลงไปอีกสำหรับ stablecoin อื่นๆ: USDT ไม่เคยนำ EIP-3009 มาใช้และไม่มีแผนที่จะนำมาใช้ และในฐานะ stablecoin ที่ใหญ่ที่สุดที่มีปริมาณหมุนเวียนมากกว่า 140 พันล้านดอลลาร์ การไม่มี EIP-3009 จึงมีผลกระทบอย่างมาก ในทางกลับกัน DAI ใช้มาตรฐานที่แตกต่าง (ใบอนุญาต EIP-2612) เพื่อให้ได้ฟังก์ชันการทำงานที่คล้ายคลึงกันผ่านอินเทอร์เฟซที่แตกต่างออกไป

คำถามที่ 4: การรองรับหลายเครือข่ายไม่ได้เป็นไปตามที่โฆษณาไว้

ข้อกำหนดของโปรโตคอลระบุว่า x402 รองรับ "Base, Solana และเครือข่าย EVM ใดๆ ก็ได้ผ่าน Facilitator ที่โฮสต์ด้วยตนเอง" ซึ่งดูเหมือนจะมีความยืดหยุ่นในการใช้งานแบบไม่จำกัดจำนวนเชน อย่างไรก็ตาม เมื่อพิจารณารายละเอียดการใช้งานอย่างละเอียดจะพบว่าการรองรับแบบหลายเชนยังไม่เป็นไปตามที่คาดหวัง

ตารางที่ 4: เมทริกซ์การสนับสนุนเครือข่ายของผู้ให้บริการ

ผู้ให้บริการแต่ละรายรองรับเครือข่ายย่อยที่แตกต่างกัน ส่งผลให้เกิดความแตกต่างในข้อกำหนดการกำหนดค่า รายการโทเค็น และระดับความสมบูรณ์ในการดำเนินงาน โปรโตคอลนี้ไม่มี กลไกการค้นหาที่ ช่วยให้ลูกค้าสามารถสอบถามว่า "ร้านค้ารายนี้รองรับเครือข่ายใดบ้าง" ซึ่งบังคับให้ผู้ให้บริการต้องระบุ เครือข่ายเดียว ในคำตอบ 402 ซึ่งทำให้ลูกค้าต้องฝากเงินล่วงหน้าในเครือข่ายเฉพาะ หรือยกเลิกธุรกรรม

คำถามที่ 5: ผู้ช่วยเป็นชั้นกลางที่ไม่จำเป็น

ลองพิจารณาคำถามพื้นฐานของสถาปัตยกรรมนี้: เหตุใดจึงจำเป็นต้องมี Facilitator ในการออกแบบนี้ เหตุผลทั่วไปหลายประการไม่ได้รับการพิจารณาอย่างละเอียด

รูปที่ 5: สถาปัตยกรรมทางเลือก – การชำระเงินโดยตรงผ่านสัญญาอัจฉริยะ

การออกแบบทางเลือกนี้มีข้อดีหลายประการ:

• อะตอมมิซิตี้ : การตรวจสอบและการชำระเงินจะเสร็จสมบูรณ์ภายใน ธุรกรรมบนเชนเดียวกัน
• ลดเวลาแฝง : ลดเวลาในการเดินทางไปกลับเครือข่ายหนึ่งรอบ (จาก 500–1100ms เหลือ 200–500ms)
• ความน่าเชื่อถือ : ไม่ต้องขึ้นอยู่กับอัตราออนไลน์ของผู้ให้บริการหรือความพร้อมใช้งานของ API อีกต่อไป
• ความยั่งยืนทางเศรษฐกิจ : ค่าธรรมเนียมโปรโตคอลจะถูกหักโดยตรงบนเชน (เช่น ค่าธรรมเนียมแพลตฟอร์ม 1% )
• ความโปร่งใส : ตรรกะการชำระเงินทั้งหมดอยู่บนเครือข่ายและสามารถตรวจสอบได้

โซลูชัน v2: การปรับปรุงและข้อบกพร่องเดิม

ทีม x402 ได้เผยแพร่สาขาข้อมูลจำเพาะ v2 โดยพยายามแก้ไขข้อจำกัดบางประการของ v1 ผ่าน "การรีแฟกเตอร์แบบไม่ขึ้นกับการขนส่ง" อย่างไรก็ตาม จากการตรวจสอบบันทึกการเปลี่ยนแปลง แผนงาน และเอกสารข้อมูลจำเพาะ พบว่าแม้ว่า v2 จะมีการปรับปรุงที่ดีขึ้นเล็กน้อย แต่ก็ไม่สามารถแก้ไขปัญหาสถาปัตยกรรมพื้นฐานที่กล่าวถึงข้างต้นได้

การเปลี่ยนแปลงใน v2:

• การแยกการขนส่ง: โปรโตคอลจะถูกแบ่งออกเป็นสามชั้น: ประเภท (โครงสร้างข้อมูล) ตรรกะ (รูปแบบ) และการแสดง (HTTP, MCP, A2A)
• ความสามารถในการปรับขนาดโซลูชัน: กำหนดมาตรฐานรูปแบบ "การเรียกเก็บเงินที่แม่นยำ" และรองรับรูปแบบใหม่ (การเรียกเก็บเงินแบบจ่ายตามการใช้งาน สถานการณ์อีคอมเมิร์ซ)
• การค้นพบบริการ: มีการเพิ่ม Bazaar API ใหม่เพื่อค้นหาทรัพยากร x402

ปัญหาหลักที่ยังคงไม่เปลี่ยนแปลงใน v2:

• รักษาสถาปัตยกรรมตัวช่วยที่มีอยู่ (ไคลเอนต์ → ตัวช่วย/การตรวจสอบ → ตัวช่วย/การชำระเงิน → ผู้ค้า)
• ยังคงรักษารูปแบบเศรษฐกิจต้นทุนเป็นศูนย์ (ผู้ช่วยเหลือจะไม่ได้รับค่าตอบแทนใดๆ)
• รูปแบบการตั้งถิ่นฐานแบบสองเฟสจะยังคงอยู่
• ดำเนินการต่อความพิเศษของ EIP-3009 (การสนับสนุนโทเค็นเลื่อนไปเป็นไตรมาสที่ 2 ปี 2569)
• ยังคงต้องมีการจับคู่เครือข่ายที่ชัดเจน (ไม่มีการแยกส่วนแบบข้ามสายโซ่)
• กลไกการไกล่เกลี่ยโดยผู้ช่วยเหลือยังคงเป็นสิ่งจำเป็น

ตารางที่ 5: การเปรียบเทียบการแก้ปัญหาในแต่ละเวอร์ชัน

เงื่อนไขที่จำเป็นสำหรับการนำระบบอินเทอร์เน็ตมาใช้

จากการวิจัยเกี่ยวกับระบบแบบกระจายและโปรโตคอลการชำระเงินเป็นเวลากว่า 30 ปี ฉันขอเสนอหลักการสถาปัตยกรรมดังต่อไปนี้:

• บรรลุความยั่งยืนทางเศรษฐกิจผ่านค่าธรรมเนียมโปรโตคอล: สร้างผลตอบแทนที่มั่นคงโดยการหักค่าธรรมเนียมการชำระเงินบนเครือข่าย 1%
• การชำระเงินแบบอะตอมทำได้สำเร็จผ่านสัญญาอัจฉริยะ: ธุรกรรมบนเครือข่ายเดี่ยวช่วยขจัดเงื่อนไขการแข่งขัน
• ความยืดหยุ่นของโทเค็น: รองรับใบอนุญาต EIP-3009, EIP-2612 และ ERC-20 มาตรฐานพร้อมกัน
• การแยกส่วนของโซ่: การนำการกำหนดเส้นทางตามเจตนาไปใช้ผ่านโปรโตคอลการถ่ายโอนข้ามโซ่ Circle และโปรโตคอล Across
• ความไว้วางใจแบบมินิมอล: กลไกการชำระเงินโดยตรงที่ไม่จำเป็นต้องมีผู้ช่วยเหลือตามข้อบังคับ

ตารางที่ 6: การเปรียบเทียบโซลูชันสถาปัตยกรรมอย่างครอบคลุม

สรุปแล้ว

x402 v1 มีความก้าวหน้าอย่างมากในการแก้ไขปัญหาที่รบกวนอุตสาหกรรมนี้มานานสามสิบปี การชำระเงินแบบไมโครเพย์เมนต์มีความเป็นไปได้ทางเศรษฐกิจเมื่อพิจารณาจากโครงสร้างพื้นฐานบล็อกเชนที่เติบโตเต็มที่ ระบบเศรษฐกิจแบบเอเจนต์ยิ่งกระตุ้นให้เกิดความต้องการโปรโตคอลการชำระเงินแบบ Machine-Native อย่างรวดเร็ว การรับรองและการผสานรวมของ Coinbase กับ Google A2A สร้างความน่าเชื่อถือให้กับสถาบัน และแนวทางทางเทคนิค (รหัสสถานะ HTTP 402 + การชำระเงินผ่านบล็อกเชน + การอนุญาตการเข้ารหัส) ก็มีความสมเหตุสมผลในตัวเอง

อย่างไรก็ตาม วิสัยทัศน์ที่ดีและการสนับสนุนจากองค์กรไม่ได้เป็นเครื่องรับประกันความสำเร็จของโปรโตคอล รูปแบบ Facilitator สร้างกลไกทางเศรษฐกิจที่ไม่ยั่งยืน โครงสร้างพื้นฐานที่สำคัญต้องประสบกับความสูญเสียในระยะยาว ความล่าช้าและความล้มเหลวแบบอะตอมมิกที่เกิดจากสถาปัตยกรรมการชำระเงินแบบสองเฟสสามารถหลีกเลี่ยงได้อย่างสมบูรณ์ด้วยโซลูชันแบบอะตอมมิก การแยกส่วนระบบนิเวศโทเคนของ EIP-3009 เพียงอย่างเดียวทำให้อุปทานของ USDC เหลือเพียง 40% และเหรียญ Stablecoin คู่แข่งเกือบทั้งหมดขาดหายไป การสนับสนุนแบบหลายเครือข่ายยังคงมีอยู่เพียงเล็กน้อย ผู้ใช้ปลายทางยังคงต้องเผชิญกับความเป็นจริงของการแยกส่วนระหว่างเครือข่าย แม้ว่าการชำระเงินด้วยสัญญาอัจฉริยะโดยตรงจะมีคุณสมบัติที่เหนือกว่า แต่ Facilitator ก็ยังคงทำหน้าที่เป็นตัวกลางสำรอง

แม้ว่าโซลูชัน v2 จะพัฒนาจากวิธีการดั้งเดิมในด้านการแยกข้อมูลการขนส่ง การค้นหาบริการ และความสามารถในการปรับขนาดของโมเดลการเรียกเก็บเงิน แต่ก็ไม่ได้แก้ไขปัญหาหลักๆ เช่น โมเดลทางเศรษฐกิจ การชำระบัญชีแบบสองเฟส ข้อจำกัดของโทเค็น และการแบ่งส่วนข้ามเครือข่าย แผนงานดังกล่าวได้เลื่อนการแก้ไขสำคัญๆ ไปเป็นไตรมาสที่ 2 ปี 2026 อินเทอร์เน็ตอัตโนมัติจำเป็นต้องมีระบบการชำระเงินอัตโนมัติ ซึ่ง x402 v1 ได้รับการพิสูจน์แล้วว่าสามารถใช้งานได้จริงทางเทคนิค และ v2 ได้แสดงให้เห็นถึงการปรับปรุงที่ดีขึ้น แต่โซลูชันที่แท้จริงยังคงต้องการการเปลี่ยนแปลงที่ก้าวล้ำ