Para que o protocolo de disponibilidade de dados realmente exerça o seu poder, a chave está na padronização de cada componente.

Imagine que esse tipo de protocolo é composto por vários módulos, como mecanismos de consenso, codificação de dados, provas de armazenamento e interfaces de recuperação. Se essas partes funcionarem de forma isolada, os desenvolvedores não poderão combiná-las de forma flexível — esse tipo de ecossistema tende a se fragmentar. Por outro lado, se as interfaces forem suficientemente padronizadas, os desenvolvedores poderão montar combinações livres, como usar um determinado esquema de consenso junto com outra tecnologia de prova de armazenamento, o que representa uma verdadeira capacidade de composição.

Porém, há aqui um dilema de equilíbrio. Definir padrões muito cedo pode bloquear o espaço para inovação, dificultando a implementação de novas ideias que queiram romper com o quadro estabelecido. Por outro lado, estabelecer padrões muito tarde pode levar a uma situação de isolamento de cada um por si. Portanto, o papel das organizações do setor é fundamental: é preciso promover padrões abertos, permitindo que os módulos centrais de diferentes protocolos possam realmente interoperar.

A beleza do design modular está exatamente nisso — mantendo a estabilidade do núcleo, cada componente pode evoluir de forma independente. Assim, não se abala a base de todo o sistema, ao mesmo tempo em que se deixa espaço para a evolução tecnológica.