Introducción

Una clase de activos sin representación

La producción agrícola se mide en lotes: un silo de trigo, un contenedor de café verde, un pallet de fresas, un corral de ganado o una cosecha futura dada en garantía a un prestamista. Los lotes se dividen, se fusionan, se almacenan y se procesan para obtener otros lotes. También se inspeccionan, se certifican, se prendan, se embargan y se retiran del mercado. Hoy cada una de esas operaciones queda registrada en una mezcla de libros de almacén, tablas de ERP, recibos en papel, asientos de registro y correos electrónicos.

Los estándares de tokens en blockchain se diseñaron para otros fines. ERC-20 representa saldos fungibles sin identidad. ERC-721 representa elementos únicos sin cantidad. ERC-1155 representa muchos identificadores con cantidades en un solo contrato, que es la forma correcta, pero no dice nada sobre qué es cada identificador. ERC-3643 agrega permisos y controles de cumplimiento para valores sobre ERC-20. ERC-7943 (Final, mayo de 2026) extiende esos controles a cualquier activo del mundo real, con una variante para ERC-1155, pero a propósito no dice nada sobre el activo.

Lo que falta es poco y concreto. Primero, una forma de que un identificador ERC-1155 lleve la identidad de un lote: producto, unidad, fechas de producción y vencimiento, referencia de origen y compromiso de metadatos. Segundo, un ciclo de vida que controle la parte que corresponde. Y, lo decisivo, una forma de convertir lotes en otros lotes sin perder su procedencia. Eso es lo que agrega A-REX Core, y nada más.

Qué se ha intentado

• Las plataformas empresariales con permisos (IBM Food Trust y similares) demostraron que la trazabilidad compartida en una cadena de suministro reduce el tiempo de rastreo de días a segundos. También mostraron que la adopción depende de un participante ancla, de datos compatibles con GS1 y de la integración, más que de los tokens.
• Los emprendimientos de tokenización de commodities en América Latina mostraron una demanda real de granos y ganado tokenizados como garantía y como medio de pago. En general se apoyaron en instrumentos legales existentes (certificados de depósito, warrants, CPR) en lugar de reemplazarlos.
• La tokenización de carbono mostró lo caro que sale equivocarse en la relación con los registros. Después de que se acuñaron tokens sobre créditos ya retirados, los registros más grandes prohibieron la práctica. Hoy solo aceptan créditos inmovilizados como respaldo.
• Los estándares amplios de tokens de valores (ERC-1400) lograron pocas implementaciones independientes. Los estándares acotados, con implementaciones de referencia que funcionan y coaliciones de respaldo (ERC-3643, ERC-7943), sí se consolidaron.

La lección que saca A-REX es esta: estandarizar la interfaz, no el producto; hacer referencia a los instrumentos legales, no reemplazarlos; y mantener la interfaz tan pequeña que un tercero pueda implementarla en pocos días.

Impulsores regulatorios, a septiembre de 2026

De aquí salen dos conclusiones. La primera: las obligaciones de trazabilidad son reales, pero sus plazos son más tardíos de lo que suponían los primeros whitepapers, así que hay tiempo para hacerlo bien. La segunda: la naturaleza legal de un token de lote la define la oferta, no la interfaz. Por eso la interfaz tiene que admitir cualquier resultado.

El enfoque de A-REX

1. Extender ERC-1155 y adoptar ERC-7943. Todo lo que ya funciona con ERC-1155 sigue funcionando. Los controles de cumplimiento son estándar, no hechos a medida.
2. Identidad mínima del lote. Códigos abiertos de producto y unidad; una fecha de producción que puede ser futura; una referencia de origen, nunca coordenadas. Además, un compromiso por hash con un documento fuera de la cadena, que sigue un esquema publicado y alineado con los elementos de datos clave de EPCIS y de la FSMA.
3. El linaje como operación. transform quema las entradas y acuña las salidas en una sola transacción, y registra los lotes de origen y las cantidades. Por diseño, el resultado es un TransformationEvent de EPCIS.
4. Un solo punto de extensión. Las reglas externas (hooks) son contratos independientes que devuelven códigos, y el token los evalúa en orden. Perecibilidad, estacionalidad, custodia, cupos, documentos y escrow son hooks, no parte del estándar.
5. Atestaciones por lote. Las certificaciones, las inspecciones y las declaraciones regulatorias se modelan como (batch, topic) → (issuer, reference, validity), con emisores de confianza definidos para cada tema.
6. Los hooks y las extensiones sirven de demostración; no son el estándar. Cada regla de dominio incluida en el repositorio demuestra cómo usar las interfaces. Puedes reemplazarla sin tocar el estándar.

Cómo leer este whitepaper

• Planteamiento del problema describe la brecha sin cifras infladas.
• Visión general de la solución, Especificación técnica, Estándar del núcleo y Hooks y módulos de referencia describen el estándar y sus fundamentos.
• Marco de seguridad y Cumplimiento regulatorio cubren el modelo de amenazas, los controles de cumplimiento y el mapa legal.
• Casos de uso recorre seis escenarios, llamada por llamada.
• Guía de implementación e Interoperabilidad están pensadas para ingenieros e integradores.
• Análisis de rendimiento presenta mediciones de gas.
• Desarrollos futuros es la hoja de ruta hacia la estandarización.
• Los apéndices reúnen la referencia de interfaces, el glosario y la bibliografía.