Pocket Network Foundation Kasamang Sumulat ng Bagong Pamantayan ng Ethereum para sa Desentralisadong Pagpapatunay ng AI Agent

Pinangungunahan ng PNF ang pag-akda ng ERC-8294, isang draft na ekstensyon sa ERC-8004 na nagpapahintulot sa mga permissionless, operator-diverse na mga validator network na magsilbing trust layer para sa mga AI agent

Inihayag ngayon ng Pocket Network Foundation (PNF), ang nonprofit na organisasyong nangangasiwa sa isa sa pinakamalalaking desentralisadong node infrastructure network sa Web3, na ang ERC-8294, “Validation Network for ERC-8004,” ay naipasa bilang isang draft na pamantayan sa Ethereum ERCs repository. Ang panukala ay magkakasamang inakda ng mga kontribyutor mula sa PNF at Synaptika at kasalukuyang sinusuri ng mga ERC editor ng Ethereum, habang nagpapatuloy ang bukas na talakayan sa Ethereum Magicians.

Pinapalawig ng ERC-8294 ang ERC-8004, ang umuusbong na pamantayan ng Ethereum para sa trustless na mga AI agent, gamit ang IValidationNetwork: isang standard na interface ng smart contract na nagpapahintulot sa isang network ng mga independiyenteng validator, sa halip na isang address lamang, na magsilbing trust layer para sa pag-beripika ng AI agent sa loob ng Validation Registry ng ERC-8004.

Pagsasara ng puwang sa imprastraktura ng AI agent

Ang Validation Registry ng ERC-8004 ay sadyang walang pinapanigan hinggil sa kung sino ang nagbe-beripika ng isang AI agent, isang sinadyang pagpili na nagpapahintulot sa maraming implementasyon ng validator na umusbong at magpaligsahan. Sa praktika, ang mga koponang bumubuo ng mga multi-validator setup ay kinailangang magdisenyo ng sarili nilang mga tuntunin sa pagpili, mga format ng attestation, at mga landas ng beripikasyon mula sa simula, na walang iisang pamantayang pinagbabahaginan para sa interoperability. Ang mga kliyenteng nag-iintegrate sa higit sa isang network ay kailangang magsulat ng verification code para sa bawat network.

Tinutukoy ng ERC-8294 ang nawawalang interface na iyon. Iniistandard nito ang contract surface at isang portable na attestation envelope na nakabatay sa EIP-712, upang ang anumang sapat na desentralisadong network—maging ito man ay isang permissionless RPC network, isang restaking-based na Actively Validated Service (AVS), isang TEE consortium, o isang desentralisadong oracle network—ay makapagpatupad ng pamantayan at ma-verify ng anumang kliyente gamit ang parehong code. Walang itinatakdang selection algorithm, incentive model, o slashing model ang panukala; ang interface lamang ang tinutukoy nito.

Pagkakaiba-iba ng operator bilang pangunahing parametro

Isang sentral na prinsipyo ng disenyo ang pagtrato sa pagkakaiba-iba ng operator bilang isang malinaw at naipapatupad na parametro ng polisiya. Maaaring tukuyin ng mga tumatawag hindi lamang kung ilang validator ang dapat mag-attest sa kilos ng isang agent, kundi kung ilang magkakaiba at independiyenteng operator ang dapat pagkunan ng mga validator na iyon—isang pagkakaibang pangseguridad na kadalasang naiiwang implicit o hindi naipapatupad sa mga umiiral na pamamaraan.

Gaya ng nakasaad sa spec, ang multi-validator selection kung saan ang bawat validator ay iisa ang operator ay katumbas ng sabwatan bilang default.

Tapat ang panukala tungkol sa mga limitasyon ng garantiya: maaaring bilangin ng isang kontrata ang magkakaibang operator ngunit hindi nito mapapatunayang independiyente ang mga ito. Kaya ang lakas ng pahayag tungkol sa diversity ay nakasalalay sa kredibilidad ng inilalathala ng bawat network na metodolohiya sa pagkilala sa operator at pagsusuri ng konsentrasyon, na inaatasan ng ERC-8294 na ilathala ng mga network kasama ng kanilang mga na-deploy na kontrata.

Mahigpit na additive, malawak na composable

Hindi binabago ng ERC-8294 ang kontrata ng Validation Registry ng ERC-8004. Patuloy na gagana nang walang pagbabago ang mga umiiral na single-address validator, at ang mga pinagsama-samang tugon ay isinusulat pabalik sa pamamagitan ng mga umiiral nang function ng registry, na pinananatili ang compatibility sa kasalukuyang mga indexer at explorer. Nilalayon ang ekstensyon na makipag-compose sa ERC-8004, sa halip na palitan o makipagkumpitensya sa alinmang bahagi nito.

Ang live na reference implementation na binuo laban sa Pocket Network supplier set, isang permissionless na network na may humigit-kumulang 5,000 supplier node na pinapatakbo sa iba’t ibang independiyenteng operator, na may pseudo-random na pagpili mula sa active session set, ay nakatakdang isama sa v1 specification sa isang companion repository. Iniaalok ito bilang isa sa ilang posibleng implementasyon, hindi bilang isang may pribilehiyong implementasyon.

“Ang mga AI agent na tumatakbo sa Ethereum ay nangangailangan ng trust layer na sumasalamin sa kaparehong mga pagpapahalaga sa desentralisasyon na pinagbabatayan ng network,” sabi ni Chris “Jinx” Jenkins, Managing Director sa Pocket Network Foundation at co-author ng panukala. “Ibinibigay ng pamantayang ito sa anumang desentralisadong network ang interface na kailangan nito upang gampanan ang papel na iyon, at ibinibigay sa anumang AI agent client ang isang portable na paraan upang humiling at mag-verify ng multi-operator validation, anuman ang network na ginagamit nito.”

Kabilang sa mga co-author ng panukalang ERC-8294 sina Chris “Jinx” Jenkins (Pocket Network Foundation), Luis Correa de León (Synaptika), Bryan White (Pocket Network Community Engineering), at Tiago Merlini, may-akda ng ERC-8299 at ERC-8309. Ang draft ay makukuha sa Ethereum ERCs repository, na ang canonical specification at mga reference material ay pinananatili ng PNF, at bukas ang talakayan sa Ethereum Magicians.

ERC-8294:

https://github.com/pokt-network/erc-8004-vni/blob/main/erc-8294.md

Tungkol sa Pocket Network Foundation

Ang Pocket Network Foundation ay isang nonprofit na organisasyon na nagbibigay ng desentralisadong RPC infrastructure na nag-uugnay sa mga aplikasyon sa blockchain data sa pamamagitan ng isang permissionless na network ng libu-libong independiyenteng node operator sa buong mundo.

________________________________________________________________________

Walang tinatanggap na responsibilidad o pananagutan ang Bitcoin.com, at hindi ito mananagot, direkta man o hindi direkta, para sa anumang pagkawala, pinsala, paghahabol, gastusin, o expense ng anumang uri, maging ito man ay aktuwal, sinasabing naganap, o bunga, na nagmumula sa o kaugnay ng paggamit o pag-asa sa anumang nilalaman, produkto, o serbisyo na tinutukoy sa artikulong ito. Anumang pag-asa sa ganitong impormasyon ay mahigpit na nasa sariling panganib ng mambabasa.