La Fundación Pocket Network participa en la redacción de un nuevo estándar de Ethereum para la validación de agentes de IA descentralizados

La PNF impulsa la elaboración del ERC-8294, un borrador de extensión del ERC-8004 que permite que las redes de validadores sin permisos y con diversos operadores sirvan como capa de confianza para los agentes de IA

Pocket Network Foundation (PNF), la organización sin ánimo de lucro que gestiona una de las mayores redes de infraestructura de nodos descentralizadas de Web3, ha anunciado hoy que el ERC-8294, «Red de validación para ERC-8004», se ha presentado como borrador de estándar en el repositorio de ERC de Ethereum. La propuesta ha sido redactada conjuntamente por colaboradores de PNF y Synaptika, y actualmente está siendo revisada por los editores de los ERC de Ethereum, con un debate abierto en curso en Ethereum Magicians. El ERC-8294 amplía el ERC-8004, el estándar emergente de Ethereum para agentes de IA sin necesidad de confianza, con IValidationNetwork: una interfaz estándar de contrato inteligente que permite que una red de validadores independientes, en lugar de una única dirección, actúe como capa de confianza para la verificación de agentes de IA dentro del Registro de Validación de ERC-8004.

Cerrando una brecha en la infraestructura de los agentes de IA

El Registro de Validación del ERC-8004 no se pronuncia deliberadamente sobre quién valida un agente de IA, una elección consciente que permite que surjan y compitan numerosas implementaciones de validadores. En la práctica, los equipos que desarrollan configuraciones con múltiples validadores se han visto obligados a diseñar desde cero sus propias reglas de selección, formatos de certificación y rutas de verificación, sin un estándar común que garantice la interoperabilidad. Los clientes que se integran con más de una red deben escribir código de verificación específico para cada red.

El ERC-8294 define esa interfaz que faltaba. Estandariza la superficie del contrato y un basado en EIP-712, de modo que cualquier red suficientemente descentralizada —ya sea una red RPC sin permisos, un Servicio de Validación Activa (AVS) basado en restaking, un consorcio TEE o una red de oráculos descentralizada— pueda implementar el estándar y ser verificada por cualquier cliente utilizando el mismo código. La propuesta no prescribe ningún algoritmo de selección, modelo de incentivos ni modelo de penalización; solo define la interfaz.

La diversidad de operadores como parámetro de primer orden

Un principio de diseño fundamental es el tratamiento de la diversidad de operadores como un parámetro de política explícito y exigible. Los solicitantes pueden especificar no solo cuántos validadores deben dar fe del comportamiento de un agente, sino también de cuántos operadores distintos e independientes deben proceder dichos validadores, una distinción de seguridad que los enfoques existentes dejan implícita o sin aplicar.

Tal y como indica la especificación, la selección de múltiples validadores en la que todos comparten un mismo operador equivale, por defecto, a una colusión.

La propuesta es sincera respecto a los límites de esa garantía: un contrato puede contabilizar operadores distintos, pero no puede demostrar que sean independientes. La solidez de la afirmación sobre la diversidad depende, por tanto, de la credibilidad de la metodología de identificación de operadores y del análisis de concentración publicados por cada red, que la norma ERC-8294 exige que las redes publiquen junto con sus contratos desplegados.

Estrictamente aditivo, ampliamente combinable

ERC-8294 no modifica el contrato del Registro de Validación de ERC-8004. Los validadores de dirección única existentes siguen funcionando sin cambios, y las respuestas agregadas se registran a través de las funciones existentes del registro, lo que preserva la compatibilidad con los indexadores y exploradores actuales. La extensión está pensada para integrarse con ERC-8004, en lugar de sustituirlo o competir con ninguna de sus partes.

La implementación de referencia en funcionamiento, creada a partir del conjunto de proveedores de Pocket Network —una red sin permisos de aproximadamente 5 000 nodos proveedores gestionados por múltiples operadores independientes, con selección pseudoaleatoria del conjunto de sesiones activas—, acompañará a la especificación v1 en un repositorio complementario. Se ofrece como una de las varias implementaciones posibles, no como una implementación privilegiada.

«Los agentes de IA que operan en Ethereum necesitan una capa de confianza que refleje los mismos valores de descentralización sobre los que se construyó la red», afirmó Chris «Jinx» Jenkins, director general de la Pocket Network Foundation y coautor de la propuesta. «Este estándar proporciona a cualquier red descentralizada la interfaz que necesita para desempeñar esa función, y ofrece a cualquier cliente de un agente de IA una forma portátil de solicitar y verificar la validación por parte de múltiples operadores, independientemente de la red que utilice».

Entre los coautores de la propuesta ERC-8294 se encuentran Chris «Jinx» Jenkins (Pocket Network Foundation), Luis Correa de León (Synaptika), Bryan White (Ingeniería Comunitaria de Pocket Network) y Tiago Merlini, autor de ERC-8299 y ERC-8309. El borrador está disponible en el repositorio de ERC de Ethereum, donde la especificación canónica y los materiales de referencia son gestionados por la PNF, y el debate está abierto en Ethereum Magicians.

ERC-8294: https://github.com/pokt-network/erc-8004-vni/blob/main/erc-8294.md Acerca de Pocket Network Foundation

La Pocket Network Foundation es una organización sin ánimo de lucro que proporciona una infraestructura RPC descentralizada que conecta aplicaciones con datos de la cadena de bloques a través de una red sin permisos formada por miles de operadores de nodos independientes en todo el mundo. ________________________________________________________________________

Bitcoin.com no asume ninguna responsabilidad ni obligación, y no será responsable, ni directa ni indirectamente, de ninguna pérdida, daño, reclamación, coste o gasto de ningún tipo, ya sea real, alegado o consecuente, que surja de o esté relacionado con el uso o la confianza depositada en cualquier contenido, bien o servicio mencionado en este artículo. La confianza depositada en dicha información es estrictamente por cuenta y riesgo del lector.