Últimas noticias en blockchain: agosto de 2026
Agosto ha dejado una lectura bastante clara: los grandes cambios de infraestructura ya no se miden solo por lo que prometen, sino por cómo se prueban, se integran y se preparan para operar en producción.
Este mes hemos visto avances en herramientas para operadores, pruebas de protocolo que requieren adaptación por parte de desarrolladores, mejoras de rendimiento y un debate de fondo sobre cómo debería evolucionar la economía del staking en Ethereum.
Stakely contribuye a Commit-Boost con soporte para Stader
En Stakely hemos contribuido a Commit-Boost con soporte para el registro de validadores de Stader.
La mejora permite a los operadores que utilizan Commit-Boost cargar ese registro dentro de la configuración de sus relays MEV sin tener que mantener manualmente listados de claves de validadores. Está disponible en la versión v0.10.0-rc4.
Es una contribución concreta, pero representa bien una parte menos visible del trabajo de infraestructura: reducir fricción en procesos operativos que deben funcionar de forma consistente. Operar nodos no consiste solo en mantener disponibilidad; también implica mejorar las herramientas abiertas sobre las que se apoya el ecosistema.
Ethereum lleva Glamsterdam a una fase de pruebas práctica
Ethereum ha seguido preparando Glamsterdam con el lanzamiento de Platåberget, una testnet orientada a que equipos de clientes, desarrolladores y aplicaciones puedan probar los cambios previstos antes de una futura activación en mainnet.
Uno de los puntos centrales es la repriorización del gas para determinadas operaciones de estado. Los EIPs incluidos en estas pruebas ajustan el coste de crear y acceder al estado para reflejar mejor el trabajo que esas operaciones exigen a la red.
El análisis de transacciones históricas identifica que un conjunto reducido de contratos podría necesitar ajustes, aunque la mayoría no se verá afectada y muchos casos se resuelven elevando el límite de gas. La lección no es que Glamsterdam vaya a generar una ruptura generalizada, sino que los upgrades de protocolo deben probarse con antelación fuera del entorno de producción.
En nuestro artículo sobre la actualización Glamsterdam de Ethereum explicamos el contexto más amplio de esta próxima fase de la hoja de ruta.
Ethereum debate cómo debería evolucionar la emisión ligada al staking
Uno de los debates más relevantes de agosto en Ethereum no gira alrededor de una aplicación o una nueva testnet, sino de la propia economía del staking.
El borrador EIP-8363, conocido como Tapered Issuance Burn, propone modificar la curva de emisión de ETH mediante una deducción progresiva sobre las recompensas de los validadores. A medida que aumente el ETH activo en staking, crecería la parte de emisión que se elimina; alrededor de un nivel de saturación fijado aproximadamente en el 50% del suministro, la emisión asociada a las tareas de validación quedaría completamente compensada.
La intención de sus autores es limitar el incentivo económico a seguir aumentando el porcentaje de ETH en staking más allá de ese punto. El argumento es que Ethereum no debería incentivar indefinidamente que todo el ETH disponible termine delegado: mantener una reserva relevante de ETH fuera del staking también puede ser importante para la neutralidad, la resistencia a la captura y la capacidad de respuesta de la capa social.
El mecanismo se plantea con una transición de unos 18 meses. Durante ese periodo, el factor base de recompensa sería temporalmente superior al actual y descendería gradualmente, mientras la nueva curva comenzaría a operar desde la activación.
La propuesta ha abierto un debate intenso porque afecta a varias preguntas difíciles a la vez:
- cuánta seguridad económica necesita Ethereum y si el nivel actual de ETH delegado supera ese umbral;
- si reducir la emisión puede proteger a los holders que no hacen staking frente a la dilución, o si introduce nuevos desequilibrios;
- cómo cambiarían los incentivos de operadores independientes, proveedores de staking, liquid staking tokens y grandes entidades;
- si una reducción de las recompensas netas podría concentrar la validación en participantes con menores costes operativos;
- qué evidencia debería exigirse antes de modificar un componente tan sensible de la política monetaria de Ethereum.
Los defensores de EIP-8363 sostienen que el sistema actual puede seguir incentivando el staking incluso cuando añadir más ETH delegado aporta un beneficio marginal de seguridad menor. Sus críticos, en cambio, advierten de que cualquier cambio de este tipo debe analizar cuidadosamente sus efectos de segundo orden sobre la diversidad de validadores, el staking independiente y la infraestructura que sostiene la red.
No es una discusión cerrada, ni debe presentarse como una actualización confirmada. Pero sí es una señal de madurez: Ethereum está debatiendo no solo cómo escalar o reducir costes, sino cómo alinear a largo plazo seguridad, descentralización y política monetaria.
Solana sigue ajustando el ritmo de la red
Solana activó en mainnet la reducción del tiempo de slot de 400 a 350 milisegundos. En testnet, el tiempo pasó de 250 a 200 milisegundos.
Reducir el intervalo de producción de bloques no es un cambio aislado de rendimiento. Afecta a la coordinación entre validadores, a las exigencias sobre los clientes, a la conectividad y a la capacidad de monitorización de quienes operan infraestructura.
Durante agosto también continuó el trabajo alrededor de Agave, Firedancer y el futuro formato de transacciones v1. Este último todavía se encuentra en desarrollo en distintos clientes y SDKs, por lo que equipos de producto e infraestructura tendrán que seguir su evolución para evitar problemas de compatibilidad cuando llegue el momento de adoptarlo.
La actualización técnica de Solana del 20 de agosto resume estos avances. Más que una aceleración puntual, el mes confirma que la evolución de Solana depende de la coordinación entre cambios de protocolo, software cliente y operación de red.
Cosmos Stack 2026.1 reúne rendimiento y previsibilidad operativa
Cosmos presentó Cosmos Stack Ledger 2026.1, una release family que agrupa versiones compatibles de CometBFT, Cosmos SDK y Cosmos EVM para que los equipos puedan adoptar, actualizar y operar el stack con límites de compatibilidad más claros.
Entre los cambios se incluyen CometBFT v0.39, Cosmos SDK v0.54 y Cosmos EVM v0.7.0. La actualización incorpora mejoras como BlockSTM para ejecución paralela, nuevas capacidades de observabilidad basadas en OpenTelemetry, cambios en el manejo del mempool y una ruta experimental de networking con libp2p.
El anuncio destaca resultados de más de 2.000 TPS sostenidos con bloques subsegundo. Conviene leer esa cifra en su contexto: corresponde a pruebas realizadas sobre una red de cinco validadores y 32 CPU, no a una promesa universal de rendimiento para cualquier despliegue.
Lo más interesante de la release no es solo la cifra de throughput. Es el intento de tratar el stack como un conjunto validado, con versiones fijadas y una ruta de upgrade más previsible. Para equipos que construyen o mantienen redes basadas en Cosmos, esto puede reducir parte de la complejidad que aparece al combinar componentes, configuraciones y entornos de producción. Cosmos detalla el alcance técnico en su anuncio de Stack Ledger 2026.1.
El cambio de protocolo también es trabajo operativo
Los avances de agosto tienen ritmos y niveles de madurez distintos. Ethereum está llevando cambios de Glamsterdam a pruebas con el ecosistema y discutiendo el equilibrio económico que debería sostener su seguridad. Solana continúa ajustando los requisitos técnicos de una red con slots más cortos. Cosmos busca facilitar adopciones coordinadas de su stack.
En Stakely seguiremos de cerca estos cambios y contribuyendo allí donde la infraestructura abierta necesite más claridad, más herramientas y mejor operación.
