01
Elija el historial y los índices retenidos antes de la instalación
Un nodo Bitcoin Core podado aún valida bloques pero elimina archivos de bloques antiguos después de la validación para mantenerse cerca de un objetivo configurado. Elige la poda solo si los clientes no necesitan datos históricos arbitrarios de bloques. Bitcoin Core documenta que la poda es incompatible con el índice de transacciones completo, y volver de la operación podada a la no podada requiere reconstruir y volver a descargar la cadena de bloques.
Enumere primero todas las consultas de monedero, explorador o aplicación, y luego decida si necesita indexación, filtros de bloques o lecturas históricas. Dimensiona el disco para los requisitos actuales, los índices seleccionados, el estado de la base de datos, los registros, el trabajo de actualización y el crecimiento futuro. No utilice una cifra de tamaño de cadena sin fecha como mínimo permanente.
02
Verifique la versión y aísle el servicio
Descargue desde el canal de lanzamiento oficial de Bitcoin Core y siga su procedimiento actual de suma de verificación y firma. La verificación significa comprobar que el hash del archivo esté listado y que las firmas provengan de claves en las que ha elegido confiar; una descarga exitosa por sí sola no es evidencia de origen. Conserve el lanzamiento, la fecha de verificación y las huellas relevantes en el registro de cambios.
Ejecute el demonio bajo una cuenta de servicio dedicada sin privilegios con permisos restrictivos en el directorio de datos. Mantenga el sistema operativo parcheado, exponga solo los servicios necesarios y separe la administración del nodo de las credenciales de la aplicación. Si el nodo también carga una billetera, trate la copia de seguridad de la billetera y la custodia de claves como un proceso distinto de alto riesgo; una copia de datos de blockchain no sustituye al material de la billetera.
03
Mantén RPC fuera de la Internet pública
La documentación oficial de la interfaz de Bitcoin Core dice que no se debe habilitar RPC a través de Internet público. La autenticación no cifra la conexión, y RPC puede controlar el nodo, acceder a datos privados y, cuando hay monederos presentes, causar pérdidas financieras. Manténgalo en localhost cuando sea posible. Para una aplicación remota, use una ruta privada segura como una VPN o reenvío SSH y restrinja tanto la accesibilidad de red como la identidad del sistema operativo.
La autenticación por cookie es la opción local preferida cuando no se configura una contraseña RPC estática. Trate cualquier credencial RPC válida como poderosa; las listas de permitidos de métodos son controles de reducción útiles, pero no sustituyen al aislamiento del sistema. La interfaz peer-to-peer es independiente de RPC. Si acepta pares entrantes, publique únicamente el servicio P2P previsto y verifique el cortafuegos del host según la documentación de la versión actual.
04
Definir la aceptación de la sincronización
La sincronización inicial puede ejercitar CPU, el disco y la red durante un período prolongado, así que deja margen de capacidad y evita prometer un tiempo de finalización antes de observar el hardware seleccionado, los pares y la cadena actual. Supervisa el espacio libre en disco, los reinicios del proceso, el estado de los pares y los campos de sincronización expuestos por la documentación actual de RPC de Bitcoin Core. Registra el mejor bloque, el estado de la cabecera y el indicador de descarga inicial de bloques como evidencia, pero compáralos con el estado actual de la red en lugar de una altura codificada.
El resultado esperado es un nodo que se inicia automáticamente, no informa errores de verificación sin resolver, alcanza la cadena actual según los campos RPC documentados, se conecta a los pares previstos y expone RPC solo a través de la ruta aprobada. Ejecute esta lista de verificación de aceptación en el nodo desplegado; no es un resultado afirmado aquí.
05
Planifique el mantenimiento y la recuperación
Suscríbete a los anuncios oficiales de lanzamiento y seguridad, revisa las notas de la versión antes de las actualizaciones, apaga limpiamente y mantén instrucciones de reversión o reinstalación. Alerta antes de que el espacio en disco se vuelva crítico y reevalúa la poda y las opciones de índice cuando cambien los requisitos de la aplicación. Un nodo podado puede necesitar una descarga completa para algunas rutas de recuperación, así que incluye el tiempo de red y la disponibilidad de datos en el runbook.
Haga una copia de seguridad de la configuración y el material de la billetera según su sensibilidad separada, pero asuma que el estado de la cadena de bloques puede reconstruirse desde la red cuando sea necesario. Pruebe la recuperación sin exponer claves privadas ni reutilizar credenciales de producción. La transferencia sin medición puede simplificar la facturación durante la sincronización y la operación entre pares; no garantiza la velocidad de sincronización ni reemplaza el monitoreo de ancho de banda y recursos.
Respuestas directas
Preguntas sobre esta guía
¿Sigue siendo un nodo Bitcoin Core podado un nodo de validación completo?
Valida la cadena pero no conserva todos los archivos de bloques antiguos. Eso limita el acceso a datos históricos, entra en conflicto con txindex y hace que volver a una operación sin poda requiera una nueva descarga de la cadena de bloques.
¿Puedo exponer Bitcoin Core RPC con una contraseña segura?
No a la Internet pública. Bitcoin Core establece que la autenticación RPC no cifra el tráfico y la interfaz no está endurecida para entrada arbitraria de Internet. Use localhost o una ruta privada asegurada con aislamiento del sistema.