ของแท้ | Odaily Star Daily (@OdailyChina)
ผู้เขียน｜Azuma (@azuma_eth)
วันที่ 10 มีนาคม ทีม dAI ซึ่งอยู่ภายใต้ Ethereum Foundation และมุ่งเน้นการผลักดันการผสานรวมอย่างลึกซึ้งระหว่าง “ปัญญาประดิษฐ์ (AI) กับบล็อกเชน” ได้ร่วมกับ Virtuals Protocol เปิดตัวมาตรฐานใหม่ ERC-8183
หัวหน้าปัญญาประดิษฐ์ของมูลนิธิอีเธอรีเอム Davide Crapis กล่าวว่า ERC-8183 เป็นหนึ่งในองค์ประกอบที่ขาดหายไปของระบบเศรษฐกิจ Agent แบบเปิดที่ชุมชนอีเธอรีเอムกำลังสร้างขึ้น โดยมาตรฐานนี้สามารถใช้ร่วมกับ x402 และ ERC-8004 เพื่อทำหน้าที่เป็นโครงสร้างพื้นฐานสำหรับการโต้ตอบอย่างปลอดภัยระหว่าง Agent ทีม dAI จะสนับสนุนการรับรอง ERC-8183 และมุ่งมั่นที่จะทำให้มันเป็นมาตรฐานที่เป็นกลาง
ERC-8183 ต้องการแก้ปัญหาอะไร?
ตามบทความแนะนำที่เผยแพร่โดย Virtuals Protocol ERC-8183 ถูกออกแบบมาเพื่อการซื้อขายระหว่าง AI Agent โดยมาตรฐานนี้กำหนดกฎบนบล็อกเชนที่ทำให้ Agent สองตัวที่ไม่ไว้วางใจซึ่งกันและกันสามารถดำเนินกระบวนการทางธุรกิจเช่น “จ้าง-ส่งมอบ-ชำระเงิน” โดยไม่ต้องพึ่งแพลตฟอร์มแบบศูนย์กลาง
ปัญหาหลักที่ ERC-8183 พยายามแก้ไขคือ วิธีการดำเนินการธุรกรรมระหว่างตัวแทนที่จ้างและร่วมมือกัน โดยไม่มีแพลตฟอร์ม ไม่มีกฎหมาย และไม่มีผู้ไกล่เกลี่ยมนุษย์
ตัวอย่างเช่น สมมติว่าเอเจนต์ A ซึ่งเน้นด้านการตลาดต้องการจ้างเอเจนต์ B ซึ่งเชี่ยวชาญด้านการสร้างภาพเพื่อผลิตโปสเตอร์การตลาดชุดหนึ่ง นี่คือปัญหาความเชื่อมั่นทางธุรกิจ—ทั้งสองฝ่ายไม่รู้จักกันและไม่มีพื้นฐานความเชื่อถือ ควรจ่ายเงินเมื่อใด? หาก A จ่ายเงินก่อน B อาจหยุดงานหรือส่งผลงานที่ไม่ผ่านเกณฑ์กลับมา; หาก B ทำงานก่อน A ก็อาจปฏิเสธการจ่ายค่าตอบแทน...
ในโลกอินเทอร์เน็ตแบบดั้งเดิม ผู้ใช้และผู้ค้าก็เผชิญกับความเชื่อมั่นทางธุรกิจที่คล้ายกัน โดยแพลตฟอร์มจะทำหน้าที่เป็นตัวกลางที่สำคัญ — แพลตฟอร์มจะรับผิดชอบการเก็บเงินของ A ตรวจสอบว่า B ได้ให้บริการเสร็จสิ้นหรือไม่ และดำเนินการจ่ายเงินสุดท้าย แพลตฟอร์มที่เราคุ้นเคยเช่น Taobao, JD.com, Meituan และ Didi ล้วนเป็นตัวกลางรูปแบบแพลตฟอร์ม
ในขณะเดียวกัน องค์กร Ethereum Foundation และ Virtuals Protocol ต้องการแปลงหน้าที่ของแพลตฟอร์มให้เป็นโปรโตคอลบนบล็อกเชนผ่าน ERC-8183 เพื่อให้ดำเนินการโดยสัญญาอัจฉริยะ ทำให้สามารถรับบทบาทเป็นตัวกลางแบบกระจายศูนย์ในเศรษฐกิจของ Agent
การวิเคราะห์แผนงาน ERC-8183
cơ chế hoạt động của ERC-8183 không phức tạp, tiêu chuẩn này giới thiệu một khái niệm mới gọi là Job (bạn có thể hiểu là “nhiệm vụ”). Mỗi Job đều có thể được xem như một giao dịch thương mại hoàn chỉnh, bao gồm ba vai trò khác nhau:
- ลูกค้า: “ลูกค้า” โดยทั่วไปหมายถึงเอเจนต์ที่เผยแพร่งานต่างๆ;
- ผู้ให้บริการ: “ผู้ให้บริการ” คือเอเจนต์ที่รับผิดชอบในการดำเนินงาน
- Evaluator: “ผู้ประเมิน” บทบาทที่พิเศษที่สุด รับผิดชอบในการตัดสินว่าภารกิจเสร็จสิ้นหรือไม่
ควรอธิบายอย่างละเอียดเกี่ยวกับ Evaluator โดยการแนะนำบทบาทนี้เป็นการออกแบบที่สำคัญที่สุดของ ERC-8183 ในมาตรฐานนี้ Evaluator ถูกกำหนดให้เป็นที่อยู่บนโซ่ (address) เท่านั้น แต่ในมุมมองที่กว้างกว่านั้น ที่อยู่นี้สามารถสอดคล้องกับรูปแบบการดำเนินการหลายรูปแบบได้
- สำหรับงานที่มีลักษณะเชิงอัตวิสัย เช่น การเขียน การออกแบบ หรือการวิเคราะห์ Evaluator สามารถเป็น AI Agent ที่อ่านผลลัพธ์ที่ส่งมา เปรียบเทียบกับข้อกำหนดเริ่มต้นของงาน แล้วทำการตัดสินใจ
- สำหรับงานที่มีความแน่นอน เช่น การคำนวณ การสร้างหลักฐาน หรือการแปลงข้อมูล Evaluator สามารถเป็นสัญญาอัจฉริยะที่ห่อหุ้มตัวตรวจสอบศูนย์ความรู้ (ZK verifier) Provider จะส่งหลักฐานมา Evaluator จะตรวจสอบบนโซ่และเรียกใช้ฟังก์ชัน «complete» หรือ «reject» อัตโนมัติเพื่อเสร็จสิ้นหรือปฏิเสธงานนั้น;
- ในสถานการณ์งานที่มีมูลค่าสูงหรือความเสี่ยงสูง Evaluator ยังสามารถเป็นบัญชีหลายลายเซ็น DAO หรือกลุ่มการตรวจสอบที่รองรับโดยกลไกการวางหลักประกัน
ERC-8183 ไม่ได้แยกแยะรูปแบบต่างๆ เหล่านี้ ระดับโปรโตคอลสนใจเพียงจุดเดียว —— ที่อยู่ใดๆ ที่เรียกใช้ «complete» หรือ «reject» โดยไม่คำนึงว่าที่อยู่ดังกล่าวถูกขับเคลื่อนโดย AI Agent ที่ใช้ LLM หรือวงจร ZK ซึ่งไม่ใช่สิ่งที่โปรโตคอลต้องกังวล
กลับมาพูดถึง Job อีกครั้ง วงจรชีวิตของ Job แต่ละตัวจะมีสถานะทั้งหมดสี่สถานะ ซึ่งสอดคล้องกับขั้นตอนต่างๆ ที่ ERC-8183 ดำเนินการ
- เปิด: ลูกค้าจะสร้างงาน ประกาศงาน และระบุข้อกำหนดอย่างชัดเจนในช่วงเวลานี้;
- เติมเงิน：ลูกค้าจะโอนค่าคอมมิชชั่นไปยังที่อยู่托管ของสัญญาอัจฉริยะ แทนที่จะจ่ายให้ผู้ให้บริการโดยตรง;
- ส่งแล้ว: ผู้ให้บริการดำเนินการเสร็จสิ้นและส่งหลักฐาน;
- Terminal (เสร็จสมบูรณ์ / ปฏิเสธ / หมดอายุ): ผู้ประเมินรับผิดชอบการตรวจสอบงาน และพิจารณาตามผลการตรวจสอบว่างานเสร็จสมบูรณ์ (Completed) หรือถูกปฏิเสธ (Rejected) จากนั้นจึงโอนเงินไปยัง Client หรือ Provider ตามผลการตรวจสอบ; หากไม่มี Provider ตอบสนองหรือ hoàn้งงานภายในเวลาที่กำหนด เงินจะถูกคืนให้แก่ Client
นอกเหนือจากกระบวนการมาตรฐานที่กล่าวมาแล้ว ERC-8183 ยังสามารถใช้ฟังก์ชันขยายแบบโมดูลาร์ที่เรียกว่า Hooks เพื่อสร้างฟังก์ชันเพิ่มเติมที่ตอบสนองต่อกรณีการใช้งานทางธุรกิจที่ซับซ้อนในโลกจริง Hooks เป็นสัญญาอัจฉริยะที่เลือกได้ซึ่งจะแนบมาพร้อมกับการสร้าง Job และสามารถดำเนินตรรกะที่กำหนดเองได้ก่อนและหลังแต่ละขั้นตอนของวงจรชีวิตของ Job เช่น ขีดจำกัดด้านความน่าเชื่อถือ กลไกการประมูล การจัดสรรค่าธรรมเนียม หรือข้อกำหนดพิเศษอื่นๆ
ERC-8183 ต่างจาก x402 และ ERC-8004 อย่างไร?
จาก x402 ไปยัง ERC-8004 และจนถึง ERC-8183 ในปัจจุบัน ผู้อ่านที่ไม่คุ้นเคยอาจรู้สึกสับสนและสงสัยว่าทำไมต้องสร้างสิ่งใหม่ๆ ขึ้นมาทุกครั้งที่ผ่านไปสักพัก แต่จริงๆ แล้ว ทั้งสามสิ่งนี้อยู่ในสามขั้นตอนที่ต่างกันของระบบเศรษฐกิจ AI Agent และมีเป้าหมายในการแก้ปัญหาที่แตกต่างกัน
x402 เป็นโปรโตคอลการชำระเงินผ่าน HTTP ที่มุ่งแก้ปัญหาการให้ AI Agent สามารถชำระเงินได้โดยตรงเหมือนการเรียกใช้ API; ERC-8004 เป็นมาตรฐานสำหรับตัวตนและชื่อเสียงของ AI Agent ที่มุ่งแก้ปัญหาการประเมินว่า Agent ใดน่าเชื่อถือหรือไม่; ส่วน ERC-8183 มุ่งเน้นที่ขั้นตอนการซื้อขายทางธุรกิจ เพื่อแก้ปัญหาการให้ Agent สองตัวที่ไม่ไว้วางใจกันสามารถดำเนินการซื้อขายได้
โดยสรุปสั้นๆ คือ x402 รับผิดชอบเรื่อง “จะจ่ายเงินอย่างไร”; ERC-8004 รับผิดชอบในการรู้ว่า “อีกฝ่ายคือใครและน่าเชื่อถือแค่ไหน”; ERC-8183 รับผิดชอบจัดการเรื่อง “จะทำธุรกรรมอย่างไรให้มั่นใจ”
ทั้งสามไม่ใช่ความสัมพันธ์แบบแข่งขัน แต่เป็นความสัมพันธ์แบบเสริมกัน พวกมันร่วมกันมุ่งสู่เป้าหมายเดียวกัน — การสร้างระบบเศรษฐกิจ AI Agent ที่กระจายศูนย์และสามารถทำงานได้ด้วยตนเอง