Nodos y clientes

Ethereum es una red distribuida de ordenadores (denominados nodos) que ejecutan software que puede verificar bloques y datos de transacciones. El software debe de ejecutarse en su ordenador para convertirlo en un nodo de Ethereum. Se requieren dos piezas separadas de software (conocidas como «clientes») para fomar un nodo.

Requisitos previos

Debe entender el concepto de una red de pares (peer-to-peer) y los aspectos básicos de la EVM antes de profundizar y ejecutar su propia instancia de un cliente de Ethereum. Eche un vistazo a nuestra introducción a Ethereum.

Si es nuevo en el tema de los nodos, le recomendamos que primero consulte nuestra sencilla introducción sobre cómo ejecutar un nodo de Ethereum.

¿Qué son los nodos y clientes?

Un «nodo» es cualquier instancia del software de un cliente de Ethereum que está conectado con otros ordenadores que también ejecutan el software de Ethereum, formando una red. Un cliente es una implementación de Ethereum que comprueba los datos con respecto a las normas de un protocolo y protege la red. Un nodo necesita ejecutar dos clientes: un cliente de consenso y un cliente de ejecución.

• El cliente de ejecución (también conocido como el ingeniero de ejecución, cliente EL, o anteriormente cliente Eth1) escucha las nuevas transacciones transmitidas en la red, las ejecuta en la EVM, y mantiene el estado más reciente y la base de datos de todos los datos actuales de Ethereum.
• El cliente de consenso (también conocido como el nodo de baliza, cliente CL y anteriormente cliente Eth2) implementa el algoritmo de consenso de la prueba de participación, que permite que la red alcance un acuerdo basado en datos validados del cliente de ejecución. También hay una tercera pieza de software, conocida como «validador» que se puede agregar al cliente de consenso, lo que permite que un nodo participe en la protección de la red.

Estos clientes trabajan juntos para hacer un seguimiento de la cadena de encabezado de Ethereum y permitir que los usuarios interactúen con la red Ethereum. El diseño modular con múltiples piezas de software que trabajan juntas se denomina complejidad encapsuladaopens in a new tab. Este enfoque facilitó la ejecución de la Fusión sin problemas, hace que el software del cliente sea más fácil de mantener y desarrollar, y permite la reutilización de clientes individuales, por ejemplo, en el ecosistema de capa 2.

Diagrama simplificado de un cliente de ejecución y consenso acoplado.

Diversidad de clientes

Tanto los clientes de ejecución como los clientes de consenso existen en diversos lenguajes de programación desarrollados por diferentes equipos.

Múltiples implementaciones de clientes pueden fortalecer la red reduciendo su dependencia de una sola base de código. El objetivo ideal es lograr la diversidad sin que ningún cliente tenga una posición dominante para reducir así los puntos únicos de error. La variedad de idiomas también invita a una comunidad de desarrolladores más amplia y les permite crear integraciones en su idioma preferido.

Obtenga más información sobre la diversidad de clientes.

Lo que estas implementaciones de clientes tienen en común es que todas siguen una misma especificación. Estas especificaciones determinan cómo funcionan la red de Ethereum y las funciones de la cadena de bloques. Cada detalle técnico se define y se pueden encontrar especificaciones como:

• Originalmente, el libro amarillo de Ethereumopens in a new tab
• Especificaciones de ejecuciónopens in a new tab
• Especificaciones de consensoopens in a new tab
• EIPopens in a new tab implementadas en diversas actualizaciones de la red

Seguimiento de nodos en la red

Múltiples rastreadores ofrecen una visión general en tiempo real de los nodos en la red Ethereum. Tenga en cuenta que debido a la naturaleza de las redes descentralizadas, estos rastreadores sólo pueden proporcionar una vista limitada de la red y podrían ofrecer diferentes resultados.

• Mapa de nodosopens in a new tab por Etherscan
• Ethernodesopens in a new tab por Bitfly
• Nodewatchopens in a new tab por Chainsafe, rastrea nodos de consenso
• Monitorethopens in a new tab - por MigaLabs, una herramienta de monitorización de red distribuida
• Informes semanales de salud de la redopens in a new tab - por ProbeLab, utilizando el rastreador Nebulaopens in a new tab y otras herramientas

Tipos de nodo

