La cadena BNB activará el hard fork de Pasteur el 25 de agosto de 2026 a las 02:30 UTC. Los nodos deben actualizarse al cliente v1.7.7; de lo contrario, corren el riesgo de desconectarse. Esta actualización no busca lograr bloques más rápidos, sino aprovechar mejor el ritmo de 0,45 segundos establecido por los anteriores Fermi y Osaka/Mendel, y al mismo tiempo corregir dos problemas de seguridad.
Las razones principales son tres: primero, una deficiencia en la validación del puente entre cadenas. En el CometBFT original, la precompilación de validación de bloques ligeros (0x67) no verificaba la unicidad del validador. El atacante podía volver a enumerar el mismo signatario para amplificar el poder de voto, eludiendo el umbral de firmas para la transferencia de activos entre cadenas; BEP-682 rechaza las verificaciones duplicadas de validadores. Segundo, un fallo en la gobernanza de permisos de los validadores: después del recambio de claves, las claves antiguas aún conservan permisos de admin, y el retiro/sanción que provoca la expulsión puede eludirse mediante un “cambio de llave”; BEP-695 hace que la clave antigua se retire de verdad. Tercero, insuficiencia en la eficiencia de empaquetado de bloques: los validadores ejecutan transacciones repetidamente dentro de la ventana crítica de 450 milisegundos, lo que hace que muchos bloques queden “a medio llenar” y en realidad funcionen en vacío; BEP-675 permite a los constructores enviar bloques con ejecución previa. En la red de pruebas, el TPS aumentó de 1237 a 2324, sin cambiar ni el gas ni el tiempo de producción de bloques.
En cuanto al panorama del mercado, la preferencia de riesgo de BTC, ETH y BNB es débil de manera simultánea. La actualización en sí es mantenimiento de infraestructura, no un evento de nueva moneda. A corto plazo, antes y después del hard fork, los depósitos y retiros de BEP20 podrían pausarse temporalmente, y BNB acompañaría la volatilidad 📉. A mediano y largo plazo, el refuerzo de la seguridad del puente y el doble de capacidad operativa encajan con la hoja de ruta de escalamiento de BNB Chain para la segunda mitad de 2026, lo cual favorece los fundamentos del ecosistema BNB 📈.#BNB链将激活Pasteur硬分叉
$BNB
$ETH
$BTC
Las razones principales son tres: primero, una deficiencia en la validación del puente entre cadenas. En el CometBFT original, la precompilación de validación de bloques ligeros (0x67) no verificaba la unicidad del validador. El atacante podía volver a enumerar el mismo signatario para amplificar el poder de voto, eludiendo el umbral de firmas para la transferencia de activos entre cadenas; BEP-682 rechaza las verificaciones duplicadas de validadores. Segundo, un fallo en la gobernanza de permisos de los validadores: después del recambio de claves, las claves antiguas aún conservan permisos de admin, y el retiro/sanción que provoca la expulsión puede eludirse mediante un “cambio de llave”; BEP-695 hace que la clave antigua se retire de verdad. Tercero, insuficiencia en la eficiencia de empaquetado de bloques: los validadores ejecutan transacciones repetidamente dentro de la ventana crítica de 450 milisegundos, lo que hace que muchos bloques queden “a medio llenar” y en realidad funcionen en vacío; BEP-675 permite a los constructores enviar bloques con ejecución previa. En la red de pruebas, el TPS aumentó de 1237 a 2324, sin cambiar ni el gas ni el tiempo de producción de bloques.
En cuanto al panorama del mercado, la preferencia de riesgo de BTC, ETH y BNB es débil de manera simultánea. La actualización en sí es mantenimiento de infraestructura, no un evento de nueva moneda. A corto plazo, antes y después del hard fork, los depósitos y retiros de BEP20 podrían pausarse temporalmente, y BNB acompañaría la volatilidad 📉. A mediano y largo plazo, el refuerzo de la seguridad del puente y el doble de capacidad operativa encajan con la hoja de ruta de escalamiento de BNB Chain para la segunda mitad de 2026, lo cual favorece los fundamentos del ecosistema BNB 📈.#BNB链将激活Pasteur硬分叉
$BNB
$ETH
$BTC