Planteamiento del problema

1. Un lote no tiene identidad en la cadena

Un id de ERC-1155 es un número con saldos. El estándar base no dice de qué producto se trata, en qué unidad se mide, cuándo se produjo, cuándo vence ni dónde está la evidencia de su origen. Cada proyecto que tokeniza bienes agrícolas inventa su propio struct, sus propias enumeraciones y su propio formato de metadatos. Así, dos de esos tokens no pueden leerse con el mismo indexador, ni controlarse con el mismo motor de cumplimiento, ni exportarse 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 otro.

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ícitas: son eventos de transformación que vinculan entradas con salidas e indican cantidades. Un token que solo puede acuñarse, transferirse y quemarse no puede expresarlos. Por eso la cadena de procedencia se corta en el primer paso de procesamiento, justo donde la necesitan los retiros del mercado y las auditorías de balance de masa.

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

3. Los derechos sobre activos reales necesitan controles de cumplimiento

El grano almacenado se prenda, se embarga, se incauta, se asegura y se retira del mercado. Si una parte autorizada no puede congelar un token ni moverlo contra la voluntad del titular, ese token no puede representar el lote ante un prestamista, un tribunal o un regulador. Después de la GENIUS Act y de ERC-7943, el mercado espera que todo token respaldado por un derecho del mundo real pueda cumplir una orden legal. También espera que cada una de esas medidas de cumplimiento sea auditable.

Requisito: congelar, transferencia forzosa, habilitación y pausa, con una forma estándar y eventos estándar.

4. Las reglas cambian según el producto, la jurisdicción y la contraparte

Reglas de perecibilidad para las fresas, ventanas estacionales para comerciar granos, control de sanciones, cupos por comprador, custodia durante el transporte, documentos exigidos antes de exportar: cada emisor necesita algunas de estas reglas y ninguno las necesita todas. Aquí fallan los marcos de cumplimiento monolíticos. También fallan los sistemas de módulos ad hoc que no comparten interfaces, porque una regla escrita para un token no funciona en otro.

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

5. La certificación es del lote, no solo del productor

La identidad y las credenciales del productor ya tienen soluciones maduras: ONCHAINID, servicios de atestación, credenciales verificables y e-ID nacionales. Pero lo que revisan compradores, aduanas y reguladores es si este lote tiene certificado orgánico, certificado fitosanitario, resultado de laboratorio o declaración del EUDR. No hay una forma estándar de expresar eso en la cadena. Y las enumeraciones cerradas de tipos de certificación quedan obsoletas el mismo día en que aparece un esquema nuevo.

Requisito: atestaciones (certificados o constancias verificables) indexadas por lote y por tema abierto, emitidas solo por partes de confianza para ese tema, con revocación y vencimiento.

6. Los datos personales chocan con los registros públicos

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

Requisito: el estándar debe impedir por diseño que haya datos personales en la cadena. En la cadena van referencias y hashes; la evidencia queda fuera de la cadena, con control de acceso.

7. Los instrumentos legales ya existen

Los recibos de almacén, los warrants, los derechos de cobro sobre cosechas (CPR), los conocimientos de embarque y las declaraciones de debida diligencia están regulados por ley y se registran ante entidades autorizadas. Un token que dice ser uno de esos instrumentos fuera de una jurisdicción que lo reconozca crea riesgo legal. Esas jurisdicciones son las que adoptaron la MLETR y los estados con el Artículo 12 del UCC. En cambio, un token que hace referencia al instrumento crea valor.

Requisito: referencias de primer nivel a instrumentos externos en el registro del lote y en los metadatos. Los controles de cumplimiento deben ser compatibles con el "control" del Artículo 12 del UCC y con el "control exclusivo" de 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. Además fijaba nueve estados de ciclo de vida, once productos y las denominaciones de calidad 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 sí se adoptaron en este campo (ERC-3643, ERC-7943) estandarizan unas pocas interfaces y dejan el producto afuera.

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

Resumen de requisitos