รายละเอียด ERC-8183: คำตอบสำหรับปัญหาความไว้วางใจซึ่งเป็นอุปสรรคของ AI Agent บน Ethereum

เขียนโดย: Azuma, Odaily

10 มีนาคม ทีม dAI ซึ่งเป็นส่วนหนึ่งของมูลนิธิ Ethereum ที่มุ่งเน้นการส่งเสริมการบูรณาการเชิงลึกระหว่าง “ปัญญาประดิษฐ์ (AI) กับบล็อกเชน” ร่วมกับ Virtuals Protocol ได้เปิดตัวมาตรฐานใหม่ ERC-8183

ผู้รับผิดชอบด้าน AI ของมูลนิธิ Ethereum Davide Crapis กล่าวว่า มาตรฐาน ERC-8183 เป็นหนึ่งในองค์ประกอบที่ขาดหายไปของระบบเศรษฐกิจตัวแทน (Agent) แบบเปิดที่ชุมชน Ethereum กำลังสร้างขึ้น มาตรฐานนี้สามารถใช้งานร่วมกับ x402 และ ERC-8004 ได้ เพื่อเป็นโครงสร้างพื้นฐานสำหรับการโต้ตอบอย่างปลอดภัยระหว่างตัวแทน dAI จะสนับสนุนการนำมาตรฐาน ERC-8183 ไปใช้และมุ่งหวังให้เป็นมาตรฐานที่เป็นกลาง

ERC-8183 ต้องการแก้ปัญหาอะไร?

จากบทความแนะนำที่เผยแพร่โดย Virtuals Protocol มาตรฐาน ERC-8183 ถูกออกแบบมาเพื่อการทำธุรกรรมเชิงพาณิชย์ระหว่าง AI Agent ซึ่งกำหนดชุดกฎบนบล็อกเชนเพื่อให้ตัวแทนสองฝ่ายที่ไม่ไว้ใจซึ่งกันและกันสามารถดำเนินกระบวนการ “จ้างงาน - ส่งมอบ - ชำระเงิน” ได้โดยไม่ต้องพึ่งพาแพลตฟอร์มศูนย์กลาง

ปัญหาหลักที่ ERC-8183 พยายามแก้คือ เมื่อ Agent จ้างงานและร่วมมือกัน จะดำเนินการทำธุรกรรมโดยไม่มีแพลตฟอร์ม ไม่มีกฎหมาย และไม่มีการอนุมัติจากมนุษย์ได้อย่างไร?

ยกตัวอย่างเช่น สมมุติ Agent A ซึ่งเน้นด้านการตลาด ต้องการจ้าง Agent B ซึ่งเน้นด้านการสร้างภาพ เพื่อทำโปสเตอร์ส่งเสริมการขาย ซึ่งมีปัญหาเรื่องความเชื่อใจทางธุรกิจ — ทั้งสองฝ่ายไม่รู้จักกันและไม่มีความเชื่อใจพื้นฐาน แล้วจะชำระเงินเมื่อไหร่? หาก A ชำระก่อน B อาจหยุดงานหรือส่งผลงานไม่ตรงคุณภาพ หาก B ทำงานก่อน A ก็อาจปฏิเสธการจ่ายเงิน…

ในโลกอินเทอร์เน็ตแบบเดิม ผู้ใช้และผู้ค้าอาจเผชิญกับปัญหาเช่นเดียวกัน และแพลตฟอร์มก็ทำหน้าที่เป็นตัวกลางสำคัญ — เป็นผู้ดูแลเงินของ A ตัดสินใจว่างานของ B เสร็จสมบูรณ์หรือไม่ และเป็นผู้อนุมัติการจ่ายเงิน เราคุ้นเคยกับ Taobao, JD, Meituan, Didi ซึ่งเป็นตัวอย่างของแพลตฟอร์มตัวกลางเหล่านี้

แต่สิ่งที่มูลนิธิ Ethereum และ Virtuals Protocol ต้องการทำคือ การนำบทบาทของแพลตฟอร์มมาเป็นนามธรรมในรูปแบบของโปรโตคอลบนบล็อกเชน ซึ่งดำเนินการโดยสมาร์ทคอนแทรกต์ เพื่อให้ในระบบเศรษฐกิจของตัวแทน มีบทบาทเป็นตัวกลางแบบกระจายอำนาจ

การทำงานของ ERC-8183 แยกเป็นส่วน ๆ

