¿Qué es la actualización Shasta de Taiko?: Objetivo: reducir hasta 22 veces el costo de implementación mediante una arquitectura minimalista

Taiko se está preparando para desplegar su Actualización de Shasta, un rediseño completo de su protocolo de acumulación que busca reducir significativamente los costos y simplificar la arquitectura del sistema. La actualización se centra en reestructurar cómo Taiko propone, prueba y finaliza los bloques en Ethereum, con el objetivo declarado de hacer que los rollups basados ​​sean más baratos, más fáciles de auditar y más fáciles de operar sin comprometer la seguridad ni la descentralización.

Shasta reemplaza gran parte de la lógica del protocolo existente con un diseño minimalista basado en tres contratos principales. Según Taiko, los primeros benchmarks muestran que este enfoque puede reducir los costos de propuesta de rollup aproximadamente 22 veces y los costos de prueba aproximadamente 8 veces en comparación con la versión anterior, conocida como Pacaya. La actualización también acerca a Taiko a la definición de madurez de rollup de Etapa 1 de los investigadores de Ethereum.

Este artículo explica qué es la actualización Shasta, cómo funciona y por qué sus decisiones arquitectónicas son importantes para el estado de las acumulaciones basadas en.

Taiko y los objetivos de diseño detrás de Shasta

Taiko es un rollup basado en Ethereum, diseñado para heredar la seguridad y la actividad de Ethereum directamente de la Capa 1. Los rollups basados ​​en Ethereum se diferencian de los diseños basados ​​en secuenciadores al basarse en la producción de bloques de Ethereum en lugar de un secuenciador centralizado o semicentralizado. Históricamente, la desventaja ha sido un mayor coste y tiempos de confirmación más lentos.

Shasta se diseñó desde cero tras ejecutar Taiko en producción. El equipo cita dos objetivos principales: simplicidad y eficiencia. Un tercer principio rector es eliminar la complejidad fuera de la cadena, recurriendo a sistemas modernos de comprobación de zk en lugar de una aplicación exhaustiva en la cadena.

La premisa fundamental de Shasta es que los protocolos más simples son más fáciles de analizar, auditar e implementar sin errores. Al reducir la cantidad de lógica que debe ejecutarse y verificarse en Ethereum, Taiko espera reducir los costos operativos para proponentes y probadores, reduciendo así las tarifas de usuario.

Tres contratos en lugar de un marco complejo

En el centro de Shasta se encuentra una arquitectura minimalista compuesta por tres contratos: Inbox, Anchor y SignalService. Las versiones anteriores del protocolo se basaban en un conjunto más amplio de contratos, wrappers y mecanismos de contabilidad en cadena. Shasta elimina la mayor parte de esa estructura.

Buzón

El contrato de Bandeja de entrada funciona como el contrato de acumulación principal Capa 1. Aplica las reglas básicas del rollup a través de dos funciones.

Descubra proyectos prometedores...

Proyectos prometedores...

(Anuncio)

El artículo continúa...

La función Proponer acepta datos de blobs, procesa las inclusiones forzadas cuando vencen, actualiza el estado del núcleo y emite eventos para los probadores. Evita deliberadamente las complejas comprobaciones en cadena para reglas de protocolo, como límites de gas o marcas de tiempo. Estas comprobaciones se derivan fuera de la cadena y se aplican durante la generación de pruebas.

La función Prove gestiona el procesamiento de bonos si una prueba se envía tarde, llama al verificador zk y finaliza la cadena. La finalización incluye la sincronización del estado de la Capa 1 para habilitar los retiros y la comunicación entre las Capas 2 y 1.

Un cambio clave en el diseño es la transición a pruebas secuenciales. Bajo este modelo, los bloques se prueban y finalizan estrictamente en orden. Esto elimina la necesidad de detectar conflictos de pruebas en cadena y elimina los mecanismos de agregación independientes que antes añadían coste y complejidad.