Si quiere ejecutar su propio nodo, debe entender que hay diferentes tipos de nodos que consumen datos de manera diferente. De hecho, los clientes pueden ejecutar 3 tipos diferentes de nodos: ligero, completo y de almacenamiento. Además, hay opciones de diferentes estrategias de sincronización que permiten un tiempo de sincronización más rápido. La sincronización se refiere a la rapidez con que puede obtener la información más actualizada sobre el estado de Ethereum.

Nodo completo

Los nodos completos hacen una validación bloque a bloque de la cadena de bloques, incluyendo la descarga y verificación del cuerpo del bloque e información sobre el estado de cada bloque. Hay diferentes clases de nodos completos: algunos empiezan desde el bloque génesis y verifican cada uno de los bloques de todo el historial de la cadena de bloques. Otros comienzan su verificación en un bloque más reciente que consideran válido (p. ej., la «sincronización snap» de Geth). Independientemente de dónde comience la verificación, los nodos completos solo guardan una copia local de datos relativamente recientes (normalmente los 128 bloques más recientes), lo que permite eliminar datos más antiguos para ahorrar espacio en el disco. Los datos más antiguos se pueden regenerar cuando se necesiten.

• Almacena datos completos de la cadena de bloques (aunque esto se recorta periódicamente para que un nodo completo no almacene todos los datos de estado de vuelta al origen).
• Participa en la validación de bloques, verifica todos los bloques y estados.
• Todos los estados pueden recuperarse del almacenamiento local o regenerarse de «instantáneas» por un nodo completo.
• Sirve a la red y proporciona datos si se le solicita.

Nodo de archivo

Los nodos de archivo son nodos completos que verifican cada bloque de genesis y nunca eliminan ninguno de los datos descargados.

• Almacena todo lo que se guarda en el nodo completo y construye un archivo de estados históricos. Es necesario si desea consultar algo como un saldo de cuenta en el bloque #4.000.000, o simplemente y de manera fiable su propio conjunto de transacciones sin validarlas utilizando el rastreo.
• Estos datos representan unidades de terabytes, lo que hace que los nodos de almacenamiento sean menos atractivos para el usuario medio, pero que pueden ser útiles para servicios como los exploradores de bloques, proveedores de carteras y análisis de cadena.

Sincronizar clientes en algún modo distinto al almacenamiento (archivo) ocasionará que los datos de la cadena de bloques resultante sean truncados. Esto significa que no hay un archivo de todo el historial de estados, pero el nodo completo es capaz de construirlo bajo demanda.

Obtenga más información sobre los nodos de archivo.

Nodo ligero

En lugar de descargar cada bloque, los nodos ligeros solo descargan los encabezados de los bloques. Estos encabezados contienen información resumida sobre el contenido de los bloques. Cualquier otra información que requiera el nodo ligero se solicita a un nodo completo. El nodo ligero puede entonces verificar independientemente los datos que recibe frente a raíces de estado en los encabezados de bloque. Los nodos ligeros permiten a los usuarios participar en la red Ethereum sin el potente hardware o amplitud de achura de banda necesarios para ejecutar nodos completos. Con el tiempo, los nodos ligeros podrían ejecutarse en teléfonos móviles o dispositivos pequeños. Los nodos ligeros no participan en el consenso (es decir, no pueden ser validadores), pero pueden acceder a la cadena de bloques de Ethereum con la misma funcionalidad y garantías de seguridad que un nodo completo.

Los clientes ligeros son un área de desarrollo activo para Ethereum y esperamos ver pronto nuevos clientes ligeros para la capa de consenso y la capa de ejecución. También existen rutas potenciales para proporcionar datos de clientes ligeros a través de la red de difusión (gossip)opens in a new tab. Lo que supone una ventaja, ya que la red de intercambio de información podría soportar una red de nodos ligeros sin necesidad de nodos completos para servir solicitudes.

Ethereum aún no soporta una gran cantidad de nodos ligeros, pero se espera que el soporte para nodos ligeros se desarrolle rápidamente en un futuro cercano. En particular, clientes como Nimbusopens in a new tab, Heliosopens in a new tab y LodeStaropens in a new tab están actualmente muy centrados en los nodos ligeros.

¿Por qué debería ejecutar un nodo de Ethereum?

Ejecutar un nodo le permite usar Ethereum de forma directa y privada, sin confianza, mientras soporta la red manteniéndola más robusta y descentralizada.

Beneficios para usted

