Ethereum surgió por primera vez en 2015, con el objetivo de maximizar el potencial de la tecnología de blockchain a través de contratos inteligentes y dApps. Sin embargo, a medida que la red de Ethereum experimentó un aumento en el número de usuarios y volúmenes de transacciones, se encontró con graves problemas de escalabilidad.
Inicialmente, el número de transacciones en Ethereum era relativamente bajo, por lo que la capacidad de procesamiento del blockchain no era una preocupación significativa. Los usuarios podían procesar transacciones de manera rápida y económica, y la red operaba de manera estable. Sin embargo, a medida que la popularidad de Ethereum aumentaba y se comenzaron a surgir varias dApps, como DeFi, juegos y mercados NFT, los números de transacciones se dispararon. En consecuencia, el tiempo necesario para incluir las transacciones en un bloque aumentó y las tarifas de transacción aumentaron bruscamente. Esto fue particularmente difícil para los usuarios que realizan transacciones pequeñas o que necesitan un procesamiento de transacciones rápido.
Para abordar estos problemas, la Fundación Ethereum y la comunidad exploraron varias soluciones. Una de las soluciones más prominentes fue el sharding. El sharding es una solución de escalabilidad que divide la red blockchain en varios fragmentos más pequeños, aumentando significativamente la capacidad de transacción. Similar a cómo varios ordenadores pueden procesar tareas simultáneamente, el sharding permite que la red Ethereum procese más transacciones de manera rápida y eficiente. Ethereum tenía como objetivo introducir esta tecnología para mejorar significativamente la capacidad de procesamiento de la red.
A pesar de los beneficios prometedores, las preocupaciones sobre la centralización y los desafíos técnicos que llevaron a retrasos en el desarrollo hicieron que Ethereum pasara de la fragmentación directa a un enfoque de Capa 2.
A medida que Ethereum adoptó completamente las soluciones L2, surgieron varios proyectos Ethereum L2. Taiko, que presentaremos en este artículo, es uno de estos Ethereum L2, pero se ha desarrollado con una dirección única y distinta de muchos otros Ethereum L2. Dado que Taiko tiene como objetivo abordar de manera integral los problemas enfrentados por los Ethereum L2 existentes, antes de adentrarnos en Taiko, exploraremos primero el camino que han tomado los Ethereum L2 y los problemas que han encontrado.
Ethereum Layer 2 comprende infraestructuras blockchain diseñadas para mejorar la velocidad de procesamiento de transacciones y reducir las comisiones, manteniendo la seguridad de la capa principal de Ethereum, Layer 1. Los tipos más notables de L2 son Plasma, Optimistic Rollup y zk Rollup.
Los proyectos de Ethereum L2 comenzaron a desarrollar sus propias blockchains de Ethereum L2 de acuerdo con sus filosofías, métodos y creencias, mientras perseguían el objetivo compartido de resolver los problemas de escalabilidad de Ethereum. Como resultado, los usuarios se beneficiaron de tarifas más bajas y velocidades de transacción más rápidas. Sin embargo, ¿se trataba de una cuestión de dirección o velocidad? En medio de la proliferación de blockchains de Ethereum L2, Ethereum y sus problemas de escalabilidad comenzaban a pasar a un segundo plano.
Básicamente, se crearon las capas 2 de Ethereum para resolver el problema de escalabilidad de Ethereum, pero muchos de estos proyectos comenzaron a centrarse más en promocionar sus propias mainnets en lugar de abordar el problema central. Muchas capas 2 de Ethereum comenzaron a operar de manera que excluía deliberadamente su conexión a Ethereum, ofreciendo solo un vínculo de valor mínimo a través de puentes o, en algunos casos, no lo apoyando en absoluto. Esto llevó a la creación de blockchains independientes que, de hecho, no estaban relacionadas con Ethereum.
Por ejemplo, Blast, que lanzó su red principal el 29 de febrero de 2024, inicialmente enfatizó su dirección y narrativa como un Ethereum L2. Sin embargo, en algún momento, comenzó a referirse a sí mismo como una “cadena de pila completa”, distanciándose de Ethereum. El cambio del nombre oficial de Blast en X (anteriormente Twitter) de @Blast_L2a@blastno fue una coincidencia.
Fuente: Jim X
Esto indica que si bien muchos L2 de Ethereum afirman enfatizar su conexión con Ethereum y ampliar su escalabilidad, parece que no hay verdaderos L2 de Ethereum que realmente sostengan la narrativa de trabajar junto a Ethereum. Entonces, ¿qué salió mal?
1.1.1 Disminución de la conectividad con Ethereum
Muchas soluciones de capa 2 están enfatizando cada vez más sus características y funcionalidades únicas, lo que conduce a un declive gradual en la conectividad con Ethereum. Este deseo de establecer ecosistemas independientes surge de un deseo de autonomía. Sin embargo, esta independencia puede obstaculizar la interoperabilidad con la mainnet de Ethereum, lo que dificulta que los usuarios esperen una interacción fluida entre la capa 2 y Ethereum. Como resultado, las blockchains de capa 2, que nacieron para resolver los problemas de escalabilidad de Ethereum, terminan debilitando la integridad general de la red. Esto va en contra del propósito original de las soluciones de escalabilidad de Ethereum y podría causar confusión en todo el ecosistema de Ethereum.
1.1.2 Centralización para Eficiencia
Algunos proyectos de L2, en su búsqueda de eficiencia, han introducido elementos centralizados. Si bien los enfoques centralizados pueden ofrecer un rendimiento más alto y tarifas más bajas a corto plazo, socavan el principio fundamental de la descentralización que sustenta la tecnología blockchain. Esto puede llevar a un sacrificio a largo plazo de confianza y seguridad en la tecnología. Además, una estructura centralizada crea un único punto de falla, aumentando las vulnerabilidades de seguridad, lo que plantea riesgos significativos tanto para los usuarios como para los desarrolladores.
1.1.3 Ignorar las necesidades de los constructores
A medida que los proyectos L2 construyen sus ecosistemas, a menudo han impuesto confusión y cargas a los desarrolladores. Debido a que cada proyecto L2 adopta un enfoque técnico diferente, los desarrolladores se ven obligados a comprender y adaptarse a múltiples plataformas. Esto crea una barrera de entrada significativa para el desarrollo de nuevas dApps o la migración de dApps existentes a blockchains L2. Además, sin protocolos estandarizados en las cadenas de bloques L2, los desarrolladores se enfrentan a la molestia de modificar el código para adaptarlo a diferentes infraestructuras. Esta situación no solo disminuye la productividad de los desarrolladores, sino que también dificulta la innovación y el crecimiento dentro del ecosistema Ethereum.
Los proyectos de capa 2 pueden argumentar que no tuvieron otra opción que tomar estas decisiones para expandir sus ecosistemas y asegurar capital. Sin embargo, dichas tendencias debilitan en última instancia la seguridad de la mainnet de Ethereum, lo que conlleva impactos negativos en el ecosistema general de Ethereum.
Fuente: Vitalik Buterin warpcast
En julio de 2024, Vitalik Buterin, el fundador de Ethereum, publicó un artículo criticando la actual industria blockchain por su excesiva inversión en infraestructura. Vitalik señaló que esta sobreinversión en infraestructura se debe a que los inversores invierten indirectamente en aspectos técnicos en lugar de directamente en monedas o tokens para satisfacer su conciencia moral. Su observación parece estar en línea con la aparición sin control de proyectos L2. A medida que una cantidad significativa de capital ha fluído hacia la infraestructura, han surgido proyectos enfocados únicamente en la rentabilidad en lugar de la narrativa de escalabilidad de Ethereum, relegando a Ethereum y sus preocupaciones de escalabilidad fuera de la narrativa L2.
Por supuesto, la inversión en el ecosistema L2 no es inherentemente mala. El capital es esencial para ejecutar proyectos. Sin embargo, este capital nunca debe convertirse en la principal prioridad. Lo más importante es centrarse en lo que la solución L2 está tratando de resolver y cómo pretende hacerlo.
Los proyectos L2 no deben olvidar su propósito original de resolver los problemas de escalabilidad de Ethereum. Es crucial mantener la interoperabilidad con Ethereum, adherirse a los principios de descentralización y proporcionar un entorno en el que los desarrolladores puedan participar fácilmente. Si las soluciones L2 no logran encontrar este equilibrio, no solo se verá amenazado el desarrollo del ecosistema de Ethereum, sino también la confianza a largo plazo y la seguridad de la tecnología blockchain. Cuando los proyectos L2 vuelvan a sus principios fundamentales y contribuyan a resolver los problemas de escalabilidad de Ethereum a través de una estrecha colaboración con Ethereum, se logrará un progreso genuino en la tecnología blockchain.
Entonces, ¿qué se necesita para convertirse en un verdadero Ethereum L2 que aborde genuinamente los problemas de escalabilidad de Ethereum? Tres factores clave parecen ser importantes aquí: 1) ¿Está completamente integrado con Ethereum? 2) ¿Es completamente descentralizado? 3) ¿Considera suficientemente las necesidades de los constructores que operan dentro del entorno de Ethereum? Examinemos los esfuerzos que Taiko está haciendo para convertirse en un verdadero Ethereum L2 basado en estos factores.
La solución a los problemas de escalabilidad de Ethereum debe ser naturalmente bien integrada con Ethereum. Aquí, la integración se refiere no solo a la integración a nivel de sistema sino también al valor y, además, a la integración filosófica. Por supuesto, el término "integración" no significa idéntico o duplicado en muchos aspectos. Sin embargo, es una de las virtudes necesarias para convertirse en un verdadero Ethereum L2, ya que muchas blockchains continúan operando como Ethereum L2 sin adherirse a estos principios básicos.
2.1.1 Tipo-1 Blockchain EVM
El 4 de agosto de 2022, Vitalik Buterin publicó “Los diferentes tipos de ZK-EVMs,” un análisis y clasificación de zkEVMs. Según su análisis, los zkEVMs se dividen en Tipos 1, 2, 2.5, 3 y 4, siendo los números más altos indicativos de una disminución en la interoperabilidad y compatibilidad con Ethereum, pero un aumento en la eficiencia en la generación de pruebas y el rendimiento general. En otras palabras, los tipos de zkEVM con números más altos implican cambios como modificar el núcleo de EVM o introducir módulos adicionales para optimizar el rendimiento.
Mientras tanto, Vitalik también señaló en el artículo que ninguno de los tipos zkEVM es técnicamente superior y pueden coexistir potencialmente, concluyendo la pieza con la siguiente declaración:
Personalmente, mi esperanza es que todo se convierta en Tipo 1 con el tiempo, a través de una combinación de mejoras en ZK-EVM y mejoras en Ethereum mismo para hacerlo más amigable con ZK-SNARK.
En última instancia, en la elección entre interoperabilidad y rendimiento, Vitalik se decantó por la interoperabilidad para la escalabilidad de Ethereum.
Aunque este artículo fue escrito hace dos años en 2024, vale la pena reflexionar, especialmente ahora que han surgido una gran cantidad de blockchains Ethereum L2. Para funcionar verdaderamente como una auténtica blockchain Ethereum L2, el objetivo final debería ser lograr un zkEVM de Tipo-1.
Si bien el artículo de Vitalik clasificó solo los zkEVMs, si adoptamos una perspectiva más amplia, la estructura de L2 en sí misma también se puede extender al tipo de EVM o L2 dependiendo de si está completamente integrada con Ethereum. Desde esta perspectiva, Taiko tiene como objetivo proporcionar escalabilidad a Ethereum mediante el uso de un EVM de tipo 1 equivalente a Ethereum.
Como Taiko tiene como objetivo ser una cadena de bloques L2 equivalente a Ethereum, inevitablemente muestra un rendimiento relativamente inferior en comparación con otros tipos de cadenas de bloques L2 de Ethereum, como el Tipo 2 o el Tipo 3. Sin embargo, considerando que las otras cadenas de bloques L2 mencionadas anteriormente no están completamente comprometidas con la escalabilidad de Ethereum, este compromiso podría ser comprensible. También vale la pena señalar que esto no es una preocupación importante, ya que el equipo de Taiko es consciente de este problema y ha establecido explícitamente su objetivo de mejorar las deficiencias de rendimiento a través del diseño interno del protocolo.
2.1.2 Basado en Rollup
Fuente: MEV para "Based Rollup"
Taiko no solo se integra completamente con la infraestructura del sistema de Ethereum, sino que también intenta alinearse completamente con los aspectos de seguridad de Ethereum. Taiko utiliza un concepto conocido como Based Rollup, que funciona sin un secuenciador centralizado. En cambio, los validadores de Ethereum también asumen el papel de secuenciadores de Taiko, responsables de secuenciar transacciones y bloques. Debido a estas características, existe una fuerte posibilidad de que el ecosistema fragmentado de Ethereum pueda ser reintegrado hacia Ethereum en su totalidad.
Debido a las características de Based Rollup, los proponentes de bloques de Ethereum son los secuenciadores de Taiko. Este papel conlleva deberes específicos, como mantener su beneficio como beneficiarios del MEV (Valor Extraíble Máximo) de Taiko y tener vitalidad como secuenciadores. Este sentido de incentivos adicionales los anima a operar con mayor cuidado.
Desde una perspectiva del sistema, la descentralización es un concepto engorroso e inconveniente. Honestamente, si todo fuera manejado y gestionado desde un único punto, sin duda sería más eficiente y más fácil de mantener. En consecuencia, muchos Ethereum L2s han adoptado modelos de secuenciadores centralizados. Sin embargo, este enfoque tiene inconvenientes, como el potencial de secuenciadores maliciosos para censurar transacciones o amplificar el impacto de un único punto de falla. En tal escenario, ¿quién confiaría en el sistema? La industria blockchain se desarrolló precisamente porque no se podía confiar en nadie. Para eliminar estos riesgos potenciales, la descentralización completa es esencial.
Fuente: Basado en Contestable Rollup (BCR): Un diseño de rollup configurable y multi-proof
¿Qué se necesita cumplir para lograr una descentralización completa? Taiko reflexionó sobre esta pregunta e introdujo el Base Contestable Rollup (BCR). El punto clave para evitar la centralización es asegurar la presencia de múltiples participantes y prevenir la colusión mientras se fomenta la competencia. BCR, adoptado por Taiko, es un rollup caracterizado por un mecanismo competitivo entre las pruebas de rollup y la secuenciación basada en ese mecanismo, abarcando todos los elementos esenciales.
34,469 líneas de código no van a estar libres de errores durante mucho tiempo.
La razón por la que Taiko eligió la estructura BCR es crear un entorno completamente descentralizado. El argumento de Vitalik Buterin enfatiza que zk-SNARKs aún no es un módulo completamente confiable. En particular, los últimos sistemas zk-SNARK se han vuelto significativamente más complejos, lo que aumenta en gran medida la probabilidad de errores. Y dado que todavía es una tecnología inacabada, se espera que sea aún más compleja, lo que la hace vulnerable a errores técnicos. Cuando existen tales vulnerabilidades, un rollup centralizado puede no permitir que un problema se intensifique demasiado, ya que hay una entidad responsable y capaz de resolver cualquier error técnico o riesgo específico. Sin embargo, en el caso de Taiko, que busca un entorno completamente descentralizado, es difícil resolver claramente tales problemas. Por lo tanto, Taiko evita una estructura que confíe ciegamente en zk-SNARKs. En otras palabras, a través de la estructura BCR, Taiko está preparado para la posibilidad de errores en las pruebas de rollup y ha establecido un sistema que permite desafiar pruebas de rollup incorrectas.
Para entender cómo funciona el BCR de Taiko, un ejemplo simple puede ser más efectivo que una explicación compleja.
Escenario 1 - Si la propuesta de Bob fuera correcta:
Escenario 2 - Si la propuesta de Bob era incorrecta y David hizo una nueva propuesta:
Esta estructura, que utiliza depósitos competitivos, incentiva a los validadores de rollup a ser responsables al desafiar y evita ataques innecesarios. Es importante destacar que, a medida que continúan las rondas de verificación, el depósito requerido para la competencia aumenta significativamente, evitando rondas de competencia innecesarias.
Además, Taiko ha adoptado un sistema multi-prueba dentro del BCR. Este sistema permite el uso de diferentes sistemas de prueba de rollup (SGX, ZK, SGX + ZK, etc.) dependiendo de la etapa, asegurando la flexibilidad del sistema y operaciones más estables. A pesar de estas ventajas, este diseño tiene una desventaja: la falta de actividad probatoria cuando la frecuencia de competencia es baja. La estructura para el probador requiere una gran cantidad de competencia para generar ganancias, por lo que en entornos donde esto no ocurre, puede ser mejor opción para ellos no participar. Para evitar este problema, Taiko ha implementado un ajuste dinámico a diferentes sistemas de prueba de rollup, permitiendo abordar el problema.
Este problema de baja frecuencia de competencia puede surgir durante las primeras etapas del servicio. Para abordarlo, un grupo de probadores conocidos como Guardian Provers, utilizando un esquema de firma múltiple, actuarán como red de seguridad hasta que el sistema madure. A medida que el sistema madure, su papel disminuirá gradualmente, desapareciendo eventualmente para lograr una descentralización completa.
Las diversas características reclamadas por Ethereum L2s y los L2s más descentralizados son atractivos y necesarios. Sin embargo, nos falta la pregunta más crítica: ¿Por qué existen los Ethereum L2s? ¿O a quiénes se supone que benefician? La respuesta es simple. Existen para los participantes del ecosistema que desean utilizar estos Ethereum L2s. Entre ellos, los constructores que atraen a muchos usuarios y impulsan todo el ecosistema L2 son los más importantes. Sin embargo, en esta era dorada de las blockchains de Ethereum L2, hay una abrumadora abundancia de infraestructura creada con reglas individuales. En pocas palabras, es como tratar de operar el mismo servicio en múltiples países, cada uno con leyes y regulaciones muy diferentes, lo que requiere tiempo y dinero innecesarios para resolver.
Entonces, ¿cómo podemos ayudar a los desarrolladores a enfocar eficientemente sus recursos en el desarrollo de servicios? La respuesta es estandarizar las reglas y reducir las brechas entre las infraestructuras. Para hacer esto realidad, es esencial incorporar una infraestructura que haya sido históricamente refinada o que ya sea ampliamente utilizada por muchos desarrolladores. Así es: necesitamos incorporar la infraestructura utilizada en el entorno de Ethereum. Esto permite a los desarrolladores utilizar las metodologías y conocimientos que ya han desarrollado en Ethereum, lo que les permite adaptarse cómodamente a la cadena de bloques Ethereum L2.
Taiko solo hará una diferencia en este mundo si ayuda a otros a hacer una diferencia en este mundo.
En este sentido, Taiko muestra una dedicación genuina a los constructores. La publicación del blog de Taiko mencionada anteriormente destaca que Taiko se beneficiará al permitir que los participantes del ecosistema, especialmente los constructores, trabajen libremente. Para honrar esta declaración, Taiko continúa lanzando todas las implementaciones de desarrollo como código abierto y ha adoptado una estructura llamada Based Booster Rollup (BBR) para ayudar a los constructores de EVM a hacer la transición más rápida y fácil.
BBR es una extensión de los beneficios de Based Rollup desde la perspectiva del constructor, respondiendo a la pregunta de qué sucedería si pudiéramos aplicar las ventajas de Based Rollup al lado de la aplicación de la infraestructura central de blockchain. Con BBR de Taiko, los constructores pueden implementar sus dApps en L1 Ethereum una vez y experimentar la implementación automática de dApps en todos los L2 sin necesidad de trabajo adicional o gasto de recursos.
BBR funciona de manera similar a agregar CPUs o SSDs adicionales a una computadora portátil. Al agregar componentes de módulo adicionales a la computadora existente, mejorando el rendimiento sin alterar la estructura básica, BBR permite que las aplicaciones y servicios crezcan más rápido y significativamente dentro de la estructura existente de L1 Ethereum.
A través de esto, los validadores de Ethereum pueden proponer bloques para toda la red BBR, y combinado con las ventajas de una L2 completamente integrada, BBR puede ser utilizado como una solución para escalar instantáneamente Ethereum. En última instancia, este enfoque puede resolver el problema de fragmentación al que se enfrentan todos los rollups actuales. En otras palabras, mientras se mantiene la secuenciación y todos los beneficios asociados de L1, se hace posible la interconexión entre todos los L2 asociados con L1 a través de los rollups, logrando la escalabilidad que Ethereum ha buscado durante mucho tiempo.
Hemos explorado la dirección hacia la que apunta Taiko. A pesar de tener tres narrativas sólidas como base, las ideas por sí solas no pueden cambiar la industria del juego. Las ideas deben implementarse dentro del plazo previsto, permitiendo que otros se beneficien de estas implementaciones, creando un ciclo virtuoso y convirtiéndose en un cambio de juego. Entonces, examinemos el proceso por el cual Taiko tiene la intención de convertirse en un cambio de juego desde las perspectivas pasadas, presentes y futuras.
Uno de los dos pilares fundamentales es la infraestructura. Como piedra angular para convertirse en un verdadero Ethereum L2, Taiko está aprovechando diversas fortalezas tecnológicas para construir esta infraestructura. Veamos cómo se ha desarrollado la historia de la infraestructura de Taiko.
3.1.1 Hasta Ahora - Desde Taiko Testnet hasta Mainnet
Taiko no intentó lograr todo de una vez. Para alcanzar el objetivo significativo de lanzar su mainnet, llevó a cabo nada menos que siete testnets alpha, preparando gradualmente la implementación de los conceptos que Taiko imaginaba. Primero, exploremos el contenido de las siete etapas del testnet alpha.
Alpha Testnet-1 (Snæfellsjökull)
Todos los desarrolladores podían implementar contratos inteligentes, y los usuarios podían usar todas las herramientas de Ethereum y Solidity como lo hacen en Ethereum. Esto permitió que todos lo probaran y generaran algunas transacciones. Esta versión permitía que cualquier persona interesada ejecutara un nodo L2, y estaba abierto a la participación como proponente. Con este fin, Taiko planeaba ejecutar algunos nodos y proponer bloques, invitando a todos a unirse. La red de prueba incluía un puente para mover activos entre la red de prueba y Ethereum, así como un explorador de bloques para verificar el historial de transacciones.
Alpha Testnet-2 (Askja)
Esta fue la primera red de prueba que verificó con éxito que la red podría operar a través de un mecanismo de prueba abierto para todos. Estableció la base para una descentralización completa en esta versión. Además, se implementó el monitoreo y la alerta de la red blockchain, y los desarrolladores pudieron implementar sus dApps directamente en esta red de prueba sin modificar su código utilizado en Ethereum.
Alpha Testnet-3 (Grímsvötn)
Esta versión estableció e implementó la base de la tokenómica basada en un nuevo modelo de tarifas y recompensas. También incluyó pruebas del proceso esencial de enfriamiento de pruebas en el mecanismo de prueba y pruebas iniciales de la capa de inicio para Taiko L3.
Alpha Testnet-4 (Eldfell L3)
Esta versión implementó por primera vez la capa de inicio para L3, introducida con el concepto de rollup-on-rollup. Dado que Taiko L2 está totalmente integrado con Ethereum, Taiko trató efectivamente a L2 como L1 e intentó expandirse a L3. Además, se introdujo un nuevo mecanismo de prueba basado en el staking para evitar la centralización de los probadores y garantizar que reciban recompensas razonables.
Alpha Testnet-5 (Jólnir)
Esta versión incluyó una nueva propuesta y la implementación de prueba basada en la Separación de Proponente-Constructor (PBS). PBS es una serie de procesos que involucra mecanismos económicos entre proponentes y probadores para garantizar la descentralización en la construcción de bloques. A diferencia de las testnets anteriores, que no introdujeron este aspecto, la construcción de bloques ahora adopta una forma de mercado abierto siguiendo esta versión.
Alpha Testnet-6 (Katla)
La sexta red de prueba, Katla, implementó la versión inicial de BCR. Dado que Taiko tiene como objetivo ser un L2 equivalente a Ethereum, esta versión se preparó y probó la integración de las últimas actualizaciones de Ethereum, como EIP-4844, aunque aún no estaban activadas. Además, se actualizó el puente y se mejoró el explorador de bloques para proporcionar información más completa.
Alpha Testnet-7 (Hekla)
La prueba final, Hekla, se centró en activar el EIP-4844, que se había preparado en la prueba anterior. Esto implementó con éxito y habilitó el uso de Blob, el nuevo mecanismo de almacenamiento de rollup en la red principal de Ethereum. Además, se introdujeron varias mejoras en esta versión de la red de prueba, incluidos ajustes en la emisión de gas de bloque L2, la activación de la sincronización instantánea y modificaciones en la configuración del EIP-1559. Basándonos en las características aplicadas y probadas hasta esta versión de la red de prueba, la red principal ahora está lista para ser preparada sin problemas.
Fuente: Bloque #1 de Taiko Mainnet
Red principal de Taiko
El contenido de las redes blockchain verificado y asegurado durante las testnets fue revelado al mundo a través del lanzamiento de la mainnet. Cabe destacar que Vitalik Buterin, el fundador de Ethereum, generó el siguiente bloque inmediatamente después del bloque génesis, lo que añade aún más importancia. Los usuarios generales pueden transferir ETH de Ethereum a la red principal de Taiko a través del puente e interactuar directamente con dApps en la cadena de bloques de Taiko. Los constructores, en particular, pueden ejecutar nodos, proponer y probar bloques, y participar activamente en la cadena de bloques Taiko, una plataforma con un inmenso potencial. Tecnológicamente, Taiko introdujo módulos de implementación que representan su visión, como BCR y Raiko, demostrando su compromiso de convertirse en un verdadero Ethereum L2.
3.1.2 Ahora - Sistema de preconfirmación y multi-prueba
Mientras Taiko progresaba a través de seis testnets para llegar a la mainnet, también estaba consolidando su estructura interna para convertirse en un Ethereum L2 más avanzado. Dos de los desarrollos más notables son los sistemas de Preconfirmación y Multi-Proof, los cuales exploraremos más a fondo.
Preconfirmación
Incluso después de lanzar la mainnet, Taiko sigue evolucionando en una dirección que hereda la seguridad y la finalidad de Ethereum. Sin embargo, esta evolución introduce un riesgo en el que los proponentes de bloques pueden enfrentar un problema de supervivencia debido a la falta de rentabilidad. Por ejemplo, en un ecosistema como el de Taiko, donde la liquidez es escasa, los usuarios suelen ofrecer propinas mucho más bajas a los proponentes de bloques, lo que hace que el tiempo de bloque de 12 segundos de Taiko sea insuficiente para que cualquier proponente de bloque obtenga ganancias. Como resultado, Taiko Labs opera temporalmente proponentes sin buscar ganancias para evitar que se produzca tal situación. Si no se toma ninguna medida, el tiempo de bloque en la mainnet de Taiko continuará aumentando.
Para abordar los problemas de la rentabilidad de la construcción de bloques L2, la mejora del tiempo de bloque y la eficiencia de la publicación de datos, Taiko planea introducir un concepto llamado Preconfirmación. La preconfirmación es uno de los principales focos de investigación y desarrollo en la segunda mitad de 2024 y desempeñará un papel esencial fuera de la red principal de Taiko. A través de la preconfirmación, la creación de bloques L2 puede ser más eficiente y estable, lo que permite a los usuarios experimentar confirmaciones de transacciones más rápidas.
Además, la Preconfirmación podría simplificar y fortalecer la estructura de rollup mediante la integración de los roles de los proponentes de L2 y L1. Esto se conecta con la secuenciación basada, que, al considerar la rentabilidad del constructor, el arranque para la supervivencia y la configuración de tiempos de bloque rápidos, puede no operar sin problemas en la práctica. Sin embargo, si varios Preconfers realizan la Preconfirmación, podrían ocurrir bifurcaciones en la red principal de Taiko. Por lo tanto, a pesar de cierta controversia, se está discutiendo un mecanismo como la selección de líder como un compromiso práctico.
Sistema Multi-Proof
Otro tema de investigación y desarrollo para Taiko es el sistema Multi-Proof, que tiene como objetivo integrar múltiples clientes y varios sistemas de pruebas. El enfoque Multi-Proof reduce las vulnerabilidades debido a la implementación del cliente y a los errores del sistema de pruebas, asegurando que incluso si un método de prueba es comprometido, otros evitarán que se explote la misma vulnerabilidad.
Fuente: El enfoque de Taiko hacia Multi-Proofs
En primer lugar, Taiko tiene como objetivo establecer un sistema "abierto" de múltiples clientes donde cada cliente pueda validar bloques de forma independiente. Esto permite a los usuarios elegir su cliente preferido para la validación de bloques, ofreciendo ventajas en términos de accesibilidad y escalabilidad. Además, sirve como una medida fundamental contra los puntos únicos de fallo, contribuyendo a la operación más segura de la red principal. Sin embargo, dado que esto requiere soporte sistémico para la funcionalidad de múltiples clientes de Ethereum, que es la red L1, Taiko planea utilizar un sistema "cerrado" que emplea varios tipos mejorados de validadores hasta que este soporte se implemente por completo.
Además, Taiko opera un sistema Multi-Proof de libre mercado donde los proponentes buscan probadores, proponen bloques y proceden con la verificación utilizando su sistema de prueba elegido. Además, este sistema Multi-Proof enfatiza la modularidad y la apertura, permitiendo que múltiples clientes y sistemas de prueba colaboren en la generación de múltiples pruebas. Con este fin, Taiko colabora con Powdr Labs, Risc Zero y otros para mejorar la interoperabilidad entre compiladores y sistemas zk-SNARK y construir un stack ZK modular.
La implementación de estos conceptos se llama "Raiko". Raiko admite varios zkVM y aprovecha SGX para mejorar la seguridad. Este sistema aumenta la flexibilidad de la prueba de bloque a través de la arquitectura ZK/TEE y mejora zkVM y TEE con métodos de entrada estandarizados. Taiko planea continuar integrando más zkVM y expandiendo el Wasm zkVM. Este sistema tiene como objetivo proporcionar un entorno fácil de usar e integrado para las pruebas de bloque compatibles con EVM.
3.1.3 De ahora en adelante - El futuro con BCR y BBR
Si bien Taiko ha logrado avances significativos, el objetivo de convertirse en un cambio de juego todavía parece distante. En última instancia, el camino de Taiko hacia su visión final depende en gran medida de dos elementos clave, BCR y BBR, que se han implementado inicialmente pero aún requieren un mayor refinamiento.
Aunque ya hemos explicado BCR y BBR anteriormente, volvamos a ellos.
BCR permite a los usuarios y desarrolladores proponer bloques, ejecutar nodos y desplegar contratos inteligentes de la misma manera que en Ethereum, introduciendo un mecanismo de resolución de disputas que permite abordar rápidamente los errores dentro de los rollups. Esto garantiza la finalidad y precisión dentro de la cadena de bloques, convirtiendo a BCR en una piedra angular de la tecnología central de Taiko.
Fuente: Basado en Booster Rollup (BBR): Un nuevo hito importante en la hoja de ruta de Taiko
BBR se basa en las ventajas de Based Rollup, ofreciendo una mayor eficiencia y una interoperabilidad total de Ethereum. Esto permite a los usuarios utilizar dApps integradas en todas las L2 sin necesidad de moverse entre ellas, mientras que los desarrolladores pueden implementar dApps una vez y hacer que se escalen automáticamente en todas las L2. Además, BBR aborda el problema de fragmentación presente en todos los rollups, al tiempo que reduce significativamente los costes de transacción y aumenta el rendimiento. Como resultado, Taiko considera que BBR tiene el potencial de escalar fundamentalmente el ecosistema de Ethereum, y una vez que se implemente esta tecnología, todos los usuarios y desarrolladores de la red Ethereum pueden esperar una experiencia mejorada.
La red principal de Taiko tiene como objetivo apoyar a los desarrolladores, usuarios y constructores, permitiéndoles trabajar libre y eficientemente dentro del entorno Ethereum, centrándose en estos dos pilares principales. Sin embargo, dado que estos pilares aún no son perfectos, necesitarán seguir evolucionando y mejorando para convertirse en componentes tecnológicos esenciales que ayuden a realizar la visión de Taiko. A medida que estos dos pilares se vuelven más fuertes y completos, Taiko podrá presentar un nuevo estándar para L2s que ofrezca interoperabilidad completa con Ethereum, descentralización completa y mayor proximidad a los usuarios y constructores.
El otro pilar crucial es la comunidad. Para garantizar que el espacio que Taiko establece a través de su infraestructura sea realmente valioso, la participación de la comunidad es esencial. Con este fin, Taiko está realizando esfuerzos en varias áreas, incluida la emisión de tokens, el desarrollo de tokenomics, la activación del ecosistema y el establecimiento de entornos de gobernanza. Exploremos algunos de los esfuerzos de Taiko en estas áreas.
3.2.1 Hasta ahora - Emisión y asignación de tokens TAIKO
Después del lanzamiento de la red principal de Taiko, se realizó un lanzamiento aéreo de TAIKO, el token nativo de la red Taiko. TAIKO, que se encuentra en el centro de los mecanismos económicos y la tokenómica de Taiko, tuvo una emisión inicial de 1 mil millones de tokens. El evento de generación de tokens (TGE) para TAIKO ocurrió el 5 de junio de 2024. La distribución es la siguiente: el 11.62% del suministro total se asignó a los inversores, y el 9.81695% al equipo principal de Taiko Labs, como se ilustra en el gráfico adjunto.
Los tokens TAIKO distribuidos están sujetos a un período inicial de bloqueo de 12 meses. Después de este período, se liberará el 25% de los tokens bloqueados, y el 75% restante se desbloqueará gradualmente durante tres años. Esta estructura de distribución está diseñada para minimizar la volatilidad del mercado, fomentar la participación a largo plazo en el ecosistema de Taiko y, en última instancia, apoyar el éxito del proyecto Taiko.
El calendario de liberación de liquidez de tokens se ilustra en el siguiente gráfico, con el verde representando los tokens ya distribuidos, el amarillo representando los tokens que se distribuirán durante 2-4 años, el naranja representando los tokens que se distribuirán gradualmente a lo largo de tres años a partir de un año después del lanzamiento, y el rosa representando los tokens asignados al desarrollo del protocolo, la gobernanza de la DAO y la red durante cinco años o más.
3.2.2 Ahora - El Ecosistema Taiko en Expansión
Fuente: Presentamos Trailblazers: Explora Taiko y obtén recompensas
Taiko's Programa Trailblazers es un programa de lealtad donde los usuarios pueden ganar XP a través de diversas actividades en cadena en la red principal de Taiko y recibir recompensas. El 10% del suministro total de tokens TAIKO se ha asignado a este programa, y los usuarios pueden ganar más XP y subir de nivel participando en actividades. Ciertos poseedores de NFT reciben aumentos de XP, y el programa ofrece una variedad de actividades y eventos especiales.
El programa tiene como objetivo alentar a los usuarios a explorar el ecosistema Taiko e interactuar activamente con la comunidad. XP se puede ganar participando en actividades como el puenteo, aumentando el volumen de transacciones y proponiendo bloques en la red principal de Taiko. Al final de cada temporada, se distribuyen recompensas en función del XP acumulado.
Además, el programa Trailblazers introduce un sistema de facciones, que permite a los usuarios formar equipos y competir dentro de dos facciones (Basado y Potenciado). Los usuarios pueden recolectar insignias asociadas con cada facción, que proporcionan bonificaciones como XP adicional. Al final de la temporada, la facción con la XP más alta recibe recompensas adicionales. Los desarrolladores también pueden participar en este programa y recibir recompensas por las aplicaciones con mejor rendimiento.
El propósito del programa Trailblazers es atraer a más usuarios al ecosistema Taiko y permitirles obtener experiencia y ganar recompensas a través de diversas actividades.
Gracias al apoyo activo de Taiko, el ecosistema de Taiko está creciendo rápidamente. En el Capítulo 4 se tratarán más detalles al respecto.
3.2.3 De ahora en adelante - Lograr la descentralización completa a través de la gobernanza del Taiko
Para lograr una descentralización completa, Taiko permite que la comunidad participe en la toma de decisiones a través de un DAO. Las decisiones importantes se toman mediante votos de los poseedores de tokens TAIKO, determinando la dirección operativa de la red. Sin embargo, la gobernanza de Taiko todavía está en sus primeras etapas y aún no está completamente activa. Por lo tanto, el primer comité será establecido por Taiko Labs, y la adición y eliminación de miembros del comité serán decididos por una votación del Taiko DAO.
Taiko avanza de manera constante, si no rápidamente, hacia la filosofía y las ideas que busca lograr. Taiko hace especial hincapié en su objetivo de ser una cadena de bloques para usuarios y desarrolladores, lo que se evidencia en el creciente ecosistema de Taiko después del lanzamiento de la red principal. En el siguiente capítulo, profundizaremos en el desarrollo del ecosistema de Taiko.
Desde el lanzamiento de la red principal Taiko, se han logrado avances significativos en diversas dimensiones de la red. En los últimos 90 días, Taiko ha demostrado un crecimiento sustancial en la actividad de la red, rentabilidad, participación de los usuarios y avances técnicos. En esta sección, analicemos las métricas.
La red principal de Taiko ha experimentado un crecimiento en la actividad de la red, logrando más de 100 millones de transacciones. Este aumento de la actividad se destaca aún más por la red que maneja hasta 2.000.000 de transacciones diarias, lo que demuestra su sólida capacidad y su creciente adopción. La expansión de la base de usuarios se evidencia en la atracción de más de 1,000,000 de direcciones de billetera únicas, lo que refleja un fuerte interés y compromiso de los usuarios en el ecosistema de Taiko.
Uno de los logros destacados después del lanzamiento de la red principal es la rentabilidad del proponente de Taiko Labs, que se ha descentralizado, sin permisos y se ha vuelto rentable. Este hito desafía la comprensión actual de Ethereum y abre nuevas posibilidades para las soluciones de escalabilidad de Ethereum. Aunque Taiko ha experimentado pérdidas en el pasado, a medida que se integran más dapps, ha logrado ser rentable de manera constante. Será importante observar los próximos meses.
Fuente: Onchain Profit - growthepie
Taiko ha realizado varios avances técnicos destinados a optimizar el rendimiento de la red y reducir los costos. Especialmente, ha habido una reducción del 30% en los costos de gas del contrato TaikoL1, mejorando la rentabilidad del proponente. Además, la reducción del bono de liveness y la validez de las pruebas SGX y el bono de contestación en un 50% ha disminuido los costos de capital, permitiendo la participación de más usuarios en la secuenciación de transacciones sin permisos de Taiko.
Fuente: Espejo Taiko
Han pasado nueve años desde que Ethereum apareció por primera vez en el escenario global. Durante este período, Ethereum ha experimentado un tremendo crecimiento y ha sufrido numerosos cambios para abordar los dolores de crecimiento que acompañaron su expansión. Entre estos cambios, el plan para soluciones de Capa 2 para abordar los problemas de escalabilidad de Ethereum fue una elección fundamental para los próximos pasos de Ethereum, llevando a la actual era de prominencia de Ethereum L2. Sin embargo, con el tiempo han surgido varias soluciones Ethereum L2 que divergen de la narrativa original de Ethereum L2, lo que resulta en relaciones más competitivas o antagonistas en lugar de cooperativas con Ethereum, debilitando en última instancia la seguridad de Ethereum.
Ahora, es crucial centrarse en identificar el verdadero Ethereum L2: aquellos con el potencial de convertirse en socios genuinos en lugar de amenazas para Ethereum. Esto significa que debemos discernir cuidadosamente qué entidades se centran realmente en abordar los desafíos de escalabilidad que Ethereum se propuso resolver y están tomando las medidas apropiadas para lograr este objetivo. Por esta razón, Taiko ha captado una atención significativa. Taiko avanza bajo la narrativa de ser un L2 equivalente a Ethereum, un L2 completamente descentralizado y un L2 que prioriza a los constructores. Es importante destacar que Taiko está haciendo un esfuerzo considerable para hacer realidad estas narrativas, respaldado por sólidos fundamentos técnicos como BCR y BBR.
Por supuesto, muchos otros proyectos de Ethereum L2 también están luchando a su manera, por lo que sigue siendo incierto qué proyecto finalmente reclamará el trono en esta era de dominio de Ethereum L2. Sin embargo, no es coincidencia que la trayectoria futura de Taiko esté atrayendo la atención generalizada, ya que está convirtiendo de manera constante su dirección clara - abordar los desafíos fundamentales de Ethereum - en resultados tangibles.
Ethereum surgió por primera vez en 2015, con el objetivo de maximizar el potencial de la tecnología de blockchain a través de contratos inteligentes y dApps. Sin embargo, a medida que la red de Ethereum experimentó un aumento en el número de usuarios y volúmenes de transacciones, se encontró con graves problemas de escalabilidad.
Inicialmente, el número de transacciones en Ethereum era relativamente bajo, por lo que la capacidad de procesamiento del blockchain no era una preocupación significativa. Los usuarios podían procesar transacciones de manera rápida y económica, y la red operaba de manera estable. Sin embargo, a medida que la popularidad de Ethereum aumentaba y se comenzaron a surgir varias dApps, como DeFi, juegos y mercados NFT, los números de transacciones se dispararon. En consecuencia, el tiempo necesario para incluir las transacciones en un bloque aumentó y las tarifas de transacción aumentaron bruscamente. Esto fue particularmente difícil para los usuarios que realizan transacciones pequeñas o que necesitan un procesamiento de transacciones rápido.
Para abordar estos problemas, la Fundación Ethereum y la comunidad exploraron varias soluciones. Una de las soluciones más prominentes fue el sharding. El sharding es una solución de escalabilidad que divide la red blockchain en varios fragmentos más pequeños, aumentando significativamente la capacidad de transacción. Similar a cómo varios ordenadores pueden procesar tareas simultáneamente, el sharding permite que la red Ethereum procese más transacciones de manera rápida y eficiente. Ethereum tenía como objetivo introducir esta tecnología para mejorar significativamente la capacidad de procesamiento de la red.
A pesar de los beneficios prometedores, las preocupaciones sobre la centralización y los desafíos técnicos que llevaron a retrasos en el desarrollo hicieron que Ethereum pasara de la fragmentación directa a un enfoque de Capa 2.
A medida que Ethereum adoptó completamente las soluciones L2, surgieron varios proyectos Ethereum L2. Taiko, que presentaremos en este artículo, es uno de estos Ethereum L2, pero se ha desarrollado con una dirección única y distinta de muchos otros Ethereum L2. Dado que Taiko tiene como objetivo abordar de manera integral los problemas enfrentados por los Ethereum L2 existentes, antes de adentrarnos en Taiko, exploraremos primero el camino que han tomado los Ethereum L2 y los problemas que han encontrado.
Ethereum Layer 2 comprende infraestructuras blockchain diseñadas para mejorar la velocidad de procesamiento de transacciones y reducir las comisiones, manteniendo la seguridad de la capa principal de Ethereum, Layer 1. Los tipos más notables de L2 son Plasma, Optimistic Rollup y zk Rollup.
Los proyectos de Ethereum L2 comenzaron a desarrollar sus propias blockchains de Ethereum L2 de acuerdo con sus filosofías, métodos y creencias, mientras perseguían el objetivo compartido de resolver los problemas de escalabilidad de Ethereum. Como resultado, los usuarios se beneficiaron de tarifas más bajas y velocidades de transacción más rápidas. Sin embargo, ¿se trataba de una cuestión de dirección o velocidad? En medio de la proliferación de blockchains de Ethereum L2, Ethereum y sus problemas de escalabilidad comenzaban a pasar a un segundo plano.
Básicamente, se crearon las capas 2 de Ethereum para resolver el problema de escalabilidad de Ethereum, pero muchos de estos proyectos comenzaron a centrarse más en promocionar sus propias mainnets en lugar de abordar el problema central. Muchas capas 2 de Ethereum comenzaron a operar de manera que excluía deliberadamente su conexión a Ethereum, ofreciendo solo un vínculo de valor mínimo a través de puentes o, en algunos casos, no lo apoyando en absoluto. Esto llevó a la creación de blockchains independientes que, de hecho, no estaban relacionadas con Ethereum.
Por ejemplo, Blast, que lanzó su red principal el 29 de febrero de 2024, inicialmente enfatizó su dirección y narrativa como un Ethereum L2. Sin embargo, en algún momento, comenzó a referirse a sí mismo como una “cadena de pila completa”, distanciándose de Ethereum. El cambio del nombre oficial de Blast en X (anteriormente Twitter) de @Blast_L2a@blastno fue una coincidencia.
Fuente: Jim X
Esto indica que si bien muchos L2 de Ethereum afirman enfatizar su conexión con Ethereum y ampliar su escalabilidad, parece que no hay verdaderos L2 de Ethereum que realmente sostengan la narrativa de trabajar junto a Ethereum. Entonces, ¿qué salió mal?
1.1.1 Disminución de la conectividad con Ethereum
Muchas soluciones de capa 2 están enfatizando cada vez más sus características y funcionalidades únicas, lo que conduce a un declive gradual en la conectividad con Ethereum. Este deseo de establecer ecosistemas independientes surge de un deseo de autonomía. Sin embargo, esta independencia puede obstaculizar la interoperabilidad con la mainnet de Ethereum, lo que dificulta que los usuarios esperen una interacción fluida entre la capa 2 y Ethereum. Como resultado, las blockchains de capa 2, que nacieron para resolver los problemas de escalabilidad de Ethereum, terminan debilitando la integridad general de la red. Esto va en contra del propósito original de las soluciones de escalabilidad de Ethereum y podría causar confusión en todo el ecosistema de Ethereum.
1.1.2 Centralización para Eficiencia
Algunos proyectos de L2, en su búsqueda de eficiencia, han introducido elementos centralizados. Si bien los enfoques centralizados pueden ofrecer un rendimiento más alto y tarifas más bajas a corto plazo, socavan el principio fundamental de la descentralización que sustenta la tecnología blockchain. Esto puede llevar a un sacrificio a largo plazo de confianza y seguridad en la tecnología. Además, una estructura centralizada crea un único punto de falla, aumentando las vulnerabilidades de seguridad, lo que plantea riesgos significativos tanto para los usuarios como para los desarrolladores.
1.1.3 Ignorar las necesidades de los constructores
A medida que los proyectos L2 construyen sus ecosistemas, a menudo han impuesto confusión y cargas a los desarrolladores. Debido a que cada proyecto L2 adopta un enfoque técnico diferente, los desarrolladores se ven obligados a comprender y adaptarse a múltiples plataformas. Esto crea una barrera de entrada significativa para el desarrollo de nuevas dApps o la migración de dApps existentes a blockchains L2. Además, sin protocolos estandarizados en las cadenas de bloques L2, los desarrolladores se enfrentan a la molestia de modificar el código para adaptarlo a diferentes infraestructuras. Esta situación no solo disminuye la productividad de los desarrolladores, sino que también dificulta la innovación y el crecimiento dentro del ecosistema Ethereum.
Los proyectos de capa 2 pueden argumentar que no tuvieron otra opción que tomar estas decisiones para expandir sus ecosistemas y asegurar capital. Sin embargo, dichas tendencias debilitan en última instancia la seguridad de la mainnet de Ethereum, lo que conlleva impactos negativos en el ecosistema general de Ethereum.
Fuente: Vitalik Buterin warpcast
En julio de 2024, Vitalik Buterin, el fundador de Ethereum, publicó un artículo criticando la actual industria blockchain por su excesiva inversión en infraestructura. Vitalik señaló que esta sobreinversión en infraestructura se debe a que los inversores invierten indirectamente en aspectos técnicos en lugar de directamente en monedas o tokens para satisfacer su conciencia moral. Su observación parece estar en línea con la aparición sin control de proyectos L2. A medida que una cantidad significativa de capital ha fluído hacia la infraestructura, han surgido proyectos enfocados únicamente en la rentabilidad en lugar de la narrativa de escalabilidad de Ethereum, relegando a Ethereum y sus preocupaciones de escalabilidad fuera de la narrativa L2.
Por supuesto, la inversión en el ecosistema L2 no es inherentemente mala. El capital es esencial para ejecutar proyectos. Sin embargo, este capital nunca debe convertirse en la principal prioridad. Lo más importante es centrarse en lo que la solución L2 está tratando de resolver y cómo pretende hacerlo.
Los proyectos L2 no deben olvidar su propósito original de resolver los problemas de escalabilidad de Ethereum. Es crucial mantener la interoperabilidad con Ethereum, adherirse a los principios de descentralización y proporcionar un entorno en el que los desarrolladores puedan participar fácilmente. Si las soluciones L2 no logran encontrar este equilibrio, no solo se verá amenazado el desarrollo del ecosistema de Ethereum, sino también la confianza a largo plazo y la seguridad de la tecnología blockchain. Cuando los proyectos L2 vuelvan a sus principios fundamentales y contribuyan a resolver los problemas de escalabilidad de Ethereum a través de una estrecha colaboración con Ethereum, se logrará un progreso genuino en la tecnología blockchain.
Entonces, ¿qué se necesita para convertirse en un verdadero Ethereum L2 que aborde genuinamente los problemas de escalabilidad de Ethereum? Tres factores clave parecen ser importantes aquí: 1) ¿Está completamente integrado con Ethereum? 2) ¿Es completamente descentralizado? 3) ¿Considera suficientemente las necesidades de los constructores que operan dentro del entorno de Ethereum? Examinemos los esfuerzos que Taiko está haciendo para convertirse en un verdadero Ethereum L2 basado en estos factores.
La solución a los problemas de escalabilidad de Ethereum debe ser naturalmente bien integrada con Ethereum. Aquí, la integración se refiere no solo a la integración a nivel de sistema sino también al valor y, además, a la integración filosófica. Por supuesto, el término "integración" no significa idéntico o duplicado en muchos aspectos. Sin embargo, es una de las virtudes necesarias para convertirse en un verdadero Ethereum L2, ya que muchas blockchains continúan operando como Ethereum L2 sin adherirse a estos principios básicos.
2.1.1 Tipo-1 Blockchain EVM
El 4 de agosto de 2022, Vitalik Buterin publicó “Los diferentes tipos de ZK-EVMs,” un análisis y clasificación de zkEVMs. Según su análisis, los zkEVMs se dividen en Tipos 1, 2, 2.5, 3 y 4, siendo los números más altos indicativos de una disminución en la interoperabilidad y compatibilidad con Ethereum, pero un aumento en la eficiencia en la generación de pruebas y el rendimiento general. En otras palabras, los tipos de zkEVM con números más altos implican cambios como modificar el núcleo de EVM o introducir módulos adicionales para optimizar el rendimiento.
Mientras tanto, Vitalik también señaló en el artículo que ninguno de los tipos zkEVM es técnicamente superior y pueden coexistir potencialmente, concluyendo la pieza con la siguiente declaración:
Personalmente, mi esperanza es que todo se convierta en Tipo 1 con el tiempo, a través de una combinación de mejoras en ZK-EVM y mejoras en Ethereum mismo para hacerlo más amigable con ZK-SNARK.
En última instancia, en la elección entre interoperabilidad y rendimiento, Vitalik se decantó por la interoperabilidad para la escalabilidad de Ethereum.
Aunque este artículo fue escrito hace dos años en 2024, vale la pena reflexionar, especialmente ahora que han surgido una gran cantidad de blockchains Ethereum L2. Para funcionar verdaderamente como una auténtica blockchain Ethereum L2, el objetivo final debería ser lograr un zkEVM de Tipo-1.
Si bien el artículo de Vitalik clasificó solo los zkEVMs, si adoptamos una perspectiva más amplia, la estructura de L2 en sí misma también se puede extender al tipo de EVM o L2 dependiendo de si está completamente integrada con Ethereum. Desde esta perspectiva, Taiko tiene como objetivo proporcionar escalabilidad a Ethereum mediante el uso de un EVM de tipo 1 equivalente a Ethereum.
Como Taiko tiene como objetivo ser una cadena de bloques L2 equivalente a Ethereum, inevitablemente muestra un rendimiento relativamente inferior en comparación con otros tipos de cadenas de bloques L2 de Ethereum, como el Tipo 2 o el Tipo 3. Sin embargo, considerando que las otras cadenas de bloques L2 mencionadas anteriormente no están completamente comprometidas con la escalabilidad de Ethereum, este compromiso podría ser comprensible. También vale la pena señalar que esto no es una preocupación importante, ya que el equipo de Taiko es consciente de este problema y ha establecido explícitamente su objetivo de mejorar las deficiencias de rendimiento a través del diseño interno del protocolo.
2.1.2 Basado en Rollup
Fuente: MEV para "Based Rollup"
Taiko no solo se integra completamente con la infraestructura del sistema de Ethereum, sino que también intenta alinearse completamente con los aspectos de seguridad de Ethereum. Taiko utiliza un concepto conocido como Based Rollup, que funciona sin un secuenciador centralizado. En cambio, los validadores de Ethereum también asumen el papel de secuenciadores de Taiko, responsables de secuenciar transacciones y bloques. Debido a estas características, existe una fuerte posibilidad de que el ecosistema fragmentado de Ethereum pueda ser reintegrado hacia Ethereum en su totalidad.
Debido a las características de Based Rollup, los proponentes de bloques de Ethereum son los secuenciadores de Taiko. Este papel conlleva deberes específicos, como mantener su beneficio como beneficiarios del MEV (Valor Extraíble Máximo) de Taiko y tener vitalidad como secuenciadores. Este sentido de incentivos adicionales los anima a operar con mayor cuidado.
Desde una perspectiva del sistema, la descentralización es un concepto engorroso e inconveniente. Honestamente, si todo fuera manejado y gestionado desde un único punto, sin duda sería más eficiente y más fácil de mantener. En consecuencia, muchos Ethereum L2s han adoptado modelos de secuenciadores centralizados. Sin embargo, este enfoque tiene inconvenientes, como el potencial de secuenciadores maliciosos para censurar transacciones o amplificar el impacto de un único punto de falla. En tal escenario, ¿quién confiaría en el sistema? La industria blockchain se desarrolló precisamente porque no se podía confiar en nadie. Para eliminar estos riesgos potenciales, la descentralización completa es esencial.
Fuente: Basado en Contestable Rollup (BCR): Un diseño de rollup configurable y multi-proof
¿Qué se necesita cumplir para lograr una descentralización completa? Taiko reflexionó sobre esta pregunta e introdujo el Base Contestable Rollup (BCR). El punto clave para evitar la centralización es asegurar la presencia de múltiples participantes y prevenir la colusión mientras se fomenta la competencia. BCR, adoptado por Taiko, es un rollup caracterizado por un mecanismo competitivo entre las pruebas de rollup y la secuenciación basada en ese mecanismo, abarcando todos los elementos esenciales.
34,469 líneas de código no van a estar libres de errores durante mucho tiempo.
La razón por la que Taiko eligió la estructura BCR es crear un entorno completamente descentralizado. El argumento de Vitalik Buterin enfatiza que zk-SNARKs aún no es un módulo completamente confiable. En particular, los últimos sistemas zk-SNARK se han vuelto significativamente más complejos, lo que aumenta en gran medida la probabilidad de errores. Y dado que todavía es una tecnología inacabada, se espera que sea aún más compleja, lo que la hace vulnerable a errores técnicos. Cuando existen tales vulnerabilidades, un rollup centralizado puede no permitir que un problema se intensifique demasiado, ya que hay una entidad responsable y capaz de resolver cualquier error técnico o riesgo específico. Sin embargo, en el caso de Taiko, que busca un entorno completamente descentralizado, es difícil resolver claramente tales problemas. Por lo tanto, Taiko evita una estructura que confíe ciegamente en zk-SNARKs. En otras palabras, a través de la estructura BCR, Taiko está preparado para la posibilidad de errores en las pruebas de rollup y ha establecido un sistema que permite desafiar pruebas de rollup incorrectas.
Para entender cómo funciona el BCR de Taiko, un ejemplo simple puede ser más efectivo que una explicación compleja.
Escenario 1 - Si la propuesta de Bob fuera correcta:
Escenario 2 - Si la propuesta de Bob era incorrecta y David hizo una nueva propuesta:
Esta estructura, que utiliza depósitos competitivos, incentiva a los validadores de rollup a ser responsables al desafiar y evita ataques innecesarios. Es importante destacar que, a medida que continúan las rondas de verificación, el depósito requerido para la competencia aumenta significativamente, evitando rondas de competencia innecesarias.
Además, Taiko ha adoptado un sistema multi-prueba dentro del BCR. Este sistema permite el uso de diferentes sistemas de prueba de rollup (SGX, ZK, SGX + ZK, etc.) dependiendo de la etapa, asegurando la flexibilidad del sistema y operaciones más estables. A pesar de estas ventajas, este diseño tiene una desventaja: la falta de actividad probatoria cuando la frecuencia de competencia es baja. La estructura para el probador requiere una gran cantidad de competencia para generar ganancias, por lo que en entornos donde esto no ocurre, puede ser mejor opción para ellos no participar. Para evitar este problema, Taiko ha implementado un ajuste dinámico a diferentes sistemas de prueba de rollup, permitiendo abordar el problema.
Este problema de baja frecuencia de competencia puede surgir durante las primeras etapas del servicio. Para abordarlo, un grupo de probadores conocidos como Guardian Provers, utilizando un esquema de firma múltiple, actuarán como red de seguridad hasta que el sistema madure. A medida que el sistema madure, su papel disminuirá gradualmente, desapareciendo eventualmente para lograr una descentralización completa.
Las diversas características reclamadas por Ethereum L2s y los L2s más descentralizados son atractivos y necesarios. Sin embargo, nos falta la pregunta más crítica: ¿Por qué existen los Ethereum L2s? ¿O a quiénes se supone que benefician? La respuesta es simple. Existen para los participantes del ecosistema que desean utilizar estos Ethereum L2s. Entre ellos, los constructores que atraen a muchos usuarios y impulsan todo el ecosistema L2 son los más importantes. Sin embargo, en esta era dorada de las blockchains de Ethereum L2, hay una abrumadora abundancia de infraestructura creada con reglas individuales. En pocas palabras, es como tratar de operar el mismo servicio en múltiples países, cada uno con leyes y regulaciones muy diferentes, lo que requiere tiempo y dinero innecesarios para resolver.
Entonces, ¿cómo podemos ayudar a los desarrolladores a enfocar eficientemente sus recursos en el desarrollo de servicios? La respuesta es estandarizar las reglas y reducir las brechas entre las infraestructuras. Para hacer esto realidad, es esencial incorporar una infraestructura que haya sido históricamente refinada o que ya sea ampliamente utilizada por muchos desarrolladores. Así es: necesitamos incorporar la infraestructura utilizada en el entorno de Ethereum. Esto permite a los desarrolladores utilizar las metodologías y conocimientos que ya han desarrollado en Ethereum, lo que les permite adaptarse cómodamente a la cadena de bloques Ethereum L2.
Taiko solo hará una diferencia en este mundo si ayuda a otros a hacer una diferencia en este mundo.
En este sentido, Taiko muestra una dedicación genuina a los constructores. La publicación del blog de Taiko mencionada anteriormente destaca que Taiko se beneficiará al permitir que los participantes del ecosistema, especialmente los constructores, trabajen libremente. Para honrar esta declaración, Taiko continúa lanzando todas las implementaciones de desarrollo como código abierto y ha adoptado una estructura llamada Based Booster Rollup (BBR) para ayudar a los constructores de EVM a hacer la transición más rápida y fácil.
BBR es una extensión de los beneficios de Based Rollup desde la perspectiva del constructor, respondiendo a la pregunta de qué sucedería si pudiéramos aplicar las ventajas de Based Rollup al lado de la aplicación de la infraestructura central de blockchain. Con BBR de Taiko, los constructores pueden implementar sus dApps en L1 Ethereum una vez y experimentar la implementación automática de dApps en todos los L2 sin necesidad de trabajo adicional o gasto de recursos.
BBR funciona de manera similar a agregar CPUs o SSDs adicionales a una computadora portátil. Al agregar componentes de módulo adicionales a la computadora existente, mejorando el rendimiento sin alterar la estructura básica, BBR permite que las aplicaciones y servicios crezcan más rápido y significativamente dentro de la estructura existente de L1 Ethereum.
A través de esto, los validadores de Ethereum pueden proponer bloques para toda la red BBR, y combinado con las ventajas de una L2 completamente integrada, BBR puede ser utilizado como una solución para escalar instantáneamente Ethereum. En última instancia, este enfoque puede resolver el problema de fragmentación al que se enfrentan todos los rollups actuales. En otras palabras, mientras se mantiene la secuenciación y todos los beneficios asociados de L1, se hace posible la interconexión entre todos los L2 asociados con L1 a través de los rollups, logrando la escalabilidad que Ethereum ha buscado durante mucho tiempo.
Hemos explorado la dirección hacia la que apunta Taiko. A pesar de tener tres narrativas sólidas como base, las ideas por sí solas no pueden cambiar la industria del juego. Las ideas deben implementarse dentro del plazo previsto, permitiendo que otros se beneficien de estas implementaciones, creando un ciclo virtuoso y convirtiéndose en un cambio de juego. Entonces, examinemos el proceso por el cual Taiko tiene la intención de convertirse en un cambio de juego desde las perspectivas pasadas, presentes y futuras.
Uno de los dos pilares fundamentales es la infraestructura. Como piedra angular para convertirse en un verdadero Ethereum L2, Taiko está aprovechando diversas fortalezas tecnológicas para construir esta infraestructura. Veamos cómo se ha desarrollado la historia de la infraestructura de Taiko.
3.1.1 Hasta Ahora - Desde Taiko Testnet hasta Mainnet
Taiko no intentó lograr todo de una vez. Para alcanzar el objetivo significativo de lanzar su mainnet, llevó a cabo nada menos que siete testnets alpha, preparando gradualmente la implementación de los conceptos que Taiko imaginaba. Primero, exploremos el contenido de las siete etapas del testnet alpha.
Alpha Testnet-1 (Snæfellsjökull)
Todos los desarrolladores podían implementar contratos inteligentes, y los usuarios podían usar todas las herramientas de Ethereum y Solidity como lo hacen en Ethereum. Esto permitió que todos lo probaran y generaran algunas transacciones. Esta versión permitía que cualquier persona interesada ejecutara un nodo L2, y estaba abierto a la participación como proponente. Con este fin, Taiko planeaba ejecutar algunos nodos y proponer bloques, invitando a todos a unirse. La red de prueba incluía un puente para mover activos entre la red de prueba y Ethereum, así como un explorador de bloques para verificar el historial de transacciones.
Alpha Testnet-2 (Askja)
Esta fue la primera red de prueba que verificó con éxito que la red podría operar a través de un mecanismo de prueba abierto para todos. Estableció la base para una descentralización completa en esta versión. Además, se implementó el monitoreo y la alerta de la red blockchain, y los desarrolladores pudieron implementar sus dApps directamente en esta red de prueba sin modificar su código utilizado en Ethereum.
Alpha Testnet-3 (Grímsvötn)
Esta versión estableció e implementó la base de la tokenómica basada en un nuevo modelo de tarifas y recompensas. También incluyó pruebas del proceso esencial de enfriamiento de pruebas en el mecanismo de prueba y pruebas iniciales de la capa de inicio para Taiko L3.
Alpha Testnet-4 (Eldfell L3)
Esta versión implementó por primera vez la capa de inicio para L3, introducida con el concepto de rollup-on-rollup. Dado que Taiko L2 está totalmente integrado con Ethereum, Taiko trató efectivamente a L2 como L1 e intentó expandirse a L3. Además, se introdujo un nuevo mecanismo de prueba basado en el staking para evitar la centralización de los probadores y garantizar que reciban recompensas razonables.
Alpha Testnet-5 (Jólnir)
Esta versión incluyó una nueva propuesta y la implementación de prueba basada en la Separación de Proponente-Constructor (PBS). PBS es una serie de procesos que involucra mecanismos económicos entre proponentes y probadores para garantizar la descentralización en la construcción de bloques. A diferencia de las testnets anteriores, que no introdujeron este aspecto, la construcción de bloques ahora adopta una forma de mercado abierto siguiendo esta versión.
Alpha Testnet-6 (Katla)
La sexta red de prueba, Katla, implementó la versión inicial de BCR. Dado que Taiko tiene como objetivo ser un L2 equivalente a Ethereum, esta versión se preparó y probó la integración de las últimas actualizaciones de Ethereum, como EIP-4844, aunque aún no estaban activadas. Además, se actualizó el puente y se mejoró el explorador de bloques para proporcionar información más completa.
Alpha Testnet-7 (Hekla)
La prueba final, Hekla, se centró en activar el EIP-4844, que se había preparado en la prueba anterior. Esto implementó con éxito y habilitó el uso de Blob, el nuevo mecanismo de almacenamiento de rollup en la red principal de Ethereum. Además, se introdujeron varias mejoras en esta versión de la red de prueba, incluidos ajustes en la emisión de gas de bloque L2, la activación de la sincronización instantánea y modificaciones en la configuración del EIP-1559. Basándonos en las características aplicadas y probadas hasta esta versión de la red de prueba, la red principal ahora está lista para ser preparada sin problemas.
Fuente: Bloque #1 de Taiko Mainnet
Red principal de Taiko
El contenido de las redes blockchain verificado y asegurado durante las testnets fue revelado al mundo a través del lanzamiento de la mainnet. Cabe destacar que Vitalik Buterin, el fundador de Ethereum, generó el siguiente bloque inmediatamente después del bloque génesis, lo que añade aún más importancia. Los usuarios generales pueden transferir ETH de Ethereum a la red principal de Taiko a través del puente e interactuar directamente con dApps en la cadena de bloques de Taiko. Los constructores, en particular, pueden ejecutar nodos, proponer y probar bloques, y participar activamente en la cadena de bloques Taiko, una plataforma con un inmenso potencial. Tecnológicamente, Taiko introdujo módulos de implementación que representan su visión, como BCR y Raiko, demostrando su compromiso de convertirse en un verdadero Ethereum L2.
3.1.2 Ahora - Sistema de preconfirmación y multi-prueba
Mientras Taiko progresaba a través de seis testnets para llegar a la mainnet, también estaba consolidando su estructura interna para convertirse en un Ethereum L2 más avanzado. Dos de los desarrollos más notables son los sistemas de Preconfirmación y Multi-Proof, los cuales exploraremos más a fondo.
Preconfirmación
Incluso después de lanzar la mainnet, Taiko sigue evolucionando en una dirección que hereda la seguridad y la finalidad de Ethereum. Sin embargo, esta evolución introduce un riesgo en el que los proponentes de bloques pueden enfrentar un problema de supervivencia debido a la falta de rentabilidad. Por ejemplo, en un ecosistema como el de Taiko, donde la liquidez es escasa, los usuarios suelen ofrecer propinas mucho más bajas a los proponentes de bloques, lo que hace que el tiempo de bloque de 12 segundos de Taiko sea insuficiente para que cualquier proponente de bloque obtenga ganancias. Como resultado, Taiko Labs opera temporalmente proponentes sin buscar ganancias para evitar que se produzca tal situación. Si no se toma ninguna medida, el tiempo de bloque en la mainnet de Taiko continuará aumentando.
Para abordar los problemas de la rentabilidad de la construcción de bloques L2, la mejora del tiempo de bloque y la eficiencia de la publicación de datos, Taiko planea introducir un concepto llamado Preconfirmación. La preconfirmación es uno de los principales focos de investigación y desarrollo en la segunda mitad de 2024 y desempeñará un papel esencial fuera de la red principal de Taiko. A través de la preconfirmación, la creación de bloques L2 puede ser más eficiente y estable, lo que permite a los usuarios experimentar confirmaciones de transacciones más rápidas.
Además, la Preconfirmación podría simplificar y fortalecer la estructura de rollup mediante la integración de los roles de los proponentes de L2 y L1. Esto se conecta con la secuenciación basada, que, al considerar la rentabilidad del constructor, el arranque para la supervivencia y la configuración de tiempos de bloque rápidos, puede no operar sin problemas en la práctica. Sin embargo, si varios Preconfers realizan la Preconfirmación, podrían ocurrir bifurcaciones en la red principal de Taiko. Por lo tanto, a pesar de cierta controversia, se está discutiendo un mecanismo como la selección de líder como un compromiso práctico.
Sistema Multi-Proof
Otro tema de investigación y desarrollo para Taiko es el sistema Multi-Proof, que tiene como objetivo integrar múltiples clientes y varios sistemas de pruebas. El enfoque Multi-Proof reduce las vulnerabilidades debido a la implementación del cliente y a los errores del sistema de pruebas, asegurando que incluso si un método de prueba es comprometido, otros evitarán que se explote la misma vulnerabilidad.
Fuente: El enfoque de Taiko hacia Multi-Proofs
En primer lugar, Taiko tiene como objetivo establecer un sistema "abierto" de múltiples clientes donde cada cliente pueda validar bloques de forma independiente. Esto permite a los usuarios elegir su cliente preferido para la validación de bloques, ofreciendo ventajas en términos de accesibilidad y escalabilidad. Además, sirve como una medida fundamental contra los puntos únicos de fallo, contribuyendo a la operación más segura de la red principal. Sin embargo, dado que esto requiere soporte sistémico para la funcionalidad de múltiples clientes de Ethereum, que es la red L1, Taiko planea utilizar un sistema "cerrado" que emplea varios tipos mejorados de validadores hasta que este soporte se implemente por completo.
Además, Taiko opera un sistema Multi-Proof de libre mercado donde los proponentes buscan probadores, proponen bloques y proceden con la verificación utilizando su sistema de prueba elegido. Además, este sistema Multi-Proof enfatiza la modularidad y la apertura, permitiendo que múltiples clientes y sistemas de prueba colaboren en la generación de múltiples pruebas. Con este fin, Taiko colabora con Powdr Labs, Risc Zero y otros para mejorar la interoperabilidad entre compiladores y sistemas zk-SNARK y construir un stack ZK modular.
La implementación de estos conceptos se llama "Raiko". Raiko admite varios zkVM y aprovecha SGX para mejorar la seguridad. Este sistema aumenta la flexibilidad de la prueba de bloque a través de la arquitectura ZK/TEE y mejora zkVM y TEE con métodos de entrada estandarizados. Taiko planea continuar integrando más zkVM y expandiendo el Wasm zkVM. Este sistema tiene como objetivo proporcionar un entorno fácil de usar e integrado para las pruebas de bloque compatibles con EVM.
3.1.3 De ahora en adelante - El futuro con BCR y BBR
Si bien Taiko ha logrado avances significativos, el objetivo de convertirse en un cambio de juego todavía parece distante. En última instancia, el camino de Taiko hacia su visión final depende en gran medida de dos elementos clave, BCR y BBR, que se han implementado inicialmente pero aún requieren un mayor refinamiento.
Aunque ya hemos explicado BCR y BBR anteriormente, volvamos a ellos.
BCR permite a los usuarios y desarrolladores proponer bloques, ejecutar nodos y desplegar contratos inteligentes de la misma manera que en Ethereum, introduciendo un mecanismo de resolución de disputas que permite abordar rápidamente los errores dentro de los rollups. Esto garantiza la finalidad y precisión dentro de la cadena de bloques, convirtiendo a BCR en una piedra angular de la tecnología central de Taiko.
Fuente: Basado en Booster Rollup (BBR): Un nuevo hito importante en la hoja de ruta de Taiko
BBR se basa en las ventajas de Based Rollup, ofreciendo una mayor eficiencia y una interoperabilidad total de Ethereum. Esto permite a los usuarios utilizar dApps integradas en todas las L2 sin necesidad de moverse entre ellas, mientras que los desarrolladores pueden implementar dApps una vez y hacer que se escalen automáticamente en todas las L2. Además, BBR aborda el problema de fragmentación presente en todos los rollups, al tiempo que reduce significativamente los costes de transacción y aumenta el rendimiento. Como resultado, Taiko considera que BBR tiene el potencial de escalar fundamentalmente el ecosistema de Ethereum, y una vez que se implemente esta tecnología, todos los usuarios y desarrolladores de la red Ethereum pueden esperar una experiencia mejorada.
La red principal de Taiko tiene como objetivo apoyar a los desarrolladores, usuarios y constructores, permitiéndoles trabajar libre y eficientemente dentro del entorno Ethereum, centrándose en estos dos pilares principales. Sin embargo, dado que estos pilares aún no son perfectos, necesitarán seguir evolucionando y mejorando para convertirse en componentes tecnológicos esenciales que ayuden a realizar la visión de Taiko. A medida que estos dos pilares se vuelven más fuertes y completos, Taiko podrá presentar un nuevo estándar para L2s que ofrezca interoperabilidad completa con Ethereum, descentralización completa y mayor proximidad a los usuarios y constructores.
El otro pilar crucial es la comunidad. Para garantizar que el espacio que Taiko establece a través de su infraestructura sea realmente valioso, la participación de la comunidad es esencial. Con este fin, Taiko está realizando esfuerzos en varias áreas, incluida la emisión de tokens, el desarrollo de tokenomics, la activación del ecosistema y el establecimiento de entornos de gobernanza. Exploremos algunos de los esfuerzos de Taiko en estas áreas.
3.2.1 Hasta ahora - Emisión y asignación de tokens TAIKO
Después del lanzamiento de la red principal de Taiko, se realizó un lanzamiento aéreo de TAIKO, el token nativo de la red Taiko. TAIKO, que se encuentra en el centro de los mecanismos económicos y la tokenómica de Taiko, tuvo una emisión inicial de 1 mil millones de tokens. El evento de generación de tokens (TGE) para TAIKO ocurrió el 5 de junio de 2024. La distribución es la siguiente: el 11.62% del suministro total se asignó a los inversores, y el 9.81695% al equipo principal de Taiko Labs, como se ilustra en el gráfico adjunto.
Los tokens TAIKO distribuidos están sujetos a un período inicial de bloqueo de 12 meses. Después de este período, se liberará el 25% de los tokens bloqueados, y el 75% restante se desbloqueará gradualmente durante tres años. Esta estructura de distribución está diseñada para minimizar la volatilidad del mercado, fomentar la participación a largo plazo en el ecosistema de Taiko y, en última instancia, apoyar el éxito del proyecto Taiko.
El calendario de liberación de liquidez de tokens se ilustra en el siguiente gráfico, con el verde representando los tokens ya distribuidos, el amarillo representando los tokens que se distribuirán durante 2-4 años, el naranja representando los tokens que se distribuirán gradualmente a lo largo de tres años a partir de un año después del lanzamiento, y el rosa representando los tokens asignados al desarrollo del protocolo, la gobernanza de la DAO y la red durante cinco años o más.
3.2.2 Ahora - El Ecosistema Taiko en Expansión
Fuente: Presentamos Trailblazers: Explora Taiko y obtén recompensas
Taiko's Programa Trailblazers es un programa de lealtad donde los usuarios pueden ganar XP a través de diversas actividades en cadena en la red principal de Taiko y recibir recompensas. El 10% del suministro total de tokens TAIKO se ha asignado a este programa, y los usuarios pueden ganar más XP y subir de nivel participando en actividades. Ciertos poseedores de NFT reciben aumentos de XP, y el programa ofrece una variedad de actividades y eventos especiales.
El programa tiene como objetivo alentar a los usuarios a explorar el ecosistema Taiko e interactuar activamente con la comunidad. XP se puede ganar participando en actividades como el puenteo, aumentando el volumen de transacciones y proponiendo bloques en la red principal de Taiko. Al final de cada temporada, se distribuyen recompensas en función del XP acumulado.
Además, el programa Trailblazers introduce un sistema de facciones, que permite a los usuarios formar equipos y competir dentro de dos facciones (Basado y Potenciado). Los usuarios pueden recolectar insignias asociadas con cada facción, que proporcionan bonificaciones como XP adicional. Al final de la temporada, la facción con la XP más alta recibe recompensas adicionales. Los desarrolladores también pueden participar en este programa y recibir recompensas por las aplicaciones con mejor rendimiento.
El propósito del programa Trailblazers es atraer a más usuarios al ecosistema Taiko y permitirles obtener experiencia y ganar recompensas a través de diversas actividades.
Gracias al apoyo activo de Taiko, el ecosistema de Taiko está creciendo rápidamente. En el Capítulo 4 se tratarán más detalles al respecto.
3.2.3 De ahora en adelante - Lograr la descentralización completa a través de la gobernanza del Taiko
Para lograr una descentralización completa, Taiko permite que la comunidad participe en la toma de decisiones a través de un DAO. Las decisiones importantes se toman mediante votos de los poseedores de tokens TAIKO, determinando la dirección operativa de la red. Sin embargo, la gobernanza de Taiko todavía está en sus primeras etapas y aún no está completamente activa. Por lo tanto, el primer comité será establecido por Taiko Labs, y la adición y eliminación de miembros del comité serán decididos por una votación del Taiko DAO.
Taiko avanza de manera constante, si no rápidamente, hacia la filosofía y las ideas que busca lograr. Taiko hace especial hincapié en su objetivo de ser una cadena de bloques para usuarios y desarrolladores, lo que se evidencia en el creciente ecosistema de Taiko después del lanzamiento de la red principal. En el siguiente capítulo, profundizaremos en el desarrollo del ecosistema de Taiko.
Desde el lanzamiento de la red principal Taiko, se han logrado avances significativos en diversas dimensiones de la red. En los últimos 90 días, Taiko ha demostrado un crecimiento sustancial en la actividad de la red, rentabilidad, participación de los usuarios y avances técnicos. En esta sección, analicemos las métricas.
La red principal de Taiko ha experimentado un crecimiento en la actividad de la red, logrando más de 100 millones de transacciones. Este aumento de la actividad se destaca aún más por la red que maneja hasta 2.000.000 de transacciones diarias, lo que demuestra su sólida capacidad y su creciente adopción. La expansión de la base de usuarios se evidencia en la atracción de más de 1,000,000 de direcciones de billetera únicas, lo que refleja un fuerte interés y compromiso de los usuarios en el ecosistema de Taiko.
Uno de los logros destacados después del lanzamiento de la red principal es la rentabilidad del proponente de Taiko Labs, que se ha descentralizado, sin permisos y se ha vuelto rentable. Este hito desafía la comprensión actual de Ethereum y abre nuevas posibilidades para las soluciones de escalabilidad de Ethereum. Aunque Taiko ha experimentado pérdidas en el pasado, a medida que se integran más dapps, ha logrado ser rentable de manera constante. Será importante observar los próximos meses.
Fuente: Onchain Profit - growthepie
Taiko ha realizado varios avances técnicos destinados a optimizar el rendimiento de la red y reducir los costos. Especialmente, ha habido una reducción del 30% en los costos de gas del contrato TaikoL1, mejorando la rentabilidad del proponente. Además, la reducción del bono de liveness y la validez de las pruebas SGX y el bono de contestación en un 50% ha disminuido los costos de capital, permitiendo la participación de más usuarios en la secuenciación de transacciones sin permisos de Taiko.
Fuente: Espejo Taiko
Han pasado nueve años desde que Ethereum apareció por primera vez en el escenario global. Durante este período, Ethereum ha experimentado un tremendo crecimiento y ha sufrido numerosos cambios para abordar los dolores de crecimiento que acompañaron su expansión. Entre estos cambios, el plan para soluciones de Capa 2 para abordar los problemas de escalabilidad de Ethereum fue una elección fundamental para los próximos pasos de Ethereum, llevando a la actual era de prominencia de Ethereum L2. Sin embargo, con el tiempo han surgido varias soluciones Ethereum L2 que divergen de la narrativa original de Ethereum L2, lo que resulta en relaciones más competitivas o antagonistas en lugar de cooperativas con Ethereum, debilitando en última instancia la seguridad de Ethereum.
Ahora, es crucial centrarse en identificar el verdadero Ethereum L2: aquellos con el potencial de convertirse en socios genuinos en lugar de amenazas para Ethereum. Esto significa que debemos discernir cuidadosamente qué entidades se centran realmente en abordar los desafíos de escalabilidad que Ethereum se propuso resolver y están tomando las medidas apropiadas para lograr este objetivo. Por esta razón, Taiko ha captado una atención significativa. Taiko avanza bajo la narrativa de ser un L2 equivalente a Ethereum, un L2 completamente descentralizado y un L2 que prioriza a los constructores. Es importante destacar que Taiko está haciendo un esfuerzo considerable para hacer realidad estas narrativas, respaldado por sólidos fundamentos técnicos como BCR y BBR.
Por supuesto, muchos otros proyectos de Ethereum L2 también están luchando a su manera, por lo que sigue siendo incierto qué proyecto finalmente reclamará el trono en esta era de dominio de Ethereum L2. Sin embargo, no es coincidencia que la trayectoria futura de Taiko esté atrayendo la atención generalizada, ya que está convirtiendo de manera constante su dirección clara - abordar los desafíos fundamentales de Ethereum - en resultados tangibles.