A cadeia única tradicional PoW apenas mantém um bloco em cada altura, descartando os blocos concorrentes como órfãos. O blockDAG permite que múltiplos blocos paralelos coexistam. Com base nesta estrutura, o GHOSTDAG resolve o desafio fundamental de estabelecer uma ordem única entre blocos paralelos, permitindo à Kaspa alcançar maior capacidade de processamento e tempos de confirmação mais curtos, sem comprometer o modelo de segurança PoW.
Para compreender o GHOSTDAG, é necessário dominar a estrutura de dados blockDAG, a lógica de coloração Blue/Red, a acumulação da profundidade de confirmação e as diferenças essenciais em relação ao consenso Nakamoto de cadeia única.
O GHOSTDAG (Greedy Heaviest Observed SubTree DAG) é o protocolo de consenso utilizado pela Kaspa (KAS). Baseado no conceito GHOST, faz parte da família de protocolos PHANTOM. O GHOSTDAG calcula um Blue Set e um Red Set para cada novo bloco no blockDAG. Os blocos Blue são integrados na cadeia principal de ordem e participam no consenso, enquanto os blocos Red são processados ou excluídos segundo regras específicas. Este mecanismo permite extrair uma ordem global de transações consistente a partir de um grafo de blocos paralelo.
Os mineradores continuam a competir pelos direitos de bloco através de PoW, aplicando as regras do GHOSTDAG para selecionar o subárvore mais pesado e atribuir cores aos blocos. Os novos blocos mantêm a conectividade do DAG através de referências multiparentais. Ao contrário dos protocolos de cadeia única, o GHOSTDAG processa todo o grafo de blocos, ordenando-os com base no Blue Set e na hashrate acumulada.
| Elementos centrais do GHOSTDAG | Descrição |
|---|---|
| blockDAG | Estrutura de grafo acíclico dirigido que suporta blocos paralelos |
| Blue Set | Blocos integrados na ordem principal e no consenso |
| Red Set | Blocos em conflito ou pendentes para a ordem principal |
| Heaviest Subtree | Métrica de hashrate para determinar a direção da cadeia principal |
| Referência multiparental | Novos blocos referenciam múltiplos predecessores para manter a conectividade do DAG |
| k-cluster | Parâmetro de clustering local para coloração blue |
A tabela acima apresenta os principais conceitos do GHOSTDAG. O Blue Set determina quais blocos paralelos são integrados no registo ordenado, o subárvore mais pesado estabelece a dominância da hashrate e o parâmetro k-cluster define o limite de consistência local para a coloração blue.
O blockDAG (grafo acíclico dirigido de blocos) permite que cada novo bloco referencie um ou mais blocos existentes, criando uma malha de referências em vez de uma cadeia linear. Os mineradores podem emitir blocos em intervalos semelhantes e a rede deixa de impor um único vencedor por altura.
Reduzir os intervalos de bloco numa cadeia única aumenta o número de blocos órfãos e desperdiça hashrate. O blockDAG, pelo contrário, permite que vários blocos paralelos coexistam e sejam integrados na ordem final. As diferenças centrais entre a Kaspa e o Bitcoin centram-se na estrutura de dados, taxa de produção de blocos, gestão de blocos órfãos e lógica de confirmação: o Bitcoin utiliza um bloco único por altura e visa um intervalo de 10 minutos, enquanto a Kaspa suporta blocos paralelos e tem como objetivo cerca de 10 blocos por segundo.
| Categoria | PoW blockDAG (Kaspa) | Cadeia única PoW (Bitcoin) |
|---|---|---|
| Estrutura de dados | Grafo acíclico dirigido, referências multiparentais | Encadeamento linear de cabeçalhos de bloco |
| Produção de blocos | Vários blocos paralelos | Um bloco por altura |
| Protocolo de consenso | GHOSTDAG | Cadeia mais longa de Nakamoto |
| Gestão de blocos órfãos | Regras Blue/Red para inclusão/exclusão | Normalmente descartados como blocos órfãos |
| Taxa alvo de blocos | ~10 blocos/s | ~10 minutos/bloco |
| Lógica de confirmação | Acumulação de profundidade do DAG | Espera linear pela altura do bloco |
Esta tabela resume as diferenças arquitetónicas: o blockDAG permite registo paralelo, enquanto o GHOSTDAG estabelece o registo ordenado.

