El cliente Reth de $BNB tiene una cifra que fácilmente podría confundirse con una «aceleración ya implementada»: el 6 de noviembre, BNB Chain informó que la configuración Reth 2.5.1 alcanzó en pruebas internas un rendimiento aproximadamente un 40 % superior al de las primeras configuraciones de TrieDB. Pero esto no supone un aumento del rendimiento de toda la cadena frente al Geth actualmente en producción, y la migración de los validadores solo está prevista para finales de 2026.
Veamos otro conjunto de pruebas anteriores, que permite entender mejor la controversia. La latencia p95 de inserción de bloques de BSC-Reth fue de 71,6 milisegundos, inferior a los 110 milisegundos de BSC-Geth; sin embargo, la latencia p95 de verificación fue de 11,2 milisegundos, superior a los 9,05 milisegundos de Geth. Sincronizar y ejecutar más rápido no significa que el cálculo de la raíz de estado, la persistencia y la programación puedan completarse holgadamente dentro del intervalo de unos 0,45 segundos entre bloques de BSC. El artículo oficial también reconoce que, precisamente por estos cuellos de botella, todavía habrá que mejorar la caché, la precarga y la programación de la construcción de bloques.
$ETH sirve aquí como referencia técnica: Reth se diseñó originalmente para la capa de ejecución de Ethereum. BSC tomó prestada su arquitectura, pero se enfrenta a una escala de estado y un ritmo de producción de bloques distintos, así que no se pueden aplicar directamente las proporciones de optimización de Ethereum. $CAKE , por su parte, representa el uso de aplicaciones de transacciones en cadena; solo si el rendimiento estable de los nodos se traduce en una mejor experiencia de confirmación de transacciones y comisiones durante los periodos de máxima actividad, los avances en infraestructura podrán tener una utilidad real para este tipo de aplicaciones. Por supuesto, eso tampoco se convierte automáticamente en ingresos para CAKE.
Me interesan más la producción continua de bloques, los bloques perdidos y el comportamiento con cargas elevadas tras la migración que los resultados de una sola prueba. Los valores p95 y el 40 % mencionados proceden de pruebas realizadas en distintas fases y publicadas en el blog técnico de BNB Chain; no se deben combinar las cifras de referencia. Aviso de riesgo: ni las pruebas internas de rendimiento ni los planes de implementación futura garantizan el comportamiento de la red principal o rendimientos del token.
Veamos otro conjunto de pruebas anteriores, que permite entender mejor la controversia. La latencia p95 de inserción de bloques de BSC-Reth fue de 71,6 milisegundos, inferior a los 110 milisegundos de BSC-Geth; sin embargo, la latencia p95 de verificación fue de 11,2 milisegundos, superior a los 9,05 milisegundos de Geth. Sincronizar y ejecutar más rápido no significa que el cálculo de la raíz de estado, la persistencia y la programación puedan completarse holgadamente dentro del intervalo de unos 0,45 segundos entre bloques de BSC. El artículo oficial también reconoce que, precisamente por estos cuellos de botella, todavía habrá que mejorar la caché, la precarga y la programación de la construcción de bloques.
$ETH sirve aquí como referencia técnica: Reth se diseñó originalmente para la capa de ejecución de Ethereum. BSC tomó prestada su arquitectura, pero se enfrenta a una escala de estado y un ritmo de producción de bloques distintos, así que no se pueden aplicar directamente las proporciones de optimización de Ethereum. $CAKE , por su parte, representa el uso de aplicaciones de transacciones en cadena; solo si el rendimiento estable de los nodos se traduce en una mejor experiencia de confirmación de transacciones y comisiones durante los periodos de máxima actividad, los avances en infraestructura podrán tener una utilidad real para este tipo de aplicaciones. Por supuesto, eso tampoco se convierte automáticamente en ingresos para CAKE.
Me interesan más la producción continua de bloques, los bloques perdidos y el comportamiento con cargas elevadas tras la migración que los resultados de una sola prueba. Los valores p95 y el 40 % mencionados proceden de pruebas realizadas en distintas fases y publicadas en el blog técnico de BNB Chain; no se deben combinar las cifras de referencia. Aviso de riesgo: ni las pruebas internas de rendimiento ni los planes de implementación futura garantizan el comportamiento de la red principal o rendimientos del token.
