Observando a Congestão da Rede
Eu vejo outras cadeias travarem às vezes. As taxas disparam e tudo desacelera. Minha observação de @Plasma é diferente. O design lida com a carga ao não tratá-la na cadeia principal. Cada aplicação tem seu próprio espaço. Sua própria cadeia filhinha.
A congestão em um ecossistema permanece lá. Ela não transborda. Não pode sobrecarregar toda a rede. Este é um fato estrutural, não uma promessa.
A experiência do usuário é isolada. Se uma cadeia de jogos está ocupada, minha atividade em uma cadeia social não é afetada. Elas operam separadamente. Elas se resolvem para a cadeia raiz de forma independente. Essa compartimentação é lógica.
Penso sobre o mecanismo de saída aqui. Isso importa durante alta carga. Os usuários têm um caminho direto para a cadeia principal. Esse direito é embutido. Não é um pensamento posterior. O estresse da rede em uma cadeia filhinha não remove essa opção. Esse é um ponto de design importante.
O sistema não impede a congestão. Ele a localiza. Isso permite soluções personalizadas. Uma comunidade pode gerenciar seu próprio espaço de bloco. Ela pode ajustar suas próprias regras para suas próprias necessidades. A segurança da camada base permanece inalterada.
Essa abordagem cria um tipo diferente de escalonamento. Não se trata de uma cadeia indo mais rápido. Trata-se de muitas cadeias operando sem impor custos umas às outras. A carga é distribuída por design.
Vejo isso como um benefício arquitetônico a longo prazo. Evita o problema do único pipeline. A atividade cresce em uma área. Outras áreas não são penalizadas. A rede parece mais silenciosa, mesmo quando partes dela estão muito ocupadas.
$XPL