กลไกการทำงานของ ERC-8183 ไม่ซับซ้อน มาตรฐานนี้แนะนำแนวคิดใหม่ที่ชื่อว่า Job (สามารถเข้าใจได้ว่าเป็น “ภารกิจ”) ซึ่งแต่ละ Job สามารถมองเป็นธุรกรรมเชิงพาณิชย์สมบูรณ์หนึ่งรายการ โดยประกอบด้วยบทบาทที่แตกต่างกันสามแบบ:

• Client: “ลูกค้า” หรือผู้ประกาศภารกิจต่าง ๆ ของ Agent
• Provider: “ผู้ให้บริการ” หรือ Agent ที่รับผิดชอบดำเนินงาน
• Evaluator: “ผู้ประเมิน” ซึ่งเป็นบทบาทที่พิเศษที่สุด รับผิดชอบตัดสินว่างานเสร็จสมบูรณ์หรือไม่

ที่สำคัญคือ Evaluator ซึ่งเป็นการออกแบบที่เป็นแกนหลักของ ERC-8183 ในมาตรฐานนี้ Evaluator ถูกกำหนดเป็นเพียงที่อยู่บนบล็อกเชน (address) แต่ในมุมมองที่กว้างขึ้น ที่อยู่นี้อาจเชื่อมโยงกับหลายรูปแบบของการดำเนินงาน เช่น

• สำหรับงานที่มีความเป็น subjective เช่น การเขียน การออกแบบ หรือการวิเคราะห์ Evaluator อาจเป็น AI Agent ที่อ่านผลลัพธ์ที่ส่งมา เปรียบเทียบกับข้อกำหนดเดิม แล้วตัดสินใจ
• สำหรับงานที่เป็นเชิงคำนวณ การสร้างหลักฐาน หรือการแปลงข้อมูลที่มีความแน่นอน Evaluator อาจเป็นสมาร์ทคอนแทรกต์ที่บรรจุ ZK verifier ซึ่ง Provider ส่งหลักฐานมา Evaluator ทำการตรวจสอบบนบล็อกเชน แล้วเรียกใช้ “complete” หรือ “reject” เพื่อดำเนินการตามนั้น
• ในกรณีงานที่มีมูลค่าสูงหรือความเสี่ยงสูง Evaluator อาจเป็นบัญชีแบบ multi-sig, DAO หรือกลุ่มตรวจสอบที่สนับสนุนด้วยกลไก staking ก็ได้

ERC-8183 ไม่แยกแยะรูปแบบเหล่านี้ มาตรฐานนี้สนใจแค่ว่า — ที่อยู่ใดเรียกใช้ “complete” หรือ “reject” เท่านั้น ส่วนว่าที่อยู่นั้นเป็น AI Agent ที่ขับเคลื่อนด้วย LLM หรือ ZK circuit ก็ไม่ใช่เรื่องที่โปรโตคอลต้องสนใจ

สำหรับ Job แต่ละรายการ ช่วงชีวิตจะมีสถานะ 4 แบบ ซึ่งสอดคล้องกับกระบวนการทำงานของ ERC-8183

• Open: Client สร้าง Job และประกาศภารกิจ
• Funded: Client โอนเงินค่าจ้างไปยังที่อยู่สมาร์ทคอนแทรกต์ที่ดูแลเงินทุน แทนที่จะจ่ายตรงให้ Provider
• Submitted: Provider ส่งมอบงานและแนบหลักฐาน
• Terminal (Completed / Rejected / Expired): Evaluator ตรวจสอบงานและตัดสินว่าสิ้นสุดหรือไม่ (Completed หรือ Rejected) แล้วโอนเงินให้ฝ่ายที่สมควร หากไม่มีการตอบสนองหรือดำเนินงานภายในเวลาที่กำหนด เงินจะคืนให้กับ Client

นอกจากกระบวนการพื้นฐานนี้แล้ว ERC-8183 ยังสามารถขยายฟังก์ชันเพิ่มเติมผ่านโมดูล Hooks ซึ่งเป็นสมาร์ทคอนแทรกต์เสริมที่สามารถเพิ่มลอจิกเฉพาะ เช่น เกณฑ์ความน่าเชื่อถือ กลไกประมูล การแบ่งปันค่าธรรมเนียม หรือข้อกำหนดพิเศษอื่น ๆ ในช่วงเวลาต่าง ๆ ของ 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 ที่เป็นแบบกระจายอำนาจและสามารถดำเนินงานได้ด้วยตนเอง