Comercial

El contrato Anchor se ejecuta como la primera transacción de cada bloque de Capa 2. Su único propósito es inyectar el estado de la Capa 1 en la Capa 2. Esto habilita los depósitos, la mensajería de Capa 1 a Capa 2 y mecanismos futuros como la reducción de compromisos de preconfirmación.

Shasta elimina responsabilidades adicionales que antes se asignaban al Ancla. Al limitar su función, el contrato se vuelve más fácil de auditar y menos costoso de ejecutar.

Servicio de señales

SignalService gestiona la mensajería entre cadenas y las transferencias de tokens entre Ethereum y Taiko. Shasta simplifica este contrato eliminando estructuras complejas como HopProofs, a la vez que mantiene la compatibilidad con versiones anteriores. Los puentes y proveedores de intenciones existentes no necesitan actualizarse para seguir funcionando.

Mejoras de rendimiento medidas

Taiko ha publicado puntos de referencia internos que muestran reducciones sustanciales en el consumo de gas después de Shasta.

Antes de la actualización, proponer nuevos bloques en Taiko podía costar hasta un millón de gas. El coste aumentaba con la cantidad de bloques de Capa 2 en un lote, ya que los metadatos de cada bloque se publicaban en la cadena. Esto incrementaba los costes para los proponentes y, en última instancia, las comisiones de los usuarios.

Con Shasta, los costos de propuesta se reducen a aproximadamente 45,000 gas una vez finalizado el período de preparación inicial y lleno el espacio de reserva para propuestas. Esto representa una reducción estimada de 22 veces en el consumo de gas para las propuestas de bloque.

Los costos de prueba también disminuyen significativamente. Con Pacaya, producir un lote cuesta aproximadamente 500,000 gas. Aproximadamente la mitad de ese costo se derivó de la verificación de prueba zk, y el resto se consumió en la lógica de ejecución.

Con Shasta, los costos de ejecución se reducen a aproximadamente treinta mil de gas y se mantienen prácticamente constantes independientemente del número de lotes que se verifiquen. Esto favorece la agregación, permitiendo verificar múltiples lotes con un costo prácticamente idéntico. En general, esto se traduce en una reducción de aproximadamente ocho veces en los costos de gas para la verificación.

Taiko afirma que los costos de ejecución que se mantienen estables con el tamaño del lote hacen que el protocolo sea de 5 a 15 veces más eficiente para los proponentes que otros paquetes zk populares en condiciones comparables.

Por qué la simplicidad cambia la estructura de costos

Las mayores mejoras de eficiencia en Shasta se deben a la eliminación de código en lugar de la optimización de funciones individuales. Las pruebas secuenciales eliminan subsistemas completos relacionados con la detección y resolución de conflictos. El traslado de las comprobaciones de todo el protocolo fuera de la cadena reduce el número de rutas de ejecución dentro de la cadena. La eliminación de wrappers y abstracciones reduce el consumo de gas y la posibilidad de errores.

Desde una perspectiva de seguridad, menos líneas de código simplifican las auditorías. Desde una perspectiva operativa, los contratos más simples son más fáciles de mantener y actualizar.

Taiko argumenta que la seguridad de nivel Ethereum no requiere una implementación compleja en cadena si la corrección se puede demostrar criptográficamente. Los avances en la comprobación de zk han reducido tanto la latencia como el coste, lo que facilita la transferencia de la responsabilidad de la ejecución en la Capa 1.

El estado de los rollups basados

Se propusieron rollups basados ​​para escalar Ethereum, preservando sus propiedades fundamentales, como la descentralización, la resistencia a la censura y la neutralidad creíble. A diferencia de los diseños basados ​​en secuenciadores, los rollups basados ​​no dependen de un actor privilegiado para ordenar las transacciones.

El interés en la secuenciación basada en genoma aumentó hacia finales de 2024 y principios de 2025. Ese entusiasmo luego se enfrió debido a dos críticas persistentes.

