La cuenta atrás para el hard fork Osaka/Mendel ha comenzado. En esta luz, $BNB La cuenta X de los desarrolladores de la cadena emite un aviso a los operadores de nodos sobre una actualización obligatoria que debe realizarse antes del 28 de abril.
El hard fork Osaka/Mendel se lanzará en la red principal del BSC dentro de 16 días, el 28 de abril a las 2:30 am UTC.
Antes de la bifurcación Osaka/Mendel (28 de abril, 02:30 UTC), asegúrese de que su nodo esté listo:
• Actualice a BSC v1.7.2
• El reemplazo binario es suficiente
• Limpiar campos de configuración antiguosOmitir esto pone a su nodo en riesgo de perder sincronización. https://t.co/5xwT0kz8Z2 https://t.co/dA9RcDVK1e
— $BNB Desarrolladores de cadenas (@BNBChainDevs) 12 de abril de 2026
Antes de la bifurcación Osaka/Mendel, los operadores de nodos deben poner sus nodos en orden y actualizar a BSC v1.7.2. También es importante asegurarse de que el reemplazo binario esté configurado correctamente y limpiar cualquier campo de configuración obsoleto. Esto es para evitar que sus nodos pierdan la sincronización.
La actualización de la red principal de Osaka se produce aproximadamente un mes después de su lanzamiento en la red de prueba. El 24 de marzo, se activó el hard fork Osaka/Mendel en la red de prueba del BSC en el bloque 88,379,325. La actualización generó una construcción de bloques más confiable, un mejor manejo de transacciones a escala, una mayor estabilidad de la red y precisión de ejecución.
Bifurcación dura Osaka/Mendel
Mendel presenta EIP-7825 a través de BEP-652, que agrega un límite de gas para transacciones a nivel de protocolo.
BEP-652 sugiere implementar un límite a nivel de protocolo en el consumo máximo de gas para cada transacción en BSC, limitándolo a 16,777,216 (o 2^24).
Esto garantiza que todos los nodos rechacen de manera uniforme las transacciones que exceden el límite, lo que puede mejorar la estabilidad y confiabilidad de la red en comparación con el enfoque anterior de un mecanismo de límite flexible opcional.
La actualización de la red Mendel abarca nueve BEP. De los 13 EIP propuestos dentro del alcance de Fusaka de Ethereum, BSC integró siete. Esto incluyó seis que requirieron una bifurcación dura y uno como actualización de RPC del lado del cliente. Los otros seis EIP no fueron adoptados, principalmente debido a discrepancias arquitectónicas. Más allá de esto, la actualización también trae dos mejoras específicas del BSC. BEP-657, por ejemplo, restringe la inclusión de transacciones de blobs según el número de bloque. BEP-648, por otro lado, tiene como objetivo disminuir la latencia y acelerar la finalidad.