Figura 1. O GHOSTDAG classifica os blocos como Blue ou Red no blockDAG, com o parâmetro k-cluster a definir o limite de clustering local para o Blue Set.
O GHOSTDAG atribui um rótulo blue ou red a cada bloco no blockDAG. Os blocos Blue são integrados na cadeia principal de ordem e as suas transações são executadas globalmente; os blocos Red entram em conflito com a ordem principal blue e são normalmente excluídos, embora algumas transações em blocos Red possam ser confirmadas indiretamente por blocos Blue subsequentes.
O parâmetro k-cluster é essencial para a coloração blue, definindo o limite de clustering local. Quando um novo bloco entra no DAG, o GHOSTDAG verifica o subgrafo dos seus ancestrais: se aparecerem demasiados blocos concorrentes paralelos dentro do intervalo k-cluster de um bloco Blue, os blocos conflitantes subsequentes são marcados como Red. Um k-cluster maior aumenta a tolerância a blocos paralelos, enquanto um k-cluster menor estreita a cadeia principal de ordem.
Os blocos Blue são integrados na cadeia principal de ordem para execução global das transações; os blocos Red, em conflito com a ordem principal, são normalmente excluídos, embora algumas transações possam ser confirmadas indiretamente por blocos Blue posteriores. A hashrate acumulada dos blocos Blue forma o subárvore mais pesado, que determina a direção da ordem principal global.
Na cadeia única PoW, a profundidade de confirmação é normalmente medida pela diferença entre a altura atual e a altura do bloco que contém a transação; cada novo bloco reduz o risco de reorganizações. Na Kaspa, a profundidade de confirmação baseia-se na estrutura do DAG: após o bloco Blue da transação, é necessário adicionar um número suficiente de blocos Blue subsequentes para estabilizar a confirmação.
A Kaspa visa cerca de 10 blocos por segundo, pelo que o DAG cresce aproximadamente 10 novos blocos por segundo, tornando as confirmações muito mais rápidas do que as esperas de minutos da cadeia única PoW. Os full nodes (RustyKaspa) verificam o PoW, as referências parentais, a coloração Blue/Red e a consistência UTXO; a maioria das carteiras conta as confirmações pela profundidade de blocos Blue. Tokenomics e mineração KAS com mineração KHeavyHash e recompensas de bloco incentivam a extensão do DAG.

