Propuesta de verificación de la cartera XMR｜Pendiente de corregir la validación de importes de transacciones antiguas｜Observar primero cerca de los 612 dólares
Sigo manteniendo una postura cautelosa: el valor de las monedas de privacidad proviene de una experiencia de pago verificable, y que sea fiable el «importe recibido» que muestra la cartera merece más atención que una línea de precios. El nuevo PR #11693, abierto el 7 de noviembre en el repositorio oficial de código de Monero, propone modificar el proceso de validación check_tx_key de la cartera. La descripción del envío señala que, al consultar transacciones v1 antiguas, la cartera obtiene datos de transacciones podados de un nodo remoto, y que la ruta actual de verificación del hash de la transacción podría verse afectada por el hash que afirma el nodo. Si un nodo no fiable devuelve datos que conservan las claves de salida reales, pero modifican el importe en texto claro, al comprobar una transacción con un ID y una clave de transacción conocidos, el usuario podría ver un importe incorrecto. Las diferencias del código muestran que se propone reutilizar la ruta existente para obtener y verificar el hash de transacciones v1 completas y, después, calcular el importe. También volví a comprobar la implementación actual de get_tx_for_proof en el repositorio, y efectivamente vuelve a obtener la transacción completa cuando se encuentra con una transacción v1 podada. Esta es una propuesta verificable a nivel de código; no demuestra que alguien la haya explotado, que se hayan robado fondos ni que la red principal de Monero haya fallado.
Hay que dejar claros los límites del mecanismo: el PR sigue abierto y no se ha fusionado ni se ha publicado en una versión oficial. La versión oficial más reciente del software que aparece en el sitio web de Monero sigue siendo la 0.18.5.4, del 16 de octubre; no se puede afirmar que «la vulnerabilidad ya está corregida». La propuesta mejora principalmente la validación de importes cuando la cartera lee de un nodo datos de transacciones antiguas; no cambia el propio protocolo de privacidad de XMR ni puede garantizar que toda la información proporcionada por el nodo remoto al que se conecta el usuario sea fiable. El PR indica expresamente que el estado de una transacción en el grupo de memoria y el número de confirmaciones siguen dependiendo del nodo, así que, incluso si se fusiona el código, al usar nodos remotos públicos habrá que tener en cuenta los límites de confianza. Para el mercado, la precisión de lo que muestra la cartera puede influir en la confianza de usuarios y comerciantes a la hora de recibir pagos; a largo plazo, es beneficiosa para la calidad de la infraestructura, pero una corrección aún no fusionada no atraerá automáticamente nuevas compras de XMR.
El precio no da señales de que se haya «materializado una noticia positiva». La cotización más reciente de XMR/USD en Kraken al momento de redactar este texto ronda los 612,12 dólares; la apertura de hoy fue de 611,30 dólares, el mínimo intradía de 603,03 y el máximo de 614,88 dólares, mientras que el máximo móvil de 24 horas es de 624,29 dólares. El precio está en la zona media del rango intradía; no se puede atribuir este movimiento al PR recién abierto. XMR tampoco aparece en la lista de las seis horas de Most Searched actual de Binance Square, ni hay un tema popular al alza directamente relacionado con esta verificación de la cartera; vincularlo a la fuerza con otras etiquetas macroeconómicas o de ETF induciría a error a los lectores. Prefiero esperar a ver si la revisión del código, las pruebas y la publicación oficial llegan realmente a completarse, y después observar si el precio logra salir del rango de 603 a 624 dólares.
Si operara por cuenta propia: por ahora no participaría; solo consideraría una posición larga al contado sin apalancamiento, con un tamaño máximo del 0,3 % del capital total. La condición de entrada sería que XMR se mantuviera por encima de 614,88 dólares y no perdiera ese nivel en un retroceso, además de confirmar que el PR oficial ha superado la revisión o que hay avances hacia una versión oficial; si el estado del código no cambia, seguiría sin abrir posiciones. Una vez cumplida la condición, el primer objetivo sería 624,29 dólares y reduciría la posición a la mitad al acercarse; para el resto, el objetivo sería 632 dólares, aunque cerraría antes si el volumen y el precio se debilitan. Fijaría el stop loss aproximadamente un 2,5 % por debajo del precio de entrada, o lo aplicaría estrictamente si el precio cae por debajo de 603,03 dólares y no logra recuperarlo. Si se cierra el PR, las pruebas no se superan o nuevas pruebas oficiales refutan la descripción del problema, retiraría mi evaluación y cerraría el resto de la posición. Un plan que no se ha activado no cuenta como una operación ejecutada, y mucho menos como una ganancia.
#XMR
Lo anterior es solo una observación personal del mercado y no constituye asesoramiento de inversión.
Sigo manteniendo una postura cautelosa: el valor de las monedas de privacidad proviene de una experiencia de pago verificable, y que sea fiable el «importe recibido» que muestra la cartera merece más atención que una línea de precios. El nuevo PR #11693, abierto el 7 de noviembre en el repositorio oficial de código de Monero, propone modificar el proceso de validación check_tx_key de la cartera. La descripción del envío señala que, al consultar transacciones v1 antiguas, la cartera obtiene datos de transacciones podados de un nodo remoto, y que la ruta actual de verificación del hash de la transacción podría verse afectada por el hash que afirma el nodo. Si un nodo no fiable devuelve datos que conservan las claves de salida reales, pero modifican el importe en texto claro, al comprobar una transacción con un ID y una clave de transacción conocidos, el usuario podría ver un importe incorrecto. Las diferencias del código muestran que se propone reutilizar la ruta existente para obtener y verificar el hash de transacciones v1 completas y, después, calcular el importe. También volví a comprobar la implementación actual de get_tx_for_proof en el repositorio, y efectivamente vuelve a obtener la transacción completa cuando se encuentra con una transacción v1 podada. Esta es una propuesta verificable a nivel de código; no demuestra que alguien la haya explotado, que se hayan robado fondos ni que la red principal de Monero haya fallado.
Hay que dejar claros los límites del mecanismo: el PR sigue abierto y no se ha fusionado ni se ha publicado en una versión oficial. La versión oficial más reciente del software que aparece en el sitio web de Monero sigue siendo la 0.18.5.4, del 16 de octubre; no se puede afirmar que «la vulnerabilidad ya está corregida». La propuesta mejora principalmente la validación de importes cuando la cartera lee de un nodo datos de transacciones antiguas; no cambia el propio protocolo de privacidad de XMR ni puede garantizar que toda la información proporcionada por el nodo remoto al que se conecta el usuario sea fiable. El PR indica expresamente que el estado de una transacción en el grupo de memoria y el número de confirmaciones siguen dependiendo del nodo, así que, incluso si se fusiona el código, al usar nodos remotos públicos habrá que tener en cuenta los límites de confianza. Para el mercado, la precisión de lo que muestra la cartera puede influir en la confianza de usuarios y comerciantes a la hora de recibir pagos; a largo plazo, es beneficiosa para la calidad de la infraestructura, pero una corrección aún no fusionada no atraerá automáticamente nuevas compras de XMR.
El precio no da señales de que se haya «materializado una noticia positiva». La cotización más reciente de XMR/USD en Kraken al momento de redactar este texto ronda los 612,12 dólares; la apertura de hoy fue de 611,30 dólares, el mínimo intradía de 603,03 y el máximo de 614,88 dólares, mientras que el máximo móvil de 24 horas es de 624,29 dólares. El precio está en la zona media del rango intradía; no se puede atribuir este movimiento al PR recién abierto. XMR tampoco aparece en la lista de las seis horas de Most Searched actual de Binance Square, ni hay un tema popular al alza directamente relacionado con esta verificación de la cartera; vincularlo a la fuerza con otras etiquetas macroeconómicas o de ETF induciría a error a los lectores. Prefiero esperar a ver si la revisión del código, las pruebas y la publicación oficial llegan realmente a completarse, y después observar si el precio logra salir del rango de 603 a 624 dólares.
Si operara por cuenta propia: por ahora no participaría; solo consideraría una posición larga al contado sin apalancamiento, con un tamaño máximo del 0,3 % del capital total. La condición de entrada sería que XMR se mantuviera por encima de 614,88 dólares y no perdiera ese nivel en un retroceso, además de confirmar que el PR oficial ha superado la revisión o que hay avances hacia una versión oficial; si el estado del código no cambia, seguiría sin abrir posiciones. Una vez cumplida la condición, el primer objetivo sería 624,29 dólares y reduciría la posición a la mitad al acercarse; para el resto, el objetivo sería 632 dólares, aunque cerraría antes si el volumen y el precio se debilitan. Fijaría el stop loss aproximadamente un 2,5 % por debajo del precio de entrada, o lo aplicaría estrictamente si el precio cae por debajo de 603,03 dólares y no logra recuperarlo. Si se cierra el PR, las pruebas no se superan o nuevas pruebas oficiales refutan la descripción del problema, retiraría mi evaluación y cerraría el resto de la posición. Un plan que no se ha activado no cuenta como una operación ejecutada, y mucho menos como una ganancia.
#XMR
Lo anterior es solo una observación personal del mercado y no constituye asesoramiento de inversión.