Ejecutar su propio nodo le permite utilizar Ethereum de una manera realmente privada, autosuficiente y sin confianza. No necesita confiar en la red, porque usted mismo puede verificar los datos con su cliente. «No confíe, verifique» es un mantra popular en la cadena de bloques.

• Su nodo verifica todas las transacciones y bloquea aquellas que vayan en contra de las reglas del consenso en sí. Esto significa que no tiene que depender de ningún otro nodo de la red o confiar plenamente en ellos.
• Puede utilizar una cartera Ethereum con su propio nodo. Puede usar DApps de forma más segura y privada, porque no tendrá que filtrar sus direcciones y saldos a intermediarios. Todo puede ser verificado con tu propio cliente. MetaMaskopens in a new tab, Frameopens in a new tab y muchas otras billeteras ofrecen importación de RPC, lo que les permite usar su nodo.
• Puede ejecutar y tener otros servicios autoalojados que dependen de los datos de Ethereum. Por ejemplo, podría ser un validador de la cadena de baliza como la capa 2, infraestructura, exploradores de bloques, procesadores de pagos, etc.
• Puede proporcionar sus propios puntos de conexión RPC personalizados. Incluso podría ofrecer estas terminales públicamente a la comunidad para ayudarles a evitar los grandes proveedores centralizados.
• Puede conectarse a su nodo mediante comunicaciones entre procesos (IPC) o reescribir el nodo para cargar su programa como un complemento. Esto garantiza una baja latencia, lo que ayuda mucho, por ejemplo, al procesar una gran cantidad de datos utilizando bibliotecas de web3 o cuando necesita reemplazar sus transacciones lo más rápido posible (es decir, «front-running»).
• Puede participar directamente con ETH para asegurar la red y ganar recompensas. Consulte staking en solitario para empezar.

Beneficios para la red

Un conjunto diverso de nodos es importante para la salud, seguridad y resiliencia operativa de Ethereum.

• Los nodos completos hacen cumplir las reglas de consenso, de modo que no se les pueda engañar para que acepten bloques que no siguen dichas reglas. Esto proporciona seguridad adicional a la red, porque si todos los nodos fueran nodos ligeros y no realizaran la verificación completa, los validadores podrían atacar la red.
• En caso de un ataque que supere las defensas criptoeconómicas de la prueba de participación, los nodos completos pueden realizar una recuperación social eligiendo seguir la cadena honesta.
• Más nodos en la red dan como resultado una red más diversa y robusta, que es el objetivo absoluto de la descentralización, y que permite un sistema resistente a la censura y de confianza.
• Los nodos completos proporcionan acceso a los datos de la cadena de bloques para clientes ligeros que dependen de ellos. Los nodos ligeros no almacenan toda la cadena de bloques, sino que verifican los datos a través de las raíces de estado en las cabeceras de los bloques. Pueden solicitar más información de los nodos completos si la necesitan.

Si ejecuta un nodo completo, toda la red Ethereum se beneficia de él, incluso si no se ejecuta un validador.

Ejecutar su propio nodo

¿Le interesaría ejecutar su propio cliente de Ethereum?

Para una introducción apta para principiantes, visite nuestra página ejecutar un nodo para obtener más información.

Si es un usuario más técnico, profundice en más detalles y opciones sobre cómo poner en marcha su propio nodo.

Alternativas

Configurar su propio nodo puede costarle tiempo y recursos, pero no siempre necesita ejecutar su propia instancia. En este caso, puede utilizar un proveedor de API externo. Para obtener una descripción general del uso de estos servicios, consulte nodos como servicio.

Si alguien ejecuta un nodo de Ethereum con una API pública en su comunidad, puede apuntar sus carteras a un nodo comunitario a través de RPC personalizado y ganar más privacidad que con algún tercero de confianza aleatorio.

Por otra parte, si ejecuta un cliente, puede compartirlo con amigos suyos que lo necesiten.

Clientes de ejecución

La comunidad de Ethereum tiene múltiples clientes de ejecución de código abierto (anteriormente conocidos como «clientes Eth1», o simplemente «clientes de Ethereum»), desarrollados por diferentes equipos mediante el uso de diferentes lenguajes de programación. Esto hace que la red sea más fuerte y más diversa. El objetivo ideal es lograr la diversidad sin que ningún cliente tenga una posición dominante para reducir así los puntos únicos de error.

En esta tabla se resumen los diferentes clientes. Todos ellos superan las pruebas de clienteopens in a new tab y se mantienen activamente para estar al día con las actualizaciones de la red.

