Propuesta de optimización de la serialización de XMR｜Las pruebas de límites importan más que los benchmarks｜Por ahora no voy a perseguir el precio
Mi postura es observar con cautela. El 3 de noviembre se añadió al repositorio principal de Monero el PR #11677, que propone optimizar la lectura binaria de arrays de valores de longitud fija en Epee: antes se leía cada elemento por separado y se repetían las comprobaciones de límites y recursividad; el nuevo enfoque primero ajusta el tamaño del array y luego copia todo de una vez mediante la ruta de lectura existente, que valida la longitud. La conversión del orden de bytes sigue realizándose elemento por elemento. Las cadenas, las estructuras anidadas y los arrays booleanos que requieren validación byte a byte siguen usando la ruta original. La página figura actualmente como Open: se trata de una propuesta de código pendiente de revisión, no de una versión oficial, así que tampoco se puede afirmar que el rendimiento de la red principal ya haya mejorado.
Me interesan más las pruebas de límites enumeradas por el autor que los resultados aislados de los benchmarks. La propuesta añade pruebas para arrays vacíos, datos truncados, posición de lectura, validez de valores booleanos y profundidad de recursividad; el autor informa de que las pruebas unitarias pertinentes se superaron, pero una prueba del conjunto completo falló por la falta de una utilidad auxiliar, y tampoco se completaron las pruebas en un entorno big-endian. El autor señala expresamente que esta ruta de lectura se usa con poca frecuencia y que los datos P2P habituales suelen ser cadenas y secciones; campos como el peso del bloque también suelen enviarse como blob. Por eso, aunque un benchmark local sea más rápido, no se puede inferir que aumentarán de inmediato el rendimiento de toda la red, la velocidad de confirmación de transacciones ni la demanda de XMR. Lo verdaderamente importante es que la revisión confirme que no se han relajado los límites de análisis y observar el rendimiento una vez incorporado a una versión oficial. «La propuesta existe» es un hecho; «en el futuro reducirá la carga de procesamiento de los nodos» es solo una inferencia condicionada.
Otro nivel de riesgo relacionado con el mercado sigue siendo el de los canales. El 30 de octubre, el GAFI (FATF) anunció el inicio de una revisión específica sobre la aplicación de sus estándares a los activos virtuales y sus proveedores de servicios. El documento no menciona XMR por su nombre ni anuncia una prohibición de las monedas de privacidad para hoy; aun así, la forma en que las distintas jurisdicciones la implementen posteriormente podría afectar a los canales de negociación y a los diferenciales. Este factor debe analizarse por separado del mantenimiento del código. Al momento de redactar, Kraken XMR/USD cotizaba en torno a 626.37 dólares, por debajo de la apertura diaria de 630 dólares, y oscilaba durante el día entre 622.94 y 636.06 dólares; el máximo móvil de 24 horas era de 636.90 dólares. El precio no ha superado el límite superior y, por ahora, no se aprecia que el mercado haya vuelto a valorar XMR a raíz de la propuesta de optimización. Si cae por debajo de 622.94 y fracasa en el rebote, dejará de ser válida la hipótesis de estabilidad a corto plazo; si vuelve a situarse por encima de 636.90 y se mantiene allí, entonces sí indicará que los compradores intentan tomar el control.
Si operara con mi propio dinero, por ahora no participaría; solo consideraría una posición larga al contado y sin apalancamiento. La señal de entrada sería un cierre de una hora por encima de 636.90 dólares, seguido de un retroceso que se mantenga en el rango de 632 a 637 dólares, y confirmar al mismo tiempo que los canales de negociación y las cotizaciones funcionan con normalidad y que no hay nuevos avisos oficiales importantes de seguridad. Si se cumplen estas condiciones, invertiría como máximo el 2% del capital total. El primer objetivo sería 655 dólares, donde reduciría la posición a la mitad; el segundo, 675 dólares, donde cerraría el resto gradualmente. El stop inicial se situaría por debajo de 619 dólares; si el retroceso pierde 632 y no logra recuperarlo en una hora, cerraría antes la posición. Si primero cae por debajo de 622.94, cancelaría el plan original y esperaría a que se forme una nueva estructura de precios. En los proyectos de privacidad, es aún más importante distinguir entre la revisión del código, el lanzamiento oficial y la reacción del mercado: el progreso del desarrollo no debe presentarse como una ganancia ya materializada.
#XMR
Lo anterior es únicamente una observación personal del mercado y no constituye asesoramiento de inversión.
Mi postura es observar con cautela. El 3 de noviembre se añadió al repositorio principal de Monero el PR #11677, que propone optimizar la lectura binaria de arrays de valores de longitud fija en Epee: antes se leía cada elemento por separado y se repetían las comprobaciones de límites y recursividad; el nuevo enfoque primero ajusta el tamaño del array y luego copia todo de una vez mediante la ruta de lectura existente, que valida la longitud. La conversión del orden de bytes sigue realizándose elemento por elemento. Las cadenas, las estructuras anidadas y los arrays booleanos que requieren validación byte a byte siguen usando la ruta original. La página figura actualmente como Open: se trata de una propuesta de código pendiente de revisión, no de una versión oficial, así que tampoco se puede afirmar que el rendimiento de la red principal ya haya mejorado.
Me interesan más las pruebas de límites enumeradas por el autor que los resultados aislados de los benchmarks. La propuesta añade pruebas para arrays vacíos, datos truncados, posición de lectura, validez de valores booleanos y profundidad de recursividad; el autor informa de que las pruebas unitarias pertinentes se superaron, pero una prueba del conjunto completo falló por la falta de una utilidad auxiliar, y tampoco se completaron las pruebas en un entorno big-endian. El autor señala expresamente que esta ruta de lectura se usa con poca frecuencia y que los datos P2P habituales suelen ser cadenas y secciones; campos como el peso del bloque también suelen enviarse como blob. Por eso, aunque un benchmark local sea más rápido, no se puede inferir que aumentarán de inmediato el rendimiento de toda la red, la velocidad de confirmación de transacciones ni la demanda de XMR. Lo verdaderamente importante es que la revisión confirme que no se han relajado los límites de análisis y observar el rendimiento una vez incorporado a una versión oficial. «La propuesta existe» es un hecho; «en el futuro reducirá la carga de procesamiento de los nodos» es solo una inferencia condicionada.
Otro nivel de riesgo relacionado con el mercado sigue siendo el de los canales. El 30 de octubre, el GAFI (FATF) anunció el inicio de una revisión específica sobre la aplicación de sus estándares a los activos virtuales y sus proveedores de servicios. El documento no menciona XMR por su nombre ni anuncia una prohibición de las monedas de privacidad para hoy; aun así, la forma en que las distintas jurisdicciones la implementen posteriormente podría afectar a los canales de negociación y a los diferenciales. Este factor debe analizarse por separado del mantenimiento del código. Al momento de redactar, Kraken XMR/USD cotizaba en torno a 626.37 dólares, por debajo de la apertura diaria de 630 dólares, y oscilaba durante el día entre 622.94 y 636.06 dólares; el máximo móvil de 24 horas era de 636.90 dólares. El precio no ha superado el límite superior y, por ahora, no se aprecia que el mercado haya vuelto a valorar XMR a raíz de la propuesta de optimización. Si cae por debajo de 622.94 y fracasa en el rebote, dejará de ser válida la hipótesis de estabilidad a corto plazo; si vuelve a situarse por encima de 636.90 y se mantiene allí, entonces sí indicará que los compradores intentan tomar el control.
Si operara con mi propio dinero, por ahora no participaría; solo consideraría una posición larga al contado y sin apalancamiento. La señal de entrada sería un cierre de una hora por encima de 636.90 dólares, seguido de un retroceso que se mantenga en el rango de 632 a 637 dólares, y confirmar al mismo tiempo que los canales de negociación y las cotizaciones funcionan con normalidad y que no hay nuevos avisos oficiales importantes de seguridad. Si se cumplen estas condiciones, invertiría como máximo el 2% del capital total. El primer objetivo sería 655 dólares, donde reduciría la posición a la mitad; el segundo, 675 dólares, donde cerraría el resto gradualmente. El stop inicial se situaría por debajo de 619 dólares; si el retroceso pierde 632 y no logra recuperarlo en una hora, cerraría antes la posición. Si primero cae por debajo de 622.94, cancelaría el plan original y esperaría a que se forme una nueva estructura de precios. En los proyectos de privacidad, es aún más importante distinguir entre la revisión del código, el lanzamiento oficial y la reacción del mercado: el progreso del desarrollo no debe presentarse como una ganancia ya materializada.
#XMR
Lo anterior es únicamente una observación personal del mercado y no constituye asesoramiento de inversión.
