Whitepaper · 01
Resumen ejecutivo
A-REX Core en un capítulo: qué es el estándar, qué deja fuera deliberadamente, cómo se posiciona jurídicamente y cómo pretende convertirse en un estándar de facto antes de ser uno oficial.
El problema en un párrafo
Los lotes agrícolas constituyen la mayor clase de activos físicos sin una forma interoperable en la cadena. Los estándares de token existentes cubren los dos extremos del problema: ERC-3643 estandariza valores con permisos sobre ERC-20, y ERC-7943 (Final, mayo de 2026) estandariza la superficie de ejecución forzosa que necesita todo token de activos del mundo real. Los regímenes de trazabilidad como GS1 EPCIS 2.0, la Norma de Trazabilidad de Alimentos de la FDA (FSMA 204) y el Reglamento de la UE sobre la deforestación (EUDR) definen qué debe registrarse sobre un lote. Ninguno permite que un token sea un lote: con fecha de producción, una unidad, una referencia de origen, un ciclo de vida y, sobre todo, la capacidad de dividirse, fusionarse y procesarse en otros lotes conservando su procedencia.
El estándar en un párrafo
A-REX Core es una extensión pequeña y ampliable de ERC-1155: el núcleo normativo es deliberadamente mínimo para que pueda adoptarse, y escala mediante lo que deja abierto (códigos, hooks, atestaciones, linaje) en lugar de mediante lo que prescribe. Un token conforme implementa cuatro interfaces pequeñas:
| Capa | Interfaz | Qué aporta |
|---|---|---|
| 0 | IERC7943MultiToken (literal de ERC-7943) | congelación, transferencia forzosa, elegibilidad de cuentas, canTransfer |
| 1 | IARexBatch | códigos abiertos de producto básico y de unidad, momentos de producción y de caducidad, referencia de origen, compromiso de metadatos, estado controlado por roles y transform, la única forma de dividir, fusionar o procesar un lote registrando sus progenitores |
| 2 | IARexHook / IARexHookManager | una única canalización ordenada de contratos de reglas que devuelven códigos bytes32 en lugar de revertir con cadenas de texto |
| 3 | IARexAttest | atestaciones por lote y por tema (certificaciones, inspecciones, declaraciones regulatorias) con emisores de confianza por tema |
Todo lo agrícola que no sea la identidad o el linaje de un lote (curvas de decaimiento, ventanas estacionales, flujos de entrega, oráculos, contabilidad de carbono, seguros) queda fuera del estándar. Reside en hooks y contratos complementarios que demuestran las interfaces, exactamente como los módulos de cumplimiento de T-REX demuestran ERC-3643 sin formar parte de él.
Cinco reglas de diseño
- Sin enumeraciones cerradas. Los productos básicos, las unidades, los estados y los temas de atestación son códigos abiertos. Añadir quinua, un esquema brasileño de clasificación o una nueva etiqueta de sostenibilidad nunca exige un redespliegue.
- Ningún dato personal en la cadena. El origen de un lote es un hash o una referencia (un número de declaración de diligencia debida del EUDR, un identificador de recibo de almacén, un geohash truncado), nunca la coordenada de una parcela. Esto sigue las directrices de 2026 del Comité Europeo de Protección de Datos sobre cadenas de bloques.
- La precosecha es un caso de primera clase. Un lote con
producedAt == 0es un lote futuro: el objeto de un derecho de cobro sobre la cosecha, de un contrato a plazo (forward) o de un warrant. - El estado es autoridad, no saldo. Solo un rol puede cambiar el estado del ciclo de vida de un lote; poseer un kilogramo de un lote no otorga nada sobre el lote.
- El linaje es obligatorio.
transformquema las entradas, acuña las salidas y registra los progenitores. Se corresponde uno a uno con unTransformationEventde EPCIS, que es lo que necesita una retirada de producto, un evento crítico de seguimiento de transformación según la FSMA 204 o una auditoría de balance de masas.
Posicionamiento jurídico
A-REX no toma posición sobre si un token emitido con él es un valor, un producto básico, un criptoactivo conforme a MiCA, un certificado de depósito o un derecho de cobro. Eso depende de cómo se ofrezca el token y de lo que represente, no de la interfaz: la propia prueba de Howey surgió a raíz de plantaciones de cítricos vendidas a inversores pasivos. Por ello, el estándar incorpora la superficie de ejecución forzosa que exige cualquier clasificación (congelación, transferencia forzosa, elegibilidad, pausa, eventos auditables) y deja la política a los hooks y a los asesores jurídicos del emisor. El capítulo regulatorio ofrece fechas verificadas en septiembre de 2026: cumplimiento de la FSMA 204 el 20 de julio de 2028; aplicación del EUDR el 30 de diciembre de 2026 (operadores medianos y grandes) y el 30 de junio de 2027 (microoperadores y pequeños operadores); MiCA plenamente aplicable desde el 30 de diciembre de 2024; directrices del EDPB sobre cadenas de bloques definitivas desde julio de 2026.
Qué existe hoy
- Un texto normativo en formato ERC (
standard/AREX-CORE.md, CC0) y las interfaces de Solidity (contracts/standard/, CC0). - Una implementación de referencia (
ARexToken,ARexAttestations, MIT): actualizable mediante UUPS, almacenamiento ERC-7201, control de acceso basado en roles, canalización de hooks con bloqueo de reentrada, 24.1 KB (por debajo del límite de EIP-170). - Hooks de referencia: elegibilidad (permitidos/bloqueados/sanciones con fuente y TTL), caducidad, requisitos de atestación por producto básico, modelos de decaimiento por perecibilidad, ventanas estacionales, custodia y liquidación de entregas, y trazabilidad con forma de EPCIS.
- Extensiones complementarias: un oráculo determinista de precios de productos básicos, un envoltorio para créditos de carbono inmovilizados en un registro (atestación, nunca emisión) y un seguro paramétrico activado por atestaciones.
- Pruebas: 42 sobre la implementación de referencia, los hooks y las extensiones (incluida una prueba de invariantes aleatoria con semilla); integración continua; dependencias fijadas; un JSON Schema para los metadatos del lote alineado con EPCIS 2.0 y con los elementos de datos clave de la FSMA 204.
- Documentación de ingeniería en forma de diseño de sistemas: un Documento de Diseño de Sistema con modelos de componentes, de datos, de interacción y operativos, dieciséis registros de decisiones de arquitectura, una matriz de trazabilidad de requisitos y un paquete de preparación para auditoría.
Qué no es A-REX
- No es un registro de fincas, ni un sistema de identidad, ni una red de oráculos. Son integraciones, elegidas por el emisor.
- No es un motor de valoración. El núcleo no tiene noción de precio ni de decaimiento; los proporciona un hook o un servicio fuera de la cadena.
- No es un registro de carbono. Los créditos de carbono pueden referenciarse y condicionarse mediante atestaciones; emitirlos es tarea del registro.
- Aún no es un ERC. Las interfaces se presentarán a
ethereum/ERCssolo después de un despliegue en producción, de implementaciones independientes de hooks y de una auditoría de terceros, porque un ERC congela lo que estandariza.
Cómo llega a ser un estándar
ERC-3643 estuvo en producción durante tres años antes de su EIP, y su estado Final siguió a la adopción en lugar de causarla. ERC-7943 pasó de borrador a Final en ocho meses, con una interfaz de seis funciones y una coalición de implementadores. A-REX sigue el mismo camino: congelar una interfaz pequeña, entregar una referencia funcional, demostrarla con lotes reales, reunir implementadores independientes y, solo entonces, presentarla. La hoja de ruta figura en el capítulo Desarrollos futuros.
Guía de lectura
- Responsables de decisión: este capítulo, Visión general de la solución, Cumplimiento regulatorio, Casos de uso.
- Ingenieros: Especificación técnica, Estándar del núcleo, Hooks y módulos de referencia, Guía de implementación, Marco de seguridad.
- Integradores y reguladores: Interoperabilidad, Cumplimiento regulatorio, Apéndice A.