Siempre he estado pensando en una cosa: lo más difícil en blockchain y redes descentralizadas no es al principio. En ese momento, los datos eran pocos y todo parecía sencillo. El verdadero problema surge cuando los datos se acumulan hasta cierto nivel.

A medida que los datos históricos se vuelven cada vez más pesados, las recompensas se fragmentan más y más, y los operadores capaces de soportar toda la carga no aumentan mucho, el sistema comienza a tender inconscientemente hacia la centralización. Esto no es que alguien esté haciendo algo a escondidas, sino que es un destino inevitable de la economía y la arquitectura en sí misma.

Mi motivación principal para el proyecto WAL es precisamente esto: demostrar que una cantidad masiva de datos puede mantenerse sin depender del poder centralizado. Es esencialmente un problema de diseño económico, no de rendimiento.

**Cuanto más pesados son los datos, más larga es la mano de la centralización**

Muchas redes acaban en la centralización, la razón es muy simple: los datos son demasiado pesados. Los costos de almacenamiento se disparan, y cada vez hay menos nodos capaces de sincronizar toda la cadena de datos. La autoridad de validación no es que alguien la arrebate por la fuerza, sino que se concentra naturalmente en unos pocos grandes jugadores con capital y recursos.

A simple vista, la red todavía funciona normalmente, los bloques siguen generándose, y los datos se pueden consultar. Pero ¿quieres verificar una transacción? Lo siento, solo unos pocos grandes operadores pueden hacerlo realmente — ¿esto sigue siendo descentralización? En mi opinión, no es una concesión, sino un fracaso en el diseño.

**El sharding es la clave, no todos tienen que almacenar toda la cadena**

El método tradicional es la copia completa: cada nodo mantiene una copia completa de los datos, confiando en múltiples copias para la seguridad. Al principio parece estable, pero a medida que los datos crecen, esta estrategia se inclina automáticamente hacia aquellos grandes operadores con recursos abundantes — los nodos pequeños simplemente no pueden seguir el ritmo de los costos de hardware.