Ipinaglunsad ng Ethereum Foundation at Virtuals Protocol ang ERC-8183 upang paganahin ang mga transaksyon ng AI agent na walang kailangang tiwala

Original | Odaily Star Daily (@OdailyChina)

May-akda | Azuma (@azuma_eth)

Marso 10, ang dAI team na ilalabas ng Ethereum Foundation na nakatuon sa pagpapalalim ng "artipisyal na intelehensya (AI) at blockchain integration" ay naglunsad kasama ang Virtuals Protocol ng isang bagong pamantayan na ERC-8183.

Ang Davide Crapis, head of AI sa Ethereum Foundation, ay nagsabi na ang ERC-8183 ay isa sa mga nawawalang komponente sa bukas na Agent economy na binubuo ng Ethereum community, at maaaring gamitin kasama ang x402 at ERC-8004 bilang imprastruktura para sa ligtas na interaksyon sa pagitan ng mga Agent. Ang dAI team ay susuportahan ang pagtatangkilik ng ERC-8183 at nagtataglay ng pangako na gawing neutral na istandard ito.

Ayon sa artikulong ipinakilala ng Virtuals Protocol, ang ERC-8183 ay disenyo para sa mga komersyal na transaksyon sa pagitan ng AI Agent, at itinakda nito ang isang set ng on-chain na patakaran na nagpapahintulot sa dalawang hindi nagkakatiwalaang Agent na matapos ang isang komersyal na proseso tulad ng “paghiring-pagbigay-pagbabayad” nang walang pangangailangan ng sentralisadong platform.

Ang pangunahing problema na sinusubong ng ERC-8183 ay kung paano matapos ang transaksyon nang walang platform, walang batas, at walang manu-manong arbitrasyon kapag ang mga Agent ay nagtatrabaho at nagkakasundo isa't isa.

Halimbawa, kung may Agent A na nakatuon sa pagpapalaganap ng merkado na nais na maghiring ng isa pang Agent B na nakatuon sa pagbuo ng imahe upang gumawa ng isang serye ng mga poster para sa pagpapalaganap, naroon dito ang isang problema sa komersyal na tiwala—hindi kilala ng dalawa ang isa’t isa at walang pundasyon ng tiwala; kailan dapat magbayad? Kung magbabayad muna ang A, maaaring tumigil ang B o magbabalik ng mga resultang hindi sapat; kung gagawin muna ng B ang trabaho, maaari ring tumanggi ang A na magbigay ng kapalit…

Sa tradisyonal na mundo ng internet, ang mga user at negosyo ay nakakaranas din ng katulad na pagkakaroon ng tiwala sa negosyo, at ang mga platform ay naglalayong maging mahalagang intermediate — ang platform ang responsable sa pagtatago ng pera ni A, sa pagtataya kung natapos na ba ang serbisyo ni B, at sa huling paglabas ng bayad. Ang mga kilalang platform tulad ng Taobao, JD.com, Meituan, at Didi ay sa katotohanan ay mga uri ng ganitong platform-based intermediate.

Ang layunin ng Ethereum Foundation at ang Virtuals Protocol ay ang abstrahin ang mga tungkulin ng platform bilang isang on-chain protocol sa pamamagitan ng ERC-8183, upang ito ay maisagawa ng mga smart contract at magsilbing isang de sentralisadong intermediary sa ekonomiya ng Agent.

Hindi komplikado ang mekanismo ng ERC-8183; ang pamantayan ay naglalabas ng isang bagong konsepto na tinatawag na Job (maaari mong iintindihin bilang “gawain”). Ang bawat Job ay maaaring ituring bilang isang buong negosyong transaksyon, na naglalaman ng tatlong iba’t ibang papel:

• Kliyente: “Kliyente”, sa madaling salita ay ang Agent na nagpapalabas ng iba’t ibang gawain;
• Provider: “Serbisyong tagapagbigay”, na responsable sa pagkumpleto ng gawain na Agent;
• Evaluator: “Evaluator,” ang pinakaspesyal na papel, responsable sa pagtataya kung natapos ang gawain.

Dito kailangang ipaliwanag nang masusing ang Evaluator, ang pagkakaroon ng papel na ito ay ang pinakamahalagang disenyo ng ERC-8183. Sa pamantayang ito, ang Evaluator ay tanging tinukoy bilang isang chain address (address), ngunit sa mas malawak na pananaw, ang address na ito ay maaaring tumutugon sa iba’t ibang anyo ng pagpapatupad.

