Ayuda con sincronización de niebla muy lenta

He visto otras publicaciones en reddit donde los usuarios experimentaron tiempos de sincronización lentos. Estoy usando Windows 10 y la versión 3.7 (vi en Gitter que otros usuarios de Windows 10 tuvieron problemas con el bloqueo de la versión 3.8).

Mi velocidad de descarga es de 4.19 MBS. He ajustado el reloj a (time.nist.gov). Todavía no puedo sincronizar y han pasado horas, probablemente al menos 10 y solo estoy a la mitad.

¿Alguna sugerencia? También noté que cuando cierro y vuelvo a abrir, solo alrededor de un tercio de las veces se me ofrece la opción de "omitir la búsqueda de compañeros". Por último, intenté abrir una cuenta cuando no estaba sincronizada. Pude ingresar y confirmar la contraseña, sin embargo, no apareció ninguna cuenta nueva.

  1. ¿Es un problema con Windows?
  2. ¿Es un problema con la velocidad de la red?
Los tiempos de sincronización prolongados son normales (desafortunadamente); cuando lo actualicé hace aproximadamente una semana, tomó significativamente más de 10 horas;)
Creo que hay algún problema de compatibilidad. A veces se cuelga en bloques y tengo que reiniciar. La mayoría de las veces intenta sincronizar sin la opción de ingresar a la aplicación: omita la búsqueda de pares. La segunda vez que ingresé a la aplicación, vi una cuenta creada, pero poco después perdí a mis compañeros.
Estoy realmente sorprendido de lo duro que es esto. Pensé que sería mucho más adelante. Yo también fui con mi billetera de papel de billetera ether como pocas opciones disponibles.
He tenido exactamente la misma experiencia: esto está en desarrollo activo, por lo que me temo que no puedes esperar una UX súper fluida.
¿Podría estar relacionado con la deriva del reloj, o simplemente con las baterías del reloj? Había un tipo en el sub-reddit de ethtrader que no pudo sincronizar hasta que reinició su reloj a la hora correcta
Intente borrar su directorio ethereum (donde sea que esté para Windows), luego intente usar 0.3.9. Pude sincronizar en unos 25 minutos si eso ayuda. (conexión de 12 Mbps)
No estoy familiarizado con Windows, pero ¿podría ser que bloquea el puerto de forma predeterminada?
Tengo el mismo problema y estoy bastante seguro de que es mi disco duro anticuado... los datos se escriben casi al 100 % todo el tiempo. ¡Es hora de una actualización, supongo!
10 horas tienes que estar bromeando, he estado actualizando desde los últimos 2 meses!!!
¿Por qué no usaría las opciones --fast o --light para obtener un nodo sincronizado? Ejecute geth primero usando --fast o --light y luego inicie Mist. Con luz tarda unos pocos minutos.

Respuestas (9)

Uso Windows 10, Mist Wallet 0.7.2, que incluye geth v1.3.6, un disco duro sin SSD y una conexión ethernet a un módem de 16 Mbs.

Tuve una sincronización increíblemente lenta de la cadena de bloques, incluso con 25 pares y en realidad tuve que salir y reiniciar Mist solo para descargar algunos bloques más. Había instalado Mist Wallet para Win64 desde aquí , que también incluye una CLI llamada geth. (Nota: ¿aparentemente las ediciones x32 no contienen geth? )

Seguí numerosas recomendaciones diferentes, sin embargo, ninguna funcionó hasta que eliminé los datos de la cadena de bloques usando geth e inicié todo el proceso nuevamente.

En lugar de usar el proceso de sincronización de Mist, eliminé los datos de la cadena y luego ejecuté geth --fast:

  • Abrió el indicador de cmd

  • Navegó al directorio que contenía geth.exe y lo abrió

  • Copié la ruta del archivo desde la barra Explorer

  • Escribió cd path/to/geth(reemplace ruta/a/obtener con lo que copió) y presione enter.

  • Escribió geth removedby presionó enter.

  • Una vez que se eliminó la cadena de bloques, corrígeth --fast

Esto anterior también se describe aquí.

¡La descarga ahora tiene que bloquear 500,000 en 30 minutos, lo que antes había tomado 3 días!

Si estás en una Mac, harías esto...

  • Haga clic derecho en ethereum-wallet.app y seleccione 'mostrar contenido del paquete'

  • Abra 'contents', luego 'frameworks', luego 'node', luego 'geth' y listo.

  • Luego debe hacer clic derecho gethy seleccionar 'mostrar información'.

  • Copie la ubicación marcada 'Dónde:'.

  • Abra la Terminal y escriba 'cd `

  • Luego escriba:./geth --fast

Otros cambios recomendados en Windows que había realizado fueron:

geth removedbNo estoy seguro de si alguno de estos contribuyó a que fuera mucho más rápido después de la prueba, pero cada uno de ellos puede ayudarlo.

