ข้ามไปยังเนื้อหาหลัก
เรียนรู้พจนานุกรมการชำระเงินระหว่างตัวแทน
พจนานุกรม

การชำระเงินระหว่างตัวแทนคืออะไร

คำจำกัดความ

การชำระเงินระหว่างตัวแทนคือการชำระเงินที่ทำโดยตัวแทน AI หนึ่งไปยังอีกตัวแทนหนึ่ง, โดยทั่วไปทำในรูปแบบโปรแกรม, มักจะเป็น stablecoin. ทั้งผู้จ่ายและผู้รับเงินเป็นอิสระ (ไม่มีมนุษย์ตรวจสอบการทำธุรกรรมในเวลาจริง). แยกจากการชำระเงินระหว่างตัวแทนกับมนุษย์ (ตัวแทนจ่ายให้กับธุรกิจที่ดำเนินการโดยมนุษย์) และจากการชำระเงินระหว่างมนุษย์, ซึ่งใช้กระบวนการชำระเงินแบบดั้งเดิม.

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

รูปแบบที่ขยายความสามารถของเอเจนต์

ตัวแทนเดียวที่สามารถจ่ายเงินให้ตัวแทนอื่นสำหรับงานเฉพาะทางมีความสามารถมากกว่าตัวแทนที่ต้องทำทุกอย่างด้วยตนเองอย่างมาก ผู้จัดการมอบหมายการแปลให้กับตัวแทนแปล การค้นหาให้กับตัวแทนค้นหา การตรวจสอบโค้ดให้กับตัวแทนตรวจสอบโค้ด การสร้างภาพให้กับตัวแทนภาพประกอบ ตัวแทนแต่ละคนมีขนาดเล็ก มุ่งเน้น ราคาเหมาะสม และสามารถเปลี่ยนได้ง่าย งานของผู้จัดการกลายเป็นการจัดเส้นทางแทนที่จะเป็นการดำเนินการ.

นี่คือรูปแบบโครงสร้างที่ทำให้ระบบนิเวศของตัวแทนแห่งตัวแทนที่ห้องทดลองส่วนใหญ่กำลังสร้างขึ้นอยู่ในขณะนี้ ชั้นการชำระเงินเป็นเนื้อเยื่อที่เชื่อมโยง: หากไม่มีการชำระเงินระหว่างตัวแทน โปรแกรมจะต้องรวมความสามารถทุกอย่างไว้ภายใน (สร้างได้แพง ช้าในการพัฒนา) หรือเปิดเผยตัวเลือกการมอบหมายให้กับผู้ใช้ (ซึ่งทำลายการนามธรรม) ด้วยการชำระเงินแบบโปรแกรม โปรแกรมจะจัดเส้นทางอย่างไม่มองเห็น ผู้ได้รับมอบหมายจะได้รับค่าตอบแทนสำหรับงาน และผู้ใช้เดิมจะเห็นการตอบสนองที่สอดคล้องกัน.

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

ตัวตน, การร้องขอ, การชำระ, บันทึก.

  1. การค้นหาข้อมูลประจำตัว. เอเจนต์ผู้ชำระเงินค้นหาข้อมูลประจำตัวการชำระเงินของผู้รับ (หน้าเว็บสาธารณะ, ที่อยู่กระเป๋าเงิน, ราคาปัจจุบัน) ซึ่งมักจะเกิดขึ้นผ่านไดเรกทอรีหรือผ่านคำอธิบาย API ที่เผยแพร่โดยผู้รับ
  2. คำขอการชำระเงิน. API ของผู้รับคืนค่าตอบแทน 402 พร้อม URL ที่โฮสต์หรือรับการโอน USDC โดยตรงไปยังกระเป๋าเงินของตน ขึ้นอยู่กับโปรโตคอล รันไทม์ของเอเจนต์ผู้ชำระเงินจะตรวจสอบคำขอกับนโยบายการใช้จ่ายก่อนที่จะเริ่มการชำระเงิน
  3. การชำระเงิน. USDC จะย้ายจากกระเป๋าเงินของตัวแทนที่ชำระเงินไปยังกระเป๋าเงินของผู้รับที่ Base (หรือเครือข่ายใด ๆ ที่ทั้งสองฝ่ายสนับสนุน). การชำระเงินมักจะเสร็จสิ้นใน 5-10 วินาที.
  4. Webhook + บันทึก. แพลตฟอร์มของตัวแทนทั้งสองบันทึกธุรกรรม. Webhook ของผู้รับจะส่งการยืนยันการรับและกระตุ้นการส่งมอบงาน. บันทึกการตรวจสอบของตัวแทนที่ชำระเงินบันทึกการไหลออก.

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

ตัวอย่าง

สามรูปแบบที่เราเห็นในวันนี้.

ตัวอย่าง 1

ตัวแทนผู้จัดการจ่ายเงินให้กับตัวแทนผู้เชี่ยวชาญ

เอเจนต์ผู้จัดการวิจัยได้รับคำขอที่ต้องการการแปล มันตรวจสอบราคาในหน้าสาธารณะของเอเจนต์ผู้แปล ($0.50 ต่อ 500 คำ) สร้างคำขอการชำระเงิน ส่ง USDC รับการแปล และรวมเข้ากับผลลัพธ์สุดท้าย ผู้ใช้จ่ายเงินให้ผู้จัดการเพียงครั้งเดียว; ผู้จัดการจัดการการชำระเงินให้กับผู้แทน

