x402 — โปรโตคอลแบบเปิดสำหรับการชำระเงินแบบเนทีฟบนอินเทอร์เน็ต

• x402 คือ โปรโตคอลการชำระเงินแบบเนทีฟบนอินเทอร์เน็ต ที่นำสถานะโค้ด HTTP 402 (Payment Required) ซึ่งไม่ได้ถูกใช้งานมานานกลับมาใช้อีกครั้ง เพื่อให้สามารถทำ การชำระเงินแบบเรียลไทม์และการคิดค่าบริการตามการใช้งาน (pay-per-use) ได้โดยไม่ต้องมีบัญชีหรือ API key
• นักพัฒนาสามารถบังคับให้มี การชำระเงินด้วย stablecoin เช่น USDC สำหรับทุกคำขอ API ได้ด้วย โค้ด middleware เพียงบรรทัดเดียว จึงนำไปใช้ได้ง่ายตั้งแต่ไมโครเพย์เมนต์ขนาดเล็กไปจนถึงบริการขนาดใหญ่
• ค่าธรรมเนียมธุรกรรมแทบเป็นศูนย์, การยืนยันการชำระเงินเสร็จสิ้นภายใน 200ms~2 วินาที ช่วยแก้ปัญหา ความล่าช้า, chargeback และการยืนยันตัวตนที่ซับซ้อน ของระบบชำระเงินแบบบัตร/บัญชีธนาคารเดิม
• AI agent, อุปกรณ์ IoT และผู้ให้บริการคอนเทนต์สามารถ ชำระค่าเรียกใช้ API, การเข้าถึงข้อมูล, และค่าใช้ทรัพยากรคลาวด์ ได้อย่างอัตโนมัติ จึงถูกออกแบบให้เป็นโครงสร้างพื้นฐานสำหรับ การค้าระหว่างเครื่องกับเครื่อง (M2M)
• ก้าวข้ามโมเดลแบบสมัครสมาชิกและโฆษณาในรูปแบบเดิม เพื่อเปิดทางสู่ โมเดลธุรกิจใหม่ที่ขับเคลื่อนด้วยไมโครเพย์เมนต์อย่างแท้จริง มอบ แนวทางสร้างรายได้ที่ยืดหยุ่นและเปิดกว้าง ให้ทั้งนักพัฒนาและครีเอเตอร์

---

ภาพรวมของ x402

• มาตรฐานการชำระเงินแบบเปิด ที่ขับเคลื่อนโดยแพลตฟอร์มนักพัฒนาของ Coinbase
• ออกแบบมาเพื่อให้ AI และเว็บเซอร์วิสสามารถ ทำการชำระเงินอัตโนมัติ เพื่อเข้าถึง API, ข้อมูล และบริการดิจิทัลได้
• เป็นแนวทางแบบเว็บเนทีฟที่ใช้ HTTP header และ status code จึงผสานเข้ากับโครงสร้างพื้นฐานเซิร์ฟเวอร์เดิมได้ง่าย

คุณสมบัติหลัก

• ไม่มีค่าธรรมเนียม: ไม่มีค่าธรรมเนียมธุรกรรมในระดับโปรโตคอล
• ชำระเสร็จทันที: อิงการชำระเงินบนบล็อกเชนและสรุปผลได้ภายใน 200ms~2 วินาที
• ไม่ผูกกับบล็อกเชนใด: ไม่ขึ้นกับเชนหรือโทเคนใดเป็นพิเศษ
• ผสานรวมได้ง่าย: ใช้ได้กับเว็บเซิร์ฟเวอร์เดิมด้วยโค้ดเพียงบรรทัดเดียว
• มาตรฐานเปิด: ใครก็สามารถนำไปพัฒนาและต่อยอดได้ โดยไม่ต้องผูกกับผู้ให้บริการแบบรวมศูนย์
• เป็นมิตรกับ AI: agent สามารถประมวลผลการชำระเงินสำหรับทุกคำขอ API แบบเรียลไทม์ได้

วิธีการทำงาน

1. ไคลเอนต์ส่งคำขอ API
2. หากส่งคำขอมาโดยไม่มีข้อมูลการชำระเงิน เซิร์ฟเวอร์จะตอบกลับด้วย HTTP 402 Payment Required
3. agent ส่งคำขอใหม่พร้อมลายเซ็นการชำระเงิน
4. เซิร์ฟเวอร์ตรวจสอบและกระจายธุรกรรม แล้วจึงตอบกลับตามปกติ

ตัวอย่างการใช้งาน

