Recentemente, ao fazer um inventário de algumas infraestruturas de blockchain ainda não totalmente exploradas, descobri um fenômeno interessante — muitos dos problemas que impedem o avanço das blockchains não são, na verdade, limites de desempenho, mas sim erros de concepção desde a fase de arquitetura.
Há algum tempo, reestudei uma tecnologia Layer1 que foca na execução nativa paralela, cujo teste na rede V4 já está ativo, mas o interesse ainda não decolou. Essas blockchains que priorizam a execução paralela, do ponto de vista de pesquisa e investimento, realmente merecem atenção — a escolha do modelo de execução pode determinar completamente o limite de desempenho final.
O aspecto mais importante a verificar é: a camada de execução tem uma concepção de base que realmente suporta paralelismo, e não apenas patches posteriores. Isso determina o verdadeiro limite de desempenho. Muitos projetos de infraestrutura acabam ficando presos exatamente nesse ponto.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
22 Curtidas
Recompensa
22
6
Repostar
Compartilhar
Comentário
0/400
ChainComedian
· 12-29 16:04
A arquitetura está desajustada e, por mais que se otimize depois, será sempre em vão, essa frase realmente acertou em cheio
Mas, para ser honesto, por que as blockchains que se concentram em execução paralela têm tanta baixa popularidade? O mercado não é bobo, talvez elas simplesmente não tenham tanta capacidade de competir
O design de base determina o teto, concordo com isso, mas a questão é: quantas blockchains realmente querem fazer isso direito desde a raiz? A maioria ainda está focada em levantar fundos primeiro
Atualizações posteriores para corrigir a arquitetura são ridículas, esse tipo de projeto eu simplesmente passo
Ver originalResponder0
ChainMaskedRider
· 12-29 15:37
O desvio no design da arquitetura realmente dói, parece que muitos projetos são apenas consertados posteriormente, sem nunca terem pensado em redesenhar desde a base
Ver originalResponder0
ContractExplorer
· 12-26 16:57
O design da arquitetura começou errado, e por mais que se otimize depois, é como administrar nutrientes a um paciente que não pode ser salvo.
Ver originalResponder0
FlatTax
· 12-26 16:57
Hã, para ser honesto, essas redes públicas menos conhecidas parecem todas iguais, quem sabe qual arquitetura realmente aguenta o tranco
O design da arquitetura desde o início determina o teto, patches posteriores não servem de nada, isso realmente tocou no ponto
O V4 já foi lançado e ainda assim o hype está fraco? Ou há realmente algum problema, ou a marketing é muito fraca
Execução paralela parece incrível, mas quantos realmente conseguem rodar de verdade? Ainda estou cauteloso e observando
Se essa infraestrutura básica tiver um design ruim desde a base, por mais otimizações que façam, não vai salvar, é muito frustrante
Ver originalResponder0
GateUser-9ad11037
· 12-26 16:40
O design da arquitetura é realmente uma bênção, as atualizações e patches posteriores ainda são inúteis
Ver originalResponder0
AirdropHunterXiao
· 12-26 16:29
Essa é a verdadeira fraqueza, se a arquitetura inicial estiver errada, por mais otimizações que façamos depois, será apenas um remendo... Mesmo com o lançamento do V4, ninguém ainda joga, o que indica que todos já têm consciência disso.
Recentemente, ao fazer um inventário de algumas infraestruturas de blockchain ainda não totalmente exploradas, descobri um fenômeno interessante — muitos dos problemas que impedem o avanço das blockchains não são, na verdade, limites de desempenho, mas sim erros de concepção desde a fase de arquitetura.
Há algum tempo, reestudei uma tecnologia Layer1 que foca na execução nativa paralela, cujo teste na rede V4 já está ativo, mas o interesse ainda não decolou. Essas blockchains que priorizam a execução paralela, do ponto de vista de pesquisa e investimento, realmente merecem atenção — a escolha do modelo de execução pode determinar completamente o limite de desempenho final.
O aspecto mais importante a verificar é: a camada de execução tem uma concepção de base que realmente suporta paralelismo, e não apenas patches posteriores. Isso determina o verdadeiro limite de desempenho. Muitos projetos de infraestrutura acabam ficando presos exatamente nesse ponto.