Transparency
This page exists because most PC optimizers do not say what they do. We do. What Neon does, what it never does, how it logs every action, what telemetry exists, and what the real tradeoffs are.
What Neon does
- Closes background apps and overlays — only ones you approve, never the game you are running or its launcher.
- Trims RAM working sets and standby memory when genuine memory pressure is detected — and tells you when there is no real pressure.
- Applies Windows power plan, GPU scheduling and network latency settings — all inside safe Windows defaults, each one explained and reversible.
- Detects per-PC opportunities: XMP/EXPO memory profiles not enabled, Resizable BAR off, GPU driver out of date, dangerously old firmware.
- Cleans safe temporary files — marked clearly as permanent before you confirm; files in use are skipped, not force-deleted.
- Measures real before-and-after metrics so you see what changed on your machine, not an average from someone else's.
What Neon never does
- Show a fabricated 'RAM freed' or 'speed +X%' headline — if a number appears, it is read from your machine.
- Overclock your CPU or GPU or raise voltages — Neon only applies safe Windows defaults.
- Stop anti-cheat services or interfere with game processes.
- Close your game launcher (Steam, Epic, EA App, Battle.net) behind your back.
- Make any change without showing you what it is, whether it needs admin rights, and whether it is reversible.
- Collect personal files, browsing history or any content from your PC.
- Sell your data to third parties.
How every change is logged and reversed
Reversibility is not an add-on feature — it is the base architecture. If a change cannot be undone, Neon does not make it.
- Every change Neon applies is written to a local log on your PC before it runs.
- The log includes what changed, whether it needed admin rights, and how to undo it.
- The log is readable — it is not an opaque binary file.
- One-click Restore reads the log and reverses every entry in order.
- If Neon detects that something looks wrong after a change, it restores automatically.
What telemetry exists
We do not claim 'zero telemetry' because that would be false. What exists is exactly this:
- What the app reports to your license: launch count, boost count, driver checks and updates, approximate time online, app version and the request IP truncated to its network address (last octet zeroed before storage — never the exact address).
- Boost-outcome counts since your last report: how many boosts measured a real improvement (net-positive), how many just applied without a verifiable win, how many were auto-reverted for a measured regression, and how many of those reverts failed — always plain counts, never a percentage.
- The seconds from your first app launch to your first completed boost — reported once, the first time it happens; nothing is sent for this before then.
- Whether you have opt-in anonymous crash diagnostics turned on (the toggle in Settings → Privacy).
- Why: for support ("what version are you on?") and to detect key-sharing abuse.
- What it does NOT report: personal files, game names, browser history, clipboard, or the content of any application.
- After activation the app sends a hardware summary (CPU, GPU, RAM, motherboard, disks, OS and BIOS version, network adapter names including MAC addresses, monitors and battery). This is used for support. Your dashboard shows only the PC name you gave it, not the full sheet.
- Web analytics run without cookies, on aggregated data (Vercel Analytics). A Google Ads cookie measures which ads bring visitors — the full breakdown is in the Cookie Policy.
The Privacy Policy has the full breakdown, including your GDPR rights and how to delete your account.
Every field, exactly
The plain-language summary above, and here is the full table — generated from the same table the code validates incoming reports against, so it cannot silently go stale.
Every usage report (launch, boost, driver check…)
| Field | Type | Why | Retention |
|---|---|---|---|
| key | string | Identifies which license this report updates (routing, not a separate analytics record). | Not stored as telemetry — it is the license's own key field, kept for the life of the license. |
| machineId | string | Identifies which PC (a rotating machine id) this report updates. | Stored on the license record it is bound to, kept for the life of the license. |
| hwid | string (optional) | A stable hardware fingerprint, adopted once so a Windows reinstall or factory reset doesn't strand the license binding. | Stored on the license record once adopted, kept for the life of the license. |
| event | "launch" | "heartbeat" | "boost" | "driver_check" | "driver_update" | Which counter this report increments. | Not stored itself — only its effect (the incremented counter) persists. |
| appVersion | string | Which Neon build sent this report — used for support and to show an outdated-version nudge. | Overwritten on every report — only the current value is kept. |
| firstBoostSecs | number | Seconds from your first app launch to your first completed boost, reported once, the first time it happens. | Kept permanently as a fixed, one-time value on the license — never overwritten by a later report. |
| boostOutcome | { netPositive?, applied?, reverted?, revertFailed?: number } | Counts of boost outcomes since your last report — how many measured a real improvement, how many just applied, how many were auto-reverted, and how many of those reverts failed. | Accumulated permanently as running totals on the license. |
| crashOptIn | boolean | Whether opt-in anonymous crash diagnostics are currently turned on (Settings → Privacy). | Overwritten on every report — only the current value is kept. |
Opt-in crash diagnostics report
| Field | Type | Why | Retention |
|---|---|---|---|
| kind | string | Crash/error category: panic, frontend error, or IPC error. | Kept 30 days, then automatically deleted (TTL on the crashes collection). |
| message | string | Sanitized error summary — secrets and usernames in paths are redacted before this is ever sent, and it is capped at 2 KB. | Kept 30 days, then automatically deleted (TTL on the crashes collection). |
| module | string (optional) | Rust module or TS component name where the error happened — never a file path. | Kept 30 days, then automatically deleted (TTL on the crashes collection). |
| appVersion | string | Which Neon build crashed — grouped in the admin panel by version, as a count, never a rate. | Kept 30 days, then automatically deleted (TTL on the crashes collection). |
The fleet, live
Real counts, read at the moment you load this page — never a rate, never an estimate.
Loading live counts…
Build & release provenance
The current version, its hash, and how it was published — so you can verify what you installed is exactly what we shipped.
Loading version information…
What the release rail checks
- Clean source tree, versions in sync, and the full test suite passes.
- A security preflight: a dependency vulnerability scan, a license/dependency policy check, and a secrets scan — a real secret finding blocks the release with no override.
- Build the installer.
- Hash the installer with SHA-256.
- Sign that hash offline with the release's private key.
- Verify the signature against the embedded public key before it ships to anyone.
- Stage and upload the installer under its versioned filename.
- Publish the new version, hash, and signature.
- Deploy the site.
- Live-verify: fetch the public version endpoint back and confirm the version, hash, and signature all match what was just published, then smoke-test the public pages before calling it done.
Every release also generates a software bill of materials (an SBOM, in CycloneDX format) listing every third-party component bundled in the installer. It's an internal release artifact today — not yet published for public download.
Because the installer isn't code-signed yet, it can trigger Windows SmartScreen and antivirus false positives. Before a release ships, the installer is checked against Windows Defender and can be submitted to Microsoft's WDSI (Windows Defender Security Intelligence) false-positive review and to VirusTotal. We don't claim a scan result here unless we can link to the real one.
The real tradeoffs
Neon has real limitations. We state them, we do not bury them.
SmartScreen notice
The installer is not yet code-signed. Windows SmartScreen shows a warning on first run. Click 'More info' then 'Run anyway'. This is a real tradeoff we state plainly — not something we hide. Every update is checksum-verified so you know the file you download is exactly the one we published.
Crypto-only checkout
Neon takes payment in cryptocurrency only. There are no card details to leak. If crypto is not how you pay, Neon is not the right product for you — we state this directly rather than burying it.
One key, one PC
A license key is bound to one machine. That is how the abuse model works — it also means you cannot transfer a key to a new PC without going through support.
What telemetry exists
Detailed above. We do not claim 'zero telemetry' because that would be false. We tell you exactly what is sent and why.
Transparencia
Esta página existe porque la mayoría de los optimizadores de PC no dicen lo que hacen. Nosotros sí. Lo que Neon hace, lo que nunca hace, cómo registra cada acción, qué telemetría existe y cuáles son los compromisos reales.
Lo que Neon hace
- Cierra apps y overlays en segundo plano — solo los que aprobás, nunca el juego que estás corriendo ni su launcher.
- Libera working sets de RAM y memoria en espera cuando se detecta presión real de memoria — y te lo dice cuando no hay presión real.
- Aplica configuraciones de plan de energía, planificación de GPU y latencia de red de Windows — todo dentro de los valores seguros de Windows, cada uno explicado y reversible.
- Detecta oportunidades por PC: perfiles de memoria XMP/EXPO sin activar, Resizable BAR apagado, driver de GPU desactualizado, firmware peligrosamente antiguo.
- Limpia archivos temporales seguros — marcados claramente como permanentes antes de confirmar; los archivos en uso se omiten, no se borran a la fuerza.
- Mide métricas reales antes y después para que veas lo que cambió en tu equipo, no un promedio del equipo de otro.
Lo que Neon nunca hace
- Mostrar un titular fabricado de 'RAM liberada' o 'velocidad +X%' — si aparece un número, se leyó de tu equipo.
- Hacer overclock en tu CPU o GPU ni subir voltajes — Neon solo aplica los valores seguros de Windows.
- Detener servicios de anti-cheat ni interferir con procesos del juego.
- Cerrar tu launcher de juegos (Steam, Epic, EA App, Battle.net) a tus espaldas.
- Hacer cualquier cambio sin mostrarte qué es, si necesita permisos de admin y si es reversible.
- Recopilar archivos personales, historial de navegación ni ningún contenido de tu PC.
- Vender tus datos a terceros.
Cómo se registra y revierte cada cambio
La reversibilidad no es una función extra — es la arquitectura base. Si un cambio no puede deshacerse, Neon no lo hace.
- Cada cambio que aplica Neon se escribe en un registro local en tu PC antes de ejecutarse.
- El registro incluye qué cambió, si necesitó permisos de admin y cómo deshacerlo.
- El registro es legible — no es un archivo binario opaco.
- Restaurar con un clic lee el registro y revierte cada entrada en orden.
- Si Neon detecta que algo se ve mal después de un cambio, restaura automáticamente.
Qué telemetría existe
No afirmamos 'telemetría cero' porque eso sería falso. Lo que existe, es exactamente esto:
- Lo que la app reporta a tu licencia: cantidad de lanzamientos, boosts, chequeos y actualizaciones de drivers, tiempo en línea aproximado, versión de la app y la IP de la petición truncada a su red (el último octeto se pone en cero antes de guardarla — nunca la dirección exacta).
- Cantidades de resultados de boost desde tu último reporte: cuántos boosts midieron una mejora real (net-positive), cuántos solo se aplicaron sin poder verificar una mejora, cuántos se revirtieron automáticamente por una regresión medida, y cuántas de esas reversiones fallaron — siempre cantidades simples, nunca un porcentaje.
- Los segundos desde tu primer lanzamiento de la app hasta tu primer boost completado — se reporta una sola vez, la primera vez que ocurre; antes de eso no se envía nada para este dato.
- Si tenés activado el diagnóstico de errores anónimo y opcional (el interruptor en Ajustes → Privacidad).
- Por qué: para soporte ("¿qué versión tenés?") y para detectar abuso de claves compartidas.
- Lo que NO reporta: archivos personales, nombres de juegos, historial del navegador, portapapeles ni el contenido de ninguna aplicación.
- Tras la activación, la app sube un resumen de hardware (CPU, GPU, RAM, placa, discos, SO y versión de BIOS, nombres de adaptadores de red incluyendo direcciones MAC, monitores y batería). Se usa para soporte. Tu panel muestra solo el nombre de PC que le pusiste, no la hoja completa.
- La analítica web funciona sin cookies, con datos agregados (Vercel Analytics). Una cookie de Google Ads mide qué anuncios traen visitantes — el detalle completo está en la Política de Cookies.
La Política de Privacidad tiene el detalle completo, incluyendo tus derechos RGPD y cómo eliminar tu cuenta.
Cada campo, exactamente
El resumen de arriba en palabras simples; esta es la tabla completa, generada del mismo código que valida lo que la app puede enviar — no puede quedar desactualizada sin que falle una prueba.
Cada reporte de uso (lanzamiento, boost, chequeo de drivers…)
| Campo | Tipo | Por qué | Retención |
|---|---|---|---|
| key | string | Identifica qué licencia actualiza este reporte (enrutamiento, no un registro de analítica aparte). | No se guarda como telemetría — es el propio campo de clave de la licencia, se conserva mientras exista la licencia. |
| machineId | string | Identifica qué PC (un id de máquina rotativo) actualiza este reporte. | Se guarda en el registro de la licencia a la que está vinculado, mientras exista la licencia. |
| hwid | string (optional) | Una huella de hardware estable, adoptada una vez para que una reinstalación de Windows o un restablecimiento de fábrica no deje varada la vinculación de la licencia. | Se guarda en el registro de la licencia una vez adoptada, mientras exista la licencia. |
| event | "launch" | "heartbeat" | "boost" | "driver_check" | "driver_update" | Qué contador incrementa este reporte. | No se guarda en sí mismo — solo persiste su efecto (el contador incrementado). |
| appVersion | string | Qué versión de Neon envió este reporte — se usa para soporte y para mostrar un aviso de versión desactualizada. | Se sobrescribe en cada reporte — solo se conserva el valor actual. |
| firstBoostSecs | number | Segundos desde tu primer lanzamiento de la app hasta tu primer boost completado, reportado una sola vez, la primera vez que ocurre. | Se conserva de forma permanente como un valor fijo y único en la licencia — nunca se sobrescribe con un reporte posterior. |
| boostOutcome | { netPositive?, applied?, reverted?, revertFailed?: number } | Cantidades de resultados de boost desde tu último reporte — cuántos midieron una mejora real, cuántos solo se aplicaron, cuántos se revirtieron automáticamente, y cuántas de esas reversiones fallaron. | Se acumula de forma permanente como totales continuos en la licencia. |
| crashOptIn | boolean | Si el diagnóstico de errores anónimo y opcional está activado (Ajustes → Privacidad). | Se sobrescribe en cada reporte — solo se conserva el valor actual. |
Reporte de diagnóstico de errores (opcional)
| Campo | Tipo | Por qué | Retención |
|---|---|---|---|
| kind | string | Categoría del error: panic, error de frontend, o error de IPC. | Se conserva 30 días y luego se elimina automáticamente (TTL en la colección de errores). |
| message | string | Resumen del error, saneado — los secretos y nombres de usuario en rutas se redactan antes de enviarse, y se limita a 2 KB. | Se conserva 30 días y luego se elimina automáticamente (TTL en la colección de errores). |
| module | string (optional) | Nombre del módulo de Rust o componente de TS donde ocurrió el error — nunca una ruta de archivo. | Se conserva 30 días y luego se elimina automáticamente (TTL en la colección de errores). |
| appVersion | string | Qué versión de Neon falló — se agrupa en el panel de administración por versión, como cantidad, nunca como tasa. | Se conserva 30 días y luego se elimina automáticamente (TTL en la colección de errores). |
La flota, en vivo
Cantidades reales, leídas al momento — nunca una tasa, nunca una estimación.
Cargando cifras en vivo…
Procedencia del build y del release
La versión actual, su hash y cómo se publicó — para que puedas verificar que lo que instalaste es exactamente lo que publicamos.
Cargando información de la versión…
Qué chequea el proceso de release
- Árbol de código limpio, versiones sincronizadas, y toda la batería de pruebas pasa.
- Un preflight de seguridad: escaneo de vulnerabilidades de dependencias, chequeo de política de licencias/dependencias, y escaneo de secretos — un secreto real encontrado bloquea el release, sin excepción.
- Compilar el instalador.
- Calcular el hash SHA-256 del instalador.
- Firmar ese hash de forma offline con la clave privada del release.
- Verificar la firma contra la clave pública embebida antes de publicarlo.
- Preparar y subir el instalador con su nombre de archivo versionado.
- Publicar la nueva versión, hash y firma.
- Desplegar el sitio.
- Verificación en vivo: leer de nuevo el endpoint público de versión y confirmar que versión, hash y firma coinciden exactamente con lo recién publicado, y probar que las páginas públicas responden antes de darlo por terminado.
Cada release también genera una lista de materiales de software (un SBOM, en formato CycloneDX) con cada componente de terceros incluido en el instalador. Hoy es un artefacto interno del proceso de release — todavía no se publica para descarga pública.
Como el instalador todavía no tiene firma de código, puede disparar falsos positivos en Windows SmartScreen y en antivirus. Antes de publicar un release, el instalador se revisa contra Windows Defender y puede enviarse a la revisión de falsos positivos WDSI (Windows Defender Security Intelligence) de Microsoft y a VirusTotal. No afirmamos un resultado de escaneo acá salvo que podamos enlazar el real.
Los compromisos reales
Neon tiene limitaciones reales. Las decimos, no las enterramos.
Advertencia de SmartScreen
El instalador todavía no tiene firma de código. Windows SmartScreen muestra una advertencia en el primer uso. Hacé clic en 'Más información' y luego en 'Ejecutar de todas formas'. Es un compromiso real que declaramos abiertamente — no algo que ocultamos. Cada actualización se verifica por checksum para que sepas que el archivo que descargás es exactamente el que publicamos.
Pago solo con cripto
Neon acepta pagos solo en criptomonedas. No hay datos de tarjeta que se puedan filtrar. Si la cripto no es tu forma de pago habitual, Neon no es el producto adecuado para vos — lo decimos directamente en vez de enterrarlo en la letra chica.
Una clave, una PC
Una clave de licencia se vincula a un equipo. Así funciona el modelo anti-abuso — también significa que no podés transferir una clave a una PC nueva sin pasar por soporte.
Qué telemetría existe
Detallada arriba. No afirmamos 'telemetría cero' porque sería falso. Te decimos exactamente qué se envía y por qué.