Fuga por inactividad (inactivity leak)

Ethereum necesita que validadores con dos tercios del stake voten para alcanzar la finalidad. Si desaparece más de un tercio, por ejemplo por un fallo masivo de un cliente o una partición de la red, la finalidad se detiene. Tras cuatro épocas sin finalizar, el protocolo activa la fuga por inactividad: los validadores que no atestan ven cómo su saldo disminuye, y la penalización crece cuanto más se prolonga la situación.

A medida que los validadores inactivos pierden stake, el peso de los activos aumenta hasta superar de nuevo los dos tercios y la cadena vuelve a finalizar. El diseño garantiza que Ethereum se recupere solo de un apagón masivo, sin intervención manual, y que en una partición de la red cada lado acabe finalizando su propia versión, de modo que la división quede a la vista en lugar de pasar desapercibida.

La fuga no es slashing: castiga la ausencia, no las firmas maliciosas, y quien sigue en línea durante el episodio apenas pierde nada. Es también el principal argumento a favor de la diversidad de clientes, porque un fallo en un cliente usado por una gran parte de los validadores podría provocar pérdidas fuertes a todos sus usuarios a la vez.