Figura 2. A profundidade de confirmação do blockDAG acumula-se à medida que a cadeia blue se estende, comparando com o modelo de espera linear da cadeia única PoW.
| Métrica de confirmação | blockDAG (Kaspa) | Cadeia única PoW |
|---|---|---|
| Medição de profundidade | Número de blocos Blue subsequentes | Diferença da altura do bloco |
| Frequência de blocos | ~10 blocos/s | ~10 minutos/bloco |
| Tolerância paralela | Vários blocos válidos simultaneamente | Um bloco por altura |
| Risco de reorganização | Depende da coloração do DAG e propagação | Depende da troca pela cadeia mais longa |
Esta tabela compara a lógica de confirmação em ambos os sistemas. A acumulação da profundidade do DAG dá à Kaspa uma vantagem estrutural para confirmações mais rápidas, mas a velocidade real depende da qualidade da propagação na rede.
PoW blockDAG e GHOSTDAG são ideais para cenários que requerem confirmações rápidas, mantendo o modelo de segurança PoW e princípios de lançamento justo. A Kaspa posiciona-se como camada de liquidação Layer 1, com o KAS utilizado para taxas de transação e recompensas de mineração. A rede apresenta lançamento justo sem premine. Pagamentos de elevado volume e baixo valor são um caso típico: confirmações mais curtas aproximam as transferências peer-to-peer da liquidação em tempo real, enquanto a produção paralela de blocos oferece mais oportunidades de recompensa aos mineradores.
Para aplicações que exigem modelos de conta robustos, contratos inteligentes complexos ou um ecossistema DeFi maduro, o mainnet da Kaspa ainda apresenta limitações. A integração blockDAG com carteiras e exploradores é mais complexa do que em sistemas tradicionais de cadeia única.
Dependência da propagação paralela: Taxas elevadas de bloco exigem maior largura de banda e velocidade de propagação na rede; sob atrasos extremos, podem ocorrer reorganizações ou reclassificação de cores. Complexidade de integração: Exploradores e carteiras têm de adaptar-se à lógica de coloração do DAG, tornando o desenvolvimento mais exigente do que para cadeias únicas. Maturidade do ecossistema: Infraestrutura DeFi e de contratos inteligentes ainda em desenvolvimento; soluções entre cadeias como wKAS introduzem riscos de ponte. Pressão de armazenamento: Com cerca de 10 blocos por segundo, os dados crescem rapidamente—os custos de full node requerem avaliação contínua. Concentração de hashrate: As cadeias PoW continuam teoricamente vulneráveis a ataques de 51%; o GHOSTDAG apenas altera a gestão de forks, não o risco de centralização da hashrate.
O GHOSTDAG transforma um grafo de blocos paralelo num registo ordenado através da classificação Blue/Red e dos parâmetros k-cluster. A profundidade de confirmação acumula-se à medida que a cadeia blue se estende. Em comparação com o consenso de cadeia única, o blockDAG suporta múltiplos blocos paralelos válidos com uma taxa alvo de cerca de 10 blocos por segundo. Estas vantagens implicam contrapartidas na propagação de rede, complexidade de integração e maturidade do ecossistema.
O blockDAG é uma estrutura de grafo acíclico dirigido onde cada bloco pode referenciar múltiplos predecessores, permitindo aos mineradores produzir blocos em paralelo. A Kaspa utiliza PoW blockDAG, permitindo que vários blocos válidos coexistam no mesmo intervalo temporal, com o consenso GHOSTDAG a impor uma ordem global de transações nos blocos paralelos.
O GHOSTDAG é o protocolo de consenso que a Kaspa utiliza no blockDAG, integrado na família de protocolos PHANTOM. O GHOSTDAG ordena blocos paralelos usando as regras Blue Set e subárvore mais pesada; os blocos Blue são integrados na cadeia principal de ordem, enquanto os blocos Red são tratados segundo regras de conflito, permitindo às redes PoW aumentar a capacidade mantendo a segurança.
Os blocos Blue são integrados na cadeia principal de ordem do GHOSTDAG, com transações executadas globalmente e elegíveis para recompensas de bloco. Os blocos Red entram em conflito com a ordem principal blue e são normalmente excluídos, embora algumas transações possam ser confirmadas indiretamente por blocos Blue posteriores. O parâmetro k-cluster controla o limite de clustering local para a coloração blue.
A Kaspa visa cerca de 10 blocos por segundo e a profundidade de confirmação acumula-se à medida que a cadeia blue se estende—normalmente muito mais rápido do que as esperas de minutos da cadeia única PoW tradicional. O tempo real de confirmação é influenciado pela distribuição de hashrate, propagação na rede, estado de sincronização dos nodos e taxas de transação.
O Bitcoin utiliza uma estrutura de cadeia única com um intervalo de bloco de 10 minutos, e os blocos concorrentes tornam-se normalmente órfãos. A Kaspa emprega PoW blockDAG para produção paralela de blocos, com o GHOSTDAG a ordenar blocos paralelos num registo, visando cerca de 10 blocos por segundo e utilizando o algoritmo de mineração KHeavyHash em vez do SHA-256.
Taxas elevadas de bloco exigem propagação de rede e largura de banda de nodo mais robustas. A integração blockDAG é mais complexa do que em cadeias únicas tradicionais. A camada de aplicação é menos madura do que em cadeias com modelo de conta, como a Ethereum. Os dados on-chain crescem mais rapidamente, aumentando as exigências de armazenamento dos full nodes. O risco de concentração da hashrate PoW mantém-se.





