Allora

ALLO nace como `uallo` en la cadena Cosmos `allora-mainnet-1`. El documento MiCA también identifica representaciones de 18 decimales en Ethereum `0x8408d45b61f5823298f19a09b53b7339c0280489`, Base `0x032d86656db142138ac97d2c5c4e3766e8c0482d` y BNB Chain `0xcce5f304fd043d6a4e8ccb5376a4a4fb583b98d5`. La cadena y esas direcciones permiten excluir otros activos llamados ALLO.

Allora organiza cada pregunta como un mercado de inferencia. Unos participantes aportan predicciones; otros anticipan qué modelos rendirán mejor; los evaluadores comparan después los resultados con una referencia externa; y los validadores CometBFT ordenan las transacciones y protegen el estado de la cadena. ALLO remunera esa participación y seguridad. El código del modelo, los datos de entrada y la fuente usada como verdad siguen estando fuera del token.

Un modelo puede acertar durante una fase del mercado y fallar cuando cambia el entorno. Allora evita coronar a un único ganador permanente: mide la aportación de cada predicción dentro de un tema y modifica su peso con el tiempo. También admite participantes que pronostican el error futuro de otros modelos, mientras los evaluadores calculan el error real cuando aparece el dato de referencia.

Ese procedimiento no convierte el consenso en verdad. Quien crea el tema decide qué se intenta predecir, cómo se mide el error, cuándo se conoce la respuesta y, en ciertos casos, quién puede participar. El 5 de septiembre de 2026 estaban activados en mainnet los controles globales de acceso general, creación de temas, predictores, evaluadores y administradores añadidos. Ese estado contradice la documentación que presenta la participación como abierta. Si varios evaluadores comparten una fuente defectuosa pueden equivocarse juntos, y la cantidad depositada influye en el peso de sus informes. Los validadores protegen el libro contable; no prueban por sí solos que un precio, una probabilidad o una salida de IA coincidan con la realidad.

La cadena propia de Allora registra los temas, las predicciones, los errores observados, los depósitos y las recompensas. Quien predice cobra según la información adicional que aporte al resultado combinado. Quien evalúa cobra según la cercanía de su informe al consenso de evaluadores y según su depósito ajustado. Los validadores reciben recompensas por prueba de participación delegada. Los depósitos de predictores y evaluadores usan módulos propios de Allora, mientras que la delegación a validadores usa el módulo de Cosmos; por eso sus retiradas y riesgos no son iguales.

El 5 de septiembre de 2026 la API de mainnet mostraba unos 788,104 millones de ALLO nativos frente a un máximo en cadena de mil millones. La emisión seguía activa, el rendimiento porcentual mensual tenía un límite de 0,95%, la retirada de una delegación a validadores exigía 21 días y el conjunto activo admitía como máximo 17 validadores. El módulo de emisión agrupaba la distribución en 21,45% para la tesorería del ecosistema, 17,70% para la tesorería de la fundación, 12,30% para participantes, 31,05% para inversores y 17,50% para el equipo. El documento MiCA divide el mismo plan en categorías más finas, entre ellas comunidad, alianzas y Prime.

Las dos tablas suman 100%, pero sus etiquetas no encajan por completo. Foundation y Ecosystem suman 18,20% en la tabla pública, frente al 17,70% asignado a la tesorería de la fundación en cadena. Community y Prime suman 11,80%, frente al 12,30% de participantes. En las fuentes revisadas no aparece una explicación para ese traslado de 0,50 puntos porcentuales.

La gobernanza Cosmos de mainnet decide actualizaciones incompatibles, emisión y otros parámetros, además del conjunto de validadores. Durante la revisión eran visibles 17 expedientes históricos; entre ellos había cambios efectivos de software y del número de validadores. Aun así, la guía de operación seguía describiendo la entrada de nuevos validadores como temporalmente autorizada. El voto puede modificar el protocolo, pero no las decisiones societarias de Allora Foundation ni los derechos jurídicos del tenedor.

En la observación del 5 de septiembre de 2026, los tres ALLO de redes EVM eran proxies transparentes actualizables que apuntan a `AlloOFTUpgradeable`. Un mismo Safe con dos firmas de tres controlaba la lógica y el ProxyAdmin de cada red. Su propietario puede cambiar las conexiones y el delegado de LayerZero, además de la dirección administradora del suministro ICS20; esta última puede acuñar o quemar para cuadrar el puente. En la lógica revisada no aparecieron funciones actuales de pausa, congelación o lista negra, aunque una actualización podría cambiar las reglas futuras.

La documentación técnica oficial revisada indica v0.17.0 y la API emissions/v10 tanto para la red principal como para la de pruebas, junto con temas que admiten varias etiquetas y parámetros de emisión y participación. Es una observación de la documentación; no establece cuándo se activó esa versión en cada red.