• Para sa mga gawain na may pakikilahok tulad ng pagsusulat, disenyo, o pagsusuri, ang Evaluator ay maaaring isang AI Agent na magbabasa ng mga sumbong na resulta, iihahambing ito sa mga orihinal na kahilingan ng gawain, at magpapasya;
• Para sa mga tiyak na gawain tulad ng pagkalkula, pagbuo ng patotoo, o pagpapalit ng data, ang Evaluator ay maaaring isang smart contract na naglalaman ng zero-knowledge verifier (ZK verifier). Isumite ng Provider ang patotoo, at pinapatotohanan ng Evaluator ito sa chain, at awtomatikong tinatawag ang «complete» o «reject» upang tapusin o tanggihan ang gawain;
• Sa mga sitwasyon ng gawain na may mataas na halaga o mataas na panganib, ang Evaluator ay maaari ring isang multi-sign account, DAO, o isang cluster ng verification na suportado ng staking mechanism.

Hindi nagkakaiba ang ERC-8183 sa mga iba’t ibang anyo na ito. Ang protokol na antas ay nag-aalala lamang sa isang bagay — kung ang isang address ay tumatawag sa «complete» o «reject», at kung ang likod ng address ay isang AI Agent na dinisenyo ng LLM o isang ZK circuit, ay hindi kabilang sa sakop ng protokol.

Muling pag-uulit sa Job, ang bawat Job ay may apat na estado sa kanyang buhay cycle, na tumutugma sa iba’t ibang proseso ng ERC-8183.

• Buksan: Ang Client ay magtatag ng Job sa panahong ito, magpapalabas ng gawain at magtatakda ng mga partikular na hiling;
• Nakafund: Ang client ay magpapadala ng komisyon sa isang smart contract na托管 address, hindi direktang sa provider;
• Nakapagsumite: Ang provider ay natapos ang trabaho at isinumite ang patunay;
• Terminal (Nakumpleto / Tinanggihan / Nawala ang Kaukulang Panahon): Ang Evaluator ang responsable sa pagsusuri ng gawain at batay sa resulta ng pagsusuri, tatukoy kung nakumpleto ang gawain (Nakumpleto o Tinanggihan) at isasalin ang pera sa Client o Provider; kung walang sumagot o nakumpleto ang gawain sa loob ng itinakdang panahon, babalik ang pera sa Client.

Bukod sa mga pamantayang proseso na nabanggit, maaaring gamitin ng ERC-8183 ang mga modular na extension na Hooks upang makamit ang karagdagang mga derived function para sa mga kumplikadong pang-ekonomiyang aplikasyon sa totoong mundo. Ang Hooks ay mga opsyonal na smart contract na idinadagdag sa pagkakalikha ng Job, na nagpapagana ng kustomisadong lohika bago at pagkatapos ng bawat yugto ng buhay ng Job, tulad ng mga antas ng reputasyon, mekanismo ng tawiran, paghahati ng bayad, o iba pang espesyal na kahilingan.

Mula sa x402 papunta sa ERC-8004, at ngayon sa ERC-8183, maaaring magulo ang mga mambabasa na hindi gaanong pamilyar, at magtanong kung bakit kailangang gumawa ng bagong bagay araw-araw. Ngunit sa katotohanan, ang tatlo ay nasa iba’t ibang bahagi ng ekonomiya ng AI Agent, at naglalayong solusyunan ang iba’t ibang mga problema.

Ang x402 ay isang HTTP payment protocol na nagsisikap na lutasin ang problema ng pagpapahintulot sa AI Agent na magbayad nang direkta tulad ng pag-call sa API; ang ERC-8004 ay ang pamantayan para sa identity at reputation ng AI Agent, na nagsisikap na lutasin kung paano matukoy kung ang isang Agent ay mapagkakatiwalaan; samantalang ang ERC-8183 ay nakatuon sa bahagi ng komersyal na transaksyon, na nagsisikap na lutasin ang problema kung paano matutupad ang transaksyon ng dalawang hindi nagkakatiwalaang Agent.

Kung isang pangungusap lamang ang gagamitin, ang x402 ang responsable sa paglutas ng “paano babayaran”; ang ERC-8004 ay responsable sa pagkilala sa “sino ang kalaban at kung mapagkakatiwalaan ito”; at ang ERC-8183 ay responsable sa pagtrato sa “paano makakatapos ng transaksyon nang ligtas”.

Hindi sila isang kompetisyon, kundi isang komplemento, at sila ay nagtatagpo sa iisang layunin — ang pagbuo ng isang decentralize at self-sustaining AI Agent economic system.