Saltar para o conteúdo principal

Explorando a Diversidade das Estruturas de Registros Descentralizados: DAG, Hashgraph, Block-lattice e Tempo

Junte-se a nós enquanto nos aventuramos ainda mais no mundo de vanguarda da Web3. Após nos aprofundarmos na dinâmica de desempenho das principais redes públicas e no caminho de atualização do Ethereum, estamos expandindo a nossa visão para explorar as abordagens inovadoras de registros descentralizados que vão além do conceito tradicional de "blockchain".

1 . DAG / Tangle (Gráfico Acíclico Direcionado)​

Ideia Central: "Transações → Formam uma teia → A rede inteira entra na fila por si mesma"

  • Funcionamento: Ao contrário do modelo linear de "comboio" da blockchain, a DAG assemelha-se a uma teia de aranha em constante expansão. Sempre que uma nova transação é criada, ela deve primeiro verificar e "referenciar" (ligar-se a) duas ou mais transações existentes na rede. Assim, as próprias transações formam os nós e as arestas da rede, eliminando a necessidade de mineradores para as empacotar em blocos.
  • Vantagens: Como as transações podem ser integradas na rede em paralelo, teoricamente, a concorrência é extremamente alta, sem o "período de inatividade" do tempo de bloco. É muito adequada para cenários que exigem o processamento de transações massivas e pequenas, como micropagamentos de IoT (Internet das Coisas).
  • Desafios: Escolher eficazmente quais "transações antigas" referenciar (ou seja, "Tip selection") é um desafio. Uma gestão deficiente ou ataques de "referência egoísta" podem levar a que algumas transações não sejam confirmadas durante muito tempo. O IOTA 2.0 introduz o Mana (um sistema de reputação) para resistir a tais ataques de transações de spam (Fonte de Dados: mdpi.com, pmc.ncbi.nlm.nih.gov).
  • Progresso: A Avalanche utiliza inteligentemente a DAG para a ordenação de transações e combina-a com o seu consenso de amostragem "avalanche" único, que tem funcionado de forma estável na mainnet há anos, provando a viabilidade da DAG em redes públicas de alto desempenho (Fonte de Dados: medium.com).

2 . Hashgraph​

Ideia Central: "Gossip-about-Gossip + Votação Virtual, sincronizando a mesma linha do tempo na mente de todos"

  • Mecanismo Central: O Hashgraph é puramente um algoritmo de consenso. Os nós transmitem contínua e aleatoriamente aos vizinhos os últimos "eventos" que conhecem (incluindo transações e carimbos de data/hora), um comportamento conhecido como "protocolo gossip". Além disso, eles não fazem apenas gossip sobre os eventos em si, mas também sobre "quem recebeu o gossip de quem e a que horas" (Gossip-about-Gossip). Através deste rico histórico de comunicação, cada nó pode computar de forma independente uma ordem de eventos com carimbo de data/hora globalmente consistente e localmente, sem qualquer votação de rede real (Fonte de Dados: docs.hedera.com).
  • Características: Finalidade de transação rápida (geralmente em 5 segundos) e teoricamente sem forks, com resultados de ordenação justos e previsíveis. A sua única implementação pública, Hedera, oferece o motor de consenso como um serviço, com uma única chamada custando apenas $0,0001 (Fonte de Dados: reddit.com).
  • Limitações: O algoritmo Hashgraph é protegido por patente, e a rede Hedera é gerida por um conselho que inclui gigantes como Google e IBM, tornando o seu modelo de governação permissionada controverso em termos de "descentralização absoluta" (Fonte de Dados: solulab.com).

3 . Block-lattice​

