La disponibilidad de datos se consideraba anteriormente como una suposición de fondo. El sistema continuó mientras se estaban creando bloques y los datos se estaban publicando en algún lugar. Tal actitud fue efectiva en tiempos cuando el rendimiento era bajo y la demanda era predecible. No se sostiene ante las condiciones de ejecución contemporáneas.
Con el aumento en el número de cadenas, la disponibilidad de datos se convierte en el cuello de botella alrededor del cual gira todo. La velocidad de ejecución, la descentralización e incluso las suposiciones de seguridad dependen deliberadamente de la capacidad de grandes volúmenes de datos para ser accedidos por muchas partes separadas simultáneamente. Cuando esto se rompe, los sistemas no fallan de manera espectacular, sino que se deterioran, se centralizan o traen el elemento de confianza que no se suponía que debía estar ahí.
@Walrus 🦭/acc identificó este cambio en una etapa temprana. No considera la disponibilidad como un servicio de backend, sino como infraestructura que debe soportar carga, y que tiene incentivos que varían con el uso real. El hecho de que el encuadre sea importante es que transforma DA en un riesgo discreto, algo sobre lo que los sistemas pueden tomar decisiones racionales.
La disponibilidad de datos deja de ser opcional ya que puede ejecutarse más rápido y de manera modular. Se convierte en el cuello de botella que determina lo que es realmente posible.