• AI agent: ชำระเงินตามการใช้งานเมื่อเรียกข้อมูลหรือโมเดลแบบเรียลไทม์
• บริการคลาวด์: ชำระตามการใช้สตอเรจหรือเวลา GPU ได้โดยไม่ต้องมีบัญชี
• ผู้ให้บริการคอนเทนต์: จ่ายต่อบทความหรือวิดีโอ ปลดล็อก ไมโครเพย์เมนต์ อย่างแท้จริง
• IoT/การค้าระหว่างเครื่อง: การชำระเงินอัตโนมัติระหว่างระบบอัตโนมัติ

โมเดลธุรกิจใหม่

• รองรับธุรกรรมมูลค่าน้อยแต่ความถี่สูง: ชำระเงินได้ต่ำสุดระดับ $0.001
• โมเดลทดแทนโฆษณาและการสมัครสมาชิก: สร้างรายได้ได้โดยไม่ต้องบังคับสมัครสมาชิกหรือพึ่งโฆษณา
• การค้าแบบ AI-native: AI สามารถซื้อและใช้งานทรัพยากรคลาวด์และ API ได้โดยตรง

การสนับสนุนนักพัฒนา

• reference implementation: มี Express.js, middleware สำหรับ Next.js และไลบรารีฝั่งไคลเอนต์ให้
• เครื่องมือทดสอบ: รองรับสภาพแวดล้อมสำหรับพัฒนาที่มีวอลเล็ตและโทเคนเสมือน
• ทำงานร่วมกับ Coinbase AgentKit ได้แบบเนทีฟ ช่วยเร่งการพัฒนาแอปแบบ AI-first

บทสรุป

• x402 ช่วยก้าวข้ามข้อจำกัดของโครงสร้างพื้นฐานการชำระเงินแบบเดิม และมอบ เลเยอร์การชำระเงินที่เป็นมิตรกับเครื่องจักร สำหรับ เศรษฐกิจอินเทอร์เน็ตแบบ AI-first
• โดยไม่ต้องมีบัญชี การสมัครสมาชิก หรือ API key ใคร ๆ ก็สามารถสร้างโมเดลการค้าดิจิทัลรูปแบบใหม่บน มาตรฐานการชำระเงินที่เปิดกว้างและขยายต่อได้

[GN⁺]

ความคิดเห็นบน Hacker News

• เมื่อ 18 ปีก่อนเคยเห็นคำว่า "โค้ดนี้มีไว้ใช้ในอนาคต" และทำให้นึกว่า Redditor คนนั้นเหมือนจะทำนายฉากทัศน์ที่ AT&T, Comcast, TimeWarner ฯลฯ พยายามทำให้อินเทอร์เน็ตกลายเป็นบริการเสียเงินไว้แล้ว เพียงแค่ตอนนี้เปลี่ยนชื่อเท่านั้น
• นี่เป็นโปรโตคอลที่เริ่มต้นจากการสนับสนุนของ Coinbase และเมื่อ Stripe กำลังรุกหนักในพื้นที่นี้เพื่อดึงทุกอย่างเข้าไปอยู่ใน ecosystem ของตัวเอง การมีโปรโตคอลแบบเปิดเกิดขึ้นจึงให้ความรู้สึกในแง่บวก
  • ถ้าเป็นโปรโตคอลการชำระเงินแบบเปิดอย่างแท้จริง ก็ควรรองรับได้ทุกสกุลเงิน และเรื่องตัวกลาง วิธีชำระเงิน นโยบายการยกเลิกและข้อพิพาท ก็ควรเป็นสิ่งที่ผู้ขายกับผู้ซื้อกำหนดกันเองได้ อาจมีวิธีชำระเงินแบบฟรีทั้งหมด ทันที และยกเลิกไม่ได้เกิดขึ้นจากอย่าง SEPA เป็นต้น
  • ปัญหาไม่ใช่รูปแบบของ API payload แต่คือแทบไม่มีธนาคารไหนมี REST API สำหรับการชำระเงินเลย
  • ในเมื่อมีเงินสนับสนุนจาก Coinbase ก็น่าจะมีข้อกำหนด KYC/AML ติดมากับทุกธุรกรรม กลัวว่าแค่อ่านข้อความเสียเงินหนึ่งข้อความก็อาจต้องยื่นบิลค่าสาธารณูปโภคล่าสุดพร้อมยืนยันตัวตนผ่านวิดีโอ และถ้าไม่ใช่พลเมืองสหรัฐฯ หรือไม่มีเอกสารที่ Coinbase รองรับก็คงโดนปฏิเสธการใช้งาน