El primero fue la velocidad. Sin preconfirmaciones, los usuarios debían esperar al menos un espacio de Capa 1 para la confirmación. Las preconfirmaciones ya han demostrado que este problema se puede solucionar. Descentralizarlas por completo e incorporar validadores siguen siendo desafíos de implementación, más que problemas de investigación.

La segunda crítica fue la viabilidad económica. Los rollups basados ​​se consideraban demasiado caros. Las preconfirmaciones redujeron los costos al disminuir la frecuencia con la que los proponentes publican en la Capa 1, pero Shasta aborda directamente las ineficiencias restantes. Según Taiko, el nuevo diseño permite que los rollups basados ​​sean más económicos que la mayoría de los rollups zk. Con una infraestructura compartida, podrían ser más económicos que muchos sistemas de Capa 2 con niveles de uso similares.

Avanzando hacia la madurez de la etapa 1

Los investigadores de Ethereum suelen describir la madurez del rollup en etapas. La etapa 1 generalmente implica que el sistema ofrece sólidas garantías de descentralización, participación sin permisos y una vía creíble para minimizar la confianza plena.

Shasta lleva a Taiko a esta etapa al simplificar el protocolo y permitir preconfirmaciones sin permisos. Al reducir los costos para proponentes y probadores, la actualización reduce las barreras de participación. Esto impulsa la descentralización al hacer económicamente viable la gestión de la infraestructura por parte de más actores.

Cronograma de pruebas e implementación

Shasta lleva varios meses en desarrollo y actualmente se ejecuta en redes de desarrollo internas. Los proveedores de preconfirmación están probando su software para garantizar su compatibilidad con el nuevo diseño del protocolo.

Taiko planea implementar Shasta en la red de pruebas de Hoodi en las próximas semanas. Esta fase permitirá realizar pruebas más exhaustivas y recibir comentarios de desarrolladores y usuarios. Tras el éxito de las pruebas, el equipo tiene previsto enviar la actualización a la DAO de Taiko para su aprobación. La activación de la red principal dependerá de la gobernanza de la comunidad y de los resultados finales de la verificación.

Por qué es importante esta actualización

Shasta no introduce nuevas funciones dirigidas a los usuarios finales. En cambio, reestructura la base del protocolo. La actualización demuestra que se pueden lograr reducciones significativas de costos mediante la moderación arquitectónica en lugar de una mayor complejidad.

Al centrarse en tres contratos y trasladar los controles fuera de la cadena, Taiko reduce el consumo de gas, simplifica las auditorías y alinea los rollups basados ​​con los objetivos de diseño originales de Ethereum. El resultado es un protocolo más fácil de entender y más económico de operar, manteniendo las mismas premisas de seguridad.

Conclusión

La actualización de Shasta representa un rediseño fundamental del protocolo de rollup de Taiko. Al reducir el sistema a tres contratos principales, adoptar pruebas secuenciales y trasladar la complejidad fuera de la cadena, Taiko logra reducciones de costos mensurables sin comprometer la seguridad ni la descentralización. Los costos de propuesta se reducen aproximadamente 22 veces, los costos de prueba se reducen aproximadamente 8 veces, y la eficiencia de ejecución mejora en comparación con otros rollups de zk.

Más allá de las métricas de rendimiento, Shasta demuestra cómo la arquitectura minimalista puede fortalecer la confianza. Menos contratos, menos lógica en cadena y responsabilidades más claras facilitan la auditoría y la operación del protocolo. A medida que Taiko avanza hacia el despliegue de la red de pruebas y la aprobación de la DAO, Shasta se erige como un ejemplo concreto de cómo los rollups basados ​​en blockchain pueden volverse económicamente viables y estar alineados con los principios fundamentales de Ethereum.

Fuente:

• Párrafo Taiko:La actualización de Shasta