A Hierarchical Sharded Blockchain Balancing Performance and Availability

O artigo apresenta o PyloChain, uma blockchain sharded hierárquica que equilibra desempenho e disponibilidade através da execução especulativa em cadeias locais e de um consenso BFT eficiente em uma cadeia principal baseada em DAG, superando soluções existentes em throughput e latência.

Yongrae Jo, Chanik Park

Publicado Mon, 09 Ma
📖 5 min de leitura🧠 Leitura aprofundada

Each language version is independently generated for its own context, not a direct translation.

Imagine que o Blockchain é como um grande livro de contabilidade público, onde todos podem ver o que acontece, mas ninguém pode apagar ou alterar o que já foi escrito. O problema é que, quando muita gente tenta escrever nesse livro ao mesmo tempo, ele fica lento, travado e caro para manter.

Para resolver isso, os especialistas criaram a ideia de "Sharding" (Fragmentação). É como se, em vez de um único livro gigante, tivéssemos vários cadernos menores. Cada caderno cuida de uma parte das transações.

Mas aqui surge um dilema:

  1. Focar só em velocidade: Você divide o trabalho em muitos cadernos pequenos. Fica muito rápido, mas se um caderno for perdido ou queimado, aquela parte da história some para sempre. (Risco de disponibilidade).
  2. Focar só em segurança: Você faz uma cópia de todos os cadernos para cada pessoa. Se um caderno sumir, você tem outro. Mas agora, cada pessoa precisa carregar uma mochila pesada cheia de papéis, o que deixa o sistema lento. (Risco de desempenho).

O artigo apresenta o PyloChain, uma solução inteligente que tenta ter o melhor dos dois mundos: velocidade e segurança, sem pesar demais nas costas de ninguém.

A Analogia do "Sistema de Bibliotecas Hierárquicas"

Para entender o PyloChain, imagine uma rede de bibliotecas organizadas em dois níveis:

1. O Nível Local (As Bibliotecas de Bairro)

Imagine várias bibliotecas pequenas espalhadas pela cidade (os Shards ou zonas).

  • Como funciona: Cada biblioteca local cuida apenas dos livros de um bairro específico. Elas são rápidas porque só lidam com o que acontece ali perto.
  • A mágica: Elas trabalham em paralelo. Enquanto a biblioteca do Centro organiza seus livros, a do Sul já está organizando os dela. Isso gera muita velocidade.
  • O problema: Se a biblioteca do Centro pegar fogo, os livros daquele bairro somem.

2. O Nível Principal (A Biblioteca Central)

Agora, imagine uma Biblioteca Central gigante que conecta todas as bibliotecas de bairro.

  • Quem cuida dela: Apenas alguns "gerentes" especiais (chamados de Full Members) cuidam dessa biblioteca central. Eles têm uma cópia completa de todos os livros de todos os bairros.
  • A função: Eles garantem que, se uma biblioteca de bairro tiver um problema, a história não se perca, porque a Biblioteca Central tem o registro completo.

Como o PyloChain resolve os problemas?

O PyloChain usa três truques inteligentes para fazer esse sistema funcionar sem travar:

1. O "Truque do Mapa de Tráfego" (DAG e Mempool)

Em vez de esperar que uma biblioteca termine tudo para enviar para a central (o que causa filas), o PyloChain usa uma tecnologia chamada DAG (Grafo Acíclico Direcionado).

  • Analogia: Imagine que as bibliotecas locais enviam seus cadernos para a central como se fossem carros em uma estrada inteligente. Em vez de uma fila única, os carros entram em várias pistas ao mesmo tempo. O sistema central organiza a ordem de chegada de forma que ninguém fique preso no trânsito, garantindo que todos os cadernos cheguem e sejam registrados, mesmo que a rede esteja congestionada.

2. O "Truque do Agendamento" (Scheduling)

Às vezes, uma transação global (que envolve várias bibliotecas) pode entrar em conflito com uma transação local. Isso faria com que o sistema tivesse que apagar o trabalho feito e recomeçar (o que é chato e lento).

  • A solução: O PyloChain usa uma técnica simples de agendamento. Ele diz: "Vamos processar primeiro todas as tarefas locais rápidas. Só depois, no final, vamos resolver as tarefas globais complexas."
  • Resultado: Isso evita que as tarefas globais "atropelam" as locais, reduzindo drasticamente o número de erros e retrabalho. É como um restaurante que primeiro prepara os pedidos simples (sanduíches) e só depois coloca o bife no fogo, para que ninguém fique esperando a comida fria.

3. O "Auditor de Confiança" (Auditing)

E se um dos gerentes da Biblioteca Central for mal-intencionado e tentar esconder um caderno ou mentir sobre o que aconteceu?

  • O problema: As bibliotecas locais não veem o que acontece na central. Elas confiam cegamente no gerente.
  • A solução: O PyloChain cria um sistema de "provas". O gerente é obrigado a mostrar, passo a passo, o que fez, e as bibliotecas locais têm um cronômetro. Se o gerente demorar demais para entregar a prova, as bibliotecas locais sabem que algo está errado e podem trocar o gerente por um novo. É como ter um vigia que verifica se o gerente está realmente fazendo o trabalho dele, sem precisar estar dentro do escritório o tempo todo.

O Resultado Final

O artigo mostra que o PyloChain é muito mais eficiente do que os sistemas antigos:

  • Mais rápido: Consegue processar mais transações por segundo (throughput).
  • Mais ágil: As transações são confirmadas em menos tempo (latência).
  • Mais seguro: Mesmo que algumas bibliotecas locais falhem, a Biblioteca Central garante que os dados não se percam.

Em resumo: O PyloChain é como uma empresa que divide o trabalho em equipes pequenas e rápidas (para ganhar velocidade), mas mantém uma gerência central forte e vigilante (para garantir que nada se perca), usando regras inteligentes para evitar brigas entre as equipes e garantir que todos trabalhem juntos sem travar.