Kaspa tem mantido uma identidade clara e disciplinada por muito tempo: uma rede de prova de trabalho de alta velocidade construída para pagamentos digitais, e pouco mais. O próximo fork Toccata está prestes a redefinir essa posição.

Scheduled for June 5, 2026, this is not an incremental upgrade. Covenants, zero-knowledge opcodes, native token support, and a new developer language will all be introduced directly at the Agendado para 5 de junho de 2026, esta não é uma atualização incremental. Convênios, opcodes de conhecimento zero, suporte a tokens nativos e uma nova linguagem para desenvolvedores serão todos introduzidos diretamente no

Originalmente previsto para 5 de maio, o lançamento foi adiado em um mês. Essa decisão reflete a magnitude da atualização. Com várias características fundamentais sendo implantadas simultaneamente, o tempo adicional reduz o risco de execução e reforça a confiança em um lançamento estável.

Principais Conclusões

• Toccata introduz ativos nativos, convenções, fundações vProgs, SilverScript e mais — com a ativação do hardfork confirmada para 5 de junho de 2026.
• Os acordos e opcodes ZK aterrissam diretamente no Layer 1 do Kaspa, removendo a necessidade de soluções externas de Layer 2 para suportar a lógica de contratos inteligentes programáveis.
• SilverScript, uma nova linguagem de desenvolvedor de alto nível, foi projetada para reduzir a barreira para a construção em Kaspa da mesma forma que o Solidity fez para o Ethereum.

Compre com confiança. A Bitrue é segura e confiável plataforma de negociação de criptomoedaspara comprar, vender e negociar Bitcoin e altcoins.

Registre-se agora para reivindicar seu prêmio!

O hardfork introduz suporte para ativos nativos, Covenants++ e verificação de prova de zero conhecimento diretamente na camada base do Kaspa - o que significa que não dependerá de soluções externas de Layer 2 para habilitar funcionalidades avançadas.

Pela primeira vez, os desenvolvedores poderão emitir tokens no estilo KRC-20 diretamente no L1 do Kaspa - um pré-requisito para qualquer ecossistema sério de DeFi ou NFT.

O hardfork também integra suporte para Groth16, um sistema de prova ZK amplamente utilizado, permitindo que aplicativos verifiquem informações sem expor os dados subjacentes — possibilitando ferramentas de privacidade, sistemas de verificação segura e pontes entre cadeias com minimização da confiança.

Estas não são promessas de roteiro. O testnet 12 já está ativo e realizando testes de covenant antes da ativação da mainnet.

Leia Também:

Covenants: O Núcleo da Mudança de Programabilidade da Toccata

Os contratos introduzem novos opcodes que permitem que as moedas carreguem condições para o futuro — em vez de apenas verificar quem pode gastar, o script pode impor como a moeda deve ser gasta no futuro, criando algo mais próximo de uma máquina de estados. Pense nisso como dar a cada transação a capacidade de definir as regras de seu próprio futuro.

Estas restrições condicionais permitem que lógicas como restrições de destino, cronogramas de liberação ou autorização em várias etapas sejam aplicadas diretamente no nível do protocolo, sem a necessidade de um ambiente de execução global — habilitando aplicações como carteiras inteligentes, cofres, ativos nativos e lógica de programa verificada externamente.

Crucialmente, esta abordagem estende o modelo UTXO existente do Kaspa em vez de substituí-lo — sem sobrecarga total do EVM, sem compromisso arquitetônico.

Leia Também:XRP ainda está a $1. Quando subirá para $3? Análise de Mercado e Fatores Chave

SilverScript e ZK Opcodes: A Camada do Desenvolvedor

A obtenção de convênios para a produção foi o desafio técnico. Fazer com que os desenvolvedores realmente os utilizem é o desafio de adoção — e é aí que a SilverScript entra em cena.

SilverScript permite que os desenvolvedores definam regras de gasto condicionais e lógica de coordenação em um formato similar a aplicações, que podem ser compiladas em restrições de compromisso executáveis pelo consenso Kaspa, com um SDK acompanhante para construir, testar e integrar condições de transação programáveis em carteiras e aplicações.

O opcode ZK opera no nível de consenso, permitindo que o Kaspa verifique provas de conhecimento zero geradas por ambientes de execução externos.

Isto permite que a Camada 1 valide transições de estado sem executar a lógica subjacente on-chain, servindo efetivamente como uma ponte de verificação para ZK-rollups baseados. Juntas, essas capacidades expandem a superfície de desenvolvedor da Kaspa, abordando uma lacuna chave em seu ecossistema.

