Planifique el almacenamiento y la sincronización
Un nodo completo y un nodo podado tienen necesidades de disco diferentes, y esas necesidades cambian con el tiempo. Consulte los requisitos actuales del proyecto upstream y deje margen de crecimiento. La descarga inicial de bloques puede llevar bastante tiempo y recursos.
Restrinja las interfaces de control
Mantén la administración de RPC y Lightning de Bitcoin en una ruta privada autenticada. Exponer un endpoint de control sin autenticación puede poner en peligro los fondos y el host. Los puertos públicos de pares y los puertos administrativos privados necesitan reglas de firewall diferentes.
Comprende la liquidez de los canales
Un canal Lightning inmoviliza fondos y tiene restricciones de liquidez entrante y saliente. Ejecutar un nodo no garantiza ingresos por enrutamiento. Considera las comisiones, la gestión de canales y los riesgos de una cartera en caliente antes de financiarla.
Respalde el estado correcto
Siga el procedimiento de recuperación de la implementación específica para las semillas de la billetera y el material de respaldo de canales. Guarde los datos de recuperación fuera del nodo y pruebe su comprensión sin exponer secretos. Una copia genérica del sistema de archivos puede no ser un respaldo seguro de canales activos.
Elige una implementación y sigue sus reglas de recuperación
Bitcoin Core proporciona un backend Bitcoin. LND y Core Lightning son implementaciones de Lightning independientes con su propia configuración, ecosistema de plugins y procedimientos de copia de seguridad. Elige una pila compatible y sigue su documentación actual; no mezcles instrucciones de recuperación entre implementaciones. La finalización de la sincronización, la conectividad con los pares y la recuperación de la cartera son comprobaciones de aceptación independientes.
Un punto de control previo a la financiación
Antes de poner fondos significativos en línea, verifique que los puertos administrativos sean privados, que las actualizaciones estén programadas y que el material de recuperación de la cartera y de los canales se almacene de forma independiente. Comprenda la diferencia entre una semilla, una copia de seguridad estática de canales y una copia completa de los datos en su implementación. Mantenga en línea solo los fondos que exija su plan operativo. Un nodo de enrutamiento es un compromiso operativo, no un producto de rentabilidad pasiva.
Acepta el backend Bitcoin antes de abrir canales
Verifica la procedencia de la versión del software siguiendo las instrucciones de su proyecto, elige un diseño completo o podado compatible y deja que finalice la sincronización inicial. Reserva espacio para la sobrecarga de la base de datos, los registros, las actualizaciones y el crecimiento en lugar de asignar la huella exacta esperada de la cadena. Un backend podado puede requerir planificación adicional para el descubrimiento histórico de la cartera o los reescaneos. No presentes una cifra de disco actual arbitraria como requisito permanente.
- Comprueba de forma independiente el progreso de sincronización, la conectividad con los pares y el consumo de disco.
- Mantén privados el listener RPC y la autenticación; abrir un puerto de pares no requiere exponer el control administrativo.
- Elige LND o Core Lightning con un backend Bitcoin compatible y documentado, y luego verifica su propio estado de sincronización.
- Haz una pequeña prueba y comprende la financiación, la liquidez entrante y las comisiones antes de poner fondos significativos en línea.
Documentación oficial: LND: recuperación ante desastres · Core Lightning: copias de seguridad de cartera y canales
Trata el estado obsoleto de un canal como un riesgo de recuperación
Una instantánea general de VPS no es automáticamente una copia de seguridad segura de un canal activo. La recuperación ante desastres de LND puede usar su semilla y la copia de seguridad estática de canales para solicitar el cierre del canal; es un proceso de último recurso, no un método de migración normal. Mantén la instancia antigua detenida durante la recuperación para evitar copias en competencia. Sigue el procedimiento de LND para el material que realmente posees en lugar de restaurar una base de datos de canales antigua arbitraria.
Documentación oficial: LND: recuperación ante desastres
Mantén el plan de recuperación específico para la implementación
Core Lightning distingue el secreto de la cartera, el material de recuperación de emergencia de canales y la base de datos activa. Su documentación desaconseja la restauración ordinaria al estilo de instantáneas de un estado obsoleto de la base de datos de canales y describe enfoques de copia de seguridad específicos de cada implementación. Conserve fuera del nodo el material de claves necesario, supervise las actualizaciones de los archivos de recuperación de canales y ponga a prueba su comprensión antes de depositar fondos. Si el disco falla, conserve los datos dañados y consulte el procedimiento de recuperación correcto antes de reiniciar una copia antigua.
- Un saldo en cadena restaurado no demuestra que se hayan recuperado todos los canales.
- Un canal sin capacidad entrante no puede recibir solo porque el nodo esté en línea.
- Una caída de un par y una credencial RPC local fallida requieren soluciones de problemas diferentes.
- No deduzcas ingresos automáticos ni recuperabilidad garantizada de una instalación de nodo exitosa.
Documentación oficial: Core Lightning: copias de seguridad de cartera y canales