La jerarquía de escalado en blockchains: Cálculo > estado de datos > estado La computación es más fácil de escalar que los datos. Puedes paralelizarlo, exigir al constructor de bloques que proporcione todo tipo de "pistas" para ello, o simplemente reemplazar cantidades arbitrarias por una demostración. 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 borrarlo con código, al estilo de PeerDAS. Puedes hacer una degradación gradual 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 aunque sea una sola transacción, necesitas el estado completo. Si reemplazas el estado por un árbol y mantienes la raíz, necesitas el estado completo para poder actualizar esa raíz. Hay formas de dividirlo, pero implican cambios de arquitectura, no son fundamentalmente de propósito general. Por lo tanto, si puedes reemplazar el estado por datos (sin introducir nuevas formas de centralización), por defecto deberías considerarlo seriamente. Y si puedes sustituir los datos por computación (sin introducir nuevas formas de centralización), por defecto deberías considerarlo seriamente.