จะจับตาแนวโน้มตลาด แนวโน้มเทคโนโลยี ความคืบหน้าของระบบนิเวศ และสถานการณ์การกำกับดูแลในอุตสาหกรรม Web3 ได้อย่างไรอย่างง่ายดาย? คอลัมน์ “Market Pulse Analysis” ของ Web3Caff Research ได้สำรวจและคัดเลือกเหตุการณ์ร้อนแรงที่เกิดขึ้นในปัจจุบันอย่างลึกซึ้ง และให้การวิเคราะห์คุณค่า ความเห็น และหลักการพื้นฐาน มองผ่านปรากฏการณ์เพื่อเข้าใจแก่นแท้ ร่วมติดตามเราเพื่อจับทิศทางตลาด Web3 แบบเรียลไทม์
ผู้เขียนบทความ: Hendrix นักวิจัยจาก Web3Caff Research
ที่มาของบทความ: Web3Caff Research
เมื่อความสามารถของตัวแทน AI ยิ่งทวีความแข็งแกร่งและครอบคลุมงานแบบ end-to-end มากขึ้น การสร้างระบบการชำระเงินสำหรับตัวแทนจึงกลายเป็นการเปลี่ยนแปลงที่ผู้ค้าและผู้ให้บริการทั่วไปจำเป็นต้องดำเนินการ แต่แนวทางปัจจุบันต่างก็มีข้อจำกัดของตนเอง: ระบบการชำระเงินแบบดั้งเดิม เช่น บัตรเครดิต หรือแพลตฟอร์มการชำระเงินจากบุคคลที่สาม ซึ่งออกแบบมาสำหรับผู้ใช้จริงๆ ต้องการกระบวนการยืนยันตัวตนที่ซับซ้อนและการประเมินความเสี่ยง ซึ่งไม่เหมาะกับตัวแทน; ในขณะที่โปรโตคอลการชำระเงินสำหรับตัวแทนแบบใหม่ เช่น x402 (ที่ Coinbase พัฒนาและส่งเสริม) และ MPP (Machine Payment Protocol ที่ Tempo และ Stripe พัฒนา) กลับเป็นระบบใหม่ที่ออกแบบมาเพื่อบนบล็อกเชน โดยการชำระเงินทั้งหมดจะถูกประมวลผลบนบล็อกเชน และใช้การตรวจสอบบนบล็อกเชนเพื่อรับประกันความปลอดภัย ผู้ให้บริการจึงต้องสร้างระบบการชำระเงินอีกชุดหนึ่งแยกจากช่องทางการชำระเงินแบบดั้งเดิม ทำให้ขั้นตอนการใช้งานสูงขึ้น ระบบการชำระเงินแบบดั้งเดิมและโปรโตคอลการชำระเงินสำหรับตัวแทนแบบใหม่จึงเหมือนสองเลนที่วิ่งขนานกัน โดยไม่ได้ผสานรวมกันอย่างมีประสิทธิภาพ ส่งผลให้บริการที่ตัวแทนสามารถซื้อด้วยตนเองมักถูกจำกัดอยู่ในขอบเขตที่เป็นมิตรกับ Web3 เท่านั้น จึงไม่สามารถเชื่อมต่อกระบวนการทำงานได้อย่างกว้างขวาง ดังนั้น เพื่อแก้ปัญหานี้ Solana มูลนิธิร่วมกับ Google Cloud ได้เปิดตัว Pay.sh ซึ่งกำหนดตำแหน่งเป็น “เกตเวย์การชำระเงินระหว่างตัวแทนกับโครงสร้างพื้นฐานระดับองค์กร” เพื่อเชื่อมขั้นตอนสุดท้ายในการเรียกใช้บริการของตัวแทน
คำเตือนด้านการปฏิบัติตามกฎหมาย: เนื้อหาด้านล่างเป็นเพียงการวิเคราะห์เชิงวัตถุประสงค์เกี่ยวกับ Pay.sh รวมถึงหลักการทางเทคนิคและกฎการออกแบบเท่านั้น ไม่ได้เป็นข้อเสนอหรือข้อเสนอแนะใดๆ กรุณาอย่าตัดสินใจดำเนินการใดๆ โดยอิงจากข้อมูลนี้ และโปรดปฏิบัติตามกฎหมายและระเบียบข้อบังคับของประเทศหรือเขตปกครองของท่านอย่างเคร่งครัด (ผู้อ่านในจีนแผ่นดินใหญ่ขอแนะนำอย่างยิ่งให้อ่าน “การรวบรวมและสรุปประเด็นสำคัญของกฎหมายและระเบียบข้อบังคับของจีนแผ่นดินใหญ่ที่เกี่ยวข้องกับบล็อกเชนและสกุลเงินดิจิทัล” ) ห้ามเข้าร่วมกิจกรรมทางการเงินใดๆ ที่กฎหมายของประเทศหรือเขตปกครองของท่านห้าม
Pay.sh อนุญาตให้ผู้ใช้เติมเงินอย่างรวดเร็วไปยังกระเป๋า Solana ผ่านบัตรเครดิตหรือสกุลเงินคงที่ หลังจากนั้น กระเป๋า Solana สามารถทำหน้าที่เป็นตัวแทนประจำตัวและบัญชีการชำระเงินในโลกของทรัพยากร Web2 ได้ เมื่อตัวแทนต้องเรียกใช้บริการ ไม่จำเป็นต้องลงทะเบียนบัญชีหรือป้อนคีย์ API อีกต่อไป ระบบเกตเวย์ของ Pay.sh จะประกาศตัวตนที่เหมาะสมของตัวแทนเหมือนระบบยืนยันตัวตนของ Google อนุญาตให้ตัวแทนใช้ตัวตนบัญชีเดียวในการซื้อทรัพยากรการพัฒนาที่เคยเข้าถึงได้ยาก เช่น Google Cloud และ Alibaba Cloud
บริการ API ที่ Pay.sh รองรับในขณะนี้ แหล่งที่มาของรูปภาพ: เว็บไซต์ทางการของโครงการ
ขั้นตอนการชำระเงินของ Pay.sh คล้ายคลึงกับโปรโตคอล x402 ที่เคยเป็นที่นิยมเมื่อไม่นานมานี้ โดยทั้งสองระบบต่างก็สร้างขึ้นบนรหัสสถานะ HTTP 402: เมื่อตัวแทนตรวจพบว่าต้องเรียกใช้บริการภายนอก มันจะส่งคำขอไปยังทรัพยากรที่ต้องชำระเงิน เซิร์ฟเวอร์จะตอบกลับด้วยรหัสสถานะ 402 (ต้องชำระเงิน) พร้อมข้อมูลรายละเอียดการชำระเงิน เช่น จำนวนเงินที่ต้องจ่าย แผนการชำระเงิน ที่อยู่รับเงิน ระยะเวลาที่ใช้ได้ของคำขอชำระเงิน เป็นต้น Pay.sh จะวิเคราะห์ข้อมูลที่ได้รับและขออนุญาตจากกระเป๋าเงิน เมื่อกระเป๋าเงินดำเนินการชำระเงินสำเร็จและสร้างหลักฐานการชำระเงินแล้ว Pay.sh จะส่งคำขอบริการอีกครั้งพร้อมหลักฐานนี้เพื่อรับคำตอบปกติ อย่างไรก็ตาม เพื่อรองรับสถานการณ์การใช้งาน API หลากหลาย Pay.sh ยังรองรับตรรกะการชำระเงินของทั้ง x402 และ MPP: เมื่อเซิร์ฟเวอร์ตอบกลับด้วยรหัสสถานะ 402 Pay.sh จะพิจารณาเพิ่มเติมถึงวิธีการชำระเงินของบริการเป้าหมาย หากเป็นการเข้าถึงข้อมูลแบบครั้งเดียว (ชำระเงินเพื่อรับสิทธิ์การเข้าถึงหนึ่งครั้ง) หรือประเภทการเข้าถึงตามปริมาณการใช้งาน (ชำระเงินเพื่อรับสิทธิ์การเข้าถึงในปริมาณที่กำหนด) Pay.sh จะสร้างการโอนเงินแบบครั้งเดียวในจำนวนคงที่และส่งลงบนบล็อกเชน หากเป็นการเรียกเก็บเงินแบบต่อเนื่องหรือตามเซสชัน (ชำระเงินแบบรวม账单ตามปริมาณการใช้งาน) Pay.sh จะรองรับใบรับรองการอนุญาตแบบเซสชันของโปรโตคอล MPP (Machine Payment Protocol) โดยจะระบุขีดจำกัดงบประมาณในใบอนุญาตแล้วส่งกลับไปยังเซิร์ฟเวอร์ ในกรณีนี้ ตัวแทนสามารถเรียกใช้บริการเดียวกันซ้ำๆ ในช่วงเวลาสั้นๆ โดยไม่ต้องขออนุญาตซ้ำบ่อยครั้ง Pay.sh จะอัปเดตยอดคงเหลือในแต่ละครั้งที่เรียกใช้งาน และเมื่อยอดคงเหลือหมดหรือบริการหมดอายุ จะทำการขออนุญาตเซสชันใหม่อัตโนมัติ Pay.sh จะเลือกเส้นทางการชำระเงินที่เหมาะสมที่สุดตามข้อกำหนดของบริการเป้าหมาย เพื่อลดต้นทุนในการใช้งานและต้นทุนในการจัดการ นอกจากนี้ Pay.sh จะรับประกันว่ากระเป๋าเงินจะถูกเก็บไว้อย่างปลอดภัยในเครื่องของผู้ใช้เท่านั้น และจะขอให้ผู้ใช้ยืนยันเฉพาะเมื่อจำเป็นต้องชำระเงิน เมื่อมีข้อมูลตอบกลับมา Pay.sh จะแยกแยะระหว่างข้อมูลและคำสั่ง โดยถือว่าเนื้อหาภายนอกทั้งหมดที่ผู้ให้บริการส่งกลับมา (รวมถึงหัวข้อ ข้อความหลัก และคำอธิบาย API) เป็นอินพุตที่ไม่น่าเชื่อถือ และตัวแทนจะไม่ดำเนินการคำสั่งใดๆ ที่ผู้ให้บริการส่งกลับมา เพื่อป้องกันการโจมตีแบบ Prompt Injection หรือการโจมตีอื่นๆ
ข้อได้เปรียบหลักของ Pay.sh คือ มันมอบเกตเวย์ที่สามารถปรับใช้งานได้ง่ายสำหรับผู้ให้บริการ ทำให้ผู้ให้บริการสามารถรวมเกตเวย์การชำระเงินเข้ากับเครือข่ายบริการของตนโดยไม่จำเป็นต้องปรับเปลี่ยนช่องทางการชำระเงินหรือ API ของตนอย่างกว้างขวาง ผู้ให้บริการเพียงแค่ต้องจัดเตรียมไฟล์แบบคำสั่งที่ระบุพารามิเตอร์ที่เกี่ยวข้องกับการชำระเงิน เพื่อรองรับสถานการณ์การใช้งานที่ซับซ้อนต่างๆ เช่น โดยการกำหนดกฎการระบุเส้นทาง ตัวแทนอัจฉริยะสามารถใช้บริการได้ฟรีในปริมาณที่กำหนด และเริ่มคิดค่าใช้จ่ายเมื่อเกินโควตา หรือแม้แต่สามารถดำเนินการคิดค่าบริการแบบขั้นบันได (ค่าใช้จ่ายต่างกันตามปริมาณการใช้งาน) นอกจากนี้ Pay.sh ยังมีฟีเจอร์การแบ่งการชำระเงิน ซึ่งค่าธรรมเนียมที่ผู้ให้บริการได้รับจะถูกส่งไปยังที่อยู่หลายแห่งอัตโนมัติ เช่น 2% สำหรับค่าลิขสิทธิ์ข้อมูลการชำระเงิน 5% สำหรับต้นทุนคลาวด์ และส่วนที่เหลือสำหรับการดำเนินงานของตนเอง โดยผู้ให้บริการเพียงแค่กำหนดเปอร์เซ็นต์หรือจำนวนเงินที่แตกต่างกันเมื่อตั้งค่าที่อยู่รับเงิน ก็สามารถดำเนินการชำระเงินหลายบัญชีได้ในครั้งเดียว หลังจากลงทะเบียนเสร็จสิ้น ผู้ให้บริการสามารถเผยแพร่ข้อมูล API บริการของตนลงใน Pay Skill Registry โดยตัวแทนอัจฉริยะสามารถค้นหาและเลือกบริการ API ที่เหมาะสมได้โดยการสอบถามจากทะเบียน
Pay.sh ไม่ใช่คู่แข่งของ x402 และ MPP เมื่อ x402 และ MPP พยายามทำให้การชำระเงินสำหรับเอเจนต์บนโซ่เชื่อถือได้มากขึ้น Pay.sh มุ่งเน้นที่จะเชื่อมโยงระบบนิเวศการชำระเงินระหว่าง Web2 กับ Web3 เพื่อให้เอเจนต์มีตัวตนที่เหมาะสมในการเข้าถึงทรัพยากร กระเป๋าเงินของเอเจนต์ไม่เพียงแต่เป็นตัวตน แต่ยังเป็นช่องทางการชำระเงิน จึงไม่จำเป็นต้องลงทะเบียนบัญชีบนเว็บไซต์ของผู้ให้บริการแต่ละราย (ในปัจจุบัน ผู้ให้บริการบางรายอาจถือว่าการที่เอเจนต์แอบอ้างเป็นมนุษย์เพื่อลงทะเบียนเป็นการละเมิด) นอกจากนี้ Pay.sh ยังร่วมมือกับ Google เพื่อให้เอเจนต์สามารถดำเนินการ API proxy และการจัดการทราฟฟิกผ่าน Google Cloud ซึ่งช่วยรับประกันการควบคุมการเข้าถึงและการปฏิบัติตามกฎระเบียบด้านบันทึก ทำให้พฤติกรรมของเอเจนต์อยู่ในขอบเขตที่เหมาะสม Pay.sh สามารถจัดหาแคตตาล็อกบริการที่ผ่านการคัดกรองและการค้นพบราคา ทำให้เอเจนต์ไม่ต้องสุ่มค้นหาบริการในสภาพแวดล้อมเครือข่ายที่ไม่มีการป้องกัน พร้อมทั้งสามารถเรียกใช้ช่องทางการชำระเงินที่แตกต่างกันของ x402 และ MPP กระบวนการบริการสามารถดำเนินการบน Google Cloud เพื่อให้เป็นไปตามข้อกำหนดด้านการปฏิบัติตามกฎหมายขององค์กร สิ่งเหล่านี้เติมเต็มความสามารถในการชำระเงินของเอเจนต์ที่ x402 และ MPP ซึ่งเป็นช่องทางการชำระเงินแบบเดียวไม่สามารถครอบคลุมได้ และยังเปิดช่องทางให้ธุรกิจของเอเจนต์ไหลเข้าสู่ Web3 อีกทั้ง Pay.sh ยังสามารถเติมช่องว่างขั้นสุดท้ายของการชำระเงินสำหรับโปรโตคอลธุรกิจของเอเจนต์ที่ Google ได้ออกมา เช่น A2A (Agent2Agent Protocol) สามารถดำเนินการสื่อสารและการมอบหมายงานระหว่างเอเจนต์ AP2 (Agent Payments Protocol) สามารถดำเนินการตรวจสอบความถูกต้องตามกฎหมาย UCP (Universal Commerce Protocol) สามารถดำเนินการค้นพบและดำเนินการบริการ ในขณะที่ Pay.sh รับผิดชอบการ结算มูลค่าบริการอย่างไร้รอยต่อ การปรากฏตัวของ Pay.sh ยังเสริมสร้างส่วนประกอบทางธุรกิจของเอเจนต์ใน Web2 และกลายเป็นจุดเชื่อมโยงของการไหลเวียนมูลค่าระหว่างสองโลกนี้ ขั้นตอนนี้ยังเป็นโอกาสในการพัฒนาของระบบนิเวศ Solana โดยเฉพาะในสภาพแวดล้อมของโปรโตคอล x402 ที่มี API จำนวนมากที่เป็นเพียงการห่อหุ้มซ้ำ โดยผู้ให้บริการบางรายอาจละเมิดข้อกำหนดการให้บริการของผู้ให้บริการเดิมและนำบริการเหล่านั้นมาขายซ้ำ เช่น การดึงข้อมูลจากเว็บไซต์ฐานข้อมูลเพื่อนำไปขายซ้ำ หรือห่อ API แบบโมเดลขนาดใหญ่เพื่อขายให้ผู้อื่น เอเจนต์ในสภาพแวดล้อมเช่นนี้ไม่สามารถแยกแยะได้ว่าบริการใดได้รับอนุญาตและบริการใดเป็นบริการขยะที่ไม่เหมาะสม ในขณะที่ผ่านเกตเวย์การชำระเงินของ Pay.sh และความร่วมมือกับ Google เอเจนต์จะมีโอกาสลดความเสี่ยงที่อาจเกิดขึ้นเมื่อใช้บริการผ่าน Pay.sh การเปิดตัวของ Pay.sh แสดงให้เห็นว่า Solana blockchain เข้ามาให้การรับรองและสนับสนุนโครงสร้างพื้นฐานสำหรับการชำระเงินของเอเจนต์ ซึ่งไม่เพียงแต่จะดึงดูดปริมาณการชำระเงินจาก Web2 เข้าสู่ Solana เองเท่านั้น แต่ยังช่วยเพิ่มศักยภาพของกระเป๋าเงิน Solana และเร่งการรับรองใช้งานอย่างกว้างขวาง
แต่ Pay.sh ยังห่างไกลจากแนวทางเกตเวย์การชำระเงินที่สมบูรณ์แบบอยู่มาก รายชื่อผู้ให้บริการของ Pay.sh ยังขาดกลไกการเข้าถึงและกลไกการตรวจสอบแบบกระจายศูนย์ จึงยังยากที่จะแยกแยะบริการของบุคคลที่สามที่ไม่ได้รับอนุญาตหรือบริการที่เป็นอันตรายได้อย่างมีประสิทธิภาพ ตัวแทนมีความเสี่ยงสูงที่จะเชื่อมต่อกับบริการปลอม ซึ่งอาจก่อให้เกิดความเสียหายแก่ผู้ใช้ นอกจากนี้ เนื่องจาก Pay.sh ไม่ได้ออกแบบโปรโตคอลการชำระเงินระดับพื้นฐานเอง ความปลอดภัยของกระบวนการชำระเงินจึงขึ้นอยู่กับการออกแบบของโปรโตคอลระดับล่างโดยตรง ซึ่งทำให้ Pay.sh ต้องรับความเสี่ยงภายนอกที่ควบคุมไม่ได้ และอาจเกิดการชำระเงินล้มเหลวอย่าง tiềmential เนื่องจากการปรับใช้โปรโตคอลต่างๆ ไม่เพียงพอ จากมุมมองของผู้ให้บริการ แม้จะมีการรับรองจากแพลตฟอร์ม Google ผู้ให้บริการ API ในแต่ละประเทศและภูมิภาคอาจยังหลีกเลี่ยงการใช้บริการของ Pay.sh เนื่องจากความต้องการด้านการปฏิบัติตามกฎระเบียบเกี่ยวกับการจัดการความเป็นส่วนตัวของข้อมูลและการชำระเงิน ซึ่งจะไม่เพียงแต่จำกัดจำนวนผู้ให้บริการที่ใช้ Pay.sh แต่ยังอาจบังคับให้ Pay.sh ต้องดำเนินการเพิ่มเติมด้านการปฏิบัติตามกฎระเบียบในอนาคต อย่างไรก็ตาม การเปิดตัว Pay.sh ถือเป็นก้าวแรกของการนำโครงสร้างพื้นฐานการชำระเงินสำหรับตัวแทนไปสู่การบูรณาการระหว่าง Web2 กับ Web3 โดยกระเป๋าเงินบนโซ่จะมีโอกาสกลายเป็นหลักประกันสำหรับตัวแทนในการเข้าร่วมภารกิจที่หลากหลาย ดังนั้น เราสามารถติดตามพัฒนาการเพิ่มเติมของ Pay.sh ต่อไป
โครงสร้างจุดสำคัญ:
