Skip to main contentA-REX Core

Whitepaper · 14

Desarrollos futuros

La hoja de ruta desde una interfaz alfa congelada hasta un estándar de facto y, después, oficial, y el trabajo técnico que la acompaña. Las fechas son objetivos, no promesas.

Principio

Lo que se estandariza son las interfaces; todo lo demás puede evolucionar. Por ello, la hoja de ruta tiene dos vías: estandarización (lograr que las interfaces gocen de confianza y se adopten) e implementación (mejorar la referencia y los módulos sin tocar las interfaces).

Vía de estandarización

FaseObjetivoCriterios de salida
0 · Congelación alfa (ahora)interfaces v2.0.0-alpha publicadas; implementación de referencia con todos los hooks de dominio y las extensiones; CI; especificación en formato ERC; documento de diseño de sistema, registros de decisiones y paquete de auditoríaningún cambio de interfaz sin una versión mayor
1 · Ancla de producción (6–12 meses)un despliegue real (cooperativa, elevador o exportador) con lotes reales en una L2 o en una cadena con permisosseis meses de operación; métricas públicas: lotes, transformaciones, transferencias forzosas ejecutadas, tiempo para responder a una solicitud de trazabilidad; auditoría de terceros publicada
2 · Comunidad (en paralelo)hilo en Ethereum Magicians; coalición de implementadores independientes de hooks; adaptador de cumplimiento ERC-3643 bidireccionaltres implementaciones independientes de IARexHook fuera de este repositorio; dos tokens conformes independientes
3 · PresentaciónERC en borrador en ethereum/ERCs que contiene solo standard/AREX-CORE.md (capas 1–3; ERC-7943 referenciado, no copiado)aceptación por 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 GS1documentos de gobernanza adoptados; especificación mantenida fuera de una única empresa

Por qué no presentarlo ahora: ERC-3643 estuvo en producción durante tres años antes de su EIP; ERC-7943 alcanzó el estado Final en ocho meses porque su coalición ya lo utilizaba. Un ERC congela lo que estandariza, y las interfaces merecen un ciclo de producción antes de congelarse para todos.

Vía de implementación

Módulos de dominio: portados (septiembre de 2026)

MóduloAhoraEstado
PerecibilidadPerishabilityHook (lineal, exponencial, escalonado; configuración por producto básico y por lote) + ExpiryHookhecho
EstacionalidadSeasonalHookhecho
EntregaDeliveryHook (máquina de estados, cadena de frío, disputas, bloqueo de unidades O(1), liquidación mediante los datos de la transferencia)hecho
TrazabilidadTraceabilityHook (vocabulario EPCIS; solo emisión o persistente)hecho
Sanciones, cumplimientoEligibilityHook (sanciones con fuente y TTL)hecho
Límites de transferencia / cuotasno incluido; la guía de desarrollo de hooks muestra un patrón de hook de cuotas acotadoabierto (comunidad)
OráculoCommodityPriceOracle (rondas numeradas, quórum, mediana)hecho
CarbonoCarbonImmobilizationWrapper (créditos inmovilizados en el registro; atestación; sin emisión)hecho
SegurosParametricInsurance (activado por atestaciones)hecho

El trabajo de implementación restante sobre estos componentes es de optimización y de refuerzo para producción, no de diseño.

Primitivas de liquidación y de financiación

  • Retenciones y depósito en garantía (entrega contra pago): un hook más un contrato complementario que implemente la liberación condicional; alineación con ERC-7573 cuando un tramo de pago está en la cadena.
  • Flujo de prenda: un contrato pequeño que acciona setFrozenTokens / forcedTransfer a partir del hash de un contrato de prenda, de modo que los prestamistas ejerzan el rol de ejecución forzosa mediante un procedimiento auditable y no mediante llamadas directas.

Privacidad

  • Divulgación selectiva de datos de calidad: pruebas de conocimiento cero de que una medición del documento de metadatos está dentro de un límite (humedad, aflatoxina, residuos) sin revelar el valor; la prueba se convierte en una atestación.
  • Control de acceso a los datos restringidos: implementación de referencia del puntero restricted con tokens de capacidad para compradores, certificadores y reguladores.

Identidad y atestaciones

  • Implementación de IARexAttest respaldada por EAS.
  • Hook de elegibilidad respaldado por declaraciones de ONCHAINID y por credenciales verificables (wallets de eIDAS 2.0).

Entre cadenas

  • Referencia de envoltorio ERC-7802 / CCIP; el linaje permanece en la cadena de origen.

Herramientas

  • Exportador EPCIS 2.0 sobre el registro de eventos.
  • Validador de JSON Schema y canonicalizador RFC 8785 para los metadatos.
  • Plantillas de subgraph / indexador para lotes, linaje, atestaciones y ejecución forzosa.
  • Verificación formal de las invariantes de la canalización de transferencia (conservación del suministro, estado terminal, ausencia de reentrada); una prueba de invariantes aleatoria con semilla ya las ejercita (test/standard/Invariants.test.js).

Cuestiones de investigación

  • Si las transiciones de status deberían poder expresarse como una tabla en la cadena (autómata definido por el emisor) sin sobrecargar el estándar.
  • Si una interfaz estándar de elegibilidad de cuentas independiente de los hooks facilitaría la integración con motores de cumplimiento, o si basta con la conjunción de hooks.
  • Reglas de balance de masas para el procesamiento (límites de rendimiento por par de productos básicos) como hooks, y su interacción con las pérdidas legítimas.
  • Conciliación entre el linaje en la cadena y la mezcla física en los silos, donde «qué kilogramo» es jurídicamente un derecho fungible.

Lo que no cambiará

  • Las cuatro interfaces, sin una versión mayor y una nota de migración.
  • La regla de que los módulos son demostraciones, no estándar.
  • La regla de que los datos personales permanecen fuera de la cadena.
  • La regla de que la autoridad procede de los roles, no de los saldos.