15 · Estado y Red en Vivo
Esta es la única sección que cambia. Todo lo anterior describe el diseño duradero y la visión de XChain: sigue siendo válido según crece la red. Aquí viven las partes que se mueven con el tiempo: qué funciona hoy, qué está en curso, la hoja de ruta y la red leída directamente de la cadena, para que esas cifras nunca queden obsoletas. Si alguna frase de aquí parece anticuada, el panel en vivo es la verdad sobre el terreno.
La red en vivo
Leído directamente de
www.xscan.org/rpc|lcd/aN(el CORS está abierto, así que carga en tu navegador). Si la red no está accesible un momento, se muestra un enlace al explorador en lugar de cifras rancias. El veredicto de tolerancia a fallos se deriva de la distribución de poder en vivo: con dos validadores en los que el mayor supera un tercio, perderlo detiene la cadena; añade nodos hasta que ninguno supere un tercio y el veredicto se invierte solo. En esta documentación no hay ningún recuento de nodos/validadores escrito a mano: este panel es la única fuente.
✅ Aquí y ahora: funcionando y verificable por cualquiera
La Testnet MVC está en marcha sobre infraestructura real (el conjunto actual de nodos/validadores y la tolerancia a fallos, en el panel de arriba). 6 de los 7 primitivos son módulos reales en cadena (UIR, UAC, XMP, DA, VLC, SC); la aceptación MVC pasa de extremo a extremo sobre nodos reales + un relayer real. El explorador www.xscan.org lee chain-id y denom en tiempo de ejecución.
🟡 En curso / sustitutos provisionales, dicho llanamente
| Elemento | Dónde está realmente | Qué significa para quien lee |
|---|---|---|
| Sistema de pruebas | La verificación real Groth16/BN254 está fusionada en **master** y demostrada de extremo a extremo en nodos devnet, pero la red pública sigue ejecutando el binario previo a la actualización, así que el prover en la cadena en vivo es MOCK. ProofSystem.MOCK queda bloqueado fuera de la testnet por una guarda de chain-id que falla en cerrado | Quedan abiertos dos pasos distintos, no uno: la red en vivo no se ha actualizado a la compilación con verificación, y el circuito sigue siendo un sustituto MiMC(prev,tx,new) (prueba de ~164 bytes), no el wrap real de SP1 con su clave de verificación. Cerrar ambos es exactamente lo que significa la Fase 4 — Conocimiento cero, de extremo a extremo más abajo |
| EVM | Fusionado en **master**, no en marcha | Ponerlo en marcha en A1 exige una regénesis (coin-type 118 → 60), así que una compilación de master difiere de la testnet en marcha; para coincidir con la red en vivo, haz checkout de la etiqueta v0.2.1-testnet |
| Repositorio público | Aún no publicado: el nombre de organización xchain lo tienen otros | Hasta entonces, la URL de clonado en Cómo correr un nodo es un marcador de posición |
No leas la red en marcha como si ya tuviera verificación criptográfica real. La ruta de verificación es real y está demostrada en devnet, pero la cadena pública no se ha actualizado a ella; e incluso tras esa actualización el circuito seguirá siendo un sustituto hasta que llegue la clave de verificación real de SP1. Dos pasos honestos, no uno, y ambos escritos aquí en lugar de pasados por alto.
🔭 La hoja de ruta: 12 fases, ordenadas por resultado y no por fecha
La hoja de ruta es la propuesta inicial del equipo fundador, nada más. Cada fase —su alcance, su orden, incluso su existencia— puede ser enmendada, ampliada o reemplazada por votación de la comunidad a través de la gobernanza en cadena (x/gov), por el proceso descrito en Gobernanza y Comunidad. Y una fase está completa cuando su resultado es verificablemente real en una red en vivo, nunca cuando pasa una fecha.
| Arco | Fase | El resultado que la cierra |
|---|---|---|
| I · Una red abierta — de proyecto de un equipo fundador a infraestructura que nadie controla | 1 · Resiliencia | La red sobrevive a la pérdida de cualquier máquina, operador o región, demostrado con simulacros en la red en vivo y no en teoría |
| 2 · Apertura | Cualquiera puede auditar el código, correr un nodo y entrar en el conjunto de validadores usando solo artefactos públicos: su funcionamiento ya no depende de confiar en los fundadores | |
| 3 · Una superficie de ejecución universal | La capa EVM ya construida entra en marcha; cualquier desarrollador de Ethereum despliega con las herramientas que ya usa | |
| II · Verificabilidad a plena potencia — hacer que «verifica, no vuelvas a ejecutar» sea cierto de extremo a extremo, bajo ataque | 4 · Conocimiento cero, de extremo a extremo | La producción de pruebas pasa de sustituto a real, sobre infraestructura de provers abierta: cualquiera puede producir una prueba válida |
| 5 · El Data Layer a escala | El Dominio de datos transporta volumen de producción bajo su política completa de Tiers, con costes publicados e inclusión verificable por terceros | |
| 6 · Resiliencia adversaria | Los invariantes de suministro, anti-repetición y contención se sostienen bajo ataque continuo: fuzzing, simulacros de caos, un catálogo público de ataques | |
| 7 · Garantía independiente | Auditores externos y atacantes remunerados examinan el sistema; hallazgos y correcciones son públicos | |
| III · Mainnet — del ensayo al valor real | 8 · Economía ratificada por la comunidad | Cada parámetro económico y de gobernanza queda fijado por votación de la comunidad: cero valores por defecto sin revisar, cero parámetros puestos por los fundadores |
| 9 · Mainnet | Lanzar cumpliendo los listones del Arco I desde el primer bloque: conjunto de validadores distribuido, ninguna parte por encima de ⅓ del poder, la batería completa de aceptación pasando en la red real | |
| IV · Un ecosistema autosostenible — hacer innecesario al equipo fundador | 10 · Quienes construyen | Equipos externos publican aplicaciones en producción sobre XChain sin hablar nunca con los fundadores |
| 11 · Escala horizontal | La capacidad crece añadiendo cadenas y provers, no máquinas más grandes; probar se descentraliza entre partes independientes | |
| 12 · Custodia comunitaria | Actualizaciones, tesorería e infraestructura funcionan por gobernanza como rutina; la sucesora de esta hoja de ruta la escribe la propia comunidad |
Figura 14 — El mapa de dependencias. Las fases dentro de un arco pueden solaparse; Mainnet está condicionada por la garantía independiente y la economía ratificada, nunca por una fecha.
La propuesta nombra además tres no-objetivos explícitos, ellos mismos abiertos a enmienda por la misma votación: ningún modo con permisos (permanentemente fuera de alcance, no aplazado) · ningún interruptor de inflación (las emisiones más allá de la reserva ya provisionada quedan fuera de alcance) · ningún lanzamiento guiado por fechas (una fase que no cumple expectativas se redefine por votación, no se publica a medias).
Leídos juntos, los cuatro arcos son un solo movimiento: descentralización progresiva. La gobernanza se ensancha desde el protocolo (x/gov, ya en marcha) hasta el rumbo del proyecto, la estrategia y este whitepaper; y el resultado de la Fase 12 es precisamente que la comunidad, y no un equipo fundador, escriba lo que viene después. La capacidad crece como describe la Fase 11, añadiendo cadenas y provers en lugar de máquinas más grandes; cualquier cifra como «mil millones de TPS» sigue siendo rendimiento agregado nominal (Execution ~100 M + Data ~900 M), nunca mil millones de transacciones componibles sobre un único estado global. La red concreta desde la que arrancan estas fases se describe en La Testnet.
La última palabra: si puedes verificarlo en la red en vivo, es real; si está escrito en futuro, es la visión hacia la que Nosotros construimos, a la vista de todos, un hito honesto cada vez. Ven a comprobar Nuestro trabajo, y ven a construir.