Leia Também:WLFI Pede Emprestado $75 Milhões de Seus Próprios Usuários no Dolomite, Token Atinge Mínima Histórica

Conclusão

O roadmap do Kaspa está se tornando muito mais amplo do que pagamentos simples — se os convênios permitem regras persistentes, a linhagem torna os tokens verificáveis e as provas ZK desbloqueiam a execução escalável, o Kaspa poderia evoluir para um sistema que suporta camadas financeiras reais diretamente em sua cadeia base.

A data de ativação de 5 de junho está definida, o Testnet 12 está em funcionamento e o conjunto de recursos é maior do que qualquer atualização única do Kaspa antes dela. Após o hardfork, o cronograma visa aumentar a taxa de blocos da atual 10 BPS para 25, 40 e, eventualmente, 100 blocos por segundo, juntamente com o consenso DAGKnight e uma expansão mais ampla do vProgs.

KAS ainda está negociando bem abaixo de sua avaliação potencial para o que esta rede poderia se tornar — mas essa desconexão entre tecnologia e preço tende a se fechar uma vez que os construtores chegam.

Leia Também:

Hoskinson Warns on Post-Quantum Upgrades: What It Means for Cardano’s Future

FAQ

O que é o hardfork Kaspa Toccata?

O hardfork Kaspa Toccata é uma atualização na blockchain Kaspa que visa melhorar a eficiência e a escalabilidade da rede. Este hardfork introduz novas funcionalidades e otimizações que permitem um processamento mais rápido das transações e uma melhor segurança geral da rede.

Toccata é o hardfork centrado em contratos que transforma o Kaspa de uma rede de pagamento pura em um ecossistema programável capaz de hospedar tokens, protocolos DeFi e lógicas financeiras mais complexas diretamente na Camada 1 — sem depender de sistemas externos da Camada 2. Inclui ativos nativos, Covenants++, opcodes ZK e SilverScript.

Quando está agendada a atualização hardfork do Kaspa Toccata?

A ativação do hardfork está confirmada para 5 de junho de 2026, cobrindo ativos nativos, convênios, fundações vProgs, SilverScript e mais. A data foi inicialmente definida para 5 de maio, antes de a equipe estender o cronograma para garantir estabilidade.

Kaspa Covenants são um conjunto de regras ou condições associadas à rede Kaspa. Essas covenants são usadas para definir restrições sobre como os ativos digitais podem ser transferidos ou utilizados dentro da rede. Elas permitem que os desenvolvedores criem contratos complexos e determinados por código, oferecendo um nível maior de segurança e flexibilidade na gestão de transações. As Kaspa Covenants podem ser utilizadas para garantir que os ativos sejam movimentados apenas em conformidade com as regras especificadas, ajudando a preservar a integridade e a segurança da rede.

Os contratos são uma atualização do modelo UTXO do Kaspa que permite que as transações incluam condições de gasto predefinidas — permitindo que uma lógica como restrições de destino, cronogramas de liberação ou autorização em várias etapas seja aplicada diretamente ao nível do protocolo, sem a necessidade de um ambiente de execução global.

O que é SilverScript no Kaspa?

SilverScript é uma nova linguagem de alto nível que reduz a barreira técnica para o desenvolvimento de lógica de transação programável na Kaspa, permitindo que desenvolvedores criem carteiras inteligentes, cofres, tesourarias compartilhadas ou fluxos de ativos condicionais sem interagir diretamente com a programação de transações de baixo nível.

Como funciona o opcode ZK do Kaspa?

O opcode ZK é um opcode de transação em nível de consenso que permite que o Kaspa verifique provas de validade de zero-knowledge de ambientes de execução externos, permitindo que a Camada 1 valide transições de estado calculadas externamente sem executar a lógica subjacente diretamente na cadeia — fornecendo a garantia de liquidação que os aplicativos ZK-rollup requerem.

A Toccata hardfork muda o modelo de proof-of-work do Kaspa?

Não. A rede planeja manter o consenso de prova de trabalho e sua alta taxa de produção de blocos enquanto incorpora emissão de tokens, lógica avançada de transações e verificação via prova de conhecimento zero - mantendo a descentralização intacta enquanto expande o que a camada base do Kaspa pode realmente fazer.

Aviso Legal:

As opiniões expressas pertencem exclusivamente ao autor e não refletem as opiniões desta plataforma. Esta plataforma e suas afiliadas se isentam de qualquer responsabilidade pela precisão ou adequação das informações fornecidas. É apenas para fins informativos e não se destina a ser um aconselhamento financeiro ou de investimento.