Participe desde casa con sus ETH

Sí, las cuentas de validador modernas son capaces de albergar hasta 2048 ETH. El ETH adicional por encima de 32 se compondrá de forma escalonada, aumentando en incrementos de números enteros a medida que aumente su saldo real. Esto se conoce como su saldo efectivo.

Para aumentar el saldo efectivo de una cuenta, y por lo tanto aumentar las recompensas, se debe cruzar un búfer de 0,25 ETH por encima de cualquier umbral de ETH completo. Por ejemplo, una cuenta con un saldo real de 32,9 y un saldo efectivo de 32 necesitaría ganar otros 0,35 ETH para que su saldo real supere los 33,25 antes de provocar un aumento del saldo efectivo.

Este búfer también evita que un saldo efectivo caiga hasta que haya bajado 0,25 ETH por debajo de su saldo efectivo actual.

Cada par de claves asociado a un validador requiere al menos 32 ETH para ser activado. Cualquier saldo por encima de este puede ser retirado a la dirección de retiro asociada en cualquier momento a través de una transacción firmada por esta dirección. Cualquier fondo que supere el saldo efectivo máximo se retirará automáticamente de forma periódica.

Si el staking doméstico le parece demasiado exigente, considere la posibilidad de utilizar un proveedor de staking como servicio, o si está trabajando con menos de 32 ETH, consulte los grupos de staking.

Desconectarse cuando la red está finalizando correctamente NO dará lugar a slashing. Se incurre en pequeñas penalizaciones por inactividad si su validador no está disponible para atestiguar durante una época determinada (cada una de 6,4 minutos de duración), pero esto es muy diferente del slashing. Estas penalizaciones son ligeramente inferiores a la recompensa que habría obtenido si el validador hubiera estado disponible para atestiguar, y las pérdidas pueden recuperarse con aproximadamente la misma cantidad de tiempo en línea de nuevo.

Tenga en cuenta que las penalizaciones por inactividad son proporcionales al número de validadores que estén desconectados al mismo tiempo. En los casos en que una gran parte de la red está desconectada a la vez, las penalizaciones para cada uno de estos validadores serán mayores que cuando un solo validador no está disponible.

En casos extremos, si la red deja de finalizar como resultado de que más de un tercio de los validadores están desconectados, estos usuarios sufrirán lo que se conoce como una fuga de inactividad cuadrática, que es un drenaje exponencial de ETH de las cuentas de los validadores desconectados. Esto permite que la red se autocure eventualmente quemando el ETH de los validadores inactivos hasta que su saldo alcance los 16 ETH, momento en el que serán expulsados automáticamente del grupo de validadores. Los validadores restantes en línea acabarán constituyendo de nuevo más de 2/3 de la red, satisfaciendo la supermayoría necesaria para volver a finalizar la cadena.

En resumen, esto nunca se puede garantizar por completo, pero si actúa de buena fe, ejecuta un cliente minoritario y mantiene sus claves de firma en solo una máquina a la vez, el riesgo de ser penalizado (slashed) es casi nulo.

Solo hay unas pocas formas específicas que pueden hacer que un validador sea objeto de slashing y expulsado de la red. En el momento de redactar este informe, los slashings que se han producido han sido exclusivamente producto de configuraciones de hardware redundantes en las que las claves de firma se almacenan en dos máquinas distintas a la vez. Esto puede dar lugar inadvertidamente a un voto doble de sus claves, lo que es una infracción sancionable con slashing.

Ejecutar un cliente de supermayoría (cualquier cliente utilizado por más de 2/3 de la red) también conlleva el riesgo de un posible slashing en caso de que este cliente tenga un error que resulte en una bifurcación de la cadena. Esto puede dar lugar a una bifurcación defectuosa que se finalice. Para volver a la cadena prevista sería necesario presentar un voto envolvente intentando deshacer un bloque finalizado. Esto también es una infracción sancionable con slashing y puede evitarse simplemente ejecutando un cliente minoritario en su lugar.

Errores equivalentes en un cliente minoritario nunca finalizarán (bloques) y, por lo tanto, nunca resultarían en un voto surround («envolvente»), y simplemente resultaría en penalizaciones por inactividad, no de «recorte».

• Obtenga más información sobre la importancia de ejecutar un cliente minoritario.
• Obtenga más información sobre la prevención de penalizaciones (slashing)

Los clientes individuales pueden variar ligeramente en cuanto a rendimiento e interfaz de usuario, ya que cada uno de ellos está desarrollado por equipos diferentes que utilizan una variedad de lenguajes de programación. Dicho esto, ninguno de ellos es "el mejor". Todos los clientes de producción son excelentes piezas de software, que realizan las mismas funciones básicas para sincronizarse e interactuar con la cadena de bloques.

Dado que todos los clientes de producción ofrecen la misma funcionalidad básica, es muy importante que elija un cliente minoritario, es decir, cualquier cliente que NO esté siendo utilizado actualmente por la mayoría de los validadores de la red. Puede que esto suene contraintuitivo, pero ejecutar un cliente mayoritario o de supermayoría le expone a un mayor riesgo de slashing en caso de que se produzca un error en dicho cliente. Ejecutar un cliente minoritario limita drásticamente estos riesgos.

Aunque se puede utilizar un servidor privado virtual (VPS) como sustituto del hardware doméstico, el acceso físico y la ubicación de su cliente validador sí importan. Las soluciones centralizadas en la nube, como Amazon Web Services o Digital Ocean, permiten la comodidad de no tener que obtener y operar hardware, a expensas de centralizar la red.

Cuantos más clientes validadores se ejecuten en una única solución de almacenamiento centralizado en la nube, más peligroso se vuelve para estos usuarios. Cualquier evento que desconecte a estos proveedores, ya sea por un ataque, por exigencias normativas o simplemente por cortes de energía o de Internet, hará que todos los clientes validadores que dependen de este servidor se desconecten al mismo tiempo.

Las penalizaciones por estar fuera de línea son proporcionales a cuántos otros están fuera de línea al mismo tiempo. El uso de un VPS aumenta en gran medida el riesgo de que las penalizaciones por desconexión sean más graves, y aumenta el riesgo de fugas cuadráticas o de slashing en caso de que la interrupción sea lo suficientemente grande. Para minimizar su propio riesgo y el de la red, se recomienda encarecidamente a los usuarios que obtengan y operen su propio hardware.

Las retiradas de cualquier tipo de la cadena de baliza requieren que se establezcan credenciales de retirada.

Los nuevos stakers lo establecen en el momento de la generación de la clave y del depósito. Los stakers existentes que aún no lo hayan establecido pueden actualizar sus claves para admitir esta funcionalidad.

Una vez establecidas las credenciales de retirada, los pagos de recompensa (ETH acumulados por encima de los 32 iniciales) se distribuirán periódica y automáticamente a la dirección de retirada.

Para desbloquear y recibir el saldo completo, también debe completar el proceso de salida de su validador.