• แม้โปรโตคอลจะชูเรื่อง ‘ไม่มีค่าธรรมเนียม’ แต่ถ้าอิงกับบล็อกเชนก็รู้สึกว่ายังไงก็ต้องมีค่าธรรมเนียมธุรกรรมอยู่ดี สำหรับการจ่ายเงินจำนวนน้อยมาก ๆ (ที่เน้นว่า ‘ไม่มีขั้นต่ำ’) ค่าธรรมเนียมแบบเปอร์เซ็นต์อาจไม่ใช่ปัญหาใหญ่ แต่ค่าธรรมเนียมคงที่ต่อธุรกรรมอาจเป็นภาระได้มาก อีกทั้งแต่ละบล็อกเชนก็มีความผันผวนของค่าธรรมเนียมซึ่งเพิ่มความเสี่ยงอีก เลยสงสัยว่าหรือผมเข้าใจอะไรผิดไป
  • ธุรกรรม on-chain จำนวนมากช่วงหลังมีค่า gas ต่ำกว่า 1 เซนต์จนแทบฟรีในทางปฏิบัติ และ x402 ใช้เครือข่าย L2 อย่าง Base เป็นหลัก จึงแทบไม่ต้องกังวลเรื่องต้นทุนต่อรายการ ดูข้อมูลอ้างอิงได้ที่ ข้อมูลค่าธรรมเนียม gas
  • ตัวโปรโตคอลเองไม่มีค่าธรรมเนียมเพิ่มเติม โดยค่าธรรมเนียมจะขึ้นอยู่กับวิธีการชำระเงินที่ผู้ใช้เลือกใช้ เช่น บล็อกเชน, VISA ฯลฯ
  • ตัวโปรโตคอล x402 ไม่มีค่าธรรมเนียม แต่เครือข่ายที่ใช้ประมวลผลการชำระเงินจริง ๆ (เช่น บล็อกเชนหรือเครือข่ายการชำระเงิน) แต่ละแบบมีโครงสร้างต้นทุนของตัวเอง ผู้ขายเลือกเครือข่ายที่เหมาะกับตัวเองได้ และใน x402 มีฟังก์ชัน facilitator ที่ช่วย abstract เครือข่ายการชำระเงินไว้ให้ โดยตัวกลางอย่าง Coinbase ก็มักช่วยออกค่า gas ที่จำเป็นต่อธุรกรรมด้วย
  • การที่เป็นระบบบนบล็อกเชนไม่ได้หมายความว่าจะต้องเสียค่าธรรมเนียมทุกครั้งเสมอไป บางกรณีเป็นเพียงการเซ็นจากกระเป๋าเพื่ออนุมัติค่าใช้จ่าย แล้วค่อยรวบยอดไปประมวลผลทีเดียว
  • บนบล็อกเชน Base ของ Coinbase ค่าธรรมเนียมการโอน USDC ต่ำกว่า 1 เซนต์ และ Solana ก็อยู่ในระดับใกล้เคียงกัน
