fix: CPU real por proceso en el monitor, y UTXO Map usando la caché

La columna %CPU de ps aux es la media desde que arrancó el proceso, no el
consumo actual: un proceso que trabajó mucho hace días seguía apareciendo
alto para siempre. Se detectó porque los porcentajes no cambiaban nunca entre
lecturas mientras la CPU global sí variaba.

Ahora se mide con dos lecturas de /proc/PID/stat separadas 500 ms, el mismo
método que ya usaba getCpuUsage para el total. La UI muestra el % sobre el
total de la máquina, con el % por núcleo y la media de ps en el tooltip.

Verificado con carga artificial: 100% de un núcleo (25% de 4) frente al 152%
que reportaba ps, imposible para un proceso de un solo hilo.

Además, el UTXO Map era el único punto que se saltaba la caché usando
fetchWithTimeout directo. Ahora pasa por get().

CHANGELOG.md

@@ -10,6 +10,31 @@ y el versionado sigue [Versionado Semántico](https://semver.org/lang/es/):
 - **MENOR** — características nuevas que no rompen lo anterior
 - **PARCHE** — arreglos de errores
 
+---
+## [1.12.1] — 2026-07-27
+### Corregido
+- **El monitor mostraba una CPU por proceso que engañaba.** La columna `%CPU`
+  de `ps aux` no es el consumo actual sino la **media desde que el proceso
+  arrancó** (tiempo de CPU dividido por tiempo de vida). Un proceso que trabajó
+  mucho hace tres días seguía apareciendo alto para siempre, y se leía como si
+  estuviera saturando la máquina. Se detectó porque los porcentajes por proceso
+  no cambiaban NUNCA entre lecturas mientras la CPU global sí variaba.
+  - Ahora se mide de verdad: dos lecturas de `/proc/PID/stat` separadas 500 ms,
+    el mismo método que ya usaba `getCpuUsage` para el total. Las dos esperas
+    corren en paralelo dentro del mismo `Promise.all`, así que no cuesta tiempo.
+  - La interfaz muestra el **porcentaje sobre el total de la máquina**, que es
+    lo que suele querer saberse, con el porcentaje de un núcleo y la media de
+    `ps` en el tooltip para poder comparar con `top`.
+  - Comprobado con carga artificial: el proceso ocupado marcaba 100% de un
+    núcleo (25% de un sistema de 4) mientras `ps` daba 152%, imposible para un
+    proceso de un solo hilo.
+
+### Cambiado
+- El UTXO Map pedía las transacciones de contexto con `fetchWithTimeout`
+  directo, saltándose la caché añadida en la 1.11.0. Era el único punto que no
+  la aprovechaba. Ahora pasa por `get()`, así que esas transacciones —ya
+  confirmadas, e inmutables— se guardan toda la sesión.
+
 ---
 ## [1.12.0] — 2026-07-27
 ### Añadido