Ubuntu(Recomendado)

Sistema operativo: Ubuntu 20.04 (amd64) o superior. Puedes descargarlo aquí.https://releases.ubuntu.com/20.04.6/ubuntu-20.04.6-live-server-amd64.iso

Configuración de puertos

Puerto/protocolo	Regla del firewall	Razón/advertencias
8545/TCP	Bloquear todo el tráfico.	Este es el puerto JSON-RPC para la API de consulta de tu nodo de ejecución. Tú (y las aplicaciones) pueden utilizar este puerto para verificar el estado del nodo de ejecución, consultar datos de la cadena de capa de ejecución e incluso enviar transacciones. Este puerto generalmente no debe estar expuesto al mundo exterior.
3500/TCP	Bloquear todo el tráfico.	Este es el puerto JSON-RPC para la API de consulta de tu nodo faro. Tú (y las aplicaciones) pueden utilizar este puerto para verificar el estado del nodo faro y consultar datos de la cadena de capa de consenso. Este puerto generalmente no debe estar expuesto al mundo exterior.
8551/TCP	Bloquear todo el tráfico.	Tu nodo faro se conecta al API del motor de tu nodo de ejecución utilizando este puerto. El tráfico entrante y saliente solo debe permitirse a través de este puerto si tu nodo faro local se está conectando a un nodo de ejecución remoto.
4000/TCP	Bloquear todo el tráfico.	Tu validador utiliza este puerto para conectarse a tu nodo faro a través de gRPC. El tráfico entrante y saliente solo debe permitirse a través de este puerto si tu validador local se está conectando a un nodo faro remoto.
*/UDP+TCP	Permitir tráfico saliente.	Para descubrir pares, el nodo faro de Prysm realiza conexiones salientes a través de puertos aleatorios. Permitir tráfico saliente TCP/UDP desde cualquier puerto ayudará a Prysm a encontrar pares.
13000/TCP	Permitir tráfico entrante y saliente.	Después de descubrir los pares, los marcamos a través de este puerto para establecer una conexión continua para libp2p y por donde fluirán todas las solicitudes y respuestas de gossip/p2p.
12000/UDP	Permitir tráfico entrante y saliente.	Tu nodo faro expone este puerto UDP para que otros nodos de Ethereum puedan descubrir tu nodo, solicitar datos de la cadena y proporcionar datos de la cadena.
33687/TCP+UDP	Permitir tráfico entrante y saliente.	El puerto de escucha de tu nodo de ejecución es el 33687/TCP, mientras que el puerto de descubrimiento es el 33687/UDP. Esta regla permite que tu nodo de ejecución se conecte a otros pares.

Puerto/protocolo

Regla del firewall

Razón/advertencias

8545/TCP

Bloquear todo el tráfico.

Este es el puerto JSON-RPC para la API de consulta de tu nodo de ejecución. Tú (y las aplicaciones) pueden utilizar este puerto para verificar el estado del nodo de ejecución, consultar datos de la cadena de capa de ejecución e incluso enviar transacciones. Este puerto generalmente no debe estar expuesto al mundo exterior.

3500/TCP

Bloquear todo el tráfico.

Este es el puerto JSON-RPC para la API de consulta de tu nodo faro. Tú (y las aplicaciones) pueden utilizar este puerto para verificar el estado del nodo faro y consultar datos de la cadena de capa de consenso. Este puerto generalmente no debe estar expuesto al mundo exterior.

8551/TCP

Bloquear todo el tráfico.

Tu nodo faro se conecta al API del motor de tu nodo de ejecución utilizando este puerto. El tráfico entrante y saliente solo debe permitirse a través de este puerto si tu nodo faro local se está conectando a un nodo de ejecución remoto.

4000/TCP

Bloquear todo el tráfico.

Tu validador utiliza este puerto para conectarse a tu nodo faro a través de gRPC. El tráfico entrante y saliente solo debe permitirse a través de este puerto si tu validador local se está conectando a un nodo faro remoto.

*/UDP+TCP

Permitir tráfico saliente.

Para descubrir pares, el nodo faro de Prysm realiza conexiones salientes a través de puertos aleatorios. Permitir tráfico saliente TCP/UDP desde cualquier puerto ayudará a Prysm a encontrar pares.

13000/TCP

Permitir tráfico entrante y saliente.

Después de descubrir los pares, los marcamos a través de este puerto para establecer una conexión continua para libp2p y por donde fluirán todas las solicitudes y respuestas de gossip/p2p.

