🔷Primeiro na lista OCC (Controle de Moeda Otimista)
O maior gargalo na capacidade de processamento da blockchain tem sido a execução sequencial que prejudica o throughput, e todas as L1 estão tentando encontrar uma nova maneira inovadora que possa resolver isso.
A quebra de $Sei veio da análise de dados de transações do Ethereum e da observação de que aproximadamente 64,85% das transações são independentes e podem ser executadas em paralelo sem conflitos. A percepção é o que deu início ao modelo de execução paralela do Sei, com OCC como uma de suas mecânicas principais.
🔷Análise do OCC (Controle de Moeda Otimista): OCC executa transações em paralelo com base na suposição de que a maioria não irá conflitar. Em vez de bloquear recursos antecipadamente, permite que as transações prossigam livremente, e então verifica conflitos no final. Apenas aquelas que realmente conflitam são tentadas novamente, o que melhora o desempenho enquanto mantém os resultados totalmente determinísticos.
É assim que é feito em sub-sec⤵️:
➠
Aqui está o que o gráfico acima mostra:
🔵Linha Azul (Ingestão de Transações): Análise de Dependência (0-50ms)Geradores de dependência inteligentes preveem quais variáveis de estado cada transação irá acessar. Transferências simples = previsão precisa. Interações DeFi complexas = análise heurística usando padrões históricos.
🔴 Linha Vermelha Execução Paralela Otimista (50-250ms): Em vez de esperar na fila, as txns são executadas simultaneamente em múltiplos núcleos de CPU. Cada trabalhador mantém conjuntos de leitura/escrita isolados, escrevendo em buffers temporários em vez de um estado global.
🟠 Linha Laranja (Detecção de Conflito): Identifica conjuntos de leitura/escrita conflitantes entre transações executadas Read-After-Write (RAW) Write-After-Read (WAR) Write-After-Write (WAW)
Os filtros Bloom fornecem uma triagem preliminar rápida antes de uma validação dispendiosa.
🟢 Linha Verde (Compromisso Atómico): A % de txns não conflitantes é comprometida simultaneamente. Transações conflitantes % obtêm uma ordenação determinística com base no tempo de chegada e são reexecutadas sequencialmente.
🔷A Magia: as fases não são estritamente sequenciais. Enquanto algumas transações ainda estão a ser executadas, outras já estão a ser verificadas para conflitos. O fluxo de trabalho sobreposto é uma grande parte do motivo pelo qual a Sei consegue processar blocos tão rapidamente.
🔷Resolução de conflitos visualizada ⤵️: 🔹A resolução de conflitos acontece em paralelo com tudo o mais ➠
🔷Resultado final da Execução Paralela: 🔹Execução Paralela Otimista 🔹O(1) Detecção de Conflito 🔹Isolamento de Estado em Buffer ➠
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.
🔷Primeiro na lista OCC (Controle de Moeda Otimista)
O maior gargalo na capacidade de processamento da blockchain tem sido a execução sequencial que prejudica o throughput, e todas as L1 estão tentando encontrar uma nova maneira inovadora que possa resolver isso.
A quebra de $Sei veio da análise de dados de transações do Ethereum e da observação de que aproximadamente 64,85% das transações são independentes e podem ser executadas em paralelo sem conflitos. A percepção é o que deu início ao modelo de execução paralela do Sei, com OCC como uma de suas mecânicas principais.
🔷Análise do OCC (Controle de Moeda Otimista):
OCC executa transações em paralelo com base na suposição de que a maioria não irá conflitar. Em vez de bloquear recursos antecipadamente, permite que as transações prossigam livremente, e então verifica conflitos no final. Apenas aquelas que realmente conflitam são tentadas novamente, o que melhora o desempenho enquanto mantém os resultados totalmente determinísticos.
É assim que é feito em sub-sec⤵️:
➠
Aqui está o que o gráfico acima mostra:
🔵Linha Azul (Ingestão de Transações):
Análise de Dependência (0-50ms)Geradores de dependência inteligentes preveem quais variáveis de estado cada transação irá acessar. Transferências simples = previsão precisa. Interações DeFi complexas = análise heurística usando padrões históricos.
🔴 Linha Vermelha Execução Paralela Otimista (50-250ms):
Em vez de esperar na fila, as txns são executadas simultaneamente em múltiplos núcleos de CPU. Cada trabalhador mantém conjuntos de leitura/escrita isolados, escrevendo em buffers temporários em vez de um estado global.
🟠 Linha Laranja (Detecção de Conflito):
Identifica conjuntos de leitura/escrita conflitantes entre transações executadas
Read-After-Write (RAW)
Write-After-Read (WAR)
Write-After-Write (WAW)
Os filtros Bloom fornecem uma triagem preliminar rápida antes de uma validação dispendiosa.
🟢 Linha Verde (Compromisso Atómico):
A % de txns não conflitantes é comprometida simultaneamente.
Transações conflitantes % obtêm uma ordenação determinística com base no tempo de chegada e são reexecutadas sequencialmente.
🔷A Magia: as fases não são estritamente sequenciais. Enquanto algumas transações ainda estão a ser executadas, outras já estão a ser verificadas para conflitos. O fluxo de trabalho sobreposto é uma grande parte do motivo pelo qual a Sei consegue processar blocos tão rapidamente.
🔷Resolução de conflitos visualizada ⤵️:
🔹A resolução de conflitos acontece em paralelo com tudo o mais
➠
🔷Resultado final da Execução Paralela:
🔹Execução Paralela Otimista
🔹O(1) Detecção de Conflito
🔹Isolamento de Estado em Buffer
➠
Os mercados movem-se rapidamente na Sei!
gSei✌️