Monero planea endurecer la lista blanca de nodos IPv6｜Pendiente corregir el riesgo de saturación desde una misma subred｜XMR, cautela cerca de 595
Mi postura es de cautela: no voy a presentar un cambio de seguridad de red en revisión de código como si fuera un problema de la red principal ya corregido. El 8 de noviembre, el repositorio oficial de código de Monero abrió el PR #11700, cuyo título propone limitar a una entrada por cada subred /64 los pares IPv6 públicos de la lista blanca. El código presentado reutiliza el criterio de detección de direcciones de una misma subred que ya se aplica al límite de conexiones para mantener la lista blanca: cuando entra un nodo nuevo de una misma subred /64, se propone que primero reemplace una entrada antigua, en lugar de permitir que un conjunto de direcciones IPv6 distintas llene repetidamente la lista blanca. Se añadió una prueba unitaria que simula específicamente un caso en el que se envían muchos nodos desde una misma subred y se desplaza a otros nodos honestos. El PR sigue abierto, aún no se ha fusionado y tampoco se ha publicado con una nueva versión estable.
¿Por qué debería importarle este detalle técnico a un operador? La lista de nodos entre pares determina de quién obtienen los monederos y los nodos bloques, transacciones y una perspectiva de la red. Si una sola fuente de direcciones ocupa demasiados espacios, disminuye la diversidad de nodos y podrían verse afectadas la calidad de las conexiones y la resistencia a interferencias. Esta corrección se ocupa del descubrimiento y el mantenimiento de las conexiones entre nodos; no modifica el algoritmo de privacidad de Monero, la oferta de transacciones ni la recompensa por bloque. El código y las pruebas actuales tampoco demuestran por sí solos que haya ocurrido un ataque a gran escala en la red principal. Para confirmar que el riesgo realmente ha disminuido, como mínimo habría que ver la fusión del PR, la publicación de una versión estable, la actualización de los nodos y la verificación posterior de las métricas de conexión de la red. La versión estable oficial del núcleo que aparece actualmente en el sitio web de Monero sigue siendo la 0.18.5.4, del 16 de octubre; no se debe tratar el PR de hoy como una versión que los usuarios ya tengan instalada.
También revisé las listas de tendencias y búsquedas de la plaza: XMR no aparece asociado a ningún tema de auge directo, así que no voy a forzar una conexión con factores macroeconómicos o los ETF de bitcoin. XMR/USD en Kraken cotiza ahora en torno a 595.31 dólares; en las últimas 24 horas, abrió en 600.02, alcanzó un máximo de 614.88 y un mínimo de 593.66. A corto plazo, sigue cerca de la parte baja del rango. La caída del precio no puede atribuirse a este PR; ni siquiera se ha implementado todavía. 593.66 es el soporte que hay que vigilar, 602 es el primer nivel que tendría que recuperar y la zona de 615 es una resistencia por encima. Si cae por debajo de 593.66 y permanece allí, quedaría invalidada la idea de estabilización; solo habría motivos para reevaluar si recupera los 602 y luego los mantiene, y si además hay una actualización oficial sobre el progreso del desarrollo.
Si operara con mi propio dinero, ahora no participaría: mantendría una postura neutral y una posición del 0 %. Solo consideraría una operación larga al contado, sin apalancamiento, de como máximo el 0.3 % del capital total, si el cierre de una hora supera los 602, la hora siguiente vuelve a probar el nivel sin perder los 599 y los canales de negociación funcionan con normalidad. El primer objetivo sería 608, donde vendería la mitad; en el segundo, 614, cerraría el resto. Si el cierre de una hora después de entrar cae por debajo de 594, cerraría toda la posición con pérdidas. Si primero rompe los 593.66, cancelaría el plan: no usaría «el código está por corregirse» como motivo para comprar en la caída.
Fuentes: PR #11700 y pruebas de código oficiales de Monero, anuncio de versiones en el sitio web de Monero, cotización de XMR/USD en Kraken. #XMR
Lo anterior es solo una observación personal del mercado y no constituye asesoramiento de inversión.
Mi postura es de cautela: no voy a presentar un cambio de seguridad de red en revisión de código como si fuera un problema de la red principal ya corregido. El 8 de noviembre, el repositorio oficial de código de Monero abrió el PR #11700, cuyo título propone limitar a una entrada por cada subred /64 los pares IPv6 públicos de la lista blanca. El código presentado reutiliza el criterio de detección de direcciones de una misma subred que ya se aplica al límite de conexiones para mantener la lista blanca: cuando entra un nodo nuevo de una misma subred /64, se propone que primero reemplace una entrada antigua, en lugar de permitir que un conjunto de direcciones IPv6 distintas llene repetidamente la lista blanca. Se añadió una prueba unitaria que simula específicamente un caso en el que se envían muchos nodos desde una misma subred y se desplaza a otros nodos honestos. El PR sigue abierto, aún no se ha fusionado y tampoco se ha publicado con una nueva versión estable.
¿Por qué debería importarle este detalle técnico a un operador? La lista de nodos entre pares determina de quién obtienen los monederos y los nodos bloques, transacciones y una perspectiva de la red. Si una sola fuente de direcciones ocupa demasiados espacios, disminuye la diversidad de nodos y podrían verse afectadas la calidad de las conexiones y la resistencia a interferencias. Esta corrección se ocupa del descubrimiento y el mantenimiento de las conexiones entre nodos; no modifica el algoritmo de privacidad de Monero, la oferta de transacciones ni la recompensa por bloque. El código y las pruebas actuales tampoco demuestran por sí solos que haya ocurrido un ataque a gran escala en la red principal. Para confirmar que el riesgo realmente ha disminuido, como mínimo habría que ver la fusión del PR, la publicación de una versión estable, la actualización de los nodos y la verificación posterior de las métricas de conexión de la red. La versión estable oficial del núcleo que aparece actualmente en el sitio web de Monero sigue siendo la 0.18.5.4, del 16 de octubre; no se debe tratar el PR de hoy como una versión que los usuarios ya tengan instalada.
También revisé las listas de tendencias y búsquedas de la plaza: XMR no aparece asociado a ningún tema de auge directo, así que no voy a forzar una conexión con factores macroeconómicos o los ETF de bitcoin. XMR/USD en Kraken cotiza ahora en torno a 595.31 dólares; en las últimas 24 horas, abrió en 600.02, alcanzó un máximo de 614.88 y un mínimo de 593.66. A corto plazo, sigue cerca de la parte baja del rango. La caída del precio no puede atribuirse a este PR; ni siquiera se ha implementado todavía. 593.66 es el soporte que hay que vigilar, 602 es el primer nivel que tendría que recuperar y la zona de 615 es una resistencia por encima. Si cae por debajo de 593.66 y permanece allí, quedaría invalidada la idea de estabilización; solo habría motivos para reevaluar si recupera los 602 y luego los mantiene, y si además hay una actualización oficial sobre el progreso del desarrollo.
Si operara con mi propio dinero, ahora no participaría: mantendría una postura neutral y una posición del 0 %. Solo consideraría una operación larga al contado, sin apalancamiento, de como máximo el 0.3 % del capital total, si el cierre de una hora supera los 602, la hora siguiente vuelve a probar el nivel sin perder los 599 y los canales de negociación funcionan con normalidad. El primer objetivo sería 608, donde vendería la mitad; en el segundo, 614, cerraría el resto. Si el cierre de una hora después de entrar cae por debajo de 594, cerraría toda la posición con pérdidas. Si primero rompe los 593.66, cancelaría el plan: no usaría «el código está por corregirse» como motivo para comprar en la caída.
Fuentes: PR #11700 y pruebas de código oficiales de Monero, anuncio de versiones en el sitio web de Monero, cotización de XMR/USD en Kraken. #XMR
Lo anterior es solo una observación personal del mercado y no constituye asesoramiento de inversión.
