La actualización de la testnet de BNB Chain está cerca｜Acelerar la creación de bloques tiene un coste de validación｜Cerca de 739, esperaré a que se estabilice
Mi postura es de cautela y observación; no voy a perseguir BNB solo por las descripciones técnicas de «mayor rendimiento». Hoy he vuelto a revisar las notas de lanzamiento oficial de la versión v1.8.1 de BNB Chain, del 16 de octubre: se trata de una actualización obligatoria para los nodos de la testnet Chapel y los constructores de MEV. La bifurcación dura Jenner está prevista para el 29 de octubre a las 02:30 UTC; la página de lanzamiento deja claro que esta versión no tiene programada una activación en la mainnet. A diferencia de los canales de pago, los estándares para activos conformes y las marcas de tiempo en milisegundos que ya comentamos en rondas anteriores, esta vez me fijo en la ruta de creación de bloques de BEP-675. El borrador indica que se trata de un mecanismo de bloques de propuesta de los constructores, implementado en la capa del cliente, que no cambia por sí mismo las reglas de consenso ni requiere una bifurcación dura independiente. Sin embargo, por ahora hay que distinguir entre la entrega del software para la testnet y sus efectos en la mainnet.
El borrador de BEP-675 explica que, en el proceso actual, primero el constructor ejecuta las transacciones y luego el validador simula el bloque ganador; este cálculo duplicado reduce el tiempo disponible para pujar dentro de un bloque. La nueva ruta permite al constructor enviar un BidBlock con los resultados de ejecución. El validador primero comprueba los campos deterministas, como la cabecera del bloque, firma las transacciones de sistema permitidas, lo empaqueta y lo difunde; después, vuelve a ejecutarlo localmente para comprobar la raíz de estado y la raíz de recibos. Se conserva la ruta de simulación SendBid anterior, a la que se puede recurrir si el constructor comete un error. Las notas de lanzamiento de v1.8.1 también enumeran medidas de protección: rechazo de raíces de estado nulas, revocación de permisos por pruebas de bloques erróneos y conservación del estado de revocación tras reiniciar. La clave no es que «se elimine la validación», sino que una parte de la validación de ejecución completa se traslada de antes de la firma a después de la difusión, a cambio de una ventana de construcción más amplia; esto también hace que el riesgo operativo de las propuestas defectuosas deba vigilarse estrechamente.
El posible efecto en el mercado cripto es el siguiente: si las pruebas reales demuestran que bloques más grandes y más transacciones pueden funcionar de forma sostenida sin sacrificar la estabilidad, las aplicaciones de pagos y trading en cadena podrían beneficiarse. Si las propuestas erróneas provocan bloques vacíos, retrasos o una mayor concentración de constructores, la narrativa de valoración perderá fuerza. El supuesto mayor rendimiento es un objetivo de diseño, no un volumen de transacciones de la mainnet ya medido, y tampoco significa que vaya a generar de inmediato nuevas compras de BNB. Me fijaré en el progreso de la testnet, la tasa de actualización de los nodos, las métricas de BidBlock defectuosos y los próximos anuncios sobre la mainnet, en lugar de atribuir movimientos de precio únicamente a las notas de lanzamiento.
La reacción del mercado no respalda una entrada agresiva persiguiendo el precio. Al redactar esto, BNB/USD cotizaba en Kraken a unos 739,86 dólares, frente a una apertura diaria de 746,92; el mínimo de las últimas 24 horas era 738,24 y el máximo, 751,02. El precio actual está cerca del límite inferior: no se puede decir que el mercado ya haya reconocido plenamente los avances técnicos, ni atribuir la caída únicamente a este mecanismo. Considero 747 el primer nivel que habría que recuperar y mantener; 751 es el nivel de confirmación superior. Si se pierde la zona de 738, el riesgo a corto plazo aumentará considerablemente. Estos niveles reflejan la situación actual; habrá que recalibrarlos si el mercado vuelve a moverse.
Si operara con mi propio dinero: ahora no entraría. Solo consideraría una pequeña posición larga en el mercado spot; no usaría apalancamiento elevado. Esperaría a que dos velas completas de 15 minutos cerraran por encima de 747 y a que un retroceso mantuviera el precio entre 744 y 747; solo entonces entraría con el 0,25 % del capital total. En 750 reduciría la posición a la mitad y en 756 cerraría el resto. Tras entrar, si una vela de 15 minutos vuelve a cerrar por debajo de 742, reduciría la posición a la mitad; si toca 738, cerraría todo con stop loss. Si cae por debajo de 738 antes de que se active la entrada, cancelaría el plan. Si se retrasa la testnet, no se concreta el calendario oficial de la mainnet o empeoran las métricas públicas de bloques defectuosos, cerraría directamente la posición; no usaría el argumento de «beneficios técnicos a largo plazo» para ignorar el riesgo.
#BNB #BNBChain
Lo anterior es únicamente una observación personal del mercado y no constituye asesoramiento de inversión.
Mi postura es de cautela y observación; no voy a perseguir BNB solo por las descripciones técnicas de «mayor rendimiento». Hoy he vuelto a revisar las notas de lanzamiento oficial de la versión v1.8.1 de BNB Chain, del 16 de octubre: se trata de una actualización obligatoria para los nodos de la testnet Chapel y los constructores de MEV. La bifurcación dura Jenner está prevista para el 29 de octubre a las 02:30 UTC; la página de lanzamiento deja claro que esta versión no tiene programada una activación en la mainnet. A diferencia de los canales de pago, los estándares para activos conformes y las marcas de tiempo en milisegundos que ya comentamos en rondas anteriores, esta vez me fijo en la ruta de creación de bloques de BEP-675. El borrador indica que se trata de un mecanismo de bloques de propuesta de los constructores, implementado en la capa del cliente, que no cambia por sí mismo las reglas de consenso ni requiere una bifurcación dura independiente. Sin embargo, por ahora hay que distinguir entre la entrega del software para la testnet y sus efectos en la mainnet.
El borrador de BEP-675 explica que, en el proceso actual, primero el constructor ejecuta las transacciones y luego el validador simula el bloque ganador; este cálculo duplicado reduce el tiempo disponible para pujar dentro de un bloque. La nueva ruta permite al constructor enviar un BidBlock con los resultados de ejecución. El validador primero comprueba los campos deterministas, como la cabecera del bloque, firma las transacciones de sistema permitidas, lo empaqueta y lo difunde; después, vuelve a ejecutarlo localmente para comprobar la raíz de estado y la raíz de recibos. Se conserva la ruta de simulación SendBid anterior, a la que se puede recurrir si el constructor comete un error. Las notas de lanzamiento de v1.8.1 también enumeran medidas de protección: rechazo de raíces de estado nulas, revocación de permisos por pruebas de bloques erróneos y conservación del estado de revocación tras reiniciar. La clave no es que «se elimine la validación», sino que una parte de la validación de ejecución completa se traslada de antes de la firma a después de la difusión, a cambio de una ventana de construcción más amplia; esto también hace que el riesgo operativo de las propuestas defectuosas deba vigilarse estrechamente.
El posible efecto en el mercado cripto es el siguiente: si las pruebas reales demuestran que bloques más grandes y más transacciones pueden funcionar de forma sostenida sin sacrificar la estabilidad, las aplicaciones de pagos y trading en cadena podrían beneficiarse. Si las propuestas erróneas provocan bloques vacíos, retrasos o una mayor concentración de constructores, la narrativa de valoración perderá fuerza. El supuesto mayor rendimiento es un objetivo de diseño, no un volumen de transacciones de la mainnet ya medido, y tampoco significa que vaya a generar de inmediato nuevas compras de BNB. Me fijaré en el progreso de la testnet, la tasa de actualización de los nodos, las métricas de BidBlock defectuosos y los próximos anuncios sobre la mainnet, en lugar de atribuir movimientos de precio únicamente a las notas de lanzamiento.
La reacción del mercado no respalda una entrada agresiva persiguiendo el precio. Al redactar esto, BNB/USD cotizaba en Kraken a unos 739,86 dólares, frente a una apertura diaria de 746,92; el mínimo de las últimas 24 horas era 738,24 y el máximo, 751,02. El precio actual está cerca del límite inferior: no se puede decir que el mercado ya haya reconocido plenamente los avances técnicos, ni atribuir la caída únicamente a este mecanismo. Considero 747 el primer nivel que habría que recuperar y mantener; 751 es el nivel de confirmación superior. Si se pierde la zona de 738, el riesgo a corto plazo aumentará considerablemente. Estos niveles reflejan la situación actual; habrá que recalibrarlos si el mercado vuelve a moverse.
Si operara con mi propio dinero: ahora no entraría. Solo consideraría una pequeña posición larga en el mercado spot; no usaría apalancamiento elevado. Esperaría a que dos velas completas de 15 minutos cerraran por encima de 747 y a que un retroceso mantuviera el precio entre 744 y 747; solo entonces entraría con el 0,25 % del capital total. En 750 reduciría la posición a la mitad y en 756 cerraría el resto. Tras entrar, si una vela de 15 minutos vuelve a cerrar por debajo de 742, reduciría la posición a la mitad; si toca 738, cerraría todo con stop loss. Si cae por debajo de 738 antes de que se active la entrada, cancelaría el plan. Si se retrasa la testnet, no se concreta el calendario oficial de la mainnet o empeoran las métricas públicas de bloques defectuosos, cerraría directamente la posición; no usaría el argumento de «beneficios técnicos a largo plazo» para ignorar el riesgo.
#BNB #BNBChain
Lo anterior es únicamente una observación personal del mercado y no constituye asesoramiento de inversión.