Clientes sin estado (statelessness)

Hoy un nodo completo de Ethereum debe guardar todo el estado actual, cada saldo y cada posición de almacenamiento de los contratos, en un disco rápido, y ese estado no deja de crecer. La ausencia de estado invierte el modelo: los bloques llegan con un testigo, una prueba de los valores exactos del estado que leen y escriben, de modo que el nodo verifica el bloque con el testigo y la raíz de estado anterior.

El objetivo es que validar Ethereum sea posible con hardware modesto, incluso con móviles, lo que refuerza la descentralización y permite que más gente compruebe la cadena por sí misma. En la versión débil, la que probablemente llegue antes, solo los constructores de bloques guardan el estado completo y los validadores verifican con testigos. Depende de pruebas más pequeñas, por eso va ligado a sustituir el árbol Merkle Patricia por árboles Verkle o binarios, y se combina con la caducidad del historial para que los nodos no tengan que guardar bloques antiguos.

Alguien seguirá teniendo que guardar el estado para construir bloques y servir datos, lo que podría concentrar esa función en operadores especializados. Los testigos añaden ancho de banda a cada bloque. Las aplicaciones que necesitan el estado histórico o completo, como exploradores e indexadores, seguirán necesitando infraestructura de archivo.