ข้ามไปยังเนื้อหาหลัก
เรียนรู้พจนานุกรมโปรโตคอล AP2
พจนานุกรม

โปรโตคอล AP2 คืออะไร

คำจำกัดความ

AP2 คือ โปรโตคอลการชำระเงินของตัวแทนของ Google ซึ่งเป็นข้อกำหนดเปิดสำหรับวิธีที่ตัวแทน AI ชำระเงินให้กับพ่อค้าอย่างเป็นโปรแกรม มันทำให้มาตรฐานสามส่วน: วิธีที่ผู้ใช้ให้สิทธิ์การชำระเงิน, วิธีที่ตัวแทนเสนอสิทธิ์นั้นให้กับผู้ประมวลผลการชำระเงิน, และวิธีที่การชำระเงินเกิดขึ้นในรางใด ๆ ที่พ่อค้ารับ AP2 อยู่ที่ชั้นสิทธิ์; รางพื้นฐานสามารถเป็นเงิน fiat หรือ stablecoin

ทำไมมันถึงสำคัญ

การเดิมพันการค้าเชิงตัวแทนของ Google

AP2 คือ การเดิมพันของ Google ในหมวดการค้าของตัวแทน ในขณะที่ x402 ของ Coinbase ใช้แนวทาง HTTP ต่อการเรียก, AP2 ใช้แนวทางตามสิทธิ์: อนุญาตตัวแทนล่วงหน้าสำหรับการชำระเงินในกรอบหนึ่ง, แล้วให้มันดำเนินการภายในกรอบนั้นโดยไม่มีการมีส่วนร่วมของผู้ใช้เพิ่มเติม โปรโตคอลทั้งสองมุ่งเป้าไปที่รูปแบบกิจกรรมของตัวแทนที่แตกต่างกันเล็กน้อย x402 เหมาะกับการเรียกเก็บเงินต่อการเรียก API; AP2 เหมาะกับการช็อปปิ้งที่ขับเคลื่อนโดยตัวแทน, การสมัครสมาชิก, และการจัดซื้อ

For developers, AP2 matters because it is the first agent-payment protocol from a hyperscaler with the distribution to mainstream-adopt it. If Gemini agents (consumer and enterprise) and Google Pay merchants both speak AP2 natively, then "agent paying via Google Pay" becomes a default capability rather than a custom integration. The stack rapidly expands beyond the developer-tooling ecosystem.

มันทำงานอย่างไร

คำสั่ง, การนำเสนอ, การชำระเงิน

  1. การอนุญาตคำสั่ง. ผู้ใช้อนุญาตให้เอเจนต์ผ่าน UI คำสั่งของ Google (ใน Wallet หรือผ่านพื้นผิวสำหรับนักพัฒนาสำหรับองค์กร) คำสั่งจะระบุจำนวนสูงสุด, ช่วงความถี่, ผู้รับที่อนุญาตหรือหมวดหมู่ผู้รับ, และวันหมดอายุ
  2. การนำเสนอคำสั่ง. เมื่อเอเจนต์ต้องการชำระเงิน มันจะรวมคำสั่งเข้ากับคำขอการชำระเงินไปยังผู้ประมวลผลของพ่อค้า ผู้ประมวลผลจะตรวจสอบลายเซ็นและพารามิเตอร์ของคำสั่ง; หากคำขอเหมาะสม การชำระเงินจะดำเนินการต่อไป
  3. การชำระเงิน. การชำระเงินที่แท้จริงเกิดขึ้นผ่านรางที่ผู้ค้าเลือก (Google Pay, เครือข่ายการ์ด, ACH, stablecoin). AP2 ไม่ขึ้นอยู่กับการชำระเงิน; สิ่งที่มันทำให้เป็นมาตรฐานคือการอนุญาตของตัวแทนในการดึงเงินจากบัญชีของผู้ใช้.
  4. การตรวจสอบและการเพิกถอน. การชำระเงินแต่ละครั้งที่ตรงตามคำสั่งจะถูกบันทึก ผู้ใช้สามารถเพิกถอนคำสั่งจากกระเป๋าเงินของตนได้ตลอดเวลา การนำเสนอในภายหลังล้มเหลวในการตรวจสอบ; การชำระเงินที่อยู่ระหว่างการดำเนินการในขณะเพิกถอนอาจจะเสร็จสิ้นหรือไม่เสร็จสิ้นขึ้นอยู่กับระบบ.
ตัวอย่าง

ที่ AP2 เหมาะสม

ตัวอย่าง 1

ตัวแทนชำระเงินผ่าน Google Pay

เอเจนต์ Google-stack (ทำงานภายใน Gemini, Agentspace หรือ Vertex AI) นำเสนอคำสั่ง AP2 ให้กับโปรเซสเซอร์ของผู้ค้า โปรเซสเซอร์จะตรวจสอบคำสั่ง ชำระเงินผ่านรางที่มีอยู่ของ Google Pay และส่งคืนการยืนยัน การรวมของผู้ค้าเหมือนกับการทำธุรกรรม Google Pay ปกติ; ความแตกต่างอยู่ที่ด้านผู้ซื้อ ซึ่งเอเจนต์ทำหน้าที่แทนมนุษย์

ตัวอย่าง 2

การค้าตัวแทนข้ามโปรโตคอล

