Ao discutir o design de arquitetura de um determinado protocolo, uma questão-chave sempre surge: por que a validação de dados não precisa ser feita por uma rede independente, não pode a própria aplicação validar?
Na verdade, isso não é uma questão de funcionalidade, mas sim de como dividir as responsabilidades do sistema de forma mais racional.
Dados fora da cadeia (链外数据) são quase inevitáveis na aplicação. Estado histórico, registros de interação, conteúdo em grande escala — colocar tudo isso na cadeia diretamente é simplesmente inviável. Se cada aplicação criar sua própria lógica de validação, a curto prazo parece viável, mas quando o número de aplicações na ecologia explode e a complexidade aumenta continuamente, os problemas aparecem. Cada um fazendo sua própria coisa leva à confusão de padrões, desperdício de custos repetidos, e a fronteira de segurança também fica vulnerável.
Do ponto de vista arquitetônico, uma camada de validação independente pode definir claramente os limites de confiança. Os sistemas na cadeia se concentram na confirmação do estado final e na execução, enquanto a rede independente garante que os dados tenham passado pela validação antes de entrarem na lógica da cadeia. Essa divisão de responsabilidades evita que a confiança se disperse por várias aplicações e também reduz significativamente os riscos causados por diferenças na implementação.
Especialmente em ecologias de alta concorrência e gestão orientada a objetos, essa independência se torna ainda mais importante. Quanto mais rápido as aplicações se expandem, maior é a exigência de estabilidade na infraestrutura de dados subjacente. Se a lógica de validação estiver muito acoplada à aplicação, a evolução de todo o sistema se torna cada vez mais difícil a longo prazo.
Do ponto de vista de operação a longo prazo, uma rede de validação independente não é um peso, mas sim uma condição necessária para o sistema alcançar escala. Com responsabilidades bem definidas, cada camada pode desempenhar seu papel, e a complexidade não se corroerá mutuamente. Esse tipo de design faz com que a camada de validação pareça mais um componente fundamental do que um acessório decorativo.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
10 gostos
Recompensa
10
6
Republicar
Partilhar
Comentar
0/400
GasWaster69
· 3h atrás
Ah, isto não é mais do mesmo de sempre, cada projeto quer passar a culpa para a camada independente... Quando chega ao ambiente de produção, é que se percebe o que é dor
Concordo, mas ainda soa um pouco idealista, na prática, há muitas situações em que cada um faz o seu próprio trabalho
A divisão de tarefas é clara, não há dúvida, só tenho medo de que, na hora, a camada de validação se torne um novo ponto único de falha
Ver originalResponder0
FloorSweeper
· 12h atrás
Para ser honesto, no início também achei que essa lógica era um pouco confusa, mas pensando bem, realmente precisa de uma hierarquia.
Ver originalResponder0
GasGuzzler
· 12h atrás
Resumindo, cada um faz o seu próprio jogo e, mais cedo ou mais tarde, vai falhar. É preciso ter um árbitro unificado, caso contrário, o custo de confiança vai explodir.
Ver originalResponder0
BearMarketBard
· 13h atrás
Resumindo, não tente evitar o esforço, a divisão em camadas é o caminho correto
Ver originalResponder0
ForkYouPayMe
· 13h atrás
Resumindo, é que não querem atuar de forma independente, já estão cansados de cada um fazer a sua própria coisa...
Ver originalResponder0
GasFeeCrybaby
· 13h atrás
Mais uma vez, o mesmo problema antigo. Em resumo, ainda é preciso alguém assumir a culpa, e fazer com que cada aplicação verifique por si própria é simplesmente um inferno de culpas mútuas.
Ao discutir o design de arquitetura de um determinado protocolo, uma questão-chave sempre surge: por que a validação de dados não precisa ser feita por uma rede independente, não pode a própria aplicação validar?
Na verdade, isso não é uma questão de funcionalidade, mas sim de como dividir as responsabilidades do sistema de forma mais racional.
Dados fora da cadeia (链外数据) são quase inevitáveis na aplicação. Estado histórico, registros de interação, conteúdo em grande escala — colocar tudo isso na cadeia diretamente é simplesmente inviável. Se cada aplicação criar sua própria lógica de validação, a curto prazo parece viável, mas quando o número de aplicações na ecologia explode e a complexidade aumenta continuamente, os problemas aparecem. Cada um fazendo sua própria coisa leva à confusão de padrões, desperdício de custos repetidos, e a fronteira de segurança também fica vulnerável.
Do ponto de vista arquitetônico, uma camada de validação independente pode definir claramente os limites de confiança. Os sistemas na cadeia se concentram na confirmação do estado final e na execução, enquanto a rede independente garante que os dados tenham passado pela validação antes de entrarem na lógica da cadeia. Essa divisão de responsabilidades evita que a confiança se disperse por várias aplicações e também reduz significativamente os riscos causados por diferenças na implementação.
Especialmente em ecologias de alta concorrência e gestão orientada a objetos, essa independência se torna ainda mais importante. Quanto mais rápido as aplicações se expandem, maior é a exigência de estabilidade na infraestrutura de dados subjacente. Se a lógica de validação estiver muito acoplada à aplicação, a evolução de todo o sistema se torna cada vez mais difícil a longo prazo.
Do ponto de vista de operação a longo prazo, uma rede de validação independente não é um peso, mas sim uma condição necessária para o sistema alcançar escala. Com responsabilidades bem definidas, cada camada pode desempenhar seu papel, e a complexidade não se corroerá mutuamente. Esse tipo de design faz com que a camada de validação pareça mais um componente fundamental do que um acessório decorativo.