Para obtener más información sobre las redes compatibles, lea sobre las redes de Ethereum.

Cada cliente tiene casos de uso y ventajas únicas, por lo que debe elegirlo basándose en sus propias preferencias. La diversidad permite que las implementaciones se centren en diferentes características y públicos. Puede elegir un cliente en función de las características, el soporte, el lenguaje de programación o las licencias.

Besu

Hyperledger Besu es un cliente empresarial de Ethereum para redes públicas y autorizadas. Ejecuta todas las características de la red principal de Ethereum, desde el seguimiento hasta GraphQL, ejerce una amplia supervisión y es compatible con ConsenSys, tanto en canales comunitarios abiertos como a través de SLA comerciales para empresas. Está escrito en Java y dispone de licencia Apache 2.0.

La extensa documentaciónopens in a new tab de Besu le guiará a través de todos los detalles sobre sus características y configuraciones.

Erigon

Erigon, antiguamente conocido como Turbo Geth, es una variante de Go Ethereum orientada hacia la velocidad y la eficiencia del espacio en el disco. Erigon es una implementación completamente restructurada de Ethereum, actualmente escrita en Go pero con implementaciones en otros lenguajes en desarrollo. El objetivo de Erigon es proporcionar una implementación más rápida, modular y optimizada de Ethereum. Puede realizar una sincronización completa de nodos de archivo usando menos de 2 Tb de espacio en disco, en menos de 3 días.

Go Ethereum

Go-Ethereum (Geth, para abreviar) es una de las implementaciones originales del protocolo de Ethereum. Actualmente, es el cliente más difundido con la mayor base de usuarios y variedad de herramientas para usuarios y desarrolladores. Está escrito en Go, es de código totalmente abierto y se comercializa con la licencia GNU LGPL v3.

Obtenga más información sobre Geth en su documentaciónopens in a new tab.

Nethermind

Nethermind es una implementación de Ethereum diseñada con el bloque de C# .NET, y se ejecuta en todas las plataformas importantes, como ARM. Ofrece un gran rendimiento con:

• una máquina virtual optimizada
• acceso al estado
• redes y características ricas como paneles de control de Prometheus/Grafana, soporte de registro empresarial seq, rastreo JSON-RPC y complementos de análisis

Nethermind también tiene documentación detalladaopens in a new tab, un sólido soporte para desarrolladores, una comunidad en línea y soporte 24/7 disponible para los usuarios prémium.

Reth

Reth (abreviatura de Rust Ethereum) es una implementación de nodo completo de Ethereum que se centra en ser fácil de usar, altamente modular, rápida y eficiente. Reth fue originalmente construida e impulsada por Paradigm, y está licenciada bajo las licencias de Apache y MIT.

Reth está listo para producción y es adecuado para su uso en entornos de misión crítica como staking o servicios de alto tiempo de actividad. Funciona bien en casos de uso donde se requiere alto rendimiento con grandes márgenes como RPC, MEV, indexación, simulaciones y actividades P2P.

Obtenga más información consultando el Reth Bookopens in a new tab o el repositorio de Reth en GitHubopens in a new tab.

En desarrollo

Estos clientes están aún en etapas tempranas de desarrollo y aún no se recomienda su uso.

EthereumJS

El cliente de ejecución EthereumJS (EthereumJS) está escrito en TypeScript y se compone de una serie de paquetes, incluidas las primitivas principales de Ethereum representadas por las clases Bloque, Transacción y Merkle-Patricia Trie y los componentes principales del cliente, incluida una implementación de la Máquina Virtual de Ethereum (EVM), una clase de cadena de bloques y la pila de red DevP2P.

Obtenga más información sobre ello leyendo su documentaciónopens in a new tab

Clientes de consenso

Existen múltiples clientes de consenso (anteriormente conocidos como clientes «Eth2») para dar soporte a las actualizaciones del consenso. Son responsables de toda la lógica relacionada con el consenso, incluido el algoritmo de elección de bifurcación, el procesamiento de atestaciones y la gestión de las recompensas y penalizaciones de la prueba de participación.

Lighthouse

Lighthouse es una implementación de cliente de consenso en Rust bajo la licencia Apache-2.0. La mantiene Sigma Prime y está estable y lista para la producción desde el origen de la cadena de baliza. Depende de varias empresas, participaciones agrupadas e individuos. Su objetivo es ser segura, ejecutable e interoperable en una amplia gama de entornos, desde PC de escritorio hasta sofisticados despliegues automatizados.

