Un nodo de Monero con una superficie de control privada.

Planificar los datos de la cadena

Un nodo completo y un nodo podado tienen huellas de almacenamiento distintas, y el tamaño actual de la cadena cambia. Consulta los requisitos upstream y deja espacio para la sincronización inicial y el crecimiento. No elijas la capacidad de disco basándote solo en un tutorial antiguo.

Verificar el software

Utilice versiones oficiales y verifique las firmas o los hashes mediante un proceso de confianza. Ejecute el daemon como un servicio sin privilegios y defina de forma deliberada su directorio de datos y la retención de registros.

Separa los roles públicos y privados

El puerto peer-to-peer y la interfaz RPC cumplen propósitos distintos. Vincule el RPC sensible localmente o detrás de una ruta privada autenticada. Una interfaz de control de wallet accesible públicamente y sin restricciones es un error grave.

Comprende el límite de privacidad

Usar su propio nodo puede reducir la dependencia de un operador remoto, pero no protege una cartera en un dispositivo comprometido. Tor u otras opciones de enrutamiento requieren una configuración independiente y un modelo de amenaza claro. Mantenga los secretos de la cartera fuera de los archivos públicos del nodo.

Pruebe el límite de RPC

Tras la configuración, inspecciona las interfaces en escucha y prueba una solicitud desde fuera de la red permitida. Un endpoint RPC de daemon restringido y un servicio RPC de cartera son capacidades distintas. No expongas ninguno de forma amplia solo porque una aplicación de cartera se conecte más fácilmente así.

Mantén el nodo reproducible

Registra la fuente del binario, la versión verificada y la configuración del servicio sin copiar secretos de la cartera en el runbook. Supervisa la capacidad del disco y el progreso de sincronización. Un nodo a menudo puede reconstruirse a partir de software verificado y datos de la cadena; protege el material de recuperación de la cartera de forma independiente.

Elige el almacenamiento según la cadena actual y tu rol

Un nodo completo conserva más datos históricos; un nodo podado reduce la huella a largo plazo mientras sigue validando la cadena. Deja espacio para la sincronización, los registros y el crecimiento en lugar de fiarte de un número fijo y antiguo del tamaño de la cadena. Activa la poda en la sincronización inicial cuando ese sea el diseño previsto; aplicarla más tarde puede no reducir de inmediato un archivo de base de datos existente. Decide si el nodo es infraestructura privada para tu cartera o si también ofrece un RPC de daemon público restringido.

Documentación oficial: Poda y opciones de Monerod

Verifica la versión antes de iniciar el daemon

Obtén la versión a través del canal oficial del proyecto y verifica su lista de hashes firmados usando una huella de confianza obtenida de forma independiente del archivo descargado. Ejecuta el daemon como un servicio dedicado sin privilegios con un directorio de datos persistente y registros acotados. Mantén las semillas del monedero y las claves de gasto del lado del monedero; un nodo validador no las necesita. Registra la versión y el hash verificado del archivo para que una reconstrucción tenga un punto de partida identificable.

• Permitir tráfico entre pares solo según el rol previsto del nodo.
• Mantenga el RPC del daemon sin restricciones local/privado; un listener restringido es una opción aparte.
• No confunda el RPC del demonio monerod con un RPC de cartera capaz de realizar operaciones de cartera.

Documentación oficial: verificación de la versión de Monero

Confirma la sincronización e inspecciona el límite del RPC

Usa el estado del daemon y la altura actual para distinguir una verificación inicial lenta de un nodo desconectado. Comprueba los pares salientes, el disco disponible, el reloj y los registros del servicio antes de reiniciar una sincronización larga. El puerto de pares de la red principal y los listeners RPC son distintos; no abras todos los puertos cercanos por comodidad. Consulta el RPC privado previsto desde un cliente autorizado y luego exige que falle una solicitud desde fuera del límite. Restringe deliberadamente los métodos públicos si un endpoint público forma parte de tu diseño.

# Local service inspection; do not publish private configuration:
ss -lntp
# In the monerod console:
status
sync_info

Documentación oficial: Referencia del demonio Monerod

Planifica el enrutamiento Tor y la recuperación por separado

Tor puede cambiar la ruta de red del tráfico de nodo compatible, pero debe configurarse para la clase de tráfico prevista y probarse; ejecutar Tor junto a un demonio no demuestra nada por sí solo. Investiga la sincronización bloqueada mediante la conectividad con los pares y comprobaciones de disco y permisos. Conserva los registros de configuración y verificación, y decide si copiar los datos de la cadena ahorra suficiente tiempo de recuperación para justificar el tamaño de su copia de seguridad. El alojamiento de nodo XMR es aquí una carga de trabajo educativa; no habilita la aceptación de pagos Monero en el checkout de Koala.