• ชื่อ x402 เองก็ให้ความรู้สึกน่าสงสัยและมีกลิ่นการตลาด เหมือนพยายามทำให้ดูคล้ายโปรโตคอลมาตรฐานสากลอย่าง X.500 ทั้งที่จริงแล้วมีโปรโตคอลชื่อ X.402 เป็นมาตรฐานของสหภาพโทรคมนาคมระหว่างประเทศ (ITU) อยู่แล้ว ลิงก์ ITU X.402
• ใน whitepaper ของ x402 ไม่มีการพูดถึง Lightning หรือ Bitcoin เลย แต่พูดถึง Base (Ethereum L2 ที่ Coinbase เป็นหัวเรือ) เท่านั้น ทำให้รู้สึกอึดอัดที่ Coinbase ดูเหมือนสนใจแค่การขยาย ecosystem ของตัวเอง การชำระเงินที่เสรีอย่างแท้จริงควรสร้างบน Bitcoin โดยเฉพาะบน L2 อย่าง Lightning หรือ Liquid จึงจะเหมาะกับความกระจายศูนย์
  • เมื่อ 5 ปีก่อนผมเคยพัฒนาโปรโตคอลบน Lightning Network ชื่อ L402 (ชื่อเดิม: LSAT) ด้วยตัวเอง x402 จัดการขั้นตอนตรวจสอบใบเสร็จการชำระเงินผ่านอีกช่องทางหนึ่ง ทำให้ต่างจากที่โฆษณาว่า ‘รวมได้ในโค้ดบรรทัดเดียว’ เพราะจริง ๆ แล้วต้องเขียนโค้ดฝั่ง client และ server พอสมควร ขณะที่ L402 รวมความสามารถตรวจสอบการชำระเงินไว้ในตัวโปรโตคอลของ Lightning Network โดยตรง และยังรองรับการยืนยันสิทธิ์แบบละเอียดด้วย Macaroon จุดเด่นของ Lightning Network คือความเป็นส่วนตัว ความกระจายศูนย์เต็มรูปแบบ และ finality ที่เร็วมาก (ระดับ 100ms) ส่วนเชนแบบ Coinbase นั้นธุรกรรมทั้งหมดบนเครือข่ายถูกเปิดเผย เสี่ยงต่อการล่มเพราะเป็น instance แบบศูนย์กลาง และแค่ Base ก็ยังใช้เวลาหลายวินาทีกว่าจะยืนยันบล็อก รายละเอียด: คำอธิบาย L402, บล็อก LSAT
  • สงสัยว่าจะช่วยทำให้ Lightning payment รวมเข้ากับ x402 ได้หรือไม่ ถ้าทำได้ก็น่าจะช่วยลดการพึ่งพา Base ลง
  • มีการเน้นว่าการสร้าง ‘agentic application’ บน Bitcoin นั้นยากมาก ขณะที่ถ้าเป็น EVM ก็ทำได้บนหลายเครือข่าย และ x402 ไม่ได้จะผูกกับ Base อย่างเดียว แต่มีแผนรองรับหลายเครือข่ายที่เข้ากันได้กับ EVM
  • การอ้างว่า Bitcoin เท่านั้นคือวิธีเดียวของการกระจายศูนย์แบบ ‘แท้จริง’ ก็ดูเป็นการเหมารวมเกินไป แม้ความสามารถในการรองรับ Bitcoin จะมีความหมาย แต่ก็ยังมีวิธีอื่นได้อีกหลายแบบ
• มีการแชร์ประสบการณ์ใช้งานจริง โดยลองใช้ client ชื่อ “Frame”
  1. การรับ USDC จาก Faucet ทำได้ค่อนข้างง่าย
  2. พอเชื่อมต่อ Frame กับเบราว์เซอร์ x402 ก็ถูกตรวจพบทันที
  3. ธุรกรรมแรก หลังจากส่งไปแล้วหน้าก็โหลดค้างแล้วหายไปตลอด ทำให้ต้องทำธุรกรรมที่สอง ถ้าเป็นสถานการณ์จริงอาจทำให้ถูกเก็บเงินซ้ำ 2 ครั้งได้ซึ่งเสี่ยงมาก ส่วนธุรกรรมแรกน่าจะยังลอยอยู่ใน mempool ที่ไหนสักแห่ง
  4. เครื่องมือ Frame ไม่น่าแนะนำ เพราะไม่มีประวัติธุรกรรม จึงรับมือแบบส่งซ้ำโดยเพิ่ม nonce หรือ gas ไม่ได้ แถมยังดูเหมือนแทบไม่ได้รับการดูแลต่อแล้ว
  5. ธุรกรรมที่สองทำงานได้ดี และประมวลผลเร็วมาก
