-
El slashing se produce cuando se detectan acciones maliciosas contra la red.
-
La severidad del slashing varía de acuerdo con la gravedad de la infracción.
Quienes depositaron los 32 ethers (ETH) necesarios para ser validadores de Ethereum 2.0 corren el riesgo de ser expulsados y perder su dinero, en caso de efectuar acciones que sean detectadas como maliciosas. Estas acciones podrían ser ejecutadas de forma involuntaria, como consecuencia de errores en la configuración del cliente utilizado por el validador.
A esta penalización se le conoce como slashing (cortar radicalmente) en Ethereum 2.0, red cuya fase inicial fue lanzada el 1 de diciembre tal como informó CriptoNoticias.
A diferencia de la penalización por estar desconectado, en la que el validador pierde solo una cantidad de ETH igual a la que hubiera ganado en ese tiempo, en el slashing la pérdida puede ser total y puede producirse la expulsión permanente del nodo validador. La severidad de esta pena varía de acuerdo con la gravedad de la infracción.
El slashing se produce en el caso de haber doble gasto. Esto ocurre si un validador propone, en un mismo slot, dos bloques conflictivos con una raíz (bloque previo) diferente; o si los valida. En Ethereum 2.0 se le llama slot (ranura) al período de tiempo (12 segundos) en el que un proponente sugiere un bloque para la certificación. El doble gasto podría darse en caso de errores en el software.
«El software de validación y los proveedores de participación tendrán protección incorporada contra slashings accidentales» explica ConsenSys, empresa de desarrollo de software. Agregan que «el slashing solo debería afectar a los validadores que se portan mal de forma deliberada».
Pero desde Prysmatic Labs, compañía desarrolladora de uno de los clientes disponibles para Ethereum 2.0, admiten que sufrir un slashing por errores en la configuración es una posibilidad. «Participar en Ethereum 2.0 es una actividad arriesgada y es fundamental que los participantes investiguen y comprendan sus responsabilidades», advierten.
Qué hacer y qué no hacer para evitar el slashing en Ethereum 2.0
Prysmatic Labs nombra una serie de situaciones a evitar para no sufrir el slashing. Una de ellas es tener la misma llave privada abierta en dos servidores al mismo tiempo. «Esta es la forma más fácil de conseguir que te expulsen», indican y agregan: «Si tu sistema de conmutación tiene un falso positivo y tu primer nodo está inactivo, podría ser considerado una falta grave».
Tampoco es prudente migrar las claves a otro equipo u otro cliente de Ethereum 2.0 sin migrar el historial de protección de slashing. La compañía indica que «el otro nodo puede tener un reloj sincronizado incorrectamente, lo que lo lleva a cometer una infracción».
Eliminar o perder el historial de protección de slashing en el cliente validador es otra cosa que puede llevar a esta penalización. El reloj podría estropearse y se crearía un bloqueo o una votación con posibilidad de slashing.
Si se ejecuta el cliente Docker o se utiliza un entorno como Kubernetes, la validación podría provocar el slashing si no están configurados los volúmenes persistentes, que hacen que la información no se pierda.
Por último, Prysmatic Labs admite que puede haber errores en el protocolo de Ethereum 2.0 que ocasionen que algunos validadores pierdan sus fondos debido a un slashing. La compañía aclara que «esto es muy poco probable», pero no niegan la posibilidad.
«Si bien cada equipo de Ethereum 2.0 hace todo lo posible para garantizar que la base de código sea segura y de calidad, como en cualquier otro proyecto de desarrollo siempre existe la posibilidad de error», dice el texto. Si esto ocurriera, dejan en claro que «los usuarios son la única parte legalmente responsable de sus validadores». Ni Prysmatic Labs ni los desarrolladores de Ethereum serán legalmente responsables por errores en el protocolo o el cliente.
Al elegir un [cliente] validador es fundamental comprender cómo instalar, configurar, actualizar y solucionar problemas de cualquier software instalado.
Prysmatic Labs.
A modo preventivo, Prysmatic Labs recomienda tener siempre habilitada la base de datos local del historial de firmas. Esto garantiza que el validador no realice acciones duplicadas.
También mencionan la posibilidad de utilizar un cortador (slasher). Este es un software que registra todas las firmas y bloques que el validador recibe. Podría emplearse como intermediario entre el nodo de beacon chain y el cliente validador. «Antes de que un validador envíe un bloque o una firma, le pregunta al slasher si es susceptible de que sufra un slashing«, explica Prysmatic Labs.
En dos días de Ethereum 2.0, ya sufrieron el slashing 600 validadores
Según informa el sitio web TrustNodes.com, hasta el momento, cuando la fase 0 de Ethereum 2.0 tiene apenas dos días de vida, más de 600 validadores ya fueron penalizados con el slashing. La mayoría de ellos perdió solo 0,0136 ETH y no fueron expulsados de forma permanente.
Diferente fue el caso señalado por Justin Drake, investigador de la Fundación Ethereum. Él mostró a un validador que fue expulsado por un error en un bloque. Esta persona perdió 0,23 ETH (0,7% de los 32 ETH invertidos). Drake explicó que «la penalización del slashing está diseñada para ser indulgente con infracciones aisladas como esta».
