Hacer staking de ETH desde casa

Al operar tu propio nodo, debes dedicar algo de tiempo a aprender a usar el software que has 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 entiendas sobre el software que estás ejecutando y cómo funciona la prueba de participación (PoS), menos arriesgado será como 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.

La orientación actual de la comunidad para el hardware y el ancho de banda del validador se mantiene en las recomendaciones de hardware y ancho de banda (EIP-7870) (se abre en una pestaña nueva). Como guía aproximada, planifica un SSD NVMe de 4 TB, 64 GB de RAM (menos puede funcionar, pero este es el margen recomendado), una CPU multinúcleo moderna y sólida, y una conexión a internet de alrededor de 50 Mbps de descarga / 25 Mbps de carga.

Dado que la actualización Fusaka introdujo PeerDAS, un nodo de staking solo necesita almacenar y descargar una fracción de los datos blob de la red, lo que reduce significativamente los requisitos de disco y ancho de banda para quienes hacen staking desde casa.

Al igual que las claves privadas aseguran tu dirección de Ethereum, necesitarás generar claves específicamente para tu validador. Debes entender 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 es una penalización mucho más grave reservada para ofensas maliciosas. Al ejecutar un cliente minoritario con tus claves cargadas en una sola máquina a la vez, se minimiza tu riesgo de sufrir un recorte. Dicho esto, todos los stakers deben ser conscientes de los riesgos del recorte.

Sí. Un validador con credenciales de retiro compuestas (0x02) puede mantener un saldo efectivo de hasta 2048 ETH, mientras que el mínimo para activarse sigue siendo de 32 ETH. Las recompensas en un validador compuesto se añaden a su participación automáticamente, y gana recompensas por cada ETH entero por encima del mínimo de 32 ETH, por lo que puedes hacer staking de cantidades que no sean múltiplos de 32. Consulta Interés compuesto y el máximo de 2048 ETH.

Los validadores con credenciales de retiros regulares (0x01) siguen teniendo un límite de saldo efectivo de 32 ETH, y cualquier saldo por encima de eso se transfiere automáticamente a la dirección de retiro cada pocos días.

Para un validador compuesto, solo el saldo por encima del máximo de 2048 ETH se transfiere automáticamente. Para retirar cualquier cantidad por debajo de eso, activas un retiro parcial desde tu dirección de retiro (una transacción que cuesta gas), lo que puede reducir cualquier saldo por encima del mínimo de 32 ETH. Si ejecutas múltiples validadores, también puedes consolidarlos en un solo validador compuesto sin salir de la red.

Más sobre los retiros de staking

Desconectarse cuando la red está finalizando correctamente NO resultará en un recorte. Se incurre en pequeñas penalizaciones por inactividad si tu 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 inferiores a la recompensa que habrías 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.

Ten 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 un drenaje exponencial de ETH de las cuentas de validadores fuera de línea. Esto permite que la red se cure a sí misma eventualmente al quemar 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 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úas de buena fe, ejecutas un cliente minoritario y solo mantienes tus 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 tus claves, lo cual es una ofensa sujeta a 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 al intentar deshacer un bloque finalizado. Esta también es una ofensa sujeta a 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.

• Obtén más información sobre la importancia de ejecutar un cliente minoritario.
• Obtén más información sobre recompensas, penalizaciones y 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 elijas un cliente minoritario, es decir, 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 te 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 tu cliente 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 validadores 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 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 estar fuera de línea sean más severas, y aumenta tu riesgo de fuga cuadrática o recorte en caso de que la interrupción sea lo suficientemente grande. Para minimizar tu propio riesgo y el riesgo para la red, se recomienda encarecidamente a los usuarios que obtengan y operen su propio hardware.

Cada retiro requiere que tu validador tenga configurada una dirección de retiro. Los nuevos stakers configuran esto en el momento de la generación de claves y el depósito. Los stakers de los primeros días de la red que aún no han configurado una dirección de retiro deberán actualizar sus credenciales de retiro antes de retirar.

Para los validadores con credenciales de retiros regulares (0x01), los pagos de recompensas (ETH acumulado sobre los 32 iniciales) se distribuyen periódicamente a la dirección de retiro de forma automática. Para los validadores compuestos (0x02), las recompensas permanecen en staking y se componen automáticamente. Puedes retirar cualquier saldo por encima de 32 ETH activando un retiro parcial desde tu dirección de retiro.

Para desbloquear y recibir todo tu saldo de vuelta, debes salir de tu validador. Puedes hacer esto usando las claves de firma de tu validador, o activarlo directamente desde tu dirección de retiro con una transacción de la capa de ejecución, lo que significa que tus fondos siguen siendo recuperables incluso si pierdes tus claves de firma.