Planteamiento del problema

1. Un lote no tiene identidad en la cadena

Un id de ERC-1155 es un número con saldos. Nada en el estándar base dice qué producto básico es, en qué unidad, cuándo se produjo, cuándo caduca ni dónde reside su evidencia de origen. Todo proyecto que tokeniza bienes agrícolas inventa su propio struct, sus propias enumeraciones y su propia disposición de metadatos. Dos de esos tokens no pueden ser leídos por el mismo indexador, condicionados por el mismo motor de cumplimiento ni exportados al mismo documento EPCIS.

Requisito: un registro de lote mínimo y abierto que cualquier implementador pueda adoptar sin aceptar la lista de cultivos, calidades o ciclos de vida de nadie más.

2. Los lotes se convierten en otros lotes; los tokens, no

El trigo se convierte en harina; un silo de 250 toneladas se convierte en dos envíos; cuarenta entregas se convierten en un lote agrupado. La regulación de trazabilidad y GS1 EPCIS son explícitos en que se trata de eventos de transformación que vinculan entradas con salidas con cantidades. Un token que solo puede acuñarse, transferirse y quemarse no puede expresarlos, por lo que la cadena de procedencia se rompe en el primer paso de procesamiento, exactamente donde las retiradas de producto y las auditorías de balance de masas la necesitan.

Requisito: una operación que queme entradas, acuñe salidas, registre progenitores y emita cantidades de forma atómica.

3. Los derechos del mundo real necesitan ejecución forzosa

El grano almacenado se pignora, se embarga, se incauta, se asegura y se retira del mercado. Un token que no puede ser congelado ni movido por una parte autorizada contra la voluntad del titular no puede representar un lote así ante un prestamista, un tribunal o un regulador. La expectativa del mercado, tras la GENIUS Act y ERC-7943, es que cualquier token respaldado por un derecho del mundo real pueda acatar una orden legal, y que cada una de esas acciones sea auditable.

Requisito: congelación, transferencia forzosa, elegibilidad y pausa, en una forma estándar con eventos estándar.

4. Las reglas difieren según el producto básico, la jurisdicción y la contraparte

Reglas de perecibilidad para las fresas, ventanas estacionales para la comercialización de granos, filtrado de sanciones, cuotas por comprador, custodia durante el transporte, documentos exigidos antes de la exportación: todo emisor necesita algunas de ellas y ninguno las necesita todas. Los marcos de cumplimiento monolíticos fracasan aquí, y también los sistemas de módulos ad hoc cuyas interfaces no se comparten: una regla escrita para un token no se ejecuta en otro.

Requisito: una interfaz de extensión estándar, pequeña, con evaluación ordenada y motivos de rechazo legibles por máquina, de modo que las reglas sean portables entre tokens.

5. La certificación atañe al lote, no solo al productor

La identidad y las credenciales del productor tienen soluciones maduras (ONCHAINID, servicios de atestación, credenciales verificables, e-ID nacionales). Lo que comprueban compradores, aduanas y reguladores es si este lote tiene un certificado orgánico, un certificado fitosanitario, un resultado de laboratorio, una declaración del EUDR. No existe una forma estándar para ello en la cadena, y las enumeraciones cerradas de tipos de certificación quedan obsoletas el día en que aparece un nuevo esquema.

Requisito: atestaciones identificadas por lote y por tema abierto, emitidas únicamente por partes de confianza para ese tema, con revocación y caducidad.

6. Los datos personales y los registros públicos entran en conflicto

La geolocalización de una parcela identifica a un productor. Las directrices de 2026 del Comité Europeo de Protección de Datos establecen que el contenido y los metadatos en la cadena son datos personales en principio, que el hash no garantiza la anonimización y que los responsables del tratamiento deben evitar almacenar datos personales en la cadena. Los primeros diseños de tokens agrícolas, incluida la propia primera generación de A-REX, almacenaban coordenadas de forma inmutable.

Requisito: el estándar debe hacer imposible por diseño la presencia de datos personales en la cadena: referencias y hashes en la cadena, evidencia fuera de la cadena con control de acceso.

7. Los instrumentos jurídicos ya existen

Los recibos de almacén, los warrants, los derechos de cobro sobre cosechas (CPR), los conocimientos de embarque y las declaraciones de diligencia debida se rigen por ley y se registran ante entidades autorizadas. Un token que pretende ser uno de esos instrumentos fuera de una jurisdicción que lo reconozca (adoptantes de la MLETR, estados con el Artículo 12 de la UCC) crea riesgo jurídico; un token que lo referencia crea valor.

Requisito: referencias de primera clase a instrumentos externos en el registro del lote y en los metadatos; ejecución forzosa compatible con el «control» conforme al Artículo 12 de la UCC y con el «control exclusivo» conforme a la MLETR.

8. Los estándares que son productos no se adoptan

La primera generación de A-REX exigía un registro de fincas y un contrato de identidad, fijaba nueve estados de ciclo de vida, once productos básicos y nombres de calidades de EE. UU., e implementaba una fórmula de valoración en el núcleo. Ningún equipo independiente aceptaría esas restricciones a cambio de interoperabilidad. Los estándares que se adoptaron en este ámbito (ERC-3643, ERC-7943) estandarizan unas pocas interfaces y dejan el producto fuera.

Requisito: solo interfaces; implementación de referencia separada; módulos como demostraciones.

Resumen de requisitos