La jerarquía de escalado en las blockchains: Cálculo > datos > estado El cálculo es más fácil de escalar que los datos. Puedes paralelizarlo, requerir que el constructor de bloques proporcione todo tipo de "pistas" para ello, o simplemente reemplazar cantidades arbitrarias de él con una prueba de ello. Los datos están en el medio. Si se requiere una garantía de disponibilidad sobre los datos, entonces esa garantía es necesaria, no hay forma de evitarlo. Pero _puedes_ dividirlo y codificarlo con borrado, al estilo de PeerDAS. Puedes hacer una degradación elegante para ello: si un nodo solo tiene 1/10 de la capacidad de datos de los otros nodos, siempre puede producir bloques de 1/10 del tamaño. El estado es lo más difícil. Para garantizar la capacidad de verificar incluso una transacción, necesitas el estado completo. Si reemplazas el estado con un árbol y mantienes la raíz, necesitas el estado completo para poder actualizar esa raíz. _Existen_ formas de dividirlo, pero implican cambios en la arquitectura, no son fundamentalmente de propósito general. Por lo tanto, si puedes reemplazar el estado con datos (sin introducir nuevas formas de centralización), por defecto deberías considerarlo seriamente. Y si puedes reemplazar los datos con cálculo (sin introducir nuevas formas de centralización), por defecto deberías considerarlo seriamente.