Kaspa explicado: um blockDAG, dez blocos por segundo e como funciona o multisig

A maioria das redes de prova de trabalho produz blocos um de cada vez: um minerador encontra um bloco, todos constroem sobre ele, e qualquer bloco concorrente encontrado no mesmo momento é descartado. A Kaspa parte de outra pergunta: e se os blocos paralelos não fossem desperdiçados?

A resposta é um blockDAG, e é por isso que a Kaspa consegue produzir dez blocos por segundo sem deixar de ser prova de trabalho. Com o suporte à Kaspa chegando ao SSP, veja o que a torna diferente e como o multisig funciona nela.

Da cadeia ao DAG

No Bitcoin, se dois mineradores encontram blocos quase ao mesmo tempo, a rede se bifurca temporariamente. Um bloco acaba vencendo e o outro vira órfão: o trabalho por trás dele simplesmente se perde. Para manter os órfãos raros, o Bitcoin mira em um bloco a cada dez minutos, tempo suficiente para que cada bloco chegue à rede inteira antes de o próximo ser encontrado.

A Kaspa remove essa restrição. Cada bloco novo pode referenciar vários blocos anteriores em vez de apenas um, então todos os blocos criados em paralelo passam a fazer parte do registro. A estrutura deixa de ser uma cadeia única e vira um grafo acíclico dirigido: um DAG.

Sozinho, um DAG tem um problema: se dois blocos paralelos contêm transações conflitantes, qual delas vale? O protocolo de consenso da Kaspa, o GHOSTDAG, resolve isso ordenando todos os blocos de forma consistente. Ele identifica a maioria bem conectada de blocos criados por mineradores honestos e coloca tudo em uma única ordem acordada, de modo que todo nó chega ao mesmo veredito sobre qual transação veio primeiro.

O resultado é que a Kaspa consegue rodar a dez blocos por segundo — o ritmo desde a atualização Crescendo de 2025 — sem o desperdício de órfãos que paralisaria uma rede nessa velocidade. Ela continua usando prova de trabalho para proteger o registro.

O que isso significa na prática

• Confirmações rápidas. As transações são captadas em cerca de um segundo. Como em qualquer rede, a profundidade de confirmação continua importando para valores maiores — cada bloco construído por cima torna uma transação mais difícil de desfazer —, mas essa profundidade se acumula rápido.
• Moedas, não contas. A Kaspa usa o modelo UTXO, como o Bitcoin: seu saldo é um conjunto de moedas individuais, e um gasto combina algumas delas e devolve o troco para você.
• Poda. Os nós da Kaspa não guardam o histórico completo para sempre; dados de blocos antigos são podados depois de cerca de um dia e meio. O estado atual é sempre verificável, mas o histórico de transações de longo prazo fica com indexadores e exploradores, e não com cada nó.
• Unidades pequenas. Um KAS equivale a 100.000.000 sompi, a menor unidade da Kaspa.

As taxas são medidas em "massa"

O Bitcoin precifica o espaço em bloco em bytes. A Kaspa precifica em massa, que combina vários custos:

• Tamanho — quantos bytes a transação ocupa.
• Operações de assinatura — cada verificação de assinatura soma um valor fixo, então um gasto multisig pesa mais do que um de chave única.
• Armazenamento — uma regra conhecida como KIP-9 encarece transações que criam muitas saídas minúsculas, para impedir que o registro se encha de poeira.

Nos envios do dia a dia, isso é invisível: as taxas são pequenas. Mas explica algumas peculiaridades da Kaspa, como por que devolver um troco muito pequeno para você mesmo pode ser recusado e por que as carteiras às vezes precisam consolidar muitas moedas pequenas antes de um pagamento grande.

Como o multisig funciona na Kaspa

A Kaspa tem, de propósito, poucos tipos de endereço. Um endereço kaspa:q é controlado por uma única chave. Um endereço kaspa:p é do tipo pay-to-script-hash: ele se compromete com um script, e para gastar é preciso revelar esse script e satisfazê-lo.

Um cofre multisig é um endereço kaspa:p cujo script diz "M destas N chaves precisam assinar". A Kaspa usa assinaturas Schnorr, suporta até 20 chaves por script no nível de consenso e retransmite transações padrão com até 15. Dois detalhes tornam o trabalho com ela agradável:

• O ID da transação não inclui as assinaturas. Você sabe o ID final de uma transação antes que alguém a tenha assinado, o que simplifica a coordenação de assinaturas entre dispositivos.
• Não existe camada SegWit ou Taproot. A Kaspa tem só três tipos de saída padrão — chave única, sua variante ECDSA e pay-to-script-hash —, então há apenas um tipo de cofre multisig para acertar.

Uma sutileza importa para a segurança. Uma assinatura da Kaspa se compromete apenas com o valor da entrada específica que ela assina, e não com o valor de todas as entradas. Por isso, uma carteira multisig cuidadosa faz cada signatário consultar por conta própria as moedas que estão sendo gastas, em vez de confiar em valores fornecidos por outro dispositivo.

Kaspa no SSP

O SSP está adicionando a Kaspa com o mesmo modelo 2 de 2 de todas as outras redes: seu cofre é um endereço kaspa:p construído a partir de uma chave no SSP Wallet e outra no SSP Key, e cada dispositivo confere de forma independente o que está assinando. O SSP Enterprise vai suportar cofres Kaspa com aprovação M de N.

Ainda não está disponível — o suporte à Kaspa está na fase final de testes e será anunciado com notas de versão quando for lançado. A biblioteca por trás dele, @runonflux/kaspa-core, já é de código aberto para quem quiser lê-la ou reutilizá-la.

O resumo honesto

A Kaspa pega uma ideia conhecida — prova de trabalho protegendo um registro UTXO — e remove o gargalo de um bloco por vez ao deixar os blocos formarem um DAG. O resultado são blocos rápidos, taxas baseadas em massa em vez de bytes e um design multisig limpo, construído em torno de um único tipo de script.

Como em qualquer rede, o que mantém suas moedas seguras não é o ritmo de blocos. É quem controla as chaves — e, com multisig, quantas delas precisam concordar.