Enlace a la versión doblada al español
Además aquí está la transcripción completa, traducida y revisada para el Canal Cardano Castellano
Transcripción completa
Doblaje al español de “Brief Notes on Leios”
Publicado en el canal de Youtube de Charles Hoskinson el 1 de Mayo de 2025
Hola, este es Charles Hoskinson, transmitiendo en vivo desde la cálida y soleada Colorado. Siempre cálida, siempre soleada… a veces Colorado. Hoy es 1 de mayo de 2025. Es asombroso lo rápido que pasa el tiempo. Así que, rápidamente, quería compartir algunas cosas y hablar un poco sobre Ouroboros Leios.
Va a haber mucho más contenido próximamente, pero si han estado siguiendo, cada mes hay una transmisión en vivo con el equipo de prototipos que actualmente está trabajando en Ouroboros Leios. Así que, ¿cómo funciona en términos de implementación a través del ecosistema? El primer paso es escribir el documento, que en el caso de Leios fue el documento más difícil que hemos escrito y probablemente el más elegante que hemos producido, porque es parte de un protocolo telescópico.
A diferencia de un protocolo de alto rendimiento y muy rápido, como los protocolos BFT tipo Narwhal y Tusk, lo que queríamos con Leios era algo apilable, casi como un telescopio que se despliega sección por sección, con Ouroboros Praos. La idea es que Leios extiende a Praos y opera dentro de los mismos modelos y restricciones de seguridad, y que, si por alguna razón no funciona como pensábamos, colapsa de nuevo al protocolo actual que tenemos.
Normalmente no se hace esto con nuevos protocolos. No son compatibles hacia atrás, son nuevos protocolos. Y queríamos mantener todas las suposiciones de seguridad originales de Praos: 50% de resistencia bizantina, el mismo modelo de red semsincrónica y todas esas otras cosas que ya conocen y aman, con disponibilidad las 24 horas del día, 7 días a la semana.
El requerimiento de diseño de Leios era tener un protocolo infinitamente escalable, un protocolo “uno menos delta”. Básicamente, lo mejor que se puede lograr. Y voy a mostrar una cosa que se publicó en Twitter basada en una pantalla compartida de la presentación que hicimos. Si observan aquí, verán esto: “IB”, que son bloques de entrada. Esto les da una idea de cuáles pueden ser las tasas de TPS (transacciones por segundo) según el tamaño promedio de transacción. Bien, así que con solo un bloque de entrada, pueden ver que el máximo es de aproximadamente 6 TPS, el mínimo es 393, y aquí está la tasa promedio. Tienen cinco bloques de entrada, diez bloques, veinte, treinta… 11,000 TPS como mínimo, máximo 180 con transacciones de 16 kilobytes, que son enormes.
Entonces pueden incrementar esta tasa de IB tanto como quieran. Y el proceso de pensamiento detrás de esto es tener un protocolo donde, año tras año, juegas una especie de juego de tic-tac. El “tic” es donde configuras un parámetro en el sistema para determinar cuántos bloques de entrada quieres que use. Esto es como aprovechar el espacio entre los bloques grandes al estilo Praos. Comienzas de manera muy conservadora, luego optimizas durante la fase “tac”, y una vez muy optimizado, aumentas la cantidad de bloques de entrada según sea necesario.
Ahora bien, al hacer esto, utilizas más recursos por nodo de consenso y más recursos en cadena, lo que significa que el tamaño acumulativo de la blockchain crece, el mempool requerido es más grande, entre otras cosas. Pero lo que obtienes a cambio es un protocolo con un parámetro que ahora puedes usar para aumentar la escalabilidad.
Actualmente, la única forma que tenemos de aumentar la escalabilidad es aumentando el tamaño del bloque. Tal vez haces algunas cosas inteligentes con el preprocesamiento, y lo hicimos durante la era Shelley y la era Goguen. Pero en última instancia, no tienes una palanca muy fuerte para aumentar enormemente el rendimiento del sistema.
En cambio, los bloques de entrada significan que hay más cosas ocurriendo en paralelo, de forma asincrónica con respecto a los bloques de clasificación dentro del sistema, lo que significa que simplemente al aumentarlos puedes mejorar enormemente el rendimiento del sistema. Y si quieren leer más sobre esto, hay un excelente blog que Olga publicó. Déjenme compartir mi pantalla.
Y Pi, una de las personas del equipo de prototipos, actualmente está trabajando en un documento que está siendo revisado por Phil Disarro y Brian Bush. De todos modos, recomiendo mucho leer este artículo: Avanzando Ouroboros Leios: el próximo salto en escalabilidad, donde se explican varios aspectos del diseño. Es una comprensión básica de cómo funciona con los bloques de entrada, los bloques de endoso y los bloques de clasificación dentro del sistema. Así que, tres bloques en lugar de uno, y cómo se puede trabajar en paralelo con estos tipos de estructuras.
Esta es la estructura lineal tradicional, y estas son las cosas concurrentes cuando empiezas a tener muchos bloques de entrada. Es un protocolo realmente elegante, y hemos logrado incluir muchos elementos interesantes en el diseño, aprendiendo lecciones de cosas como Mithril, de las cadenas paralelas y de muchos de los documentos que hemos escrito en el pasado.
Ahora, dado que hay más palancas que se pueden accionar, el juego de la escalabilidad se trata menos de inventar un nuevo protocolo, y más de utilizar de manera más eficiente estos tipos de protocolos. Así que hagamos que el mempool, en lugar de ser un recurso replicado, sea un recurso distribuido. Así podemos tener un mempool lógico más grande, pero con una huella de memoria física bastante baja: por ejemplo, de 4, 8 o 16 GB, lo cual permitiría ejecutarlo en una Raspberry Pi.
Busquemos formas de aprobar muchas transacciones usando la potencia de la GPU además de la CPU, porque estas ya son cosas altamente paralelizables. O hacer que todo sea más compatible con múltiples núcleos, para que el hardware de consumo local siga siendo relevante. Y seamos más eficientes en nuestra utilización de recursos de red, y tal vez compartámoslos de maneras diferentes a como hacemos hoy en día con el modelo par a par.
Entonces, aunque haya mucho más tráfico en la red, la carga local por nodo de consenso está mucho más distribuida en lugar de replicada. Ese ciclo tipo “tic-tac”, como el que solía hacer Intel con los nodos de proceso y CPUs, funciona muy bien: configuras una estructura, luego optimizas dentro de ella, luego subes de nivel, optimizas otra vez, y así sucesivamente. Eso significa que año tras año, Cardano se vuelve más rápido de forma natural y no requiere un diseño completamente nuevo ni un protocolo nuevo.
Y si por cualquier razón el sistema tiene una falla o colapsa, colapsa de regreso al protocolo anterior, Praos, que es lo que todos hemos llegado a conocer y amar, y del cual hemos dependido durante los últimos siete años para validar transacciones 24/7.
Entonces, ¿cuánto tiempo más tomará esto? Cómo va a funcionar es que estamos empezando a escalar el prototipado. Hay un gran equipo trabajando en esto. Más personas, nuevas personas, van a unirse y van a empezar a enfocarse en terminar el prototipo, la simulación y la redacción de la especificación formal. Esto probablemente se concluirá en la segunda mitad de este año.
El resultado de eso será una especificación formal, simulaciones y un CIP. Una vez que esas tres cosas estén presentes, podemos entonces emitir un RFP a una firma especializada, y hay varias que podrían hacer este trabajo: GAWA, Twig, Modus Create y algunas otras, en colaboración con nuestros ingenieros, trabajando juntos para implementarlo en el nodo Haskell.
Existe una pregunta abierta sobre si los clientes alternativos estarán lo suficientemente avanzados como para que también puedan implementar Leios de manera concurrente o no. Así que esto es algo que hemos estado tratando de resolver con esos clientes, y sujeto a la aprobación de presupuesto para su financiación, puede darse el caso de que, para cuando el diseño esté terminado, haya suficiente madurez como para que, con algunos recursos adicionales, ellos también puedan lanzar de forma simultánea con el nodo Leios.
Ahora, típicamente toma de 9 a 12 meses de esfuerzo de implementación desde un CIP para introducir esto en el protocolo, dependiendo de cuánta preparación y reestructuración se haya hecho para acomodar lo que está ocurriendo con Leios. Así que el equipo de prototipado de Leios ha estado en contacto directo con el equipo de ledger, el equipo de consenso y otras personas en Input Output para tener una idea de cómo pueden coordinarse de manera que el trabajo preparatorio se pueda hacer en anticipación a que el CIP esté terminado.
Este es el cambio más invasivo en el nodo desde la era Shelley, cuando nos movimos desde Ouroboros BFT a Shelley. La lógica del libro contable tiene que cambiar. La estructura de bloques tiene que cambiar. La pila de red tiene que cambiar. La lógica de consenso tiene que cambiar. Se debe introducir nueva criptografía. Es una cirugía y renovación muy complicada. Y el nodo ya está algo envejecido en su diseño antiguo. Por eso necesita ser actualizado y modernizado.
Así que hay un proceso de mantenimiento en curso ahora para tratar de actualizar tanto como sea posible, mejorar la arquitectura tanto como sea posible, eliminar la deuda técnica tanto como sea posible, en anticipación a que Leios exista.
Una de las cosas en las que también hemos estado trabajando es en un desarrollo “seguir al so”). Así que, en lugar de tener un solo equipo de desarrollo trabajando de lunes a viernes de 9 a 5, nos gustaría apilar equipos para que algunas personas trabajen por la noche, otras durante el día, otras los fines de semana, otras de lunes a viernes. Eso se traduce en que el código se está escribiendo 24 horas al día, 7 días a la semana, para que pueda llegar al mercado más rápido.
Este es un modelo de desarrollo mucho más caro, intensivo en energía e intensivo en tiempo, pero típicamente lo haces cuando quieres que las cosas lleguen al mercado lo más rápido posible. Así que eso es algo que hemos estado hablando y planificando. No es muy popular entre mis ingenieros, no es muy popular entre muchas de las personas, porque entienden las consecuencias de ello. Es extremadamente estresante. Es extremadamente agotador. Nadie quiere trabajar jamás en un modelo “seguir el sol” porque implica mucho trabajo de traspaso y termina trayendo mucha redundancia, ya que se deben tener turnos superpuestos para transferir código, y se deben implementar procesos adicionales. Así que no es efectivo en costo, pero el tiempo al mercado se reduce drásticamente.
Esto es algo que estamos tratando de resolver cómo hacer en anticipación al CIP. Las personas que licitarán en el RFP para el CIP —esas firmas— ya están co-desarrollando con el grupo de prototipado para que estén muy familiarizadas con lo que está ocurriendo con Leios. Así no entran en frío ni tienen que pasar varios meses en descubrimiento de producto para crear un plan de implementación. La esperanza es que puedan comenzar de inmediato y ya estén trabajando desde el primer día de una manera significativa y estructurada.
Esta es una de las máximas prioridades del grupo de ingeniería. Creemos que esta es una de las mayores diferenciaciones en la historia de la industria. Y con el modelo Tik Tok, lo que esto nos da es la capacidad de resolver el trilema de la blockchain, porque no estamos sacrificando descentralización, no estamos sacrificando seguridad, y la escalabilidad es un parámetro ajustable orgánicamente, basado en tus creencias de cuán rápido quieres que crezca la blockchain y las capacidades de los nodos de consenso. Pero entonces, tú, las personas que controlan los parámetros de la red, están básicamente en control de cómo ajustar eso.
También puedes observar un promedio móvil de la utilización de bloques, y si deseas ser más conservador con los recursos, reducir, y si deseas ser más liberal, aumentar. Pero ahora tienes una palanca para controlar eso. Y como puedes ver, miles y miles de TPS potenciales.
Esto es paralelo y complementario al trabajo en Midgard, Gummy Worm y el otro lado de capa 2 del espacio. El modelo UTXO es tan escalable porque cada salida puede ser una prueba en lugar de una transacción, y todas esas pruebas pueden representar rollups o actividad fuera de la cadena. Así que técnicamente en los canales Hydra podes introducir cosas como Midgard, rollups optimistas, snarks recursivos, todo tipo de cosas.
Y nuevamente, esto es muy complementario a lo que Seba está trabajando con StarStream, lo cual nos entusiasma mucho. Creemos que agregar un esquema de plegado nativo en Cardano sería un gran avance, si se eligue la criptografía adecuada.
Así que todo esto está actualmente en la propuesta presupuestaria para ser llevado a cabo en paralelo por equipos independientes que no entran en conflicto, lo que significa que todos pueden trabajar sin depender unos de otros. Es decir, pueden hacer su trabajo sin interrupciones.
A medida que estas cosas lleguen al mercado, nos pondrá en una posición perfecta para el enorme volumen de transacciones que Bitcoin DeFi, XRP DeFi, nosotros convirtiéndonos en un sistema AVS, entre muchas otras cosas, nos lanzarán.
Y lo genial es que comenzamos a usar algunas de estas tecnologías de segundo y tercer orden como Mithril e Hydra en el diseño de los sistemas, y todo está sobre fundamentos teóricos sólidos como roca. Estas simulaciones, prototipos y especificaciones formales nos dan una certeza enorme de que lo que estamos implementando no solo va a funcionar, sino que va a ser revolucionario, y es la obra culminante de más de 10 años de pensamiento cuidadoso, investigación e ingeniería.
Así que, en nombre de Input Output, me gustaría agradecer a todos en la comunidad que participaron en esto y por todo el increíble trabajo que han hecho con nosotros. Como CEO de Input Output, me gustaría agradecer a todos nuestros socios, ingenieros y científicos que han invertido tanto trabajo y tiempo en llevarnos hasta donde estamos. Es divertido ver cada mes cómo el equipo de Leios se une y en tiempo real hace un prototipo científico profundo y de primer nivel.
Nadie en la industria de las criptomonedas redacta un CIP con simulaciones densas y prototipado y una especificación formal como definición de un RFP. Nadie hace eso. Pero el hecho de que lo estemos haciendo a este nivel y con este rigor muestra quiénes somos. Así que no hemos perdido el ritmo en absoluto.
Y el hecho de que haya una fuerte posibilidad —dependiendo de la velocidad de los nodos alternativos— de que esto pueda implementarse concurrentemente en múltiples lenguajes como Rust, Go y Haskell. Valida aún más el diseño del sistema, pone a prueba el diseño del sistema y muestra que el sistema es duradero a largo plazo.
Leios es el futuro, y estamos orgullosos de ello. Probablemente sea la mejor ciencia que hemos hecho como grupo de investigación, y eso es decir mucho, porque hemos publicado más de 240 artículos. Pero es la culminación de la agenda de Ouroboros. Realmente es la síntesis de muchas ideas increíbles a lo largo de los años, y estamos muy, muy orgullosos de ello.
Así que espero que se tomen el tiempo para leer la publicación del blog. Como mencioné, Pi está escribiendo una publicación muy detallada que creo realmente puede ayudar a las personas a entender por qué Leios es tan especial. Eso llegará pronto.
Y como dije, cada mes hay reuniones en vivo que pueden ver y donde la gente habla sobre esto. Y solo vamos a ser cada vez más agresivos con el prototipado. Todos los recursos que pueda destinar para tratar de acelerar las cosas, estoy haciendo un gran esfuerzo por hacerlo. Si veo que algo interfiere con nuestro progreso o lo retrasa, trato de eliminar esas cosas, reasignar personas o terminar relaciones. Y continuaré haciéndolo porque considero que esto es una de nuestras máximas prioridades.
Ya es hora de que Cardano coseche lo que ha sembrado y disfrute de los frutos de su trabajo. Y ya es hora de que disfrutemos de ser la criptomoneda más rápida del planeta. Y tú decides cuán rápida es. Tu pie está en el pedal del acelerador. Y eso es un buen diseño de protocolo.
Y me encanta el hecho de que nunca comprometimos nuestro rigor en el proceso. Todos nos decían que nos moviéramos rápido y rompiéramos cosas. Y decidimos esta vez ser la tortuga. Y paradójicamente vamos a ganar la carrera por eso.
Muchas gracias por escuchar, y por favor disfruten todas las publicaciones.