StackXMR (Monero Signal Engine)

Qué es. Un panel de precio y señales XMR en una sola página en `stackxmr.dev`. Obtiene precios XMR en vivo, calcula las bandas usuales de análisis técnico (estructura EMA, RSI, MACD, volatilidad, drawdown, soporte/resistencia, régimen) y presenta una recomendación de compra/venta/mantener con nivel de confianza, puntos de entrada/salida y sugerencias DCA en la parte superior. Un solo archivo HTML estático (~6MB inline). Sin backend, sin registro, sin telemetría.

Antecedentes. Proyecto en solitario bajo el alias `admin191655` (nombre de usuario en GitHub — el repo en `github.com/admin191655/stackxmr` tiene 0 estrellas y es básicamente un cascarón vacío, no el código fuente real del panel). El autor publica el panel como MSE — *Monero Signal Engine* — actualmente en v5.3, con una cuenta en X `@ocomeoXMR` que tiene 17 seguidores y ninguna publicación visible. Sin identidad real, sin jurisdicción, sin equipo. El panel se financia con donaciones — se muestra una dirección Monero en la página (*"Buy me a Blunt" (Invítame un porro)*) para propinas. No hay historial de incidentes porque no hay un servicio donde pueda ocurrir un incidente: la página es una calculadora sobre datos de mercado en vivo, no un servicio que custodie nada.

En qué confías.

• La arquitectura es en sí misma su postura de privacidad. El HTML estático que se ejecuta completamente en tu navegador significa que no hay backend registrando tus visitas, no hay píxel de analytics, no hay cookies que te importen y no hay nada que el operador pueda *hacerte* significativamente aunque quisiera. La superficie de amenaza es más o menos *"el operador podría publicar malas señales y tú podrías actuar según ellas"* — no *"el operador podría extraer tus datos"*.
• La metodología está nombrada. Cada indicador que usa el motor aparece en la página (EMA, RSI, MACD, volatilidad estilo ATR, clasificador de régimen, etc.). Eso no está *auditado*, pero al menos sabes qué perillas está moviendo el panel, lo cual es más transparencia de la que la mayoría de los servicios de señales se molestan en ofrecer.
• La postura de licencia es permisiva. *"Freely copy, share, mirror, modify, and distribute this static Monero Signal Engine." (Copia, comparte, replica, modifica y distribuye libremente este motor de señales Monero estático.)* Eso hace que el panel sea genuinamente bifurcable — cualquiera puede alojar su propio espejo, incluso sobre IPFS o Tor, sin tratar con el operador.
• Sin KYC, sin registro, sin pago. Es una página gratuita. Si confías en la fuente de verdad del precio en vivo (la API que sea que la página consulte) y confías en tu propia capacidad para leer señales de AT de forma crítica, el resto corre por tu cuenta.

Especificaciones operativas.

• Sitio. `https://stackxmr.dev` — un solo archivo HTML estático. No hay `/about`, `/terms`, `/privacy` ni otra superficie más allá del panel mismo.
• Canales del operador. GitHub `admin191655` (mayormente vacío) y X `@ocomeoXMR` (~17 seguidores, sin publicaciones visibles al cierre). Sin clave PGP, sin Matrix, sin correo, sin Telegram. Si quieres contactar al mantenedor, los issues de GitHub son el camino obvio.
• Donación. Dirección XMR mostrada en la página (`87ufokoq88LZ3SaqEJmKm6PxZRFzvmc4ec3HRFKyKKWKbyLPSyfEYf8jNiAo4Md17tbyJsu7P5eepXZcS1DWFPjsKESV7qb`).
• Compatibilidad con Tor / IPFS. La página es lo suficientemente pequeña y autocontenida como para replicarse en IPFS o servirse desde un onion. El autor promueve esta postura explícitamente pero no opera un `.onion` propio al cierre.
• Sin divulgación de la fuente de precios. La página está en vivo ("waiting…", "calibrating…"), pero no documenta qué API consulta para obtener el precio e historial de XMR. Las señales del panel son tan honestas como esa fuente.
• La configuración persiste localmente. Perfil de riesgo (conservador / normal / agresivo), marco temporal (swing / scalp / position), tenencias, presupuesto en efectivo — todo se guarda del lado del cliente. Nada se envía a un servidor.