• Cloudflare มีกรณีการใช้งาน x402 อยู่ ลิงก์บล็อก Cloudflare
• อยากรู้ว่าวิธีส่ง stablecoin ที่ง่ายที่สุดคืออะไร พอลองใช้ USDC กลับมาเจอข้อความตอนท้ายว่า “ต้องมี ether ด้วยเพื่อจ่ายค่า gas” เลยงงมาก ยังมีคำเตือนหลายอย่างด้วย (เช่น ถ้าที่อยู่/เครือข่ายผิดอาจทำเหรียญหายได้) ทำให้รู้สึกว่าดำเนินการต่อยาก ไม่เข้าใจว่าทำไมการส่ง stablecoin ถึงต้องพัวพันหลายเหรียญและทำให้ซับซ้อนขนาดนี้ ความซับซ้อนแบบนี้เหมือนจะมีแต่สายคริปโตตัวจริงที่ชอบ แต่สำหรับการจ่ายเงินของผู้ใช้ทั่วไปมันยากเกินไป
  • USDC ใช้บน Solana ก็ได้ และค่าธรรมเนียมก็น้อยมากจริง ๆ เวลาส่งออกจาก Coinbase ไป Solana ก็รู้สึกว่าค่าใช้จ่ายแทบไม่มี แต่การจัดการที่อยู่ปลายทางสำคัญมาก ถ้าส่งไปผิดที่อยู่ก็เอาคืนไม่ได้ คล้ายการโอนเงินผ่าน wire transfer ในสหรัฐฯ ที่ถ้าใส่เลขบัญชีหรือ routing number ผิดก็มีปัญหา แม้จะมีขั้นตอนตรวจสอบอยู่ แต่ก็ไม่ได้สมบูรณ์ในทุกกรณี ส่วนฝั่ง Ethereum ก็พยายามบรรเทาปัญหานี้ด้วย ENS (Ethereum Name Service)
  • คำตอบที่ง่ายที่สุดแบบออกจะห้วน ๆ คือ ให้ AI agent มีกระเป๋าเงิน แล้วเติมแค่ USDC เข้าไป เพราะโดยพื้นฐานแล้วโปรโตคอลนี้ถูกสร้างมาตามแนวทาง ‘agentic payments’ ของ Coinbase ทีมที่สร้างเองก็ยังดูเหมือนยังนิยาม use case หรือรูปแบบการทำงานจริงได้ไม่ครบถ้วนอยู่ดี แต่ในมุมหนึ่ง ถ้า AI agent ไปเจอ paywall แล้วจ่ายเองได้ก็ถือว่าน่าสนุก ข้อวิจารณ์เรื่องความซับซ้อนนั้นถูกต้อง และแนวทางของ Bridge/Privy/Stripe ก็ดูใช้งานได้จริงกว่ามาก
  • x402 จะ abstract เรื่องค่า gas ให้อัตโนมัติ มนุษย์ทั่วไปก็ลองใช้ได้ทันที และยังดูวิธีการทำงานได้ง่ายจาก หน้าทดลอง, ตัวอย่าง server, ตัวอย่าง client
• สงสัยว่าใครใน Coinbase คิดว่า HTTP 402 ไม่ได้ถูกใช้งาน เพราะในความเป็นจริงก็มีเว็บที่ส่ง 402 กลับมาและแสดงหน้าว่า ‘โปรดชำระเงิน’ อยู่แล้ว และก็ดูไม่น่าเป็นไปได้ที่เว็บเหล่านั้นทั้งหมดจะหันมารองรับวิธีจ่ายเงินผ่านบล็อกเชนแบบนี้
  • ปัญหาไม่ใช่ว่า 402 ไม่ได้ถูกใช้ แต่คือไม่มีรูปแบบ response ที่เป็นมาตรฐาน ทำให้ AI agent ไม่สามารถจัดการขั้นตอนการจ่ายเพื่อเข้าถึงได้แบบอัตโนมัติ x402 จึงเสนอรูปแบบ response มาตรฐานที่ทำให้ client จ่ายเงินแบบ programmatic ได้ และอาจรวมถึงการจ่ายด้วย stablecoin หรือในอนาคตแม้แต่เงิน fiat ก็ได้
• จากประสบการณ์ทำงานกับธนาคารและผู้ให้บริการชำระเงินมา 15 ปี ผมมั่นใจ 1000% ว่าธนาคารปกติจะไม่มีวันแตะสิ่งนี้ แม้อีก 20 ปีก็ไม่แตะ
  • ถ้าเป็นปีที่แล้ว ต่อให้มีคนบอกว่าทั้งประธานาธิบดีหรือสุภาพสตรีหมายเลขหนึ่งจะทำ memecoin ก็คงยังไม่เชื่อเหมือนกัน
  • ตลาดแลกเปลี่ยนอย่าง Coinbase, Kraken น่าจะใช้ และพวกนี้ก็เชื่อมกับธนาคารอยู่แล้ว ดังนั้นธนาคารไม่จำเป็นต้องเข้ามาเกี่ยวโดยตรง
  • มีองค์กรอย่าง Anchorage ที่รองรับ Base อยู่แล้ว
  • จริง ๆ แล้วการมีส่วนร่วมของธนาคารอาจไม่ได้มีความหมายมากนัก เพราะสิ่งนี้ทำงานบนบล็อกเชน จึงข้ามกฎระเบียบหรือวิธี KYC/AML แบบของธนาคารได้ เพียงแต่ในเมื่อ Coinbase เป็นผู้สนับสนุน ก็ยังไม่แน่ใจว่าต่อให้ขึ้นไปอยู่บนบล็อกเชนแล้วจะเปิดกว้างระดับโลกได้จริงหรือไม่