Então, @Somnia_Network vai bater nessa parede? A maioria das pessoas fica animada quando um blockchain afirma velocidades rápidas. Mas o que eles não pensam é o que acontece quando os validadores aumentam e o uso aumenta. Em quase todas as cadeias de alto desempenho, o benchmark original, TPS, latência, finalidade do bloco geralmente é testado com um conjunto de validadores pequeno e bem coordenado. Tudo é enxuto, limpo, otimizado. (1/4)

Mas quando o número de validadores cresce, a sobrecarga de coordenação aumenta. E @Somnia_Network quer ter 100 validadores antes do TGE... Mais nós = mais fofocas = mais latência. O consenso leva mais tempo. Os blocos levam um pouco mais de tempo para se propagar e finalizar. E as cadeias que se gabam de "10.000 TPS" podem diminuir para 1.000 ou menos em condições do mundo real (2/4)

Então, @Somnia_Network vai bater nessa parede? O Somnia foi projetado para jogos e interações de alto rendimento Isso significa que ele precisa de tempos de bloqueio rápidos e alto TPS sob carga, não apenas em ambientes de teste. Mas, à medida que ele escala e atrai mais validadores (e eventualmente se descentraliza), há uma compensação a ser monitorada: + Mais validadores melhoram a segurança e a resistência à censura + Mas eles também podem reduzir o rendimento e aumentar a variabilidade do tempo de bloco (3/4)

A questão-chave: @Somnia_Network pode otimizar para ambos? Se o Somnia ou o HAS já adotaram o agrupamento de validadores adaptativos, a execução paralela (como o que o Aptos ou o Sei estão explorando) ou provas baseadas em ZK para lotes, ele pode manter o desempenho à medida que descentraliza?? Ou o consenso multistream apenas resolve tudo isso ?! Mas se ele apenas adicionar mais validadores sem otimizações no nível do protocolo, o desempenho poderá diminuir. A quantidade pode diminuir a qualidade, a menos que a arquitetura antecipe isso e usando esse multistream Somente o validador proprietário adiciona blocos à sua cadeia de dados, e não há mecanismos de segurança para evitar que eles bifurquem sua cadeia de dados ou proponham blocos inválidos. Em outras palavras, as cadeias de dados não têm nenhum mecanismo de consenso. Blockchains rápidos parecem ótimos no lançamento. Mas manter-se rápido com centenas ou milhares de validadores é o verdadeiro desafio. (4/4)