pay.sh มุ่งมั่นเชื่อมช่องว่างระหว่างตัวแทน AI กับ API ที่ต้องชำระเงิน
เขียนโดย: KarenZ, Foresight News
ตัวแทนที่สามารถเขียนโค้ด ค้นคว้าข้อมูล และเรียกใช้เครื่องมือด้วยตัวเอง มักติดขัดอยู่ที่ขั้นตอนที่ง่ายที่สุด: การชำระเงิน
pay.sh ต้องการถอดออกคือผนังนี้ เมื่อวันที่ 5 พฤษภาคม องค์กร Solana Foundation ร่วมกับ Google Cloud เปิดตัว pay.sh ผลิตภัณฑ์ชุดนี้ไม่ได้ออกแบบสำหรับกระเป๋าเงินสำหรับผู้ใช้ปลายทาง หรือต้องการสร้างปุ่มการชำระเงินใหม่ แต่มุ่งเน้นไปที่ความต้องการที่เฉพาะเจาะจงอีกประเภทหนึ่ง: เมื่อตัวแทนต้องเรียกใช้ API การชำระเงิน ไม่จำเป็นต้องลงทะเบียนด้วยตนเองหรือใช้คีย์ API แต่สามารถชำระเงินตามความต้องการเพื่อรับสิทธิ์ในการเรียกใช้งานทันที
โดยสรุปแล้ว pay.sh ต้องการแก้ปัญหาโดยการแยกกระบวนการ “เรียกใช้ API” ออกเป็นการกระทำที่เป็นมิตรกับเครื่องจักร: เห็นราคา ส่งคำขอ อนุญาตการชำระเงิน และรับผลลัพธ์
ตามข้อมูลจากกองทุน Solana และเว็บไซต์ทางการของ pay.sh ขอบเขตการเชื่อมต่อเบื้องต้นได้ครอบคลุม API บางส่วนของ Google Cloud รวมถึง Gemini, BigQuery, Vertex AI, BigTable, Cloud Run เป็นต้น พร้อมทั้งมีผู้ให้บริการ API ชุมชนมากกว่า 50 รายที่ให้บริการด้านอีคอมเมิร์ซ ข้อมูล การสื่อสาร และโครงสร้างพื้นฐานบนโซ่
Pay.sh คืออะไร
จากคำอธิบายอย่างเป็นทางการ pay.sh เป็นชั้นการจัดการการชำระเงินและประสานการเรียกใช้งานสำหรับ API แบบจ่ายเงิน โดยห่อหุ้มเครื่องมือบรรทัดคำสั่งและกระบวนการทำงานแบบโปรกี้ที่นักพัฒนาคุ้นเคย เมื่อ API เป้าหมายตอบกลับด้วยความท้าทายแบบ “จ่ายก่อน แล้วค่อยให้ข้อมูล” pay จะระบุโปรโตคอลการชำระเงิน จัดเตรียมหลักฐานการชำระเงิน ขออนุญาตกระเป๋าเงินในท้องถิ่น แล้วจึงลองร้องขออีกครั้ง สำหรับนักพัฒนา คำสั่ง curl ที่เคยเกิดข้อผิดพลาด ก่อนหน้านี้เพียงเพิ่ม pay เข้าไปข้างหน้าเท่านั้น; สำหรับโปรกี้ พวกเขาจะได้รับเส้นทางเครื่องมือที่สามารถใช้ความสามารถในการจ่ายเงินได้ทันที
มีบางจุดที่สำคัญเป็นพิเศษ
- ใช้โปรโตคอลการชำระเงินใด? pay.sh ลงทุนทางเทคนิคบนมาตรฐานการชำระเงินของเครื่องจักรแบบเปิด ทางอย่างเป็นทางการระบุว่า pay.sh ถูกสร้างขึ้นบนโปรโตคอลการชำระเงินสองชุดคือ x402 และ MPP
- วิธีการชำระเงิน: ระบบการชำระเงินพื้นฐานของ pay.sh ใช้สกุลเงินเสถียรบน Solana โดยกองทุน Solana ระบุว่าผู้ใช้สามารถทำรายการฝากเงินผ่านบัตรเครดิตหรือสกุลเงินเสถียรได้ภายในประมาณ 60 วินาที
- ลายเซ็น: pay.sh ไม่ได้ให้ตัวแทนเข้าถึงกุญแจส่วนตัวโดยตรงแบบไม่มีการป้องกัน ตามเว็บไซต์ทางการและ README บน GitHub กระบวนการอนุญาตแบบโลคัลของมันจะเรียกใช้ความสามารถด้านความปลอดภัยระดับระบบ เช่น Keychain และ Touch ID ของ macOS, Windows Hello, GNOME Keyring หรือ 1Password กล่าวคือ การเรียกใช้งานโดยตัวแทนสามารถทำได้อัตโนมัติ แต่เมื่อถึงขั้นตอนการลงนามและอนุมัติจริง ระบบยังคงรักษาขั้นตอนการอนุญาตที่สามารถควบคุมได้ไว้ ดีไซน์นี้คล้ายกับการให้ตัวแทน AI ใช้บัตรชำระเงินที่มีวงเงินจำกัดและสามารถติดตามการใช้งานได้ แทนที่จะส่งกุญแจตู้นิรภัยของบริษัทให้ไปโดยตรง
ใครอีกบ้างที่ยังไม่ได้เริ่มเป็นพันธมิตร?
หน้าที่มักถูกมองข้ามที่สุดเมื่อโครงการโครงสร้างพื้นฐานใดๆ ออกสู่สาธารณะครั้งแรก คือรายชื่อพันธมิตร
พันธมิตรเริ่มต้นของจุดปลายทางที่มาจากชุมชน pay.sh ได้แก่ PayAI, Crossmint, Merit Systems, Corbits, MoonPay, Sponge Wallet, ATXP และ Tektonic Company
MoonPay และ Crossmint จัดหาช่องทางการเข้าถึงเงินทุนและโครงสร้างพื้นฐานกระเป๋าเงิน โดย MoonPay แก้ปัญหาการแปลงสกุลเงิน fiat เป็นสกุลเงินเสถียร ส่วน Crossmint ให้บริการกระเป๋าเงินระดับองค์กร การรวมสกุลเงินเสถียร และการชำระเงิน หากไม่มีชั้นนี้ การชำระเงินผ่านตัวแทนจะถูกจำกัดอยู่แค่ในวงจำกัดของผู้ใช้ที่ใช้งานบนโซ่หลัก
Sponge Wallet มีลักษณะใกล้เคียงกับ agent wallet และบทบาทของ payment gateway โดยการห่อ API ของบุคคลที่สามให้เป็นอินเทอร์เฟซที่สามารถเรียกใช้งานได้ทันทีและจ่ายตามการใช้งานแต่ละครั้ง; ATXP มุ่งเน้นที่ชั้นของโปรโตคอลการซื้อขายแบบตัวแทน ซึ่งเกี่ยวข้องกับตัวตนของตัวแทน การร่วมมือในการทำงาน และการไหลเวียนของการชำระเงิน
สำหรับ Merit Systems, Corbits, PayAI และ Tektonic Company พวกเขาไม่ใช่เพียงแค่ปลั๊กอินการชำระเงิน แต่เป็นผู้ให้บริการและชั้นการรวมข้อมูลของเศรษฐกิจตัวแทน ที่ช่วยให้ผู้ให้บริการสามารถเชื่อมต่อ API, ข้อมูล และความสามารถด้านการชำระเงินเข้าสู่ระบบนี้ Merit Systems ได้ให้บริการ API หลายประเภทที่มีการเรียกเก็บเงินด้วยสกุลเงินเสถียรในหมวด pay.sh แล้ว
พูดอีกแบบคือ pay.sh ไม่ได้แค่อยากแก้ปัญหา “จะจ่ายเงินยังไง” แต่ต้องการเชื่อมต่อทั้งกระบวนการตั้งแต่ “ตัวแทนจะค้นหาบริการอย่างไร รับข้อเสนออย่างไร ดำเนินการอนุญาตอย่างไร และทำการตั้งถิ่นฐานแบบเรียลไทม์อย่างไร” ให้เป็นระบบเดียว คล้ายเป็นชั้นการประสานงานที่รวบรวมความสามารถที่มีอยู่แล้วแต่กระจัดกระจายอยู่กับผู้ให้บริการและผู้อำนวยความสะดวกต่างๆ เข้าไว้ในไดเรกทอรีเดียว เพื่อให้ตัวแทนและนักพัฒนาสามารถเข้าถึงผ่านจุดเข้าใช้งานเดียว
หาก Google Cloud ให้บริการจุดเข้าถึง API ระดับองค์กรและรองรับโครงสร้างพื้นฐานในระดับสูงสุด ผู้ร่วมมือจากชุมชนจะให้ความหลากหลายและการจัดหาในส่วนที่ยาวนาน
ในอนาคต ผู้บริโภคอาจเป็นตัวแทนหลายชั้นที่ดำเนินงานให้กับมนุษย์ หากการเปลี่ยนแปลงนี้เกิดขึ้นจริง วิธีการเรียกเก็บเงินและตรรกะการจัดส่งของตลาด API จะต้องปรับเปลี่ยนตาม