# Leios busca elevar 5 veces la capacidad de Cardano

> La propuesta prevé un primer salto de 3 a 5 veces y deja cualquier expansión mayor sujeta a pruebas en mainnet y votaciones de gobernanza.

Por Gabriela S. · 20 de octubre de 2026 · Criptomonedas

![Primer plano de unas manos recogiendo varias monedas de criptomonedas y metiéndolas en un frasco sobre una superficie de madera.](https://cdn.panorama.onl/uploads/fb4ebecda788bd76.webp)

Cardano avanza hacia Leios con un despliegue por etapas que, en su primera meta, busca multiplicar entre tres y cinco veces la capacidad de datos de transacciones de la red. Cualquier salto adicional, hasta 10 o 15 veces, quedaría condicionado a pruebas en la red principal y nuevas votaciones.

La hoja de ruta difundida el 20 de octubre separa la activación técnica del protocolo de su uso efectivo. Ese enfoque aparece resumido en la publicación del 20 de octubre, donde se describen los pasos de gobernanza y las metas de rendimiento.

> Ver la publicación original en X

## Dijkstra abrirá la puerta, pero no activará Leios por sí solo

Según el plan, Leios llegaría junto con el hard fork Dijkstra, que habilitará las funciones necesarias para el nuevo sistema. Después, los operadores de stake pools deberán registrar claves de votación BLS mediante certificados actualizados, un paso que empezará a regir en el siguiente límite de época.

La propia propuesta fija un umbral alto para que el mecanismo pueda entrar en operación: las claves registradas deberían representar aproximadamente entre el 90% y el 95% del stake delegado. Ese margen busca cubrir la ausencia de pools desconectados o lentos al responder.

Los pools que no registren una clave BLS podrán seguir produciendo bloques Praos, pero no votar sobre los bloques endosantes de Leios. Además, el registro no requiere una votación independiente de los representantes delegados ni del Comité Constitucional, aunque sí depende de que una proporción suficiente de operadores complete el procedimiento.

## La expansión posterior dependerá de votos y mediciones

Antes de Dijkstra, la red tendría que pasar por una actualización constitucional que defina nuevos parámetros y los límites para modificarlos. Esa preparación corresponde al Comité de Parámetros de Intersect, mientras que el equipo de Plutus actualizará el script que hará cumplir esas reglas.

Los umbrales de aprobación también están definidos por etapas. La enmienda constitucional requiere el apoyo de representantes delegados que representen el 75% del stake y de dos tercios del Comité Constitucional. Para el hard fork, los requisitos indicados son el 60% del stake de los DReps, el 51% del stake de los operadores de stake pools y dos tercios del comité.

Una vez activo Leios, la hoja de ruta contempla ráfagas controladas de tráfico en mainnet para medir entrega de bloques, velocidad de votación, confiabilidad de los certificados y margen de procesamiento en los nodos. Las mejoras posteriores exigirán otra votación: 67% del stake de los DReps, 51% del stake de los operadores de pools y dos tercios de los miembros del comité.

## Las pruebas ya dieron señales, pero no bastan para la red principal

En un informe de ingeniería del 20 de agosto, el equipo de Leios reportó que MusashiNet alcanzó un pico de 26,8 TxkB/s, frente a un techo de 4,51 TxkB/s para Praos en mainnet. Esa relación equivale a casi 5,94 veces la referencia, por encima de la meta inicial, aunque el propio material advierte que no refleja demanda real de usuarios.

El informe también registró una fase Tierra de 41 días, con más de 127.000 bloques y 63 pools registrados. La carga combinó tráfico sintético con operadores participantes, por lo que las cifras describen una testnet y no una medición de uso cotidiano en la red principal.

Entre los fallos detectados aparecieron fugas de memoria, bifurcaciones de cadena, sincronizaciones detenidas y una interrupción causada por tratar un certificado inválido como error fatal. El equipo dijo haber corregido esas fallas y planteó arrancar en mainnet con configuraciones conservadoras.

La propuesta mantiene la estructura de Praos y añade bloques endosantes cuando el volumen pendiente supera lo que un bloque de clasificación puede transportar. Según el diseño, las transacciones procesadas por esa vía llegarían al ledger en unos 45 a 60 segundos.

La hoja de ruta también separa la meta inicial de la posterior: primero, entre tres y cinco veces la capacidad actual; después, si las mediciones y las votaciones acompañan, un salto de 10 a 15 veces.

---

**Fuente:** https://panorama.onl/criptomonedas/leios-busca-elevar-5-veces-la-capacidad-de-cardano-20261020-1330.html
Publicado por Panorama Online — contenido de libre lectura; se permite citar con atribución y enlace a la URL original.
