Los validadores de Solana se encuentran en un dilema de competencia entre rendimiento y eficiencia: ¿la latencia en los bloques se convierte en una nueva estrategia?
A medida que los problemas de código de Solana se han resuelto gradualmente en los últimos años, los tiempos de bloque ( el tiempo que tarda la red en generar un nuevo bloque de transacciones ) han disminuido significativamente, incluso por debajo de los 400 milisegundos nominales.
Sin embargo, en el último mes, ha surgido una tendencia interesante: el tiempo medio de bloque (, un indicador clave de rendimiento en la red blockchain, que refleja la velocidad a la que la red blockchain procesa transacciones y genera bloques ) ha aumentado, y Solana ha disminuido la tasa a la que añade nuevas transacciones a la blockchain. La razón es una nueva estrategia de validadores, que sugiere que puede ser más rentable generar bloques lentamente. Según Blockworks, Anza, Jito y Marinade están considerando resolver este problema.
Cada bloque de Solana tiene un validador que asume el rol de líder, responsable de recopilar transacciones, crear bloques y transmitirlos a la red. Los líderes recogen tarifas de transacción por crear bloques. Más flujo de órdenes significa más oportunidades para tarifas, por lo que un validador podría optar por procesar una transacción en 500 milisegundos en lugar de 300 milisegundos para aumentar sus ganancias.
A un nivel básico, algunos validadores de Solana parecen estar esperando el mayor tiempo posible para incluir más transacciones en los bloques y maximizar sus ingresos. Este comportamiento ha llevado a un aumento en la duración del ciclo de Solana.
Esta no es, evidentemente, una situación ideal para una red que aspira a ser tan rápida como Nasdaq. Además, menos períodos significan menos oportunidades para la acumulación de recompensas por staking, un punto señalado por Max Kaplan, CTO de Sol Strategies.
Solana proporciona un mecanismo llamado grace ticks, que es un período de retraso que permite a un líder aún enviar un bloque con éxito. Este mecanismo está diseñado para evitar que los validadores en ubicaciones remotas sean penalizados injustamente, pero también abre la puerta a que los validadores retrasen intencionadamente el envío de bloques.
Además, el cliente alternativo de Solana, Frankendancer, lanzó recientemente un programador que maximiza los ingresos.
Según Kaplan, los validadores que ejecutan el cliente parecen estar empaquetando bloques a un ritmo ligeramente más lento de lo normal. Sin embargo, Kaplan agregó que los retrasos de Frankendancer son insignificantes en comparación con los retrasos más severos y no considera esto como algo “malo”. Además, los retrasos en los bloques no son un concepto nuevo en las blockchains de prueba de participación. Sin embargo, la actualización de Firedancer puede hacer que esta estrategia sea más prominente en Solana. Jump aún no se ha pronunciado sobre esto.
Curiosamente, el ingeniero de software de Firedancer, Michael McGee, describió este fenómeno en el podcast Lightspeed esta semana. Mencionó: “Una cosa que estamos viendo con los validadores actuales es que…[validators] tienden a crear bloques más rentables al retrasar la ejecución de transacciones.”
El analista de Blockworks Research, Victor Pham, señaló que los validadores de Solana con retrasos de bloque más notorios a menudo están ejecutando versiones modificadas del cliente Agave-Jito.
Por ejemplo, a mediados de junio, durante la época 802, Galaxy y Kiln tuvieron tiempos de bloque medianos de más de 570 milisegundos. Algunos validadores no marcados también funcionaron más lentamente, mientras que los validadores de Temporal tuvieron un tiempo de bloque mediano de 475 milisegundos, según los datos de Solana Compass.
El cofundador de Kiln, Ernest Oppetit, reconoció que su validador —el sexto validador apostado más grande en la red Solana— había estado retrasando los espacios de bloque durante un período de tiempo, pero dijo que este comportamiento ha cesado ahora.
“En Kiln, nos enorgullecemos de ofrecer el APY más alto del mercado sin sacrificar la seguridad. Estamos constantemente realizando I&D en diferentes partes de nuestra infraestructura, incluyendo nuestra estrategia de tiempo, y estamos en discusiones continuas con clientes, equipos de clientes y la fundación. Actualmente, seguimos la especificación y ya no retrasamos bloques, pero muchos otros validadores aún lo hacen. Creemos que el problema de incentivos (la generación rápida de bloques conduce a recompensas reducidas)en última instancia, necesita ser resuelto a nivel de protocolo,” dijo Oppetit.
“Puedo decir que no somos la razón por la que la gente es consciente de esto”, dijo Ben Coverston, director de ingeniería en Temporal, al ser preguntado sobre la aparente participación de sus validadores en la tendencia de bloques lentos.
Un portavoz de Galaxy dijo: “Como proveedor de servicios, apoyamos las configuraciones de validadores que priorizan maximizar las recompensas de staking de los clientes. En Solana, esto puede significar proponer bloques ligeramente más lentos para garantizar mayores recompensas. Galaxy ha sido receptivo a los comentarios de la comunidad y ha ajustado los tiempos de bloque para estar dentro de rangos aceptables.”
Sin embargo, hay un consenso generalizado entre la comunidad de validadores de Solana de que ralentizar la red no es apropiado, y los validadores lentos están enfrentando actualmente una reacción pública negativa.
Pronto pueden enfrentar sanciones más sustanciales. Según Blockworks, Jito planea poner en la lista negra a los validadores lentos de su grupo de staking, que es el más grande en la red Solana.
Brian Smith, presidente de la Fundación Jito, dijo que la organización está "elaborando una propuesta de gobernanza para otorgar a un comité el poder de eliminar a los rezagados del conjunto de delegación de JitoSOL. Esta propuesta debería estar abierta a la discusión de la comunidad en unos pocos días."
El cofundador de Marinade, Michael Repetny, dijo que el proveedor de la piscina de staking está "considerando presentar esto como una propuesta de gobernanza para discutir los pros y los contras de hacer de [slow validators] una regla estricta/una violación de la política de delegación."
También se están trabajando en soluciones a nivel de protocolo. El repositorio de GitHub de Anza muestra una nueva propuesta que sugiere reducir a la mitad el período de tick de gracia de Solana. Además, se espera que la reforma del mecanismo de consenso propuesto por Solana también resuelva este problema.
"Alpenglow resolverá este problema al habilitar la capacidad de omitir la votación", dijo Brennan Watt, vicepresidente de ingeniería central en Anza.
Watt reveló en un episodio reciente del podcast Lightspeed que Anza espera tener Alpenglow en vivo en mainnet antes de la conferencia Solana Breakpoint en diciembre de este año.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Los validadores de Solana se encuentran en un dilema de competencia entre rendimiento y eficiencia: ¿la latencia en los bloques se convierte en una nueva estrategia?
Por Jack Kubinec
Compilado por: TechFlow
A medida que los problemas de código de Solana se han resuelto gradualmente en los últimos años, los tiempos de bloque ( el tiempo que tarda la red en generar un nuevo bloque de transacciones ) han disminuido significativamente, incluso por debajo de los 400 milisegundos nominales.
Sin embargo, en el último mes, ha surgido una tendencia interesante: el tiempo medio de bloque (, un indicador clave de rendimiento en la red blockchain, que refleja la velocidad a la que la red blockchain procesa transacciones y genera bloques ) ha aumentado, y Solana ha disminuido la tasa a la que añade nuevas transacciones a la blockchain. La razón es una nueva estrategia de validadores, que sugiere que puede ser más rentable generar bloques lentamente. Según Blockworks, Anza, Jito y Marinade están considerando resolver este problema.
Cada bloque de Solana tiene un validador que asume el rol de líder, responsable de recopilar transacciones, crear bloques y transmitirlos a la red. Los líderes recogen tarifas de transacción por crear bloques. Más flujo de órdenes significa más oportunidades para tarifas, por lo que un validador podría optar por procesar una transacción en 500 milisegundos en lugar de 300 milisegundos para aumentar sus ganancias.
A un nivel básico, algunos validadores de Solana parecen estar esperando el mayor tiempo posible para incluir más transacciones en los bloques y maximizar sus ingresos. Este comportamiento ha llevado a un aumento en la duración del ciclo de Solana.
Esta no es, evidentemente, una situación ideal para una red que aspira a ser tan rápida como Nasdaq. Además, menos períodos significan menos oportunidades para la acumulación de recompensas por staking, un punto señalado por Max Kaplan, CTO de Sol Strategies.
Solana proporciona un mecanismo llamado grace ticks, que es un período de retraso que permite a un líder aún enviar un bloque con éxito. Este mecanismo está diseñado para evitar que los validadores en ubicaciones remotas sean penalizados injustamente, pero también abre la puerta a que los validadores retrasen intencionadamente el envío de bloques.
Además, el cliente alternativo de Solana, Frankendancer, lanzó recientemente un programador que maximiza los ingresos.
Según Kaplan, los validadores que ejecutan el cliente parecen estar empaquetando bloques a un ritmo ligeramente más lento de lo normal. Sin embargo, Kaplan agregó que los retrasos de Frankendancer son insignificantes en comparación con los retrasos más severos y no considera esto como algo “malo”. Además, los retrasos en los bloques no son un concepto nuevo en las blockchains de prueba de participación. Sin embargo, la actualización de Firedancer puede hacer que esta estrategia sea más prominente en Solana. Jump aún no se ha pronunciado sobre esto.
Curiosamente, el ingeniero de software de Firedancer, Michael McGee, describió este fenómeno en el podcast Lightspeed esta semana. Mencionó: “Una cosa que estamos viendo con los validadores actuales es que…[validators] tienden a crear bloques más rentables al retrasar la ejecución de transacciones.”
El analista de Blockworks Research, Victor Pham, señaló que los validadores de Solana con retrasos de bloque más notorios a menudo están ejecutando versiones modificadas del cliente Agave-Jito.
Por ejemplo, a mediados de junio, durante la época 802, Galaxy y Kiln tuvieron tiempos de bloque medianos de más de 570 milisegundos. Algunos validadores no marcados también funcionaron más lentamente, mientras que los validadores de Temporal tuvieron un tiempo de bloque mediano de 475 milisegundos, según los datos de Solana Compass.
El cofundador de Kiln, Ernest Oppetit, reconoció que su validador —el sexto validador apostado más grande en la red Solana— había estado retrasando los espacios de bloque durante un período de tiempo, pero dijo que este comportamiento ha cesado ahora.
“En Kiln, nos enorgullecemos de ofrecer el APY más alto del mercado sin sacrificar la seguridad. Estamos constantemente realizando I&D en diferentes partes de nuestra infraestructura, incluyendo nuestra estrategia de tiempo, y estamos en discusiones continuas con clientes, equipos de clientes y la fundación. Actualmente, seguimos la especificación y ya no retrasamos bloques, pero muchos otros validadores aún lo hacen. Creemos que el problema de incentivos (la generación rápida de bloques conduce a recompensas reducidas)en última instancia, necesita ser resuelto a nivel de protocolo,” dijo Oppetit.
“Puedo decir que no somos la razón por la que la gente es consciente de esto”, dijo Ben Coverston, director de ingeniería en Temporal, al ser preguntado sobre la aparente participación de sus validadores en la tendencia de bloques lentos.
Un portavoz de Galaxy dijo: “Como proveedor de servicios, apoyamos las configuraciones de validadores que priorizan maximizar las recompensas de staking de los clientes. En Solana, esto puede significar proponer bloques ligeramente más lentos para garantizar mayores recompensas. Galaxy ha sido receptivo a los comentarios de la comunidad y ha ajustado los tiempos de bloque para estar dentro de rangos aceptables.”
Sin embargo, hay un consenso generalizado entre la comunidad de validadores de Solana de que ralentizar la red no es apropiado, y los validadores lentos están enfrentando actualmente una reacción pública negativa.
Pronto pueden enfrentar sanciones más sustanciales. Según Blockworks, Jito planea poner en la lista negra a los validadores lentos de su grupo de staking, que es el más grande en la red Solana.
Brian Smith, presidente de la Fundación Jito, dijo que la organización está "elaborando una propuesta de gobernanza para otorgar a un comité el poder de eliminar a los rezagados del conjunto de delegación de JitoSOL. Esta propuesta debería estar abierta a la discusión de la comunidad en unos pocos días."
El cofundador de Marinade, Michael Repetny, dijo que el proveedor de la piscina de staking está "considerando presentar esto como una propuesta de gobernanza para discutir los pros y los contras de hacer de [slow validators] una regla estricta/una violación de la política de delegación."
También se están trabajando en soluciones a nivel de protocolo. El repositorio de GitHub de Anza muestra una nueva propuesta que sugiere reducir a la mitad el período de tick de gracia de Solana. Además, se espera que la reforma del mecanismo de consenso propuesto por Solana también resuelva este problema.
"Alpenglow resolverá este problema al habilitar la capacidad de omitir la votación", dijo Brennan Watt, vicepresidente de ingeniería central en Anza.
Watt reveló en un episodio reciente del podcast Lightspeed que Anza espera tener Alpenglow en vivo en mainnet antes de la conferencia Solana Breakpoint en diciembre de este año.