Sonic é o EVM mais rápido porque provaram matematicamente que o consenso assíncrono pode alcançar escalabilidade linear enquanto preserva todas as garantias de segurança dos protocolos tradicionais "BFT", simples, certo?! 🥲
🔶 Resposta longa: O que é BFT (Tolerância a Falhas Bizantinas)? BFT garante que uma blockchain possa funcionar corretamente mesmo quando até 1/3 dos validadores são maliciosos ou estão offline.
🔸 A Matemática de Segurança BFT: "2f+1" Pense nisso como uma votação onde alguns eleitores podem ser corruptos
f = max maus atores que o sistema pode suportar 2f+1 = votos mínimos necessários para decisões seguras A garantia: Mesmo que TODOS os maus atores votem, os bons atores ainda ganham
🔸Exemplo com 300 validadores: BFT pode lidar com 99 atores maliciosos no máximo (os restantes 201 são honestos) Precisa de pelo menos 199 votos para alcançar consenso, qualquer coisa menos do que isso não é suficiente em BFT.
Regra simples: se menos de 1/3 malicioso = rede permanece segura
🔷 O problema com o PBFT tradicional (BFT Prático): 🔹Produção sequencial de blocos = gargalo fundamental. 🔹Os validadores devem sincronizar globalmente 🔹 cada bloco aguarda 2f+1 confirmações antes que o próximo possa ser produzido. Esta serialização mata a capacidade de processamento.
🔷 A descoberta ABFT do Sonic, protocolo Lachesis: 🔹 Arquitetura baseada em DAG: Validadores criam blocos de eventos em paralelo (sem esperar na fila, já expliquei isso em outro post) 🔹 Gossip assíncrono: Blocos de eventos espalham-se via gossip sem sincronização global 🔹 Motor Carmen: Armazenamento otimizado com poda de banco de dados ao vivo (HUGE DEAL) 🔹 VM Aprimorada: Tradução dinâmica de bytecode substituindo a EVM padrão
🔷 Análise de desempenho: 🔹 Criação de bloco de evento: ~100ms 🔹 Propagação de rumores: ~300ms 🔹 Consenso de bloco raiz: ~500ms 🔹 Finalização da cadeia principal: Sub-sec 🔹 Resultado: 400K TPS ( limitado pela I/O de rede, não pelo consenso )
🔷 Segurança mantida: 🔹 Mesmo f < n/3 tolerância bizantina (2f+1 maioria honesta ) 🔹 Finalidade imediata (sem confirmação probabilística) 🔹 A finalidade económica previne ataques de longo alcance
A descoberta em ABFT: Remover requisitos de sincronização elimina o gargalo mantendo a mesma matemática de segurança (2f+1)
A propósito, se você está tipo uaaaattttttt e sua cabeça dói só de ler até aqui, então imagine a quantidade de trabalho e inovação que foi necessária para alcançar aquela "Finalidade Instantânea" com a tecnologia.
Na próxima vez que você assinar uma tx e for feito em um piscar de olhos, saiba que o Sonic acabou de fazer todo esse processo em um sub-segundo e pode fazê-lo 399999 mais vezes nesse exato segundo.
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.
🔶 Curto resposta:
Sonic é o EVM mais rápido porque provaram matematicamente que o consenso assíncrono pode alcançar escalabilidade linear enquanto preserva todas as garantias de segurança dos protocolos tradicionais "BFT", simples, certo?! 🥲
🔶 Resposta longa:
O que é BFT (Tolerância a Falhas Bizantinas)?
BFT garante que uma blockchain possa funcionar corretamente mesmo quando até 1/3 dos validadores são maliciosos ou estão offline.
🔸 A Matemática de Segurança BFT: "2f+1"
Pense nisso como uma votação onde alguns eleitores podem ser corruptos
f = max maus atores que o sistema pode suportar
2f+1 = votos mínimos necessários para decisões seguras
A garantia: Mesmo que TODOS os maus atores votem, os bons atores ainda ganham
🔸Exemplo com 300 validadores:
BFT pode lidar com 99 atores maliciosos no máximo (os restantes 201 são honestos)
Precisa de pelo menos 199 votos para alcançar consenso, qualquer coisa menos do que isso não é suficiente em BFT.
Regra simples: se menos de 1/3 malicioso = rede permanece segura
🔷 O problema com o PBFT tradicional (BFT Prático):
🔹Produção sequencial de blocos = gargalo fundamental.
🔹Os validadores devem sincronizar globalmente
🔹 cada bloco aguarda 2f+1 confirmações antes que o próximo possa ser produzido. Esta serialização mata a capacidade de processamento.
🔷 A descoberta ABFT do Sonic, protocolo Lachesis:
🔹 Arquitetura baseada em DAG: Validadores criam blocos de eventos em paralelo (sem esperar na fila, já expliquei isso em outro post)
🔹 Gossip assíncrono: Blocos de eventos espalham-se via gossip sem sincronização global
🔹 Motor Carmen: Armazenamento otimizado com poda de banco de dados ao vivo (HUGE DEAL)
🔹 VM Aprimorada: Tradução dinâmica de bytecode substituindo a EVM padrão
🔷 Análise de desempenho:
🔹 Criação de bloco de evento: ~100ms
🔹 Propagação de rumores: ~300ms
🔹 Consenso de bloco raiz: ~500ms
🔹 Finalização da cadeia principal: Sub-sec
🔹 Resultado: 400K TPS ( limitado pela I/O de rede, não pelo consenso )
🔷 Segurança mantida:
🔹 Mesmo f < n/3 tolerância bizantina (2f+1 maioria honesta )
🔹 Finalidade imediata (sem confirmação probabilística) 🔹 A finalidade económica previne ataques de longo alcance
A descoberta em ABFT:
Remover requisitos de sincronização elimina o gargalo mantendo a mesma matemática de segurança (2f+1)
A propósito, se você está tipo uaaaattttttt e sua cabeça dói só de ler até aqui, então imagine a quantidade de trabalho e inovação que foi necessária para alcançar aquela "Finalidade Instantânea" com a tecnologia.
Na próxima vez que você assinar uma tx e for feito em um piscar de olhos, saiba que o Sonic acabou de fazer todo esse processo em um sub-segundo e pode fazê-lo 399999 mais vezes nesse exato segundo.
🙂