Claves en la prueba de participación de Ethereum

Ethereum asegura los activos de los usuarios utilizando criptografía de claves pública-privada. La clave pública se utiliza como base para una dirección de Ethereum, es decir, es visible para el público en general y se utiliza como un identificador único. La clave privada (o «secreta») solo debe ser accesible para el propietario de una cuenta. La clave privada se utiliza para «firmar» transacciones y datos para que la criptografía pueda demostrar que el titular aprueba alguna acción de una clave privada específica.

Las claves de Ethereum se generan mediante criptografía de curva elípticaopens in a new tab.

Sin embargo, cuando Ethereum pasó de la prueba de trabajo a la prueba de participación, se añadió un nuevo tipo de clave a Ethereum. Las claves originales siguen funcionando exactamente igual que antes: no hubo cambios en las claves basadas en curvas elípticas que protegen las cuentas. No obstante, los usuarios necesitaban un nuevo tipo de clave para participar en la prueba de participación colocando ETH y ejecutando validadores. Esta necesidad surgió de los desafíos de escalabilidad asociados con muchos mensajes que pasaban entre un gran número de validadores que requerían un método criptográfico que se pudiera agregar fácilmente para reducir la cantidad de comunicación necesaria para que la red llegara a un consenso.

Este nuevo tipo de clave utiliza el esquema de firma Boneh-Lynn-Shacham (BLS)opens in a new tab. BLS permite una agregación muy eficiente de firmas, pero también permite la ingeniería inversa de claves de validadores individuales añadidas y es perfecto para administrar acciones entre validadores.

Los dos tipos de claves de validador

Antes de cambiar a la prueba de participación, los usuarios de Ethereum sólo tenían una única clave privada basada en la curva elíptica para acceder a sus fondos. Con la introducción de la prueba de participación, los usuarios que deseaban ser stakers en solitario también necesitaban una clave de validador y una clave de retirada.

La clave de validador

La clave de firma del validador consta de dos elementos:

Clave privada de validador
Clave pública de validador

El propósito de la clave privada de validador es firmar operaciones en cadena, como propuestas de bloque y certificados. Debido a esto, estas claves deben estar en una cartera en línea.

Esta flexibilidad tiene la ventaja de mover las claves de firma del validador muy rápidamente de un dispositivo a otro; sin embargo, si se pierden o son robadas, un ladrón puede actuar maliciosamente de varias maneras:

Conseguir que el validador sea recortado por:
- Ser un proponente y firmar dos bloques de balizas diferentes para el mismo espacio.
- Ser un certificador y firmar un certificado que «rodea» a otro.
- Ser un certificador y firmar dos certificaciones diferentes con el mismo objetivo.
Forzar una salida voluntaria, lo que impide que el validador participe y otorga acceso a su saldo de ETH al propietario de la clave de retirada.

La clave pública del validador se incluye en los datos de la transacción cuando un usuario deposita ETH en el contrato de depósito de staking. Esto se conoce como los datos de depósito y permite a Ethereum identificar al validador.

Credenciales de retirada

Cada validador tiene una propiedad conocida como credenciales de retirada. Este campo de 32 bytes comienza con un 0x00, que representa las credenciales de retirada de BLS, o con un 0x01, que representa las credenciales que apuntan a una dirección de ejecución.

Los validadores con claves BLS 0x00 deben actualizar estas credenciales para que apunten a una dirección de ejecución con el fin de activar los pagos de saldo sobrante o la retirada completa del staking. Esto se puede hacer proporcionando una dirección de ejecución en los datos de depósito durante la generación inicial de la clave, O usando la clave de retirada más adelante para firmar y difundir un mensaje BLSToExecutionChange.

La clave de retirada

Se necesitará la clave de retirada para actualizar las credenciales de retirada y asñi decidir una dirección de ejecución, si no se establece durante el depósito inicial. Esto permitirá que los pagos de saldo en exceso comiencen a procesarse, y también permitirá a los usuarios retirar completamente su ETH en participación.

Al igual que las claves de validación, las claves de retirada también constan de dos componentes:

Clave privada de retirada
Clave pública de retirada

Perder esta clave antes de actualizar las credenciales de retirada al tipo 0x01 significa perder el acceso al saldo del validador. El validador todavía puede firmar certificaciones y bloqueos, ya que estas acciones requieren la clave privada del validador, sin embargo, hay poco o ningún incentivo si se pierden las claves de retirada.

La separación de las claves del validador de las claves de la cuenta de Ethereum permite que un solo usuario ejecute varios validadores.

Nota: Salir de las tareas de staking y retirar el saldo de un validador requiere actualmente firmar un mensaje de salida voluntaria (VEM)opens in a new tab con la clave del validador. Sin embargo, EIP-7002opens in a new tab es una propuesta que permitirá a un usuario activar la salida de un validador y retirar su saldo firmando mensajes de salida con la clave de retirada en el futuro. Esto reducirá las suposiciones de confianza al permitir a los stakers que delegan ETH a proveedores de staking como servicio mantener el control de sus fondos.

Derivación de claves a partir de una frase semilla

Si cada 32 ETH en participación requiriera un nuevo conjunto de 2 claves completamente independientes, la gestión de claves se volvería rápidamente difícil de manejar, especialmente para los usuarios que ejecutan múltiples validadores. En su lugar, se pueden derivar múltiples claves de validación de un solo secreto común y el almacenamiento de ese único secreto permite el acceso a múltiples claves de validación.

Las mnemotécnicasopens in a new tab y las rutas son características destacadas que los usuarios suelen encontrar cuando accedenopens in a new tab a sus monederos. Se denomina frase mnemotécnica a una secuencia de palabras que actúan como semilla inicial para una clave privada. Cuando se combina con datos adicionales, la frase mnemotécnica genera un hash conocido como la «clave maestra». Hace pensar en la raíz de un árbol. Las ramas de esta raíz se pueden derivar utilizando una ruta jerárquica para que los nodos secundarios (hijos) puedan existir como combinaciones del hash de su nodo padre y su índice en el árbol. Lea sobre los estándares BIP-32opens in a new tab y BIP-19opens in a new tab para la generación de claves basadas en mnemotécnicas.

Estas rutas tienen la siguiente estructura, que les resultará familiar a los usuarios que hayan interactuado con carteras de hardware:

1m/44'/60'/0'/0`

Los recortes en esta ruta separan los componentes de la clave privada de la siguiente manera:

1master_key / purpose / coin_type / account / change / address_index

Esta lógica permite a los usuarios adjuntar tantos validadores como sea posible a una única frase mnemotécnica porque la raíz del árbol puede ser común y la diferenciación puede ocurrir en las ramas. El usuario puede derivar cualquier número de claves de la frase mnemotécnica.

1      [m / 0]
2     /
3    /
4[m] - [m / 1]
5    \
6     \
7      [m / 2]

Cada rama está separada por una / de modo que m/2 significa comenzar con la clave maestra y seguir la rama 2. En el siguiente esquema, se utiliza una sola frase mnemotécnica para almacenar tres claves de retirada, cada una con dos validadores asociados.