Experimento archivado
Minador web de XMR: que ha cambiado
Esta página antes cargaba un minador de Monero en el navegador. La integración queda desactivada a propósito: los scripts antiguos de minado ya no forman parte del proyecto, los navegadores y herramientas de seguridad lo tratan como un patrón sospechoso y el retorno práctico suele ser demasiado bajo para justificar el coste de CPU.
Por que ya no se ejecuta aquí
- Dependia de JavaScript externo y de conectividad con pools de minado, algo fragil con el paso del tiempo.
- Ejecutar código intensivo en CPU en el navegador de un visitante no es razonable sin consentimiento claro.
- Antivirus, bloqueadores y protecciones del navegador suelen bloquear este tipo de carga.
Las cifras anteriores son solo una estimación didáctica. Sirven para entender la escala, no para prometer ingresos reales. El minado real depende del rendimiento del dispositivo, reglas del pool, dificultad de red, comisiones y precio de Monero.
Que usar en su lugar
Si el objetivo es aprender prueba de trabajo sin consumir CPU de visitantes, la versión segura es el simulador de minería educativa: abrir el simulador.
Por qué esta página sigue teniendo valor
Mantengo esta página porque documenta una lección técnica y etica importante: una funcionalidad puede ser interesante desde ingeniería y, al mismo tiempo, ser una mala decisión de producto. El minado en navegador mezcla ejecución JavaScript, consentimiento, monetización, reputación de seguridad y rendimiento.
Si hoy evaluas una idea parecida, empieza por un modelo de amenazas. Pregunta que código se descarga, quien controla el endpoint del pool, si el visitante puede detener la ejecución, como se comportan los móviles y como lo interpretan antivirus y proxies corporativos. Esas preguntas importan más que la cifra de hash-rate.
La sustitución practica consiste en separar la parte educativa de la monetización. Usa un simulador local para explicar búsqueda de nonce y dificultad, y elige un modelo transparente para financiar la web.
En resumen, la lección técnica sigue siendo útil, pero la implementación original debe permanecer desactivada. Una página que protege la confianza, la bateria y el consentimiento informado vale más que un experimento de monetización oculto.
Que ensena sobre rendimiento
El minado en navegador también sirve para explicar que los presupuestos de rendimiento no son solo una métrica de frontend. Un script puede cargar bien, superar una prueba funcional y aún así empeorar la experiencia porque compite con el scroll, el renderizado, la bateria y otras pestañas. Cualquier carga en segundo plano debe poder medirse, limitarse y detenerse con claridad.
En una web moderna, la lección técnica más segura es dejar el trabajo costoso en infraestructura controlada, mostrar progreso al usuario y evitar sorpresas en el navegador. Esto aplica al minado, al procesamiento de imágenes, a la inferencia de IA y a cualquier tarea JavaScript larga. También mejora el análisis técnico, porque los problemas de rendimiento se pueden atribuir a trabajos backend controlados y no a carga oculta en cliente.
Checklist de consentimiento y reputación
Cualquier funcionalidad que consuma CPU de forma visible debe evaluarse con el mismo cuidado que pagos o datos personales. El visitante debe saber que se va a ejecutar, por que se ejecuta, durante cuanto tiempo y como detenerlo. El consentimiento no debería esconderse en un banner genérico de cookies porque el impacto es distinto: el minado afecta bateria, temperatura, ruido del ventilador y percepción de seguridad.
Desde SEO también es una cuestion de confianza. Una página asociada a scripts de minado no deseados puede ser interpretada por navegadores, antivirus y usuarios como hostil aunque la intención original fuese educativa. Mantener la implementación antigua desactivada y explicar la decisión forma parte del valor de la página.
Si necesitas una lección interactiva, usa el simulador, números sinteticos y estado local. Así se mantiene el objetivo didáctico sin conectar visitantes a un pool ni hacer que su dispositivo trabaje en segundo plano.
La conclusión técnica es más amplia que Monero. Cualquier funcionalidad del navegador que ejecute trabajo oculto puede danar la confianza: bucles de analítica invisibles, fingerprinting agresivo, inferencia de IA en segundo plano o tareas canvas costosas. El mismo checklist aplica siempre: hacer visible el coste, dejar la función como opcional, ofrecer una acción de parada y medir el impacto en dispositivos poco potentes.
Una página educativa segura debe explicar la implementación original, por que se retiro y que alternativa responsable existe. Ese contexto mantiene útil este experimento archivado para desarrolladores que llegan hoy buscando ejemplos de minado web.
Cómo medir trabajo costoso en navegador de forma segura
Usa una carga sintética que nunca contacte con un pool y ejecútala solo tras una acción explícita. Limita su duración y número de workers, ofrece un control de parada e informa del tiempo transcurrido sin prometer ingresos. Compara respuesta, CPU, temperatura y batería tanto en un móvil modesto como en escritorio. La prueba debe detenerse al ocultar la página y no reutilizar el consentimiento para otras cargas futuras.