Vitalik Buterin explica la jerarquía de escalabilidad de la cadena de bloques

Vitalik Buterin ha expresado una nueva arquitectura para describir la escalabilidad de las cadenas de bloques. Él se refiere a la escalabilidad como jerarquía. Pone la computación en primer plano y también sitúa los datos en el medio. Por lo tanto, afirma que no cada componente de una cadena de bloques escala de manera idéntica. Algunas capas se desarrollan a un ritmo más alto que otras.

La computación, según Vitalik, escala de la manera más sencilla. Las tareas pueden ser paralelizadas por los desarrolladores. Se les permite utilizar evidencias de conocimiento cero. Pueden delegar su trabajo pesado a sistemas externos. Esto significa que las redes pueden aumentar su rendimiento sin que surjan supuestos de confianza. Tal solución ya está activa en la mayoría de los sistemas de Capa 2.

Luego, Vitalik prioriza la disponibilidad de datos. Describe que los datos tienen una velocidad menor que la computación. Sin embargo, no es lo mejor con técnicas mejoradas. Como ejemplo, Ethereum actualmente emplea herramientas como PeerDAS. Estas son herramientas de distribución de datos. Minimizan la presión sobre el almacenamiento. De este modo, más usuarios pueden ser soportados por las redes sin perder descentralización.

El Estado Sigue Siendo el Problema Más Difícil

La base de la jerarquía está ocupada por el estado. Vitalik señala que la peor escala del estado. Cada nodo debe verificar el estado. La corrección total es esencial para cada usuario. Esto hace que el estado sea engorroso y costoso. Por lo tanto, cuando un estado es grande, los requisitos de hardware son altos. También es propenso a centralizarse a largo plazo.

Por esta razón, Vitalik sugiere que el estado debería reducirse. El estado está siendo reemplazado por datos o computación, según él. Él se refiere a esto como subir en la jerarquía. Ethereum ya sigue este modelo. Los rollups minimizan el estado en cadena. La fragmentación distribuye los datos. Los sistemas ZK minimizan los costos de ejecución.

Implicaciones para los Desarrolladores

Prácticamente, este marco se usa para informar el diseño futuro. Los desarrolladores no deberían almacenar estados innecesarios. Deben emplear evidencias en lugar de almacenes. Se supone que deben mover la complejidad fuera de la capa base. Esto significa que las cadenas de bloques pueden escalar sin romper la descentralización. El modelo de Vitalik proporciona una hoja de ruta para el desarrollo a largo plazo de las cadenas de bloques.