Aquí viene el punto de conocimiento, ¿entiendes la terminología Eth1.x? (encendido)

Título original: Productos secos | Eth1.x Glosario (Parte 1)

datos

Historial de la cadena de bloques

Datos de testigos

Tipo de nodo

Es decir, el objeto Header definido por el protocolo Ethereum. (Nota del traductor: el encabezado del bloque contiene la metainformación de un bloque)

Un bloque consta de dos partes de datos:

Block Body (cuerpo de bloque); el cuerpo de bloque se compone de dos partes:

Transacciones (transacción, transacción)

Tíos (información del bloque del tío)

Es una colección de transacciones e información de bloque tío en un bloque.

Es decir, el objeto Transacción definido por el protocolo Ethereum. (Nota del traductor: una transacción puede considerarse como la unidad básica de operación que desencadena un cambio de estado en el protocolo Ethereum)

Construcción de transacciones

El proceso de creación de una transacción completamente firmada:

Se debe conocer el nonce (número de serie) de la Cuenta (cuenta) que inició la transacción.

En términos generales, debe utilizar el método eth_estimateGas para determinar el consumo de gas necesario para la transacción.

Se requiere la clave privada de la cuenta para generar una firma digital.

Es decir, el encabezado de bloque del bloque que este bloque considera un bloque tío. (Nota del traductor: para cualquier bloque, los bloques tío se refieren a los bloques válidos que se remontan a 7 generaciones o menos y no son sus bloques antepasados; un bloque puede marcar dos bloques tío; marcar bloques tío puede hacer que los buscadores de bloques obtengan un "bloque sobrino" adicional recompensas ", y los buscadores de bloques del tío también obtendrán recompensas. El tamaño de la recompensa disminuye con la distancia intergeneracional entre el bloque del tío y el bloque del sobrino; todas las transacciones en el bloque del tío se consideran fuera de la cadena, a menos que estas transacciones estén incluidas en otros bloques, todos volverán al pool de memoria de la transacción a empaquetar)

Una colección de encabezados de bloque de todos los bloques históricos

Alrededor de 11 millones de encabezados de bloque al 29 de enero de 2021

A partir del 29 de enero de 2021, todos los encabezados de bloque ocupan aproximadamente 5 GB de espacio de almacenamiento

son los datos necesarios para verificar la mayor parte del resto de los datos de la cadena

Si usamos el acumulador de encabezado, podremos probar que existe un encabezado de bloque en la cadena principal

El intercambio de criptomonedas Bitso despide a 80 empleados: noticias del 27 de mayo, el intercambio de criptomonedas latinoamericano Bitso despidió a 80 empleados el jueves. En su comunicado, la empresa mencionó que necesitaba reconsiderar las habilidades que los empleados necesitan para desarrollarse más rápido en la industria del cifrado, razón por la cual se produjeron los despidos. No mencionó ninguna dificultad para recaudar fondos. La empresa tenía más de 700 empleados antes de los despidos y tenía 4 millones de usuarios en la región. (CoinDesk) [2022/5/27 3:44:54]

Una colección de todos los bloques históricos que consisten en información de transacción y bloque tío

Al 29 de enero de 2021, aproximadamente 11 millones de cuerpos de bloque

A partir del 29 de enero de 2021, todos los cuerpos de bloque requieren aproximadamente 120 GB de espacio de almacenamiento

Una colección de todos los recibos generados por transacciones históricas

Aproximadamente mil millones de recibos al 29 de enero de 2021

A partir del 29 de enero de 2021, todos los recibos requerirán aproximadamente 60 GB de almacenamiento

Una colección de todas las cuentas y almacenamiento de contratos (artículos de almacenamiento de contratos)

Cuenta

Parte del árbol de estado principal representado por Header.state_root

Campo: balance/nonce/state_root/code_hash

Artículo de almacenamiento de contrato

Un solo valor almacenado identificado por Account.state_root para cada cuenta

Todos los datos se ingresan con un número entero en el rango 0 - 2^^256-1 (este número entero también se usa como el número de ranura)

Código de contrato

Solo se hace referencia al código de contrato usando Account.code_hash; no es una parte explícita del estado.

Estado de archivo

Una colección de todos los estados históricos. Ver Nodo de Archivo para más detalles

Con el diseño de base de datos Naive, el almacenamiento del estado del archivo requiere alrededor de 7 TB de almacenamiento

Con algunos trucos avanzados basados ​​en el diseño plano de la base de datos, el cliente Trube Geth logra un almacenamiento de estado archivado con aproximadamente 800 GB.

Estado reciente

Hace referencia al estado que forma parte de la raíz de estado reciente.

"Reciente" generalmente dentro de 128 a 256 bloques

El mantenimiento de estos datos requiere algún tipo de recolección de elementos no utilizados para eliminar los objetos de estado que ya no forman parte del estado reciente.

estado frio

Se refiere a objetos de estado que no han sido tocados (accedidos y modificados) durante mucho tiempo

Diseño de base de datos ingenuo

La implementación de la base de datos almacena todos los objetos de estado como un solo nodo de árbol, al que se accede a través del hash del nodo.

Provoca un bajo rendimiento y una alta sobrecarga de lectura y escritura del disco

Relativamente fácil de entender e implementar

El algoritmo de recolección de basura bajo este esquema es más complicado

Diseño de base de datos plano

Almacene todos los objetos de estado como rutas de árbol, algo similar al almacenamiento de clave-valor

Mayor rendimiento, menos sobrecarga de disco

más difícil de entender e implementar

Datos de estado almacenados en forma verificable

Un tipo de datos testigo que proporciona todos los datos de estado necesarios para ejecutar un bloque.

Un tipo de datos testigo que proporciona todos los datos de estado necesarios para la ejecución EVM de una transacción

significa un nodo que cumple con los siguientes requisitos:

Almacenar todos los encabezados de bloque

Almacenar todo el historial del cuerpo del bloque

Todo el historial de recibos almacenado

Almacenar estado reciente

Mantenedor Un sistema de índice de bloque de cadena principal

Mantenedor de un sistema de índice de transacciones de la cadena principal

Participa en el protocolo ETH DevP2P

Otras características son las mismas que las del nodo completo, pero el nodo de archivo almacenará todo el estado del archivo. Generalmente, es necesario realizar Full Sync (sincronización completa).

Un cliente que se conecta al protocolo LES DevP2P con la intención de mantenerse al día con la cadena de bloques y exponer una API JSON-RPC.

Dichos clientes dependen de la vinculación a al menos un servidor LES (servidor LES) para satisfacer sus necesidades de datos.

Un tipo de cliente aún planificado que podría hacer que esto sucediera si se pudieran implementar datos de testigos de bloque.

Dichos clientes no necesitan datos de estado para ejecutar bloques, ya que pueden usar datos de testigos

(TODO: se debe agregar una descripción de las tecnologías requeridas para otras funciones)

Nodo ultraligero

Este término se agregó solo para distinguir el tipo actual de nodo de luz de un nuevo tipo de nodo de luz: Piper

Un nodo que solo expone la API JSO-RPC.

El protocolo peer-to-peer utilizado en la red DevP2P es la piedra angular de todos los clientes de la red principal

Para ser parte de esta red peer-to-peer, un nodo necesita:

Participar en chismes de transacciones

Participa en Block Gossip

tiene estado reciente

tiene un historial completo de blockchain

Un protocolo peer-to-peer para la red DevP2P que subyace al cliente ligero

Nodos que participan en la red LES y proporcionan datos a los clientes LES.

Convertirse en un servidor en esta red requiere:

Estado reciente completo

Historial completo de la cadena de bloques

Índice de bloque de cadena principal/índice de transacción

Posibilidad de participar en la transmisión del evento

Capacidad de participar en transmisiones en bloque

Nodos que participan en la red LES y solicitan datos del servidor LES.

(incompleto)

Enlace original: https://github.com/ethereum/stateless-ethereum-specs/wiki/Glossary Autor: Piper Merriam Traducción: A Jian

Tags：

OKX Exchange App Download