BSC establece el 25 de agosto para el hardfork Pasteur, ordena a los nodos actualizar a v1.7.7

BNB Chain ha anunciado que activará su hardfork Pasteur en la mainnet de BNB Smart Chain (BSC) a las 02:30 UTC del 25 de agosto de 2026. 

Indicó que cada operador de nodo debe estar ejecutando el cliente v1.7.7 antes de ese momento o arriesgarse a caer fuera de la red. 

BNB Chain confirmó la fecha y el requisito del cliente en una publicación de blog publicada el 14 de agosto.

¿Están las propuestas de BNB Chain montando bajo una única actualización meta?

El Hardfork Pasteur está bajo la propuesta meta BEP-673. Sin embargo, también trae tres otras propuestas, BEP-682, BEP-695 y BEP-675, a una única activación coordinada.

BEP-682 y BEP-695 se centran en el trabajo de seguridad en el puente, los contratos de staking y gobernanza. BEP-675 es una jugada de rendimiento que técnicamente no necesita un hardfork para funcionar.

BNB Chain también ha sido intencional en su nombramiento de los hardforks que ha lanzado. Han sido tematizados después de científicos, que incluyen Pascal, Maxwell, Fermi y Mendel. Cada uno de los hardforks ha añadido cambios incrementales a la cadena. 

El hardfork Fermi se envió en enero de 2026 y ayudó a reducir los tiempos de bloque de BSC a 0,45 segundos. La red ha pasado los meses desde entonces estabilizándose a ese ritmo en lugar de empujarlo más rápido.

Cerrando una vulnerabilidad de validador duplicado en el puente

BEP-682 está diseñado para reescribir cómo BSC verifica las transferencias entre cadenas.

Cuando los activos se mueven hacia la cadena, BSC no confía en la afirmación de la cadena de origen por sí misma. Lo que hace en su lugar es ejecutar un precompilado en la dirección 0x67 que cuenta las firmas de validadores contra un conjunto conocido de validadores. La transferencia solo se completa una vez que una supermayoría ha firmado.

Sin embargo, esto tenía sus defectos, ya que no había forma de confirmar que cada validador solo aparecía una vez.

Un conjunto de validadores elaborado podría listar el mismo firmante varias veces, contar el poder de voto de ese firmante en cada aparición y superar el umbral con menos firmas genuinas de las que exige la regla. 

BEP-682 elimina los duplicados antes del conteo, y esto asegura que los conjuntos inflados ya no superen la barra. 

Haciendo que las claves de validador retiradas realmente se retiren

BEP-695 está diseñado para manejar una debilidad en el staking y la gobernanza. Cuando los validadores rotan sus claves de consenso como mantenimiento rutinario, el supuesto es que una clave retirada deja de llevar cualquier autoridad.

Sin embargo, eso no era exactamente cómo se comportaba antes. Ahora hay tres correcciones al problema por parte de BNB Chain. La primera es que una clave antigua rotada ahora pierde sus privilegios de administrador de validador en lugar de mantenerlos. 

La segunda corrección asegura que un validador ya no puede evitar una evicción pendiente mediante la rotación. También bloqueó las direcciones en la lista negra de los votos de gobernanza basados en firmas. 

Bloques más completos sin tocar el gas o el tiempo de bloque

Actualmente, los bloques se ejecutan dos veces en BSC. La primera ejecución tiene al constructor ejecutando las transacciones para confirmar que el bloque es válido, y luego el validador ejecuta todas ellas nuevamente antes de firmar.

Sin embargo, esa acción nuevamente consume una ventana de 450 milisegundos (ms), y el tiempo que el validador pasa ejecutando la segunda ejecución es tiempo que los constructores pierden para empaquetar el siguiente bloque.

BEP-675 permite a un constructor entregar un bloque que ya ha ejecutado. 

Esta vez, el validador lo verifica contra las reglas de consenso, firma, transmite y luego termina la verificación completa después. 

Los datos recopilados de la testnet mostraron que el tiempo que los validadores contribuyen a la capa de ejecución se redujo de 125 milisegundos a 15 milisegundos. Además, el rendimiento aumentó casi un 88% de 1.237 a 2.324 transacciones por segundo (TPS), con el límite de gas de 100 millones y el intervalo de 450 ms sin tocar. 

El gas promedio de bloque utilizado aumentó de 46,35 millones a 84,15 millones. El retraso de finalización se mantuvo estable. Sin embargo, BNB Chain destacó que esas son cifras de carga de trabajo controlada. Todavía necesitará mantenerse bajo el tráfico de la mainnet, especialmente cuando varios constructores pujen por el mismo espacio.

¿Qué tienen que hacer los operadores antes del 25th?

Los operadores de nodos son los que tienen una lista de cosas que hacer con Pasteur que se acerca. BNB Chain ha proporcionado documentación extensiva de lo que uno necesita hacer para evitar errores de inicio. 

Los constructores que quieren la ruta BEP-675 pueden tener que poner más trabajo, ya que significa ejecutar un nodo completo en lugar de un nodo rápido ya que el constructor ahora produce un bloque completamente ejecutado. Las ofertas heredadas siguen funcionando, solo con menos tiempo de empaquetado.