X402 บันทึกการชำระเงินไปแล้วมากกว่า 169 ล้านครั้ง แต่เซิร์ฟเวอร์ MCP สาธารณะทั้ง 8 แห่งที่ผมดูแลอยู่ กลับไม่พบการชำระเงินใดๆ ที่ไม่ได้มาจากการทดสอบ (test probe) เลย ความคลาดเคลื่อนนี้ทำให้เกิดคำถามง่ายๆ ว่า โปรโตคอลนี้ถูกใช้งานจริง หรือตัวเลขที่เราได้ยินกันนั้นสร้างขึ้นบนรากฐานที่ยังไม่สามารถดึงดูดผู้ใช้ที่จ่ายเงินจริงได้กันแน่?

ตัวเลขพาดหัว

Chainalysis—บริษัทวิเคราะห์ที่ติดตามกิจกรรมบนบล็อกเชน—รายงานว่าโปรโตคอล x402 ได้ประมวลผลการชำระเงินไปแล้วกว่า 169 ล้านครั้ง แหล่งข้อมูลเดียวกันระบุว่ายักษ์ใหญ่ในอุตสาหกรรมอย่าง Stripe, Amazon Web Services, Google และ Ripple ได้รวมโปรโตคอลนี้เข้ากับระบบของตนแล้ว ตัวชี้วัดที่น่าตกใจอย่างหนึ่งคือ: รายการธุรกรรมที่มีมูลค่าเกินหนึ่งดอลลาร์เพิ่มขึ้นจาก 49% เป็น 95% ของกิจกรรม x402 ทั้งหมดภายในปีเดียว ตัวเลขเหล่านี้บ่งชี้ว่าโปรโตคอลได้ก้าวข้ามผ่านขั้นตอนการทดลองในระยะเริ่มต้น และกำลังจัดการกับการพาณิชย์ที่เกิดขึ้นจริงแล้ว

สิ่งที่บันทึก (logs) บนเซิร์ฟเวอร์ของผมบอก

ผมรันเซิร์ฟเวอร์ MCP (multi-chain payment) ที่เข้าถึงได้แบบสาธารณะจำนวน 8 แห่ง โดยสองแห่งในนั้นเพิ่งได้รับการอัปเกรดเพื่อรองรับการชำระเงิน x402 ในฐานะการทดลองที่มีความเสี่ยงต่ำ ในช่วงเวลา 30 วัน ผมได้บันทึกทุกคำขอที่ส่งเข้ามา ผลลัพธ์ที่ได้นั้นชัดเจนมาก: ไม่มีการพยายามชำระเงินที่มาจากผู้ใช้จริงหรือแอปพลิเคชันของลูกค้าเลย ทราฟฟิกขาเข้าทั้งหมดประกอบด้วย "scouts" หรือตัวสำรวจอัตโนมัติที่ทำหน้าที่ตรวจสอบว่า endpoint ใดสามารถรับ x402 ได้บ้าง ตรวจสอบความเข้ากันได้ของการทำ handshake และบันทึกรหัสการตอบกลับ (response code) ไม่มีตัวสำรวจเหล่านี้ตัวใดเลยที่ส่งข้อมูลการชำระเงิน (payment payload) มาด้วย พวกเขาเพียงแค่ถามว่า "ฉันสามารถจ่ายเงินที่นี่ได้ไหม?"

บันทึกยังตรวจพบ "ข้อเสนอการชำระเงิน" (payment offers) ที่แตกต่างกัน 22 รายการ ซึ่งเป็นคำขอที่โฆษณาความสามารถในการรับยอดชำระด้วย x402 ข้อเสนอเหล่านั้นไม่เคยเปลี่ยนเป็นธุรกรรมที่เสร็จสมบูรณ์ หลังจากสิ้นสุดช่วงทดสอบ เซิร์ฟเวอร์ก็ยังคงไม่แสดงการชำระเงินแบบออร์แกนิก (organic payments) หรือการชำระเงินที่เกิดขึ้นเองโดยไม่มีการส่งตัวสำรวจมาก่อน

ทำไมช่องว่างนี้ถึงสำคัญ

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

มีสองมุมมองที่ใช้ในการถกเถียงเรื่องนี้:

  • มุมมองที่เน้นโครงสร้างพื้นฐานเป็นหลัก (Infrastructure-first view) – ช่องทางการชำระเงินใหม่ๆ มักจะปรากฏขึ้นก่อนที่ร้านค้าหรือผู้บริโภคจะเริ่มใช้งาน นักพัฒนาจะสร้างเทอร์มินัล, SDK และ API endpoints ไว้ล่วงหน้าก่อนที่จะมีความต้องการเกิดขึ้น การส่งตัวสำรวจในระยะแรกอาจเป็นเพียงการเตรียมความพร้อมสำหรับระลอกของธุรกรรมจริงที่จะตามมาในอนาคต
  • มุมมองเรื่องฟองสบู่ (Bubble view) – นักพัฒนาและนักลงทุนทุ่มทรัพยากรลงไปในตลาดที่อาจไม่เกิดขึ้นจริง ในสถานการณ์นั้น ตัวสำรวจต่างๆ ก็คือต้นทุนที่สูญเปล่า (sunk costs) ซึ่งเป็นหลักฐานของการเดิมพันเชิงเก็งกำไรมากกว่าการใช้งานจริง

ทั้งสองเรื่องราวล้วนมีความเป็นไปได้ และข้อมูลที่ผมรวบรวมมายังไม่สามารถชี้ชัดไปทางใดทางหนึ่งได้

สัญญาณที่จะตัดสินการถกเถียงนี้

ผมกำลังเฝ้าสังเกตพฤติกรรมที่เป็นรูปธรรม 3 อย่าง ซึ่งจะบ่งชี้ถึงความต้องการที่แท้จริง:

  1. การสอบถามราคา – ตัวสำรวจที่ถามว่า "ค่าธรรมเนียมเท่าไหร่?" แทนที่จะแค่ยืนยันความสามารถในการใช้งาน บ่งบอกถึงผู้ซื้อที่กำลังประเมินต้นทุน
  2. การพยายามชำระเงินจริงหลังจากได้รับตอบกลับ 402 – สถานะ HTTP 402 ส่งสัญญาณว่า "ต้องชำระเงิน" (payment required) หากเอเจนต์ได้รับรหัสนั้นแล้วพยายามส่งข้อมูลการชำระเงิน (payment payload) ซ้ำอีกครั้ง นั่นแสดงถึงความตั้งใจที่จะทำธุรกรรม
  3. คำขอจากมนุษย์เพื่อทราบราคาต่อหน่วย – คำขอที่ระบุราคาต่อหน่วยแทนที่จะเป็นการสมัครสมาชิก (subscription model) ชี้ให้เห็นถึงกรณีการใช้งานเชิงพาณิชย์ที่แท้จริง

จนถึงตอนนี้ ยังไม่มีสิ่งใดเหล่านี้ปรากฏในบันทึกของผมเลย

บทสรุป

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