Descargas de bloque muy lentas de nodo completo BTC

Tengo un servidor con 32 Gigas de ram y ejecuto el nodo en un contenedor docker usando Bitcoin Core Daemon versión v0.15 con 8333 puertos asignados

Los nodos se han estado ejecutando durante 2,5 semanas, todavía 300k bloques y la mayor parte del tiempo el número de conexiones es 0, solo una vez que vi que saltó a 60, incluso aumenté el dhcache

¿por qué está tardando tanto? ¿Cómo acelero las cosas? para la mayoría de los muchachos tomó solo 1-2 semanas


Actualización 01- Esta es mi configuracióningrese la descripción de la imagen aquí

02- Funcionaba bien y cuando verifiqué que los puertos meteorológicos estaban abiertos desde la red externa antes de la sincronización de 300k I - https://www.yougetsignal.com/tools/open-ports/ Dos semanas antes de 8333 ABIERTO Ahora 8333 ABIERTO

II - https://bitnodes.earn.com/#join-the-network Dos semanas antes de 8333 ABIERTO y Accesible AHORA inalcanzable

III- Velocidad de conexión 10 MB

¿Conocería los límites de ancho de banda del ISP de su nodo?
No olvide que está descargando 150 GB de diferentes nodos. Llevo cuatro dias conmigo con una buena conexion a internet y 16GB de ram. Si su velocidad de descarga es de 33 MB por segundo, tardará 82,5 horas si todos los nodos cargan a una velocidad de 33 MB por segundo.
Sería útil para considerar cuál puede ser el problema si pudiera editar su pregunta para explicar más sobre la configuración de su red, cómo se enrutan las conexiones a la Internet pública, la velocidad y el tipo de su conexión y cualquier otra información útil.
Además, los detalles de su configuración de Bitcoin Core pueden ser útiles, qué parámetros usa en la línea de comando y su bitcoin.confarchivo.
No hice ningún cambio en mi archivo conf

Respuestas (2)

Su nodo debe intentar y hacer 8 conexiones salientes a otros nodos primero. El puerto de reenvío 8333 es solo para permitir conexiones entrantes y no es necesario para que su nodo se sincronice.

Entonces, pensando primero en la conectividad, debe trabajar con los conceptos básicos:

Reinicie su módem y equipo de enrutador. Cierra bitcoind con >bitcoin-cli stop. Reinicie su host de Ubuntu y reinicie su sesión de Docker, reinicie bitcoind.

¿Puede resolver consultas de DNS desde su sesión de Docker, puede realizar solicitudes HTTP exitosas desde su sesión de Docker (reducir algún archivo o wget)? ¿Puede usted >nmap seed.btc.petertodd.org -p 8333, lo que no siempre funciona, intente primero, es un DNS round robin? Solo intente varias veces es suficiente para obtener al menos un éxito.

Una vez que se resuelva la conectividad de la red, es posible que desee consultar esta respuesta para obtener más información.

Hola, gracias por todas las sugerencias y consejos, apagué el firewall por ahora. He habilitado el reenvío de puertos, pero de alguna manera aún se filtra mi tráfico btc. Descubrí que con este comando "nmap seed.btc.petertodd.org -p 8333" proporcionado por @willtech. De cualquier manera, encontré que el problema es el firewall. Voy a míralo con más detalle

No podrás sincronizar sin tener ninguna conexión. El problema es que tienes 0 conexiones; asegúrese de no tener ningún cortafuegos (ya sea en su contenedor docker, el host, su enrutador o su ISP) que esté bloqueando el tráfico de Bitcoin.

Estuvo funcionando muy lentamente durante 3 semanas y tengo 300k bloques, pero de repente todo se detuvo, como describí en mi actualización, el puerto 8333 todavía está abierto y accesible desde los verificadores de puertos de terceros, pero no accesible desde el verificador de bitnodes.
Nuevamente, asegúrese de que no haya nada que bloquee la conexión. Incluso si funcionaba hace unas semanas, su ISP podría haber cambiado algo que lo bloqueó. O una actualización de su sistema operativo u otro software puede cambiar el firewall de su computadora.
Revisé todo ISP - No bloqueado, Ubuntu Iptables - No bloqueado, Docker Container - No bloqueado ¿alguien puede decirme los pasos para diagnosticar este problema? o es inútil ejecutar este nodo completo Voy a salir