Ideia Central: "Todos têm o seu próprio pequeno registro, com ambas as partes referenciando-se uma à outra para confirmação"

  • Estrutura: Na estrutura Block-lattice, cada conta de utilizador tem a sua própria mini blockchain independente. Uma transferência completa consiste em dois blocos:
    1. O remetente regista um bloco de envio (send) na sua cadeia e deduz o seu saldo.
    2. Ao observar este bloco de envio, o destinatário cria um bloco de receção (receive) na sua própria cadeia, aumenta o seu saldo e referencia o bloco de envio do remetente. (Fonte de Dados: coinmarketcap.com)
  • Vantagens: Como as transações ocorrem e são confirmadas de forma assíncrona, sem esperar por um consenso global, as transferências são quase instantâneas (sub-segundo). A rede não tem blocos unificados, portanto, não há taxas e o consumo de energia é extremamente baixo. O seu projeto representativo, Nano, tem funcionado de forma estável há mais de 7 anos com esta arquitetura (Fonte de Dados: coinunited.io).
  • Desafios: Quando ocorrem conflitos como o gasto duplo (double-spending), as decisões de consenso dependem de "representantes" delegados pelos utilizadores para votação ponderada. Se o poder de voto estiver excessivamente concentrado em poucos representantes, isso pode representar um risco de centralização (Fonte de Dados: reddit.com).

4 . Tempo (Consenso Radix)​

Ideia Central: "Carimbar relógios lógicos em todos os eventos, permitindo que eles entrem naturalmente na fila num mundo fragmentado (sharded)"

  • Princípio: O Tempo é um protocolo de consenso concebido para ambientes de fragmentação (sharding) em grande escala. Ele atribui um número de sequência de relógio lógico a cada evento na rede. Dentro de um fragmento (shard), todos os eventos são estritamente ordenados pelo relógio lógico. Quando uma transação precisa de atravessar vários shards, o sistema analisa as relações causais entre esses eventos para garantir que estão corretamente alinhados, alcançando a atomicidade entre fragmentos (cross-shard atomicity) (ou seja, ou todos têm sucesso ou todos falham), um problema que as soluções de sharding tradicionais consideram extremamente difícil de resolver (Fonte de Dados: radixdlt.com, komodoplatform.com).
  • Destaques: Teoricamente, ao aumentar o número de shards, o seu rendimento (throughput) pode escalar linearmente para milhões de TPS.
  • Estado Atual: O proponente da sua ideia central, Radix, lançou a sua mainnet Babylon, vista como uma implementação parcial do seu protocolo de consenso final Cerberus (uma iteração da ideia Tempo), com toda a arquitetura ainda em transição para a sua forma final (Fonte de Dados: blocmates.com).
  • Desafios: Sendo um sistema altamente complexo, a sua resistência a ataques a longo prazo e a tolerância a partições de rede num ambiente de rede pública totalmente aberto e altamente adversarial ainda requerem tempo e prática para uma verificação posterior.

Considerações de Seleção​

  • Micropagamentos de alta frequência → DAG / Block-lattice (Taxas zero e confirmação ao nível do segundo são vantagens fundamentais).
  • Contabilidade e auditoria a nível empresarial → Hashgraph (A certeza da ordenação das transações e a finalidade rápida são requisitos centrais).
  • DeFi / Jogos em larga escala → Tempo (Escalabilidade linear teoricamente ilimitada e atomicidade nativa entre fragmentos são os pontos mais atraentes) ou DAG + Consenso Avalanche (Uma solução de alto desempenho validada pelo mercado).
  • Busca por consumo de energia extremamente baixo → Block-lattice + Votação de Representantes (A estrutura assíncrona e o consenso leve tornam o seu consumo de energia muito inferior ao de outras soluções).

Leituras Adicionais​

  • Performance Comparison of DAG-Based Ledgers — MDPI Computers 2023, um artigo académico comparando o desempenho de vários registos DAG.
  • Hedera Docs "Gossip-about-Gossip" — Explicação detalhada oficial da Hedera sobre o mecanismo central do protocolo de consenso Hashgraph.
  • CoinMarketCap Glossary "Block-lattice (Nano)" — Uma introdução concisa à estrutura block-lattice e como a Nano funciona.
  • Radix Blog "Tempo Consensus: Lessons Learned" — Uma revisão e reflexão da equipa Radix sobre as suas ideias iniciais de design de consenso Tempo.
  • Amber Group "Demystifying DAG Architecture" — Um excelente artigo de investigação da indústria que explica as vantagens e os desafios da arquitetura DAG de forma simples e clara.
Share on Twitter