ตัวแทนมีอำนาจ AP2 สำหรับการชำระเงินฟีแอทผ่าน Google Pay และกระเป๋าเงิน Blockchain0x สำหรับการชำระเงิน USDC บน Base เมื่อมันต้องชำระเงินให้กับผู้ค้า ที่รับทั้งสองอย่าง มันเลือกเส้นทางที่มีค่าธรรมเนียมต่ำกว่าสำหรับรูปแบบการทำธุรกรรมนี้ ผู้ใช้ให้สิทธิ์ทั้งสองอย่างเพียงครั้งเดียว; ตัวแทนจะจัดเส้นทางตามการชำระเงิน

ตัวอย่าง 3

การจัดซื้อสำหรับองค์กรผ่าน AP2

เอเจนต์การจัดซื้อของบริษัทมีคำสั่ง AP2 จากทีมการเงินที่อนุญาตให้ชำระเงินสูงสุด $10,000 ต่อเดือนให้กับรายการผู้จัดจำหน่ายที่กำหนด เอเจนต์จะประมวลผลคำสั่งซื้อ ตรวจสอบกับคำสั่ง และชำระเงินโดยไม่ต้องมีมนุษย์อนุมัติแต่ละรายการ เส้นทางการตรวจสอบ (คำสั่งบวกเหตุการณ์ต่อการชำระเงิน) จะเข้าสู่ระบบ ERP ของบริษัท

คำที่เกี่ยวข้อง

ที่นี่เหมาะสม

คำสั่งการชำระเงิน

primitive หลักที่ AP2 สร้างอยู่บน

x402

โปรโตคอลทางเลือกของ Coinbase ที่ขับเคลื่อนด้วย request มากกว่า mandate

การค้าแบบ Agentic

หมวดหมู่ที่ AP2 ทำให้เกิดขึ้นได้ในฝั่ง Google และ fiat

คำถามที่พบบ่อย

สามคำถามทั่วไป.

AP2 เป็นคู่แข่งกับ x402 หรือพวกเขาอยู่ร่วมกัน?

พวกเขาอยู่ร่วมกัน โดยมีการเลือกการออกแบบที่ทับซ้อนกันแต่แตกต่างกัน AP2 เป็นแบบที่อิงจากคำสั่ง: ผู้ใช้จะอนุญาตการชำระเงินล่วงหน้า และตัวแทนจะดึงจากมัน x402 เป็นแบบที่อิงจากคำขอ: ผู้ค้าจะส่งคืน 402 พร้อม URL การชำระเงิน และตัวแทนจะจ่ายต่อการโทร AP2 เหมาะกับรูปแบบการสมัครสมาชิกและการทำซ้ำได้ดีกว่า; x402 เหมาะกับรูปแบบการโทรและการจ่ายตามการใช้งานได้ดีกว่า ตัวแทนที่ซับซ้อนสามารถใช้โปรโตคอลทั้งสองขึ้นอยู่กับรูปแบบการชำระเงิน เราคาดว่าทั้งสองจะมีคุณภาพการผลิตภายในกลางปี 2026

AP2 ต้องการคริปโตหรือทำงานบนโครงสร้างพื้นฐานแบบดั้งเดิมหรือไม่?

ทำงานบนเส้นทางดั้งเดิม. AP2 เป็นกลางต่อเส้นทาง; โปรโตคอลกำหนดวิธีการที่มอบหมายจะถูกมอบหมาย, เสนอ, และตรวจสอบ ไม่ใช่วิธีการที่การชำระเงินพื้นฐานเกิดขึ้น. การใช้งานอ้างอิงของ Google มุ่งเป้าไปที่ Google Pay (บัตร, การโอนเงินผ่านธนาคาร, วิธีการชำระเงินในภูมิภาค). การใช้งานอิสระอาจชำระเงินด้วย stablecoins. ในทางปฏิบัติ, การใช้งาน AP2 ในปัจจุบันส่วนใหญ่เป็น fiat-rail เนื่องจากระบบนิเวศของ Google มีแนวโน้มไปที่นั่น.

Blockchain0x สนับสนุน AP2 หรือไม่?

ยังไม่รองรับในตอนนี้. โมเดลควบคุมการใช้จ่ายปัจจุบันของเรา (วงเงินต่อเอเจนต์ต่อช่วงเวลา และเพดานต่อธุรกรรม ที่บังคับใช้ที่ชั้น API) ให้ผลเทียบเท่า mandate สำหรับกรณีทั่วไป แต่ยังไม่ได้ implement wire protocol ของ AP2 การรองรับ AP2 อย่างเป็นทางการอยู่ในแผนงาน เมื่อสเปกนิ่งขึ้นและสัญญาณการนำไปใช้ชัดเจนขึ้น ระหว่างนี้ ช่องว่างระหว่างแนวทางของเรากับ AP2 คือเอกสาร mandate อย่างเป็นทางการที่เอเจนต์พกติดตัวไว้ แต่ผลลัพธ์ด้านนโยบายแทบไม่ต่างกัน
ตรวจสอบล่าสุด: 2026-05-15. เผยแพร่ภายใต้ CC BY 4.0.

สร้างพื้นผิวการชำระเงินของเอเจนต์ของคุณวันนี้.

การสนับสนุน AP2 อยู่ในแผนงาน ความสามารถหลัก (การควบคุมการใช้จ่ายที่เทียบเท่าสิทธิ์, ตัวตนต่อผู้แทน, บันทึกการตรวจสอบ) ใช้งานได้แล้วในขณะนี้