Puede encontrar la documentación en el Lighthouse Bookopens in a new tab

Lodestar

Lodestar es una implementación de cliente de consenso lista para la producción y escrita en Typescript bajo licencia LGPL-3.0. La mantiene ChainSafe Systems y es el más reciente de los clientes de consenso para participantes en solitario, desarrolladores e investigadores. Lodestar consiste en un cliente de nodos y validador de baliza basado en implementaciones en JavaScript de protocolos Ethereum. Lodestar tiene como objetivo mejorar la facilidad de uso de Ethereum con clientes ligeros, ampliar la accesibilidad a un grupo más grande de desarrolladores y contribuir aún más a la diversidad de los ecosistemas.

Puede encontrar más información en el sitio web de Lodestaropens in a new tab

Nimbus

Lighthouse es una implementación de cliente de consenso escrita en Rust bajo la licencia Apache-2.0. Es un cliente listo para la producción que ya lo están usando los participantes en solitario o las participaciones agrupadas. Nimbus está diseñado para la eficiencia de los recursos, facilitando el funcionamiento en dispositivos restringidos a recursos e infraestructura empresarial con la misma facilidad, sin comprometer la estabilidad ni recompensar el rendimiento. Una huella de recursos más ligera significa que el cliente tiene un mayor margen de seguridad cuando la red está sometida a estrés.

Obtenga más información en la documentación de Nimbusopens in a new tab

Prysm

Prysm es un cliente de consenso de código abierto completamente escrito en Go bajo la licencia GPL-3.0. Cuenta con una interfaz de usuario opcional de la aplicación web y prioriza la experiencia del usuario, la documentación y la configurabilidad tanto para usuarios interesados como institucionales.

Visite la documentación de Prysmopens in a new tab para obtener más información.

Teku

Teku es uno de los clientes originales desde los orígenes de la cadena de baliza. Junto con los objetivos habituales (seguridad, robustez, estabilidad, facilidad de uso, rendimiento), Teku específicamente pretende cumplir con todos los estándares de consenso de los clientes.

Teku ofrece opciones de despliegue muy flexibles. El nodo de baliza y el cliente validador pueden ejecutarse juntos como un solo proceso, lo que es extremadamente conveniente para los interesados en la participación en solitario, o los nodos pueden ejecutarse por separado para sofisticadas operaciones de participación. Además, Teku es totalmente interoperable con Web3Signeropens in a new tab para la seguridad de la clave de firma y la protección contra el «slashing».

Está escrito en Java y dispone de licencia Apache 2.0. Es desarrollado por el equipo de Protocols de ConsenSys que también es responsable de Besu y Web3Signer. Obtenga más información en la documentación de Tekuopens in a new tab.

Grandine

Grandine es una implementación de cliente de consenso, escrita en Rust bajo la licencia GPL-3.0. La mantiene el equipo de Grandine y es una implementación rápida, de alto rendimiento y ligera. Grandine ofrece opciones para una amplia gama de participantes desde participación individual ejecutándose en dispositivos tales como Raspberry Pi a operaciones de participación en gran escala con ejecuciones de decenas de miles de validadores.

Puede encontrar la documentación en el Grandine Bookopens in a new tab

Modos de sincronización

Para seguir y verificar los datos actuales en la red, el cliente Ethereum debe sincronizarse con el último estado de red. Para ello, es necesario descargar datos de pares, comprobar criptográficamente su integridad y construir una base de datos local de cadenas de bloques.

Los modos de sincronización representan diferentes enfoques de este proceso con diferentes compensaciones. Los clientes también varían en su implementación de algoritmos de sincronización. Consulte siempre la documentación oficial del cliente elegido para obtener información específica sobre su implementación.

Modos de sincronización de la capa de ejecución

La capa de ejecución se puede ejecutar en diferentes modos para adaptarse a diferentes casos de uso, desde volver a ejecutar el estado mundial de la cadena de bloques hasta sincronizar solo con la punta de la cadena desde un punto de control de confianza.

Sincronización completa

Una sincronización completa descarga todos los bloques (incluidos los encabezados y los cuerpos de bloque) y regenera el estado de la cadena de bloques de forma incremental ejecutando cada bloque desde la génesis.

