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

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

คำจำกัดความ

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

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

กระเป๋าเงินไม่ใช่ตัวตน ตัวแทนต้องการตัวตน.

กระเป๋าเงินคริปโตดิบให้ที่อยู่และยอดเงินแก่คุณ ซึ่งทำงานได้ดีเมื่อผู้จ่ายเป็นมนุษย์ที่รู้แล้วว่าพวกเขากำลังจ่ายเงินให้ใคร แต่จะล้มเหลวเมื่อผู้จ่ายเป็นตัวแทน AI หรือเมื่อคู่สัญญาเป็นตัวแทน AI: ไม่มีระบบชื่อเสียงที่ใช้ร่วมกัน ไม่มีวิธีการตรวจสอบว่าตัวแทนถูกต้องตามกฎหมายก่อนที่จะส่งเงิน ไม่มีบันทึกสิ่งที่ตัวแทนได้ทำไปแล้ว การชำระเงินไปยังที่อยู่ที่ไม่ระบุชื่ออาจเหมาะสมสำหรับการให้ทิป; แต่ไม่เหมาะสมสำหรับการจ่ายบิล $50 ให้กับตัวแทนที่ควรผลิตงานจริง.

เอกลักษณ์การชำระเงินของตัวแทนแก้ปัญหานี้โดยการห่อหุ้มกระเป๋าเงินด้วยทุกสิ่งที่ฝ่ายตรงข้ามต้องการเพื่อทำการตัดสินใจในการชำระเงิน: โปรไฟล์สาธารณะที่อธิบายว่าตัวแทนทำอะไร, ป้ายที่พิสูจน์ว่าผู้ดำเนินการคือใครที่พวกเขาอ้างว่าเป็น, ประวัติการทำธุรกรรมที่แสดงว่าตัวแทนได้ปฏิบัติตามข้อผูกพันในอดีต, และชั้นนโยบายที่แสดงว่าสิ่งที่ตัวแทนได้รับอนุญาตให้ทำด้วยเงินที่ได้รับหรือส่ง. กระเป๋าเงินด้านล่างยังคงเหมือนเดิม; ชั้นเอกลักษณ์คือสิ่งที่ทำให้การชำระเงินให้กับตัวแทนปลอดภัยในระดับใหญ่.

The per-agent granularity matters too. A workspace operator might run ten agents, each with its own customer base and risk profile. Identity at the workspace level would conflate them; identity at the agent level lets each one earn (or lose) reputation independently. This is why agent payment identity is a primitive specifically distinct from "the operator's account on the platform".

วิธีการประกอบ

ห้าชั้นซ้อนกัน

เอกลักษณ์การชำระเงินของตัวแทนไม่ใช่สิ่งเดียว; มันเป็นการรวมกันของห้าชั้น, แต่ละชั้นเป็นของส่วนประกอบระบบที่แตกต่างกัน. กระเป๋าเงินอยู่บนเชน, หน้าเพจถูกเรนเดอร์จากเซิร์ฟเวอร์, ป้ายเป็นการอ้างสิทธิ์ที่ลงนาม, นโยบายถูกบังคับใช้โดยแพลตฟอร์ม, และคีย์ API เป็นการจับมือของคุณกับชั้น SaaS.

  1. ชั้น 01

    ข้อมูลรับรองบนเชน

    ที่อยู่กระเป๋าเงินที่สามารถลงนามในการทำธุรกรรมและรับการชำระเงิน โดยปกติจะเป็นที่อยู่ EVM ที่ควบคุมโดย EOA หรือกระเป๋าเงินสัญญาอัจฉริยะ (เช่น Coinbase Smart Wallet, Safe) ที่อยู่คือสิ่งที่คู่สัญญาการชำระเงินส่งไป

  2. ชั้น 02

    หน้าประวัติส่วนตัวสาธารณะ

    หน้าเว็บที่แสดงชื่อเอเจนต์ วัตถุประสงค์ เจ้าของ สกุลเงินที่รองรับ และธุรกรรมล่าสุด ดัชนีโดยเครื่องมือค้นหาและเครื่องมือ AI หน้าเว็บคือสิ่งที่คู่สัญญาอ่านก่อนชำระเงิน

  3. ชั้น 03

    ป้ายยืนยันตัวตน

    สัญญาณที่ได้รับการรับรองอย่างอิสระ (อีเมลได้รับการตรวจสอบ, GitHub ได้รับการตรวจสอบ, โดเมนได้รับการตรวจสอบ) ที่เชื่อมโยงกระเป๋าเงินของตัวแทนกับตัวตนในโลกจริง ยิ่งป้ายมีความแข็งแกร่งมากเท่าไหร่ คู่ค้าก็จะยิ่งไว้วางใจการชำระเงินจำนวนมากไปยังตัวแทนที่นั้นมากขึ้นเท่านั้น

  4. ชั้น 04

    นโยบายการใช้จ่ายต่อเอเจนต์

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

  5. ชั้น 05

    API key + ความสัมพันธ์ด้านการเรียกเก็บเงิน

    ข้อมูลประจำตัวด้าน SaaS ที่ตัวแทนใช้เพื่อยืนยันตัวตนกับ API ของแพลตฟอร์มการชำระเงิน และความสัมพันธ์ในการเรียกเก็บเงินระหว่างเจ้าของตัวแทนและแพลตฟอร์ม (การสมัครสมาชิกต่อเอเจนต์ใน Pro หรือ Business)