Filosofía del operador. El panel se posiciona como *"an educational dashboard, not financial advice." (Un panel educativo, no asesoramiento financiero.)* El mantenedor está publicando una herramienta, no operando un servicio — no hay promesa de soporte, no hay SLA, no hay compromiso de hoja de ruta y no hay monetización más allá de las propinas opcionales en XMR. La elección de arquitectura (HTML estático + estado del lado del cliente) y licencia (cualquiera puede replicar) se lee como *"Hice esto porque lo quería; aquí está, tómalo"*. Es una postura perfectamente válida para una herramienta de aficionado, y define lo que puedes esperar razonablemente: correcciones de bugs cuando al mantenedor le dé la gana, sin garantías de tiempo de actividad o precisión, y sin recurso si las señales resultan ser terribles durante un shock de mercado.

Justificación de la calificación. Catalogado como Grado C. El caso sustantivo para catalogarlo: la arquitectura es privada por construcción (sin backend, sin telemetría), la metodología está nombrada en vez de oculta, la licencia es lo suficientemente permisiva para que cualquiera pueda replicar o bifurcar. Lo que lo mantiene por debajo de B: la presencia del operador es genuinamente árida — un repo de GitHub casi vacío, una cuenta de X con 17 seguidores y sin publicaciones, sin identidad real y ningún directorio de pares ha revisado independientemente el panel todavía. La afirmación de *"Freely copy and modify" (Copia y modifica libremente)* también se ve algo socavada por el hecho de que el repo de GitHub no contiene realmente el código fuente del panel — es un cascarón vacío sin historial versionado de la página que realmente está en vivo. Ruta a Grado B: publicar el código fuente real del panel en GitHub (o en cualquier espejo con control de versiones), conseguir una inclusión en un directorio de pares (monerica o kycnot — aunque el alcance de kycnot son servicios sin KYC en vez de herramientas, así que monerica es el objetivo más obvio), y acumular algo de comentario independiente sobre las señales (un hilo en un foro, una entrada de blog, cualquier cosa que no sea solo la propia superficie del mantenedor).

Útil cuando:

• Quieres un panel de precio y señales XMR que respete la privacidad, que se ejecute completamente en tu navegador, sin registro y sin telemetría. La arquitectura es la característica.
• Quieres una herramienta que puedas bifurcar, replicar o ejecutar sin conexión. La combinación de página estática + licencia permisiva hace que el panel sea genuinamente portable.
• Estás aprendiendo análisis técnico específicamente sobre XMR y quieres una sola página que muestre los indicadores estándar (EMA / RSI / MACD / régimen) con nombres explícitos en vez de señales misteriosas. Trata la salida de compra/venta/mantener como una ayuda de aprendizaje, no como una recomendación.

Advertencias.

• Las señales no son consejo. El mantenedor lo dice explícitamente en la página. Actuar sobre una señal de *"compra"* durante un movimiento de mercado XMR con poco volumen puede hacerte saltar por los aires igual que actuar sobre una señal de *"venta"* durante un rally de alivio. El panel es una calculadora sobre datos en vivo — no un trader, no un fiduciario, no rinde cuentas.
• La fuente de precios no se divulga. La página no documenta qué API consulta para obtener precios e historial de XMR. Si esa fuente es incorrecta o está desactualizada, cada señal es incorrecta o está desactualizada. Cruza el precio con un agregador antes de citar una cifra de aquí.
• El "repo" de GitHub es un cascarón. El repo vinculado desde el proyecto no contiene el código fuente del panel en vivo — es un cascarón de andamiaje. La afirmación de *"Freely copy and modify" (Copia y modifica libremente)* solo funciona en el sentido de inspeccionar el HTML, no en el de leer el código fuente y bifurcar. Vale la pena saberlo si pensabas replicar o auditar.
• La superficie del operador es esencialmente vacía. Sin nombre real, sin jurisdicción, sin clave PGP, sin sala Matrix, sin historial de incidentes. Si la página se cae, desaparece o empieza a publicar señales diferentes mañana, no hay recurso más allá de abrir un issue en GitHub y esperar una respuesta.
• La postura Tor / IPFS es aspiracional. El autor promueve el uso amigable con Tor pero no opera un onion propio al cierre. La replicación se deja como ejercicio para el lector.
• Sin historial de incidentes — lo cual es bueno y malo. Bueno porque no ha ocurrido ningún incidente público. Malo porque nadie ha puesto a prueba la respuesta del mantenedor bajo presión (una mala señal durante un desplome repentino, un cambio de API que rompa el panel, una disputa de bifurcación). El próximo incidente, cuando llegue, será la primera lectura sobre cómo se mantiene esto.