Whitepaper · 14
Desarrollos futuros
Cómo pasar de una interfaz alfa congelada a un estándar de facto y luego oficial, y qué trabajo técnico acompaña ese camino. Las fechas son objetivos, no promesas.
Principio
Lo que se estandariza son las interfaces; todo lo demás puede evolucionar. Por eso la hoja de ruta avanza en dos vías: estandarización (que las interfaces generen confianza y se adopten) e implementación (mejorar la implementación de referencia y los módulos sin tocar las interfaces).
Vía de estandarización
| Fase | Objetivo | Criterios de salida |
|---|---|---|
| 0 · Congelamiento alfa (ahora) | interfaces v2.0.0-alpha publicadas; implementación de referencia con todas las reglas externas (hooks) de dominio y las extensiones; CI; especificación en formato ERC; documento de diseño del sistema, registros de decisiones y paquete de auditoría | ninguna interfaz cambia sin una versión mayor |
| 1 · Caso ancla en producción (6–12 meses) | un despliegue real (cooperativa, acopiador o exportador) con lotes reales en una L2 o en una cadena con permisos | seis meses en operación; métricas públicas: lotes, transformaciones, transferencias forzosas ejecutadas y tiempo de respuesta a una solicitud de trazabilidad; auditoría externa publicada |
| 2 · Comunidad (en paralelo) | hilo en Ethereum Magicians; coalición de desarrolladores independientes de hooks; adaptador bidireccional de cumplimiento para ERC-3643 | tres implementaciones independientes de IARexHook fuera de este repositorio; dos tokens conformes independientes |
| 3 · Presentación | borrador de ERC en ethereum/ERCs que contiene solo standard/AREX-CORE.md (capas 1–3; ERC-7943 se referencia, no se copia) | aceptación de los editores; Last Call sin objeciones bloqueantes |
| 4 · Gobernanza neutral (año 2) | grupo de trabajo o asociación independiente de los autores originales; enlace con ISO TC 307 (la iniciativa española sobre ERC-3643) y GS1 | documentos de gobernanza adoptados; especificación mantenida fuera de una sola empresa |
¿Por qué no presentarlo ahora? ERC-3643 llevaba tres años en producción cuando se presentó su EIP. ERC-7943 llegó a Final en ocho meses porque su coalición ya lo usaba. Un ERC congela lo que estandariza, y las interfaces merecen pasar por un ciclo de producción antes de quedar congeladas para todos.
Vía de implementación
Módulos de dominio: ya migrados (septiembre de 2026)
| Módulo | Ahora | Estado |
|---|---|---|
| Perecibilidad | PerishabilityHook (lineal, exponencial o escalonada; configuración por producto y por lote) + ExpiryHook | completado |
| Estacionalidad | SeasonalHook | completado |
| Entrega | DeliveryHook (máquina de estados, cadena de frío, disputas, bloqueo de unidades en O(1), liquidación a través de los datos de la transferencia) | completado |
| Trazabilidad | TraceabilityHook (vocabulario EPCIS; solo emite eventos o también los persiste) | completado |
| Sanciones, cumplimiento | EligibilityHook (sanciones con fuente y TTL) | completado |
| Límites de transferencia / cupos | no se incluye; la guía Desarrollo de hooks muestra un patrón de hook de cupos acotado | abierto (comunidad) |
| Oráculo | CommodityPriceOracle (rondas numeradas, quórum, mediana) | completado |
| Carbono | CarbonImmobilizationWrapper (créditos inmovilizados en el registro; atestación; no emite créditos) | completado |
| Seguros | ParametricInsurance (se activa con atestaciones) | completado |
Lo que falta en estos componentes es optimizarlos y robustecerlos para producción, no diseñarlos.
Primitivas de liquidación y financiamiento
- Retenciones y custodia en garantía (escrow) (entrega contra pago): un hook y un contrato complementario que implemente la liberación condicional, alineados con ERC-7573 cuando el tramo de pago ocurre en la cadena.
- Flujo de prenda: un contrato pequeño que invoca
setFrozenTokens/forcedTransfera partir del hash de un contrato de prenda. Así, los prestamistas ejercen el rol de controles de cumplimiento con un procedimiento auditable, y no con llamadas directas.
Privacidad
- Divulgación selectiva de datos de calidad: pruebas de conocimiento cero que demuestran que una medición del documento de metadatos está dentro de un límite (humedad, aflatoxinas, residuos) sin revelar el valor. La prueba se convierte en una atestación.
- Control de acceso a datos restringidos: implementación de referencia del puntero
restricted, con tokens de capacidad para compradores, certificadores y reguladores.
Identidad y atestaciones
- Implementación de
IARexAttestbasada en EAS. - Hook de elegibilidad basado en claims de ONCHAINID y en credenciales verificables (billeteras eIDAS 2.0).
Entre cadenas
- Wrapper de referencia para ERC-7802 / CCIP; el linaje se queda en la cadena de origen.
Herramientas
- Exportador EPCIS 2.0 que trabaja sobre el registro de eventos.
- Validador de JSON Schema y canonicalizador RFC 8785 para los metadatos.
- Plantillas de subgraph o indexador para lotes, linaje, atestaciones y controles de cumplimiento.
- Verificación formal de los invariantes de la cadena de reglas de transferencia (conservación del suministro total, estado terminal, sin reentrada). Una prueba de invariantes aleatoria con semilla ya los pone a prueba (
test/standard/Invariants.test.js).
Preguntas de investigación
- Si las transiciones de
statusdeberían poder expresarse como una tabla en la cadena (un autómata que define el emisor) sin inflar el estándar. - Si una interfaz estándar de elegibilidad de cuentas, separada de los hooks, facilitaría la integración con motores de cumplimiento, o si alcanza con la conjunción de hooks.
- Reglas de balance de masa para el procesamiento (límites de rendimiento por par de productos) implementadas como hooks, y cómo interactúan con las mermas legítimas.
- Cómo conciliar el linaje en la cadena con la mezcla física en los silos, donde «qué kilogramo» es, legalmente, un derecho fungible.
Lo que no cambiará
- Las cuatro interfaces, salvo con una versión mayor y una nota de migración.
- La regla de que los módulos son demostraciones y no forman parte del estándar.
- La regla de que los datos personales se quedan fuera de la cadena.
- La regla de que la autoridad viene de los roles, no de los saldos.