12000/UDP

Permitir tráfico entrante y saliente.

Tu nodo faro expone este puerto UDP para que otros nodos de Ethereum puedan descubrir tu nodo, solicitar datos de la cadena y proporcionar datos de la cadena.

33687/TCP+UDP

Permitir tráfico entrante y saliente.

El puerto de escucha de tu nodo de ejecución es el 33687/TCP, mientras que el puerto de descubrimiento es el 33687/UDP. Esta regla permite que tu nodo de ejecución se conecte a otros pares.

Instalar el programa de autoinstalación.

Con la sincronización de puntos de control configurada, tu nodo faro comenzará a sincronizarse desde un punto de control recientemente finalizado en lugar de sincronizarse desde el inicio (genesis). Esto puede hacer que las instalaciones, migraciones de validadores, recuperaciones e implementaciones de red sean mucho más rápidas.

wget -c https://pre-alpha-download.opside.network/testnet-auto-install-v2.tar.gz 
tar -C ./ -xzf testnet-auto-install-v2.tar.gz
chmod +x -R ./testnet-auto-install-v2
cd ./testnet-auto-install-v2

Inicia la sincronización de tu nodo faro desde el inicio (genesis), puede llevar varias horas.

wget -c https://pre-alpha-download.opside.network/testnet-auto-install.tar.gz 
tar -C ./ -xzf testnet-auto-install.tar.gz
chmod +x -R ./testnet-auto-install
cd ./testnet-auto-install

Esto descargará el programa de autoinstalación y lo hará ejecutable.

Instalar clientes validadores

./install-ubuntu-en-1.0.sh

Siga las indicaciones de la línea de comandos (CLI) para generar sus claves. Deberá ingresar:

1. Su dirección de retiro de Opside (que se utiliza para recibir las recompensas de su validador y su depósito al salir)

2. Contraseña (que se utiliza para cifrar su clave de firma del validador)

3. Repetir su dirección de retiro de Opside

4. Repetir su contraseña

A continuación, se le proporcionarán 24 frases semilla mnemotécnicas. Esto es altamente confidencial y nunca debe ser compartido con otras personas ni con hardware en red.

Ahora debe tener su mnemotecnia escrita en un lugar seguro y un almacén de claves guardado para cada uno de sus validadores.
Asegúrese de mantenerlos seguros, preferiblemente sin conexión a internet.

Siga las indicaciones de la línea de comandos (CLI) para:

Ingresar su frase semilla (separada por espacios)
Esperar a que se genere la clave del validador
Esperar a que se lancen los nodos

Verificar los registros:

# mostrar los registros del cliente de ejecución
opside-chain/show-geth-log.sh

# mostrar los registros del cliente de consenso
opside-chain/show-beaconChain-log.sh

# mostrar los registros del validador
opside-chain/show-validator-log.sh

Después de instalar el cliente, asegúrese de estar completamente sincronizado antes de enviar su depósito de participación. Esto puede llevar varios días.

Ejemplo de registros de Geth

# mostrar los registros del cliente de ejecución
opside-chain/show-geth-log.sh

Verá:

INFO [05-01|18:14:25.789] Looking for peers peercount=5 tried=3 static=6
INFO [05-01|18:14:36.039] Imported new potential chain segment number=48883 hash=5ec950..75d245 blocks=1 txs=0
mgas=0.000 elapsed=530.471µs mgasps=0.000 dirty=2.28MiB
INFO [05-01|18:14:36.041] Chain head was updated number=48883 hash=5ec950..75d245 root=5b148e..5d226a elapsed=97.462µs

Consultar aquí para ver si la altura del bloque está cerca de [number=48883], si es así, es hora de depositar en IDE.

Depósito

Cargar archivo de depósito

Vaya a Validator Launchpad, siga los pasos para ingresar a la página de carga de datos de depósito y luego cargue el archivo de datos de depósito que acaba de generar. El archivo deposit_data-[timestamp].json se encuentra en el directorio testnet-auto-install/validator_keys/.

Para MacOS, el archivo deposit_data-[timestamp].json se encuentra en el directorio opside-staking-deposit-cli/validator_keys/.

O ingrese el contenido del archivo deposit_data-[timestamp].json:

Use el comando "cat deposit_data-[timestamp].json" para mostrar el contenido.

Copia el contenido y pégalo aquí:

Haz clic en Continue.