Zebra asciende urgentemente a la 6.4.2｜La versión anterior podía provocar un fallo remotamente, pero no fue por un robo de monedas｜ZEC en 1542 primero controlo el riesgo
Mi postura es primero observar la corrección en los nodos, y no traducir directamente un anuncio de seguridad como una señal de subida de ZEC. La Fundación Zcash publicó el 25 de septiembre una versión de emergencia de Zebra 6.4.2: 6.4.0 y 6.4.1 tienen un problema de alto riesgo. Si cualquier par de red (peer) envía un mensaje especialmente diseñado, podría hacer que el proceso del nodo que ejecuta esas versiones termine saliendo. El equipo oficial ha retirado esas dos versiones y exige que los operadores correspondientes actualicen inmediatamente a la 6.4.2; la 6.3.0 y versiones anteriores no se ven afectadas por este problema en particular. El anuncio original de la Fundación y el aviso de seguridad del proyecto en GitHub se confirman mutuamente. En especial, hay que corregir información antigua: antes mencioné que 6.4.1 tenía retardo al sincronizar; eso era el estado de lanzamiento en ese momento. Ahora ha sido retirada y no puede seguir siendo un objetivo de actualización.
También hay que aclarar el límite del riesgo. El aviso acota la afectación a la disponibilidad: el nodo puede ser interrumpido de forma remota y, tras reiniciarse, es posible que vuelva a recibir interferencias similares; no se han reportado bifurcaciones de consenso, desvío de fondos ni filtración de datos de privacidad. Esto no equivale a que “la red principal de Zcash se haya detenido”, ni significa que los ZEC del monedero hayan sido robados. Zebra es una implementación de nodo independiente del protocolo Zcash. Si hay muchos nodos reales ejecutando 6.4.0 o 6.4.1, podría verse comprometida la estabilidad del servicio y la experiencia de propagación de bloques y transacciones; si los operadores actualizan rápidamente, existe la posibilidad de que la presión se reduzca. Por el momento, no tengo estadísticas fiables sobre el porcentaje exacto de nodos afectados ni el tamaño real de uso, así que no convertiré el peor escenario en un hecho consumado.
En el aspecto de mercado: al verificar Kraken ZEC/USD, el precio actual ronda los 1542 dólares; el máximo de 24 horas es aproximadamente 1624 y el mínimo, alrededor de 1513. El precio ya se ha alejado claramente del máximo intradía, pero no se puede atribuir la caída entera a un fallo basándose en un solo libro de órdenes. A corto plazo, veo si entre 1555 y 1560 puede volver a mantenerse firme; primero observaré si en torno a 1513 hay demanda que lo sostenga. Si luego la autoridad oficial detecta nuevos impactos a nivel de consenso o fondos, o si el servicio real de los nodos sigue bloqueado, aunque el precio rebote, se descartará mi juicio de que “el riesgo principal es el de disponibilidad”; al revés, si la cobertura de la actualización se amplía y la red funciona con normalidad, es cuando se puede reducir el peso del riesgo del evento.
Si fuera yo quien negocia: actualmente no participo, tengo 0 en posiciones. Solo establezco una compra al contado en pequeño volumen de forma condicional y no intento acertar la base del evento. Solo usaría el 0.3% del capital para probar la entrada cuando, tras confirmarse oficialmente la reparación y el despliegue estable, el precio se mantenga por encima de 1560 en dos velas completas consecutivas de 15 minutos, y en el retroceso a 1555 siga sosteniéndose. Si llega a 1585, reduciría a la mitad; el objetivo del remanente sería 1610. Tras entrar, si cae de vuelta a 1540, reduciría a la mitad; si cae por debajo de 1525, saldría con stop loss y cerraría todo. Si el precio no llega a activar la entrada y primero rompe 1513, se cancela directamente este plan de compras. Si aparece un nuevo aviso de seguridad oficial que amplíe el rango de afectación, no esperaría a que se cumpla el stop loss técnico: priorizaría cerrar posiciones. Esto no es para predecir cómo el fallo afectará el precio, sino para que existan umbrales separados para los hechos, el precio y la posición.
Fuente: anuncio de Zebra 6.4.2 de la Fundación Zcash, aviso de seguridad del proyecto en GitHub y página de lanzamiento; el libro de órdenes proviene de los datos instantáneos de Kraken. #ZEC
Lo anterior es solo una observación personal del mercado y no constituye asesoramiento de inversión.
Mi postura es primero observar la corrección en los nodos, y no traducir directamente un anuncio de seguridad como una señal de subida de ZEC. La Fundación Zcash publicó el 25 de septiembre una versión de emergencia de Zebra 6.4.2: 6.4.0 y 6.4.1 tienen un problema de alto riesgo. Si cualquier par de red (peer) envía un mensaje especialmente diseñado, podría hacer que el proceso del nodo que ejecuta esas versiones termine saliendo. El equipo oficial ha retirado esas dos versiones y exige que los operadores correspondientes actualicen inmediatamente a la 6.4.2; la 6.3.0 y versiones anteriores no se ven afectadas por este problema en particular. El anuncio original de la Fundación y el aviso de seguridad del proyecto en GitHub se confirman mutuamente. En especial, hay que corregir información antigua: antes mencioné que 6.4.1 tenía retardo al sincronizar; eso era el estado de lanzamiento en ese momento. Ahora ha sido retirada y no puede seguir siendo un objetivo de actualización.
También hay que aclarar el límite del riesgo. El aviso acota la afectación a la disponibilidad: el nodo puede ser interrumpido de forma remota y, tras reiniciarse, es posible que vuelva a recibir interferencias similares; no se han reportado bifurcaciones de consenso, desvío de fondos ni filtración de datos de privacidad. Esto no equivale a que “la red principal de Zcash se haya detenido”, ni significa que los ZEC del monedero hayan sido robados. Zebra es una implementación de nodo independiente del protocolo Zcash. Si hay muchos nodos reales ejecutando 6.4.0 o 6.4.1, podría verse comprometida la estabilidad del servicio y la experiencia de propagación de bloques y transacciones; si los operadores actualizan rápidamente, existe la posibilidad de que la presión se reduzca. Por el momento, no tengo estadísticas fiables sobre el porcentaje exacto de nodos afectados ni el tamaño real de uso, así que no convertiré el peor escenario en un hecho consumado.
En el aspecto de mercado: al verificar Kraken ZEC/USD, el precio actual ronda los 1542 dólares; el máximo de 24 horas es aproximadamente 1624 y el mínimo, alrededor de 1513. El precio ya se ha alejado claramente del máximo intradía, pero no se puede atribuir la caída entera a un fallo basándose en un solo libro de órdenes. A corto plazo, veo si entre 1555 y 1560 puede volver a mantenerse firme; primero observaré si en torno a 1513 hay demanda que lo sostenga. Si luego la autoridad oficial detecta nuevos impactos a nivel de consenso o fondos, o si el servicio real de los nodos sigue bloqueado, aunque el precio rebote, se descartará mi juicio de que “el riesgo principal es el de disponibilidad”; al revés, si la cobertura de la actualización se amplía y la red funciona con normalidad, es cuando se puede reducir el peso del riesgo del evento.
Si fuera yo quien negocia: actualmente no participo, tengo 0 en posiciones. Solo establezco una compra al contado en pequeño volumen de forma condicional y no intento acertar la base del evento. Solo usaría el 0.3% del capital para probar la entrada cuando, tras confirmarse oficialmente la reparación y el despliegue estable, el precio se mantenga por encima de 1560 en dos velas completas consecutivas de 15 minutos, y en el retroceso a 1555 siga sosteniéndose. Si llega a 1585, reduciría a la mitad; el objetivo del remanente sería 1610. Tras entrar, si cae de vuelta a 1540, reduciría a la mitad; si cae por debajo de 1525, saldría con stop loss y cerraría todo. Si el precio no llega a activar la entrada y primero rompe 1513, se cancela directamente este plan de compras. Si aparece un nuevo aviso de seguridad oficial que amplíe el rango de afectación, no esperaría a que se cumpla el stop loss técnico: priorizaría cerrar posiciones. Esto no es para predecir cómo el fallo afectará el precio, sino para que existan umbrales separados para los hechos, el precio y la posición.
Fuente: anuncio de Zebra 6.4.2 de la Fundación Zcash, aviso de seguridad del proyecto en GitHub y página de lanzamiento; el libro de órdenes proviene de los datos instantáneos de Kraken. #ZEC
Lo anterior es solo una observación personal del mercado y no constituye asesoramiento de inversión.