La descarga completa de 1.500.000 bloques finalizó después de unas 10 horas, por lo que parece que los bloques tardan más en descargarse cuanto mayor es el número de bloques, debido al mayor número de transacciones contenidas en cada bloque.

Esto es fenomenal. Toda la información. Un lugar. Claramente establecido. ¿Puedes agregar cómo llegaste getha ejecutar en la CLI? ¿Ya lo tenía instalado por separado o navegó a la carpeta geth? ¿Podría agregar eso a su respuesta, por favor? Gracias.
También acabo de leer este sitio que ha declarado que la prioridad de geth.exe debe reducirse a Baja o Por debajo de lo normal, y la afinidad a una sola CPU. ¿No estás seguro de si eso también es de alguna ayuda? forum.daohub.org/t/access-to-and-selling-dao-tokens/5556/7
Esto parece un error tipográfico arriba, termina abruptamente: Abra la Terminal y escriba 'cd `
¿Por qué debe eliminar y comenzar de nuevo en lugar de mantener el progreso ya realizado? ¿Produce --fast un conjunto de datos diferente?
Hola @mowliv, sí, la opción rápida es básicamente extraer una versión comprimida de toda la cadena de bloques que existe actualmente en ese momento. Idealmente, la opción --fast verificaría cuál es su último número de bloque y luego desplegaría solo las últimas transacciones que necesita agregar al final de su cadena de bloques. Me imagino que debe haber una razón por la cual los desarrolladores han decidido no incorporar este tipo de proceso, ¿quizás la seguridad/estabilidad de la cadena?
Sería genial actualizar la sección de Mac para la billetera Ethereum actual. Geth ya no parece ser parte de él. En cambio, encuentro c++ eth, sin la opción --fast.
sepa dónde se encuentra geth en win10 ver. 0.8.10?
@mowliv Los datos geth parecen existir ahora en mac en ~/Library/Ethereum/
Esta solución no es lo suficientemente buena. Después de esperar 24 horas para sincronizar con un retraso de 2 semanas, decidí hacer el tuyo. Es cierto que en cuestión de horas conseguí sincronizar. Hoy (24 horas después de la sincronización) reinicio geth (sin ayunar, por supuesto): todavía estoy superando alrededor de 1 bloque/40 segundos, 6000 bloques para el final. Mi --cache ist está configurado en 4096.
Ahora uso paridad y sincronización warp con mist.... ¡Mucho más rápido que geth!

Usa --fasty no olvides --cachecon Geth

Todos lo mencionan , --fastpero probablemente también lo necesite--cache=1024 (y --jitvmtambién puede ayudar ). Sin él, está ejecutando con el valor predeterminado que es --cache=16.

--fastes importante para ayudar a sincronizar bloques computacionalmente intensivos .

Si está comenzando desde el principio, use:geth --fast --cache=1024

Si ya tiene algo de blockchain, use: geth --cache=1024. Si tarda demasiado, es posible que esté en el proceso de sincronizar los bloques computacionalmente intensivos y eliminar la cadena de bloques geth removedby reiniciar la sincronización rápida será más rápido.

Dependiendo de su RAM, también puede probar con valores más altos, como --cache=2048.

Fuente

Si está utilizando el cliente geth, hay algunas cosas que puede hacer para acelerar el tiempo que lleva descargar la cadena de bloques de Ethereum. Si elige usar el indicador --fast para realizar una sincronización rápida de Ethereum, no conservará los datos de transacciones anteriores.

Nota

No puede usar este indicador después de realizar toda o parte de una operación de sincronización normal, lo que significa que no debe descargar ninguna parte de la cadena de bloques de Ethereum antes de usar este comando. Consulte esta respuesta de Ethereum Stack.Exchange para obtener más información.

A continuación se muestran algunas banderas para usar cuando desee sincronizar su cliente más rápidamente.

--rápido

Este indicador permite una sincronización rápida a través de descargas de estado en lugar de descargar los datos del bloque completo. Esto también reducirá drásticamente el tamaño de su cadena de bloques. NOTA: --fast solo se puede ejecutar si está sincronizando su cadena de bloques desde cero y solo la primera vez que descarga la cadena de bloques por razones de seguridad. Consulte esta publicación de Reddit para obtener más información.

--caché=1024

Megabytes de memoria asignados al almacenamiento en caché interno (mínimo 16 MB / base de datos forzada). El valor predeterminado es 16 MB, por lo que aumentarlo a 256, 512, 1024 (1 GB) o 2048 (2 GB) según la cantidad de RAM que tenga su computadora debería marcar la diferencia.

--jitvm

Este indicador habilita la máquina virtual JIT.

Estoy de acuerdo con esta respuesta, pero agregaría que, al menos en mi caso, se hizo una gran diferencia al ejecutar geth con las banderas descritas anteriormente Y la bandera --rpc. No sé por qué, la sincronización sigue ejecutándose después de aproximadamente 3,5 horas y actualmente parece estar estancada. Pero lo dejé estancado hace un par de horas y finalmente continuó.

