Cripto: Solana busca corregir un riesgo oculto para su blockchain
Solana estudia una reforma técnica para evitar que sus validadores interpreten de forma diferente las reglas de su red cripto. El 30 de octubre de 2026, Brennan Watt, director ejecutivo de Anza, propuso reunir las normas de funcionamiento de la blockchain en una especificación única. El borrador ya abarca 18 áreas técnicas, entre ellas las transacciones, el consenso y las recompensas. El objetivo consiste en prevenir discrepancias que podrían interrumpir el funcionamiento de Solana.
En breve
- Solana propone un documento común para definir las reglas de sus validadores.
- El proyecto incluye 18 áreas técnicas, desde las transacciones hasta el consenso.
- La reforma sigue en discusión y todavía no tiene una fecha de implementación.
Solana quiere evitar desacuerdos entre sus validadores
Los desarrolladores de Solana han identificado un riesgo relacionado con los programas utilizados para mantener activa la blockchain. Aunque Fidelity destacó recientemente la mayor estabilidad de Solana y sus problemas de descentralización, todavía existen cuestiones técnicas que requieren atención.
Los validadores son los equipos encargados de comprobar las transacciones y participar en la creación de bloques. Para que la red funcione correctamente, todos deben aplicar las mismas reglas.
Solana cuenta con diferentes programas de validación. Agave, desarrollado por Anza, sigue siendo uno de los principales. Firedancer, creado por Jump Crypto, utiliza una arquitectura independiente.
Esta diversidad aporta ventajas para la seguridad cripto. Si aparece un error en un programa, los demás pueden continuar funcionando correctamente, siempre que no compartan la misma vulnerabilidad.
Sin embargo, también introduce una dificultad importante.
Dos programas desarrollados por equipos diferentes podrían interpretar una regla de manera distinta. Si ambos procesan una misma transacción y llegan a resultados incompatibles, podrían aparecer problemas de consenso.
En un caso grave, esa divergencia podría afectar la finalización de los bloques o provocar una separación temporal de la red. La propuesta no responde a una nueva interrupción confirmada.
Brennan Watt considera que parte del problema procede de la documentación actual.
Las reglas de Solana están distribuidas entre el código de los validadores y numerosos documentos técnicos llamados Solana Improvement Documents, conocidos como SIMD.
Cada documento describe modificaciones concretas, pero no existe una referencia única que reúna todo el funcionamiento del protocolo.
Los equipos que desarrollan nuevos programas deben consultar propuestas antiguas y revisar código para comprender qué reglas están activas.
Este trabajo puede generar interpretaciones diferentes y complicar la incorporación de clientes independientes.
Una nueva especificación reunirá 18 áreas técnicas
La solución propuesta por Watt consiste en crear un documento oficial que describa de forma completa las reglas de Solana. El borrador contiene 18 apartados. Incluye el procesamiento de transacciones, las cuentas, el consenso, la comunicación entre validadores, las comisiones y las recompensas.
Los desarrolladores tendrían así una referencia compartida para construir y mantener sus programas.
Actualmente, las modificaciones se presentan mediante propuestas SIMD independientes. Los equipos las examinan y, cuando reciben las aprobaciones necesarias, preparan su implementación.
Con el nuevo sistema, las modificaciones formales también se presentarían como cambios en la especificación común.
Cada propuesta tendría que indicar las partes del protocolo afectadas y explicar cómo deberían comportarse los diferentes programas.
Las revisiones técnicas y los procedimientos de gobernanza continuarían siendo necesarios. Una modificación solamente se incorporaría al documento oficial después de entrar en funcionamiento en la red principal.
La iniciativa llega tras una actualización importante para Solana.
El 21 de octubre, la blockchain activó Alpenglow y sustituyó TowerBFT en una reforma de su mecanismo de consenso.
Alpenglow busca reducir la finalización de las transacciones desde aproximadamente 12,8 segundos hasta unos 150 milisegundos.
Todavía quedan componentes de esta actualización pendientes de implementación.
Los cambios hacen más importante que los programas utilizados por los validadores interpreten las nuevas reglas de manera uniforme.
Para Firedancer, disponer de una especificación común también permitiría depender menos del código de Agave como referencia técnica.
La reforma no modificaría inmediatamente las transferencias de SOL ni exigiría que todos los validadores utilizaran el mismo software.
La reforma cripto todavía necesita aprobación
La propuesta sigue abierta a las observaciones de los desarrolladores. Brennan Watt no ha anunciado una fecha para su adopción ni un calendario de implementación.
Entre las cuestiones pendientes figura la organización del nuevo documento. Los participantes deben determinar cómo registrar las propuestas, revisar sus modificaciones y mantener la coherencia entre diferentes secciones.
Jacob Creech, colaborador vinculado a la Solana Foundation, ha planteado observaciones sobre la numeración de las propuestas SIMD y su proceso de revisión.
Otros desarrolladores quieren aclarar cómo se documentarán las dependencias entre las distintas partes del protocolo.
Una de las próximas etapas podría consistir en modificar SIMD-0001, el documento que establece actualmente las reglas del proceso de propuestas técnicas.
También será necesario acordar qué versión de las reglas actuales servirá como punto de partida.
La medida no pretende eliminar todos los errores informáticos. Dos programas pueden seguir una misma especificación y presentar fallos diferentes durante su ejecución.
Solana también debe gestionar la concentración de sus validadores. Según el análisis de Fidelity publicado en octubre, unos 18 validadores reúnen más de un tercio del SOL en staking, mientras varias implementaciones continúan utilizando una base de código común.
La reforma de Watt se concentra en un problema distinto: impedir que los equipos desarrollen interpretaciones incompatibles de las reglas de consenso.
El sector cripto sigue de cerca estas cuestiones mientras Solana amplía sus aplicaciones financieras. Cointribune ya había explicado que un error de software podría afectar la descentralización y la estabilidad de Solana. Una especificación compartida facilitaría el trabajo de Agave, Firedancer y futuros clientes, aunque su utilidad dependerá de cómo se aplique y mantenga el documento.
¡Maximiza tu experiencia en Cointribune con nuestro programa "Read to Earn"! Por cada artículo que leas, gana puntos y accede a recompensas exclusivas. Regístrate ahora y comienza a acumular beneficios.
Fascinado por bitcoin desde 2017, Evariste no ha dejado de investigar el tema. Si bien su interés inicial era el trading, ahora trata de comprender activamente todos los avances centrados en las criptomonedas. Como editor, se esfuerza por proporcionar constantemente un trabajo de alta calidad que refleje el estado del sector en su conjunto.
Las ideas y opiniones expresadas en este artículo pertenecen al autor y no deben tomarse como consejo de inversión. Haz tu propia investigación antes de tomar cualquier decisión de inversión.