Todos deberían haber oído hablar de la actualización de Firedancer de Solana, que en realidad facilita la ejecución de nodos al reducir los requisitos de hardware para los validadores.
La reducción de velocidad, costos y una mayor resiliencia lo convierten en un factor clave para resolver el problema de escalabilidad de Solana. La misión de Firedancer es acercar el rendimiento de la red de Solana a los niveles de los sistemas financieros tradicionales, como el NASDAQ, que procesa 100000 transacciones por segundo.
Sin embargo, hasta ahora, la actualización de Firedancer aún no se ha implementado completamente en Solana.
Bueno, pero ¿por qué hacer un nuevo L1?
Dado que Solana tiene la actualización de Firedancer, se espera que, tras su implementación, se vuelva más rápida y mejor, ¿por qué se necesita hacer otro Fogo?
Sin embargo, el problema persiste: incluso si Firedancer es más rápido, no puede cambiar una realidad: el modo de múltiples clientes de Solana significa que la velocidad de la red está limitada por el nodo más lento, y no todos los validadores pueden cambiar inmediatamente a Firedancer.
Como dijo el cofundador Doug Colkitt: "Es como tener un Ferrari, pero lo conduces en el tráfico congestionado de la ciudad de Nueva York."
Firedancer es como un Ferrari, pero hay otros factores en Solana que causan congestión.
Así que la solución se convierte en construir una autopista exclusiva para el Ferrari.
En lugar de que Firedancer sea arrastrado, es mejor darle un escenario exclusivo. El nacimiento de Fogo es precisamente para maximizar el potencial de Firedancer, después de todo, todos podrían haber estado usando el mismo cliente desde el principio.
Por lo tanto, $FOGO como un nuevo L1 independiente, ya no puede estar limitado al modo de múltiples clientes, ni preocuparse por si los nodos de validación existentes actualizarán o no el cliente (de hecho, se crea desde cero), sino que a través de un cliente unificado y un diseño innovador, se libera completamente el rendimiento de Firedancer.
¿Por qué es mejor el modo de cliente único?
Cuando la red de blockchain se acerca a los límites físicos del rendimiento del hardware y la red, las diferencias entre las implementaciones de múltiples clientes pueden causar cuellos de botella en el rendimiento.
Por lo tanto, Fogo desde el principio es la versión "pura" de Firedancer, sin necesidad de realizar una "gran transformación".
¿Cómo lo hizo Fogo exactamente?
La principal innovación de Fogo es elegir a Firedancer como el único cliente estándar, abandonando por completo los posibles cuellos de botella de rendimiento que podría traer el modo de múltiples clientes de Solana.
La imagen de abajo presenta muy bien la reducción de latencia que trae la optimización del rendimiento.
En una frase, eso es:
"Usa solo el cliente más rápido, para que la red siempre opere al máximo rendimiento."
Si no entiendes Firedancer, solo necesitas saber de manera general cuáles son los beneficios que trae. Primero, el procesamiento paralelo, es decir, procesar múltiples transacciones al mismo tiempo, lo que aumenta significativamente el rendimiento; en segundo lugar, la optimización de la memoria permite que el hardware donde se encuentra el nodo utilice los recursos de almacenamiento de manera más eficiente, reduciendo la latencia provocada por las transacciones. Cabe mencionar que Firedancer se enfoca más en el hardware, como la optimización directa de la interacción entre el nodo y los dispositivos físicos, comprimendo aún más el tiempo de procesamiento de transacciones.#fogo