Geth es un cliente CLI Ethereum que ayuda a la aplicación Mist Wallet a conectarse a la red Ethereum (también tiene la opción de usar el cliente C++, pero actualmente Mist usa Geth por defecto). Si cargar Mist (o Geth) tarda mucho en descargar/cargar la cadena de bloques, intente esto:

  1. descargar geth
  2. Ejecute geth con la --fastopción. Ejemplo:geth --fast
  3. Después de que geth haya terminado de sincronizar la cadena de bloques en la ventana de la consola/terminal, abra su aplicación Mist Wallet si la está usando. Debería cargarse con los últimos datos de blockchain.

La opción "Ethereum Fast Syncing" es muy nueva y todavía hay algunos errores antes de la instalación. Sin embargo, si puede encontrar un nodo que esté ejecutando la última versión del cliente Ethereum, debería poder realizar una sincronización rápida con usted, ahorrando tiempo de descarga y espacio en el disco duro.

Más sobre sincronización rápida en Ethereum:

Para tu información, no necesitas cerrar geth antes de lanzar niebla. Mist acepta cualquier nodo en ejecución o inicia el suyo propio.
Ah, buena captura. Edición de respuesta.

Ejecutar geth.exe en lugar de descargar la cadena de bloques con mist funciona para mí. Está en la carpeta resources/node/geth de mist.

OP está preguntando qué está mal con su configuración, no qué funciona para todos nosotros.
interesante; otras respuestas sugieren descargar geth por separado, ¿alguna palabra sobre qué es mejor?
dado que mist solo lanza la instancia geth, debería ser la misma participación.

Muchas gracias tuve el mismo problema con Sync. Cambié la configuración del reloj a time.nist.gov y ahora hice los comandos de usted.

Opened the cmd prompt

Navigated to the directory containing geth.exe and opened it

Copied the file path from the bar Explorer

Typed cd path/to/geth (replace path/to/geth with what you copied) and hit enter.

Typed geth removedb and hit enter.

Once the blockchain was removed, I ran geth --fast

Y ahora funciona muy bien solo 30 minutos para Sync :) Gracias

Estoy ejecutando Windows 10 en un Core i5 lento de 1,7 GHz con 8 GB.

Si ya ha descargado parte de la cadena de bloques, no puede usar --fast.

  • Lo más importante que aceleró las cosas para mí fue detener Superfetch en el administrador de tareas. Está bajo uno de los hosts de servicio. Estaba luchando contra geth por los recursos del disco duro.

  • También detuve otros procesos pesados ​​(Dropbox, OneDrive, Skype, etc.).

Parecía que mi computadora estaba procesando bloques tan lentamente que mis conexiones P2P en la red me dejarían caer, por lo que la sincronización se detendría mientras geth buscaba nuevas conexiones.

Además, eth<> es correcto. subir tu caché ayuda un poco a la velocidad. Usé --cache=4096. Acelera las cosas en un 50%.

De todos modos, ahora estoy descargando a un ritmo que me actualizará al bloque actual (1,571,255) en alrededor de 10 horas.

Mist también tiene geth.exe, eth.exe en sus paquetes. solo en CLI geth también lento en comparación con DAOHUB.

Estimo que hay tantos nuevos nodos geth, en comparación con los nodos existentes. Entonces, sincronización lenta.

Y si usted es un poco más rápido y estable en la sincronización, simplemente ejecute geth.exe sin sobrecarga en MIST ux.

@Hudson Jameson No recomiendo usar la opción --fast. Es un problema de integridad con mi experiencia de liberación de la propiedad. pero, si no hay actualizaciones en geth, --fast también es una opción alternativa.

Actualización de la situación de los clientes a noviembre de 2017:

En Ethereum Wallet o Mist 0.9.x, puede sincronizar usando el cliente ligero, que todavía está bajo una etiqueta experimental.

Eso lo pondrá al día en cuestión de minutos, en lugar de horas.

También puede iniciar Geth a través de la línea de comandos:

geth --syncmode light

Para mí, la desactivación del servicio "Superfetch" en el administrador de tareas de Windows (servicios abiertos en la pestaña de servicios) fue suficiente, parecía que Windows 7/8/8.1 y 10 usaban mucho espacio RAM para datos de caché (aunque el sistema operativo es lo suficientemente inteligente para eliminar todo el caché innecesario cuando sea necesario [como cuando abre grandes programas]), pero ese software de billetera aún no ha evolucionado mucho para resolver este problema por sí mismo.

El servicio Superfetch en Windows existe para programas de inicio de sesión de usuario y datos en la RAM donde el usuario ya los ha usado una vez o los usa con frecuencia.

Nodos antes de deshabilitar -> 1-9 ahora -> 1-28

Blockchains descargados en 2 horas

Ayuda con sincronización de niebla muy lenta
RespuestasAquíPolítica de privacidad1y, 0v