ตัวอย่าง

ตัวตนทำงานอย่างไรในทางปฏิบัติ

สามสถานการณ์ที่ชัดเจนซึ่งอัตลักษณ์กำลังทำงานอยู่เบื้องหลัง.

ตัวอย่าง 1

ตัวแทนรับการชำระเงินผ่านหน้าสาธารณะ

ตัวตนของเอเจนต์วิจัยมีอยู่ที่ wallet.blockchain0x.com/a/research-bot คู่สัญญาค้นหาเอเจนต์ผ่านการค้นหา การกล่าวถึง X หรือ README ของ GitHub พวกเขาคลิกจ่าย หน้าเว็บแสดงที่อยู่กระเป๋าเงิน + QR + แท็กการตรวจสอบ พวกเขาส่ง USDC ตัวตนของเอเจนต์คือพื้นผิวที่เปลี่ยนการท่องเว็บให้เป็นการชำระเงิน

ตัวอย่าง 2

ตัวแทนชำระเงินให้กับตัวแทนอื่นโดยโปรแกรม

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

ตัวอย่าง 3

ผู้ตรวจสอบกำลังตรวจสอบประวัติของตัวแทน

ผู้ตรวจสอบการปฏิบัติตามต้องการตรวจสอบว่าเอเจนต์ทำอะไรในช่วงไตรมาสที่ผ่านมา ตัวตนของเอเจนต์รวมถึงบันทึกธุรกรรมทั้งหมด (ประวัติ on-chain ที่อยู่กระเป๋าเงิน + บันทึกคำขอการชำระเงิน off-chain ในบันทึกการตรวจสอบของแพลตฟอร์ม) ผู้ตรวจสอบติดตามการชำระเงินทุกครั้งโดยไม่ต้องเข้าถึงระบบธุรกิจที่กว้างขึ้นของเจ้าของ

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

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

เอกลักษณ์การชำระเงินของตัวแทนเป็นเนื้อเยื่อที่เชื่อมโยงระหว่างการค้า, การควบคุม, และโปรโตคอล.

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

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

ตัวตนการชำระเงินของตัวแทนผูกพันกับกระเป๋าเงินเฉพาะหรือสามารถย้ายได้?

อัตลักษณ์ยังคงอยู่ในฐานข้อมูลของแพลตฟอร์ม; กระเป๋าเงินด้านล่างสามารถเปลี่ยนได้ หากคุณเริ่มต้นด้วยกระเป๋าเงิน MetaMask และต้องการเปลี่ยนไปใช้ Coinbase Smart Wallet คุณจะเชื่อมต่อกระเป๋าเงินใหม่กับบันทึกตัวแทนเดียวกัน; ชื่อของตัวแทน, slug, URL สาธารณะ, ตราการตรวจสอบ, อ้างอิงประวัติการทำธุรกรรม และนโยบายการใช้จ่ายทั้งหมดจะถูกถ่ายโอน กระเป๋าเงินใหม่และยอดเงินในกระเป๋าเงินเก่าไม่รวมกัน; อัตลักษณ์เคลื่อนที่, USDC บนเชนยังคงอยู่ที่เดิม

ตัวแทนสองตัวสามารถแชร์ตัวตนการชำระเงินเดียวกันได้หรือไม่?

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

ตัวตนการชำระเงินของตัวแทนเป็นสัญญาอัจฉริยะหรือเป็นเพียงบันทึก?

เป็นเพียง record ฝั่งแพลตฟอร์มเท่านั้น กระเป๋าเงินที่อยู่เบื้องหลังคือ EVM wallet ใดก็ตามที่เจ้าของเชื่อมต่อไว้ และกระเป๋านั้นอาจเป็น smart contract หรือไม่ก็ได้ (EOA wallet ไม่ใช่ smart contract; Coinbase Smart Wallet และ Safe เป็น smart contract) ชั้น identity (ชื่อ, slug, badges, policies) อยู่ในฐานข้อมูล Postgres ปกติพร้อม audit-logging และการเปลี่ยนแปลงแบบ hash-chained เราตั้งใจไม่ย้าย identity layer ไป onchain ในตอนนี้ด้วยเหตุผลด้านต้นทุน, latency และการเพิกถอน อาจมี on-chain anchor แบบเลือกใช้สำหรับ verification proofs ในภายหลัง
ตรวจสอบล่าสุด: 2026-05-15. เผยแพร่ภายใต้ CC BY 4.0.

เรียกร้องอัตลักษณ์การชำระเงินสำหรับเอเจนต์ของคุณ.

ห้านาทีจากการลงทะเบียนถึงโปรไฟล์ตัวแทนสาธารณะที่ได้รับการตรวจสอบครั้งแรกของคุณ