BSC fija el 25 de agosto para la bifurcación dura de Pasteur y ordena a los nodos que actualicen a la versión 1.7.7

BNB Chain ha anunciado que activará su bifurcación dura Pasteur en la red principal BNB Smart Chain (BSC) a las 02:30 UTC del 25 de agosto de 2026. 

Indicaba que cada operador de nodo debía tener instalado el cliente v1.7.7 antes de esa fecha o corría el riesgo de quedar fuera de la red. 

BNB Chain confirmó la fecha y los requisitos del cliente en una publicación de blog que se publicó el 14 de agosto.

¿Las propuestas de BNB Chain están supeditadas a una metaactualización?

La bifurcación dura de Pasteur se ubica bajo la metapropuesta BEP-673. Sin embargo, también integra otras tres propuestas, BEP-682, BEP-695 y BEP-675, en una activación coordinada.

BEP-682 y BEP-695 se centran en el trabajo de seguridad en el puente, el staking y lostracde gobernanza. BEP-675 es una iniciativa para aumentar el rendimiento que técnicamente no necesita una bifurcación dura para funcionar.

BNB Chain también ha sido intencional en la denominación de las bifurcaciones duras que ha lanzado. Estas se han inspirado en científicos como Pascal, Maxwell, Fermi y Mendel. Cada una de las bifurcaciones duras ha introducido cambios incrementales en la cadena. 

La bifurcación Fermi se implementó en enero de 2026 y ayudó a reducir los tiempos de bloque de BSC a 0,45 segundos. Desde entonces, la red se ha estabilizado en ese ritmo en lugar de acelerarlo.

Cerrar una laguna en el validador de duplicados del puente

BEP-682 está diseñado para reescribir la forma en que BSC verifica las transferencias entre cadenas.

Cuando los activos se transfieren a la cadena, BSC no confía únicamente en la declaración de la cadena de origen. En su lugar, ejecuta una precompilación en la dirección 0x67 que compara las firmas de los validadores con un conjunto de validadores conocidos. La transferencia solo se completa una vez que una supermayoría ha firmado.

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

Un conjunto de validadores manipulado podría incluir al mismo firmante varias veces, contabilizar el poder de voto de ese firmante en cada aparición y superar el umbral con menos firmas auténticas de las que exige la regla. 

El BEP-682 elimina los duplicados antes del conteo, lo que garantiza que los conjuntos inflados ya no superen el límite. 

Hacer que las claves de validación retiradas realmente se retiren

BEP-695 está diseñado para solucionar una debilidad en el staking y la gobernanza. Cuando los validadores rotan sus claves de consenso como parte del mantenimiento rutinario, se asume que una clave retirada deja de tener autoridad.

Sin embargo, antes no se comportaba exactamente así. Ahora hay tres soluciones para el problema por cada cadena BNB . La primera es que una clave antigua rotada ahora pierde sus privilegios de administrador de validador en lugar de conservarlos. 

La segunda corrección garantiza que un validador ya no pueda evitar una expulsión pendiente mediante la rotación. Además, bloqueó las direcciones incluidas en la lista negra para participar en votaciones de gobernanza basadas en firmas. 

Bloques completos sin tocar el gas ni el tiempo de bloqueo

Actualmente, los bloques se ejecutan dos veces en BSC. En la primera ejecución, el constructor realiza las transacciones para confirmar que el bloque es válido, y luego el validador las ejecuta todas de nuevo antes de firmarlo.

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

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

En esta ocasión, el validador lo comprueba según las reglas de consenso, lo firma, lo difunde y, posteriormente, finaliza la verificación completa. 

Los datos recopilados de la red de prueba mostraron que el tiempo que los validadores dedican a la capa de ejecución se redujo de 125 milisegundos a 15 milisegundos. Además, el rendimiento aumentó en casi un 88%, pasando de 1237 a 2324 transacciones por segundo (TPS), sin que se modificaran el límite de 100 millones de gas ni el intervalo de 450 ms. 

El consumo promedio de gas por bloque aumentó de 46,35 millones a 84,15 millones. El retraso en la finalización se mantuvo estable. Sin embargo, BNB Chain destacó que estas cifras corresponden a una carga de trabajo controlada. Aún deberá soportar el tráfico de la red principal, especialmente cuando varios constructores compitan por el mismo espacio.

¿Qué deben hacer los operadores antes del día 25?

Los operadores de nodos son quienes tienen una larga lista de tareas pendientes relacionadas con Pasteur. BNB Chain ha proporcionado documentación exhaustiva sobre lo que se necesita hacer para evitar errores de inicio. 

Los constructores que deseen utilizar la ruta BEP-675 podrían tener que realizar un esfuerzo adicional, ya que implica ejecutar un nodo completo en lugar de un nodo rápido, dado que el constructor ahora produce un bloque completamente ejecutado. Las ofertas heredadas siguen funcionando, solo que con un menor tiempo de empaquetado.