Aparte de la extensión del archivo, el archivo validator_keystore_password deberá tener el mismo nombre que el archivo del keystore de firma del validador (por ejemplo, keystore-m-123.json, keystore-m-123.txt).
Configurar el servicio de cliente del validador
Cree un archivo de configuración systemd para que el servicio Teku Validator Client se ejecute en segundo plano.
Pegue los siguientes parámetros de configuración en el archivo:
Una vez que haya terminado, guarde con Ctrl+Oy Enter, luego salga con Ctrl+X. Comprenda y revise el resumen de configuración que aparece a continuación y modifíquelo si es necesario.
Resumen de configuración del cliente Teku Validator:
--network: Ejecute el servicio de cliente validador en la testnet ETH Holesky
--data-path: Especifique el directorio para que Teku almacene la información del validador.
--validator-keys: Ruta del archivo al directorio donde se almacenan el keystore de firma del validador y el archivo de texto con la contraseña correspondiente. Aparte de la extensión del archivo (por ejemplo, .json frente a .txt), el archivo de contraseña deberá tener el mismo nombre que el archivo keystore de firma del validador. Por ejemplo:
--beacon-node-api-endpoint: URL para conectarse a los clientes de consenso principal y de respaldo, si los hubiera. Debe ser la misma dirección IP configurada en su cliente de consenso. Vuelve aquí si no lo recuerdas.
--validators-proposer-default-fee-recipient: Dirección de billetera ETH para recibir recompensas de propuestas de bloque y sobornos MEV
--validators-proposer-blinded-blocks-enabled: Requerido cuando se utilizan constructores externos para construir bloques (por ejemplo, relés MEV)
--validators-graffiti: Texto opcional para mostrar on-chain cuando su validador propone un bloque
--metrics-enabled: Habilitar métricas para monitoreo
--metrics-port: Puerto para obtener métricas para monitoreo
--doppelganger-detection-enabled: Ayuda a evitar la penalización debido a la doble firma al verificar si sus claves de validación ya están activas en la red. No es una solución infalible.
Inicie el servicio Teku Validator
Recargar el systemd para registrar los cambios realizados, inicie el cliente Teku Validator y verifique su estado para asegurarse de que se esté ejecutando:
El resultado debería decir que Teku Validator Client está "active (running)". Presione CTRL-C para salir y el cliente continuará ejecutándose.
Utilice el siguiente comando para comprobar los logs en busca de advertencias o errores:
Resultado esperado:
Ejemplo de salida de Teku VC en la testnet Goerli. Buscar Holesky en tu salida.
Presione CTRL-Cpara salir.
Si el servicio Teku Validator Client funciona sin problemas, ahora podemos permitir que se inicie automáticamente al reiniciar el sistema.
Resultado esperado:
Eliminar copias de keystores del validador
Para evitar errores de configuración que conduzcan a una doble firma en el futuro, elimine las copias duplicadas de los keystore de firma del validador una vez que todo esté funcionando sin problemas.