Soy nuevo en ethereum, pero logré iniciar Geth con éxito en 2 de mis máquinas y también pude instalar MIST. Ahora, desde hace varios días, una de mis máquinas ya no se sincroniza con la red de prueba. Comienzo Geth usando geth --testnet consoleVeo estas líneas
0228 19:31:57.086460 eth/backend.go:191] Protocol Versions: [63 62], Network Id: 3
I0228 19:31:57.086640 eth/backend.go:219] Chain config: {ChainID: 3 Homestead: 0 DAO: <nil> DAOSupport: true EIP150: 0 EIP155: 10 EIP158: 10}
I0228 19:31:57.089224 core/blockchain.go:217] Last header: #524061 [ac6dd60d…] TD=166615159323361
I0228 19:31:57.089241 core/blockchain.go:218] Last block: #524061 [ac6dd60d…] TD=166615159323361
I0228 19:31:57.089248 core/blockchain.go:219] Fast block: #524061 [ac6dd60d…] TD=166615159323361
luego, al iniciar el servidor, el punto final se abre, pero admin.peersme da una respuesta vacía []. No es un problema de sincronización de tiempo, ya que intenté sincronizar con ntp pero sin cambiar el reloj. La red de producción parece funcionar como bloques importados.
Detener Geste e iniciar el navegador MIST tiene el mismo resultado.
¿Alguien tiene una idea de lo que podría hacer para reiniciar la red de prueba? ¿Qué tengo que ahorrar para no perder mis cuentas de prueba? (Supongo que los archivos UTC--xxx de testnet/geth/keystore).
Mi otra máquina, el último bloque (en la red de prueba) es 588099. Comenzó con
Block synchronisation started
Synchronisation failed: block download cancelled (requested)
imported block 588100 and then
Peer xxxxxx: header #596654 broke chain ancestry
agradecería cualquier ayuda
Actualmente (¿todavía?) hay un ataque a la red de pruebas de Ropsten:
¿La red de prueba de Ropsten está bajo algún tipo de ataque? ¿Qué podemos hacer?
¿Qué tengo que ahorrar para no perder mis cuentas de prueba? (Supongo que los archivos UTC--xxx de testnet/geth/keystore).
Sí, haga una copia de seguridad de su ~/.ethereum/testnet/keystore/directorio antes de hacer cualquier otra cosa. (Obviamente, es solo la red de prueba, pero potencialmente le ahorrará problemas en el futuro).
¿Alguien tiene una idea de lo que podría hacer para reiniciar la red de prueba?
Hay un conjunto de instrucciones para los usuarios de Parity en el hilo que publiqué anteriormente, que básicamente realiza una bifurcación suave justo antes de que comenzara el ataque de spam.
Como está usando Geth, no Parity, podría intentar reinicializar la cadena para usar el ropsten-revert.jsonarchivo alterado que fue creado por la gente de Parity. Creo que usar el initcomando en Geth dará el mismo resultado que la --chainbandera en Parity. Tenga en cuenta que no he probado esto en Geth , por lo que su kilometraje puede variar.
~/.ethereum/testnet/chaindatacarpeta actual.jsonarchivo:geth --testnet init <path/to/ropsten-revert.json>geth --testnet --fast --rpc --rpcapi db,eth,net,web3,personal --cache=1024 --rpcport 8545 --rpcaddr 127.0.0.1 --rpccorsdomain "*"
patja
bitsanidad