Hacer staking de ETH desde casa

Al operar su propio nodo, debe dedicar algo de tiempo a aprender a usar el software que ha elegido. Esto implica leer la documentación relevante y estar atento a los canales de comunicación de esos equipos de desarrollo.

Cuanto más entienda sobre el software que está ejecutando y cómo funciona la prueba de participación (PoS), menos riesgoso será como participante (staker), y más fácil será solucionar cualquier problema que pueda surgir en el camino como operador de nodo.

La configuración del nodo requiere un nivel razonable de comodidad al trabajar con computadoras, aunque las nuevas herramientas están facilitando esto con el tiempo. Comprender la interfaz de línea de comandos es útil, pero ya no es estrictamente necesario.

También requiere una configuración de hardware muy básica y cierta comprensión de las especificaciones mínimas recomendadas.

Al igual que las claves privadas aseguran su dirección de Ethereum, necesitará generar claves específicamente para su validador. Debe comprender cómo mantener seguras y protegidas las frases semilla o las claves privadas.

Seguridad de Ethereum y prevención de estafas

A diferencia de las penalizaciones por inactividad por estar fuera de línea, el recorte (slashing) es una penalización mucho más grave reservada para ofensas maliciosas. Al ejecutar un cliente minoritario con sus claves cargadas en una sola máquina a la vez, se minimiza su riesgo de sufrir un recorte. Dicho esto, todos los que hacen staking deben ser conscientes de los riesgos del recorte.

Sí, las cuentas de validador modernas son capaces de mantener hasta 2048 ETH. El ETH adicional por encima de 32 se capitalizará de manera escalonada, aumentando en incrementos de números enteros a medida que aumenta 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 margen 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 llevar su saldo real por encima de 33,25 antes de desencadenar un aumento en el saldo efectivo.

Este margen también evita que un saldo efectivo disminuya hasta que haya bajado 0,25 ETH por debajo de su saldo efectivo actual.

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

Si el staking desde casa le parece demasiado exigente, considere usar un proveedor de staking como servicio, o si está trabajando con menos de 32 ETH, consulte los fondos de staking (staking pools).

Desconectarse cuando la red se está finalizando correctamente NO resultará en un recorte (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 al recorte. Estas penalizaciones son ligeramente menores que la recompensa que habría ganado si el validador hubiera estado disponible para atestiguar, y las pérdidas se pueden recuperar con aproximadamente la misma cantidad de tiempo de vuelta en línea.

Tenga en cuenta que las penalizaciones por inactividad son proporcionales a cuántos validadores están fuera de línea al mismo tiempo. En los casos en que una gran parte de la red esté fuera de línea 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 fuera de línea, estos usuarios sufrirán lo que se conoce como una fuga por inactividad cuadrática, que es una pérdida exponencial de ETH de las cuentas de validadores fuera de línea. Esto permite que la red eventualmente se recupere por sí misma al quemar los 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 en línea restantes eventualmente comprenderán más de 2/3 de la red nuevamente, satisfaciendo la supermayoría necesaria para finalizar la cadena una vez más.

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

Solo hay unas pocas formas específicas que pueden resultar en que un validador sufra un recorte y sea expulsado de la red. En el momento de escribir este artículo, los recortes que han ocurrido han sido exclusivamente producto de configuraciones de hardware redundantes donde las claves de firma se almacenan en dos máquinas separadas a la vez. Esto puede resultar inadvertidamente en un doble voto de sus claves, lo cual es una ofensa sancionable con recorte.

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 recorte en caso de que este cliente tenga un error que resulte en una bifurcación de la cadena. Esto puede resultar en una bifurcación defectuosa que se finaliza. Para corregir y volver a la cadena prevista, se requeriría enviar un voto envolvente (surround vote) al intentar deshacer un bloque finalizado. Esta también es una ofensa sancionable con recorte y se puede evitar simplemente ejecutando un cliente minoritario en su lugar.

Los errores equivalentes en un cliente minoritario nunca se finalizarían y, por lo tanto, nunca resultarían en un voto envolvente, y simplemente resultarían en penalizaciones por inactividad, no en un recorte.

• Obtenga más información sobre la importancia de ejecutar un cliente minoritario.
• Obtenga más información sobre la prevención de recortes

Los clientes individuales pueden variar ligeramente en términos de rendimiento e interfaz de usuario, ya que cada uno es desarrollado por diferentes equipos utilizando 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 principales para sincronizar e interactuar con la cadena de bloques.

Dado que todos los clientes de producción proporcionan la misma funcionalidad básica, en realidad es muy importante que elija un cliente minoritario, lo que significa cualquier cliente que NO esté siendo utilizado actualmente por la mayoría de los validadores en la red. Esto puede sonar contradictorio, pero ejecutar un cliente de mayoría o supermayoría lo pone en un mayor riesgo de recorte en caso de un error en ese cliente. Ejecutar un cliente minoritario limita drásticamente estos riesgos.

Aunque se puede utilizar un servidor privado virtual (VPS) como reemplazo del hardware doméstico, el acceso físico y la ubicación de su cliente de validador sí importan. Las soluciones en la nube centralizadas 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 de validador se ejecuten en una sola solución de almacenamiento en la nube centralizada, más peligroso se vuelve para estos usuarios. Cualquier evento que desconecte a estos proveedores, ya sea por un ataque, demandas regulatorias o simplemente cortes de energía/internet, resultará en que cada cliente de validador que dependa de este servidor se desconecte 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 estar fuera de línea sean más severas, y aumenta su riesgo de fuga cuadrática o recorte en caso de que la interrupción sea lo suficientemente grande. Para minimizar su propio riesgo y el riesgo para la red, se recomienda encarecidamente a los usuarios que obtengan y operen su propio hardware.

Los retiros de cualquier tipo de la cadena de balizas requieren que se establezcan credenciales de retiro.

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

Una vez que se establecen las credenciales de retiro, los pagos de recompensas (ETH acumulado sobre los 32 iniciales) se distribuirán periódicamente a la dirección de retiro de forma automática.

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