Xeris es una Layer 1 escrita en Rust. Proof-of-History fija el orden, Proof-of-Work con Scrypt produce el bloque y la elección ponderada por stake elige al líder, todo encadenado en un único slot de cuatro segundos. Las firmas post-cuánticas empiezan en el primer bloque.
Por qué existe
Las Layer 1 actuales se dividen en dos bandos. Ninguno cumple nuestros dos requisitos: la orquestación nativa de agentes de IA autónomos y la tokenización regulada de activos del mundo real con vínculos legales exigibles.
Bando uno
Las cadenas de alto rendimiento ganan velocidad restringiendo el conjunto de máquinas que pueden producir bloques, y la lista de validadores acaba siendo corta.
Bando dos
Las cadenas proof-of-work llevan más de una década defendiendo su libro mayor, y construir una aplicación moderna encima obliga a sortear la propia cadena.
Falsificar un bloque exige vencer a las tres dentro de un mismo slot.
La posición de Xeris
Xeris superpone tres mecanismos de consenso. Proof-of-History fija el orden local sin reloj externo. Proof-of-Work con Scrypt mantiene la producción de bloques intensiva en memoria y minable en hardware común. La elección ponderada por stake decide quién lidera cada slot. Para falsificar un bloque, un atacante tiene que vencer a las tres en el mismo slot de cuatro segundos.
Arquitectura de consenso
Cada etapa condiciona a la siguiente, y toda la secuencia debe completarse dentro de la ventana del slot o el slot se pierde.
Cada entrada del hash es la salida anterior más entropía de nanosegundos del reloj monotónico del validador. Los límites del slot salen de la propia cadena de hashes. No hace falta reloj externo ni una ronda BFT para acordar la hora.
El conjunto elegible son los validadores con al menos 1.000 XRS en stake, ordenados por clave pública para que todos los nodos deriven el mismo orden. Un sorteo ponderado sembrado con el hash del bloque anterior elige al líder. Producir ese hash costó trabajo, así que el líder no puede predecirse antes de minar ese bloque.
Producir un bloque es resolver un puzle Scrypt intensivo en memoria. Si el minado supera el techo de 3,9 segundos, el slot se pierde. Los no líderes pueden minar el mismo slot al cuádruple de dificultad: la cadena sigue viva si un líder se atasca, y no pueden adelantar al líder elegido.
La cabecera se compromete con sus transacciones mediante raíz de Merkle y lleva dos firmas: Ed25519 clásica y Dilithium3 post-cuántica. Ambas deben verificar, así que un adversario no tiene una vía solo clásica a la que degradar el bloque.
Los validadores no líderes minan al cuádruple del objetivo de dificultad. Los saltos de slot hacia adelante están acotados por el tiempo transcurrido de Proof-of-History más una tolerancia de dos slots, de modo que un proponente no puede manipular el tiempo en lógica dependiente de slots como el desbloqueo de stake.
Ficha técnica del protocolo
Cada cifra de aquí está especificada en el whitepaper técnico. Un bloque que incumpla cualquiera de ellas se rechaza.
Protocolos nativos
Los contratos en Xeris son 23 primitivas tipadas definidas por el protocolo. El runtime no ejecuta bytecode arbitrario, lo que descarta la reentrada, el delegatecall sin comprobar y las colisiones de almacenamiento. Los protocolos de abajo son variantes de instrucción en el mismo runtime que mueve tokens, con la misma contabilidad de comisiones y protección contra repetición.
Activos del mundo real · Contratos ricardianos
Cada token RWA queda ligado a su documento legal fuera de cadena mediante compromiso criptográfico por hash, con listas blancas de cumplimiento y seguimiento de jurisdicción aplicados en cada transferencia.
Agentes autónomos · Delegación jerárquica
Los agentes de IA se registran como objetos del protocolo con límite de gasto por transacción, tope diario, lista blanca de contratos e interruptor de emergencia. Un agente puede subdelegar dentro de esos límites y no puede ampliarlos.
Criptografía · Groth16 · BN254
Demuestra una afirmación y liquida sin revelar los datos que hay detrás. La verificación está acotada: las pruebas se limitan a 512 bytes, las verificaciones a 64 por bloque y las codificaciones deben consumir su entrada exactamente.
Firmas · Ed25519 + Dilithium3
La firma híbrida de bloques es obligatoria desde el slot 1 y permanente. El registro de claves on-chain vincula cada proponente con su clave reticular, y rotarla exige una firma de la clave post-cuántica vigente.
Mercados · AMM · curvas de bonding
Los pools de producto constante, la launchpad con curva de bonding, las órdenes límite y DCA y el registro de oráculos con stake son todos primitivas del protocolo.
Actualizaciones · Activada por slot
Las propuestas ponderadas por stake se cuentan on-chain durante una ventana mínima de 24 horas, y las nuevas reglas de consenso se activan en un número de slot fijo, sin hard fork ni reinicio coordinado.
Verificado de forma independiente
Los 70 hallazgos, XWC‑01 a XWC‑70, están corregidos en la revisión actual, y cada corrección se cita en línea en el whitepaper.
Patente en trámite·US #63/887,511
Verificar en CertiK Skynet (opens in a new tab)El token
XRS paga las comisiones, asegura la red mediante staking y recompensa a los validadores que producen bloques. El runtime limita el suministro: las recompensas de minado, staking y atestación salen de un único presupuesto fijo.
Tope máximo
700.000.000
Minado + staking + atestación · 71.4%
Asignación en génesis · 28.6%
10 XRS por bloque, con halving cada 25.000.000 de bloques (unos 3,17 años a cuatro segundos por slot). La serie suma exactamente el presupuesto de 500M.
7% anual, distribuido cada 900 bloques a quien mantenga 100 XRS o más en stake. Las recompensas son líquidas y el restaking es manual.
Firmar dos cabeceras para un mismo slot cuesta el 10% del saldo penalizable. Quien lo denuncia se lleva el 5% como recompensa. El 95% restante se quema.
XRS en Solana es el token pre-mainnet. En mainnet se canjea a un ratio fijo de 5:1 por XRS nativo.
XRS en Solana—Nativo, implícito—Seguimiento en tiempo real
Contrato en Solana
9ezFthWrDUpSSeMdpLW6SDD9TJigHdc4AuQ5QN5bpumpEl whitepaper especifica el pipeline de consenso, el conjunto de instrucciones, la taxonomía de contratos, la pila criptográfica y el modelo de gobernanza, con las correcciones de auditoría citadas en su sitio.