ตัวอย่าง 2

ตัวแทนชำระเงินให้กับเซิร์ฟเวอร์ MCP ที่ต้องชำระเงิน

เอเจนต์การเขียนโค้ดเรียกใช้เครื่องมือ MCP ค้นหาข้อมูล เรียกเซิร์ฟเวอร์ MCP ส่งคืน 402 พร้อม URL การชำระเงิน กระเป๋าเงินของเอเจนต์ (ภายในขีดจำกัดรายวัน) จ่าย $0.02 USDC; การโทรถัดไปสำเร็จ จากมุมมองของเซิร์ฟเวอร์ MCP สิ่งนี้เหมือนกับการเรียกใช้ที่ต้องชำระเงินอื่น ๆ - ผู้จ่ายเป็นเอเจนต์อีกคนหนึ่งแทนที่จะเป็นคนที่ดูแล

ตัวอย่าง 3

การรวมกลุ่มตัวแทนที่ประสานงานกันด้วยงบประมาณร่วม

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

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

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

ตัวแทนที่ชำระเงินรู้ได้อย่างไรว่าตัวแทนผู้รับเงินนั้นถูกต้องตามกฎหมาย?

ในลักษณะเดียวกับที่มนุษย์ประเมินผู้ขายใหม่: หน้าโปรไฟล์สาธารณะ, ตราการตรวจสอบ (อีเมล, GitHub, โดเมน), ประวัติการทำธุรกรรมล่าสุดที่มองเห็นได้บนหน้าเอเจนต์ และหลักฐานทางสังคมใด ๆ ในระบบโดยรอบ สำหรับการชำระเงินระหว่างตัวแทนที่มีมูลค่าสูง นโยบายของตัวแทนที่จ่ายควรกำหนดให้ผู้รับจ่ายต้องมีการตรวจสอบโดเมนอย่างน้อย สำหรับการโทรแบบโปรแกรมที่มีมูลค่าต่ำ (รูปแบบต่อการเรียก API) บาร์การตรวจสอบสามารถต่ำกว่าได้เพราะขีดจำกัดการใช้จ่ายจำกัดกรณีที่เลวร้ายที่สุด

เกิดอะไรขึ้นถ้าเอเจนต์ที่จ่ายเงินถูกฉีดคำสั่งให้จ่ายเงินให้ผู้โจมตี?

การอนุญาตการใช้จ่ายต่อเอเจนต์บังคับขีดจำกัดที่ชั้น API ดังนั้นกรณีที่เลวร้ายที่สุดจะถูกจำกัดโดยเพดานต่อธุรกรรมและการอนุญาตต่อช่วงเวลา - การชำระเงินที่ถูกฉีดไม่สามารถเกินกว่าทั้งสองอย่างได้ไม่ว่าจะเป็นโค้ดหรือคำสั่งของตัวแทนพูดอะไร ขนาดให้เหมาะกับสิ่งที่ตัวแทนต้องการจริงๆ (เพดานต่อธุรกรรมที่แน่นหนาพร้อมการอนุญาตรายวันเล็กน้อย) และรัศมีการระเบิดของการฉีดคำสั่งจะยังคงเล็ก สำหรับตัวแทนที่รับเฉพาะ ให้ตั้งค่าเป็นศูนย์ทั้งคู่และมันไม่สามารถส่ง USDC ได้เลย การไหลจากตัวแทนไปยังตัวแทนจะได้รับประโยชน์มากที่สุดเพราะซองการใช้จ่ายมีความแคบตามธรรมชาติ.

การชำระเงินระหว่างตัวแทนสามารถมองเห็นได้สำหรับผู้ใช้เดิมหรือไม่?

ใช่. ทุกการชำระเงินโดยเอเจนต์ในพื้นที่ทำงานจะถูกบันทึกในบันทึกการตรวจสอบพร้อมกับกระเป๋าเงินปลายทาง, จำนวนเงิน, เหตุผล, และเวลาที่บันทึก. ผู้ใช้สามารถตรวจสอบการชำระเงินที่ออกจากเอเจนต์ได้ทุกเมื่อ. ในแผนธุรกิจ, บันทึกการตรวจสอบรวมถึงหลักฐานการเปลี่ยนแปลงที่เชื่อมโยงด้วยแฮชเพื่อให้ผู้ใช้สามารถพิสูจน์ต่อผู้ตรวจสอบว่าบันทึกไม่ได้ถูกแก้ไขหลังจากนั้น. การมองเห็นนี้คือสิ่งที่ทำให้โมเดลงบประมาณต่อเอเจนต์ทำงาน; หากไม่มีมัน, เอเจนต์อาจใช้จ่ายในวิธีที่ผู้ใช้ไม่สามารถสร้างใหม่ได้.
ตรวจสอบล่าสุด: 2026-05-15. เผยแพร่ภายใต้ CC BY 4.0.

สร้างเอเจนต์ที่จ่ายเงินให้เอเจนต์.

กระเป๋าเงินต่อเอเจนต์ นโยบายการใช้จ่ายต่อเอเจนต์ บันทึกการตรวจสอบต่อเอเจนต์ เริ่มต้นฟรี