"ser un nodo completo" frente a "ser sincronizado": ¿Son lo mismo?

Cuando tratamos de syncusar Parityo geth, ¿significa que estamos tratando de ser un full node?

Y es correcto decir que:

ser sync= ser un full node= mantener toda la cadena de bloques?

posible duplicado, consulte ethereum.stackexchange.com/q/1161/20276
@nyusternie Puede ser similar pero no la misma pregunta. Mi pregunta es being syncmedios being full node? ¿O son dos términos diferentes? Gracias

Respuestas (1)

Ethereum y sus clientes conocen algunos modos de sincronización.

Hay "completo", "ligero" y "rápido" según los documentos geth .

Solo con "completo" realmente descarga y valida todo.

Esta publicación lo explica.

Básicamente, cuanto más rápido gira el nodo, menos validación se realiza para recuperar el estado.

Parity tiene para sí mismo algunas implementaciones de operación.

Sus documentos se pueden encontrar aquí.

Parity es un cliente ligero , lo que significa que, de forma predeterminada, no funciona como un nodo completo.

Esto significa

paritycorresponde un poco a geth --light.

Y ambos significan que el estado se está reconstruyendo mediante la validación menos profunda (más o menos).

parity --warpes similar geth --fasten rendimiento, aunque para Parity esto significa que el cliente busca datos de otro nodo completo y simplemente confía en él, mientras que Geth recuperará el estado simplemente extrayendo hashes de bloques en lugar de todo el bloque. Se está discutiendo aquí.

Iniciar Parity en "modo warp" significa que el estado actual se lee desde alguna instantánea confiable:

https://wiki.parity.io/Getting-Synced.html

¡Puedes leer más sobre warp aquí!

Cada 5000 bloques, los nodos tomarán una instantánea crítica de consenso del estado de ese bloque. Cualquier nodo puede obtener estas instantáneas a través de la red, lo que permite una sincronización rápida.

Todo esto puede ser un poco confuso. Un parámetro en Parity dice qué se valida mientras que otro decide cuándo se valida.

Luego está la --modeopción que se configura cuando se sincroniza Parity. Esto decide en qué momentos el programa en su PC opera y se sincroniza

--mode=[MODE]
    Set the operating mode. MODE can be one of: last - Uses
    the last-used mode, active if none; active - Parity
    continuously syncs the chain; passive - Parity syncs
    initially, then sleeps and wakes regularly to resync;
    dark - Parity syncs only when the JSON-RPC is active;
    offline - Parity doesn't sync. (default: last)
Gracias, Esta publicación: enlace es para geth. ¿Hay un enfoque similar para Parity? Gracias
Por cierto, su enlace: according to the docsse refiere a esta URL de pregunta. ¿podrías actualizarlo? Gracias
Este es un tema bastante complejo, @sas. Actualicé para tratar de resumir la parte de la paridad. Pero, a decir verdad, podría seguir unas cuantas páginas más para explicar los diferentes modos de validación y sincronización. Si algo no está claro, házmelo saber. También arreglé el enlace.
Hace poco me encontré con este artículo que detalla los diferentes modos de geth y paridad . El tamaño de la cadena de bloques de Ethereum no superará 1 TB en el corto plazo.