$BNB Chain anunció que activará su hardfork Pasteur en la red principal de $BNB Smart Chain (BSC) a las 02:30 UTC del 25 de agosto de 2026.
El documento indicaba que todos los operadores de nodos deben usar el cliente versión 1.7.7 antes de esa hora, de lo contrario corren el riesgo de desconectarse de la red.
BNB Chain confirmó la fecha y los requisitos del cliente en un mensaje de blog publicado el 14 de agosto.
¿Se combinan las propuestas de BNB Chain en una sola actualización general?
El hardfork Pasteur está incluido en la meta-propuesta BEP-673. Sin embargo, también combina otras tres propuestas, BEP-682, BEP-695 y BEP-675, en una activación coordinada.
BEP-682 y BEP-695 se centran en trabajos de seguridad para el puente, el staking y la gobernanza. BEP-675 es una propuesta destinada a aumentar el rendimiento, que técnicamente no requiere un hardfork para funcionar.
$BNB Chain también ha elegido intencionadamente nombres parasus hardforks. Estos han sido dedicados a científicos, entre ellos Pascal, Maxwell, Fermi y Mendel. Cada hardfork ha aportado cambios graduales a la cadena de bloques.
El hardfork Fermi se lanzó en enero de 2026 y ayudó a reducir el tiempo de generación de bloques en la red BSC a 0,45 segundos. Desde entonces, la red se ha estabilizado en ese nivel y no lo ha acelerado más.
Eliminando una vulnerabilidad de verificación de duplicados en el puente
El estándar BEP-682 tiene como objetivo revisar el método de verificación de las transferencias entre cadenas en el sistema BSC.
Cuando los activos se mueven a la cadena de bloques, BSC no confía ciegamente en la afirmación de la cadena de origen. En su lugar, ejecuta una precompilación en la dirección 0x67, que cuenta las firmas de los validadores contra un conjunto conocido de validadores. La transferencia solo se procede después de que una supermayoría la ha firmado.
Sin embargo, este enfoque tenía un defecto, ya que no había forma de verificar que cada validador apareciera solo una vez.
Un conjunto de validadores especialmente diseñado podría enumerar al mismo firmante varias veces, contar su voto cada vez que apareciera y superar el umbral con menos firmas genuinas de las requeridas por la regla.
BEP-682 elimina los duplicados antes del recuento, lo que garantiza que los conjuntos redundantes de datos ya no puedan superar el umbral.
Cómo hacer que las claves de validador obsoletas realmente sean obsoletas
El estándar BEP-695 está diseñado para abordar una vulnerabilidad en los sistemas de staking y gobernanza. Cuando los validadores cambian sus claves de consenso como parte del mantenimiento planificado, se supone que la clave antigua y sustituida deja de tener autoridad.
Sin embargo, antes no era exactamente así. Ahora, para cada cadena de $BNB Chain, se han hecho tres correcciones a este problema. La primera es que la antigua clave reemplazada ahora pierde sus derechos de administrador-validador, en lugar de conservarlos.
La segunda corrección garantiza que un validador ya no pueda evitar un desalojo inminente mediante una rotación. También bloqueó las direcciones en la lista negra para votar en la gobernanza basada en firmas.
Bloques más llenos sin usar gas o limitar el tiempo de ejecución del bloque
Actualmente, en BSC, los bloques se ejecutan dos veces. En la primera ejecución, el constructor ejecuta las transacciones para validar el bloque, y luego el validador ejecuta todas esas transacciones nuevamente antes de firmar.
Sin embargo, esta acción vuelve a ocupar 450 milisegundos (ms), y el tiempo que el validador dedica a realizar la segunda ejecución es tiempo perdido para que los constructores empaqueten el siguiente bloque.
El estándar BEP-675 permite que el constructor transmita un bloque que ya ha ejecutado.
Esta vez, el validador verifica que cumple con las reglas de consenso, lo firma, transmite los datos y luego completa la verificación completa.
Los datos recopilados en la red de pruebas mostraron que el tiempo que los validadores dedican a ejecutar transacciones se redujo de 125 milisegundos a 15 milisegundos. Además, el rendimiento aumentó casi un 88%, de 1237 a 2324 transacciones por segundo (TPS), manteniéndose el límite de gas de 100 millones y el intervalo de 450 ms sin cambios.
El volumen promedio de gas utilizado por los bloques aumentó de 46,35 millones a 84,15 millones. La latencia de finalización se mantuvo sin cambios. Sin embargo, $BNB Chain enfatizó que estas son métricas de carga controlada. Todavía tendrá que soportar la carga de la red principal, especialmente cuando múltiples constructores compitan por la misma ranura.
¿Qué deben hacer los operadores antes del día 25?
Los operadores de nodos son quienes tienen trabajo por delante con el proyecto Pasteur. $BNB Chain proporcionódocumentación detallada sobre lo que se debe hacer para evitar errores en el lanzamiento.
Los constructores que deseen utilizar el esquema BEP-675 pueden tener que realizar un esfuerzo adicional, ya que significa ejecutar un nodo completo en lugar de uno rápido, ya que ahora el constructor crea un bloque totalmente ejecutado. Los esquemas de construcción tradicionales siguen funcionando, simplemente con menos tiempo de empaquetado.