• Minimiza la confianza y ofrece la máxima seguridad al verificar cada transacción.
• Debido al número creciente de transacciones, puede llevar de días a semanas procesar todas las transacciones.

Los nodos de archivo realizan una sincronización completa para construir (y conservar) un historial completo de los cambios de estado realizados por cada transacción en cada bloque.

Sincronización rápida

Al igual que una sincronización completa, una sincronización rápida descarga todos los bloques (incluidos los encabezados, las transacciones y los recibos). Sin embargo, en vez de reprocesar las transacciones históricas, una sincronización rápida depende de los recibos hasta que alcanza una cabeza reciente, cuando cambia a importar y procesar bloques para proporcionar un nodo completo.

• Estrategia de sincronización rápida.
• Reduce la demanda del procesamiento en favor del uso de ancho de banda.

Sincronización snap

Las sincronizaciones snap también verifican la cadena bloque por bloque. Sin embargo, en lugar de comenzar en el bloque inicial, una sincronización snap comienza en el punto de verificación confiable más reciente que forma parte de la verdadera cadena de bloques. El nodo guarda puntos de control periódicos mientras elimina datos con mayor antigüedad a partir de una fecha concreta. Esas instantáneas se utilizan para regenerar los datos de estado cuando se necesitan, en lugar de tener que almacenarlos para siempre.

• La estrategia de sincronización más rápida, actualmente la utilizada por defecto en la Red principal de Ethereum.
• Ahorra mucho espacio en disco y ancho de banda de red sin sacrificar la seguridad.

Más sobre la sincronización snapopens in a new tab.

Sincronización ligera

El modo de cliente ligero descarga todos los encabezados de los bloques, datos de bloques y luego verifica algunos de manera aleatoria. Solamente sincroniza un extremo de la cadena desde el punto de control de confianza.

• Obtiene solamente el último estado mientras confía en los desarrolladores y en el mecanismo de consenso.
• Cliente listo para usar con el estado actual de la red en pocos minutos.

Nota: La sincronización ligera aún no funciona con la prueba de participación de Ethereum. ¡Las nuevas versiones de la sincronización ligera deberían llegar pronto!

Más información sobre los clientes ligeros

Modos de sincronización de la capa de consenso

Sincronización optimista

La sincronización óptima es una estrategia de sincronización después de La Fusión diseñada para ser compatible opt-in y backwards permitiendo que los nodos de ejecución se sincronicen a través de métodos establecidos. El motor de ejecución puede importar bloques de baliza de forma optimista sin verificarlos por completo, encontrar la cabecera más reciente y luego comenzar a sincronizar la cadena con los métodos anteriores. Seguidamente, una vez que el cliente de ejecución se haya actualizado, informará al cliente de consenso de la validez de las transacciones en la cadena de baliza.

Más información sobre la sincronización optimistaopens in a new tab

Sincronización desde punto de control

Una sincronización de punto de verificación o control, también conocida como sincronización de subjetividad débil, crea una experiencia de usuario superior para sincronizar un nodo de Baliza. Se basa en supuestos de subjetividad débil, lo que permite sincronizar la Cadena de baliza desde un punto de control de subjetividad débil reciente en lugar de desde el génesis. Las sincronizaciones desde punto de control hacen que el tiempo de sincronización inicial sea significativamente más rápido, con supuestos de confianza similares a la sincronización desde el .

En la práctica, esto significa que el nodo se conecta a un servicio remoto para descargar estados finalizados recientes y continúa verificando datos desde ese punto. El proveedor externo que proporciona los datos debe ser confiable y debe de ser elegido cautelosamente.

Más información sobre la sincronización desde punto de controlopens in a new tab

Lecturas adicionales

• Ethereum 101 - Parte 2 - Entendiendo los nodosopens in a new tab – Wil Barnes, 13 de febrero de 2019
• Ejecutando nodos completos de Ethereum: una guía para los poco motivadosopens in a new tab – Justin Leroux, 7 de noviembre de 2019

Temas relacionados

• Bloques
• Redes

Tutoriales relacionados

• Convierta su Raspberry Pi 4 en un nodo validador simplemente flasheando la tarjeta MicroSD – Guía de instalación – Flashee su Raspberry Pi 4, conecte un cable Ethernet, conecte el disco SSD y encienda el dispositivo para convertir el Raspberry Pi 4 en un nodo completo de Ethereum que ejecute la capa de ejecución (red principal) y/o la capa de consenso (Cadena de baliza/validador).