Glossário de termos

A publicação periódica do state commitment de um rollup na camada base do Bitcoin (L1). A ancoragem registra o state commitment e permite detectar alterações posteriores; por si só, porém, não garante a correção do estado, a disponibilidade dos dados ou a segurança do bridge.

Código de operação (opcode) do script do Bitcoin, que permite incluir na transação até 80 bytes de dados arbitrários, tornando demonstrável que o output resultante não pode ser gasto. Pode ser usado para a ancoragem dos state commitments.

Atualização do Bitcoin (BIP 341/342, ativada em novembro de 2021) que introduz as assinaturas Schnorr e o MAST. Melhora a privacidade, a eficiência e a flexibilidade dos scripts e é relevante para mecanismos de ancoragem mais eficientes.

Unspent Transaction Output. O modelo contábil do Bitcoin: em vez de “contas” existem “outputs não gastos”, que correspondem a valores determinados. Difere do modelo baseado em contas usado pela SVM e pelo Ethereum.

Solução Layer 2 que executa as transações off-chain e publica periodicamente uma forma comprimida do estado na camada base (L1). Combina a escalabilidade off-chain com a segurança herdada — conforme o modelo adotado — da L1.

Blockchain separada, conectada à L1 por um bridge. A sua segurança depende em primeiro lugar do seu próprio mecanismo de consenso e da construção do bridge, e não diretamente da segurança da L1.

Arquitetura próxima do rollup, na qual os dados necessários para reconstruir o estado são mantidos fora da L1. Pode reduzir os custos e aumentar a capacidade, mas introduz premissas adicionais sobre a disponibilidade dos dados: se os dados ficarem inacessíveis, os usuários podem perder a possibilidade de verificar o estado ou de retirar os seus fundos.

Rollup que pressupõe implicitamente a correção das transições de estado — daí o nome “optimistic”. Baseia-se em fraud proofs, que permitem contestar transições errôneas dentro de uma janela de tempo determinada — em geral sete dias no caso do Ethereum.

Rollup que usa provas de validade — muitas vezes baseadas em criptografia zero-knowledge — para demonstrar que as transições de estado respeitam as regras do protocolo. Pode encurtar o tempo de confirmação em relação a um Optimistic Rollup, embora a finalidade efetiva dependa também aqui da L1 e da construção do sistema.

Ambiente de execução (runtime) desenvolvido pela Solana Labs. Permite a execução paralela das transações, exigindo que cada uma declare explicitamente as contas que utiliza. Segundo o projeto, o Bitcoin Hyper o usa como ambiente de execução.

Motor de processamento paralelo dentro da SVM. Analisa as contas declaradas por cada transação e permite a execução em paralelo das transações que não se sobrepõem. É um dos componentes que determinam a capacidade da Solana e — segundo o projeto — a arquitetura prevista para o Bitcoin Hyper.

Framework na linguagem Rust para o desenvolvimento de programas SVM. Traz macros, convenções e ferramentas de teste que simplificam o desenvolvimento na Solana. Segundo o projeto, o Bitcoin Hyper ofereceria um toolchain equivalente; a compatibilidade real ainda precisa ser verificada.

Biblioteca de programas padrão para a SVM: tokens (SPL Token), staking, governança e outros. Segundo o projeto, o Bitcoin Hyper busca a compatibilidade com a SPL, o que permitiria reutilizar os tokens e os programas da Solana.

O componente de um rollup que ordena as transações antes da execução. O operador do sequencer pode decidir essa ordem, com efeitos sobre o MEV e sobre a censura. No lançamento do Bitcoin Hyper, ele seria centralizado.

O valor que pode ser extraído reordenando, inserindo ou omitindo transações de um bloco ou de um lote. Um sequencer centralizado pode ter uma margem considerável para capturar ou influenciar o MEV de um rollup.

Mecanismo que permite aos usuários “impor” a inclusão de uma transação pela L1 do Bitcoin, contornando um sequencer que censura. Em 28 de abril de 2026, a função ainda estava em desenvolvimento no Bitcoin Hyper.

O bridge oficial do Bitcoin Hyper, para a transferência de BTC da L1 para o rollup e de volta. No lançamento: custódia federada ou centralizada, com as premissas de confiança que daí decorrem. O roadmap prevê uma descentralização gradual, que ainda precisa ser verificada.

Mecanismo que permite aos usuários retirar os seus fundos do rollup pela L1 do Bitcoin, mesmo quando o sequencer ou o bridge não cooperam. Uma função de segurança essencial, ainda em desenvolvimento.

A garantia de que os dados de todas as transações estão acessíveis publicamente. Sem esses dados, ninguém pode reconstruir o estado do rollup. No caso do Bitcoin Hyper, a solução final ainda está em análise.

Representação comprimida — em geral uma raiz Merkle — do estado completo do rollup em um dado momento. É publicada periodicamente no Bitcoin como ancoragem; a publicação em si não equivale à verificação completa do estado.

Estrutura de dados em forma de árvore, na qual cada nó-pai é o hash dos seus nós-filhos. Permite construir provas eficientes — Merkle proofs — de que um determinado elemento pertence a um conjunto, sem revelar o conjunto inteiro.

Token apresentado na documentação do projeto como o token nativo do Bitcoin Hyper. A oferta total declarada é de 21 bilhões. Segundo a documentação publicada, ele seria usado para pagamentos, para a participação em staking e — em uma etapa posterior — para a governança. A distribuição declarada é: 25% tesouraria, 30% desenvolvimento, 20% marketing, 15% recompensas e 10% listagens.

Mecanismo de liberação gradual dos tokens ao longo do tempo. Segundo as condições publicadas para a pré-venda, para o $HYPER é indicado um vesting de sete dias.

O evento no qual um token é emitido e distribuído pela primeira vez. Segundo o whitepaper, as auditorias de segurança seriam concluídas antes do TGE do Bitcoin Hyper.

O valor total dos ativos depositados nos protocolos DeFi de uma rede. Um indicador usado para avaliar o nível de adoção do ecossistema e a confiança nele.

Protocolo DeFi que usa fórmulas matemáticas — em geral x*y=k — para estabelecer as taxas de câmbio, eliminando a necessidade de um livro de ordens clássico.

Serviço que traz para a blockchain dados do mundo real — preços, eventos e afins. É essencial para o DeFi: o crédito, os derivativos e muitos outros contratos dependem de dados de preço externos e confiáveis.

Prova criptográfica pela qual se demonstra que uma transição de estado é incorreta. É usada em Optimistic Rollups para contestar estados fraudulentos dentro da janela de contestação.

O exame do código-fonte por especialistas independentes, para identificar potenciais vulnerabilidades. No caso do Bitcoin Hyper, o projeto anunciou a publicação das auditorias de segurança antes do TGE; em 28 de abril de 2026 não foi possível confirmar nenhum relatório público de auditoria do protocolo ou do bridge.

O momento a partir do qual, segundo as regras e as premissas do sistema, uma transação é considerada irreversível. Na arquitetura descrita para o Bitcoin Hyper, os state commitments acumulariam confirmações no Bitcoin após a publicação; isso não garante, porém, por si só a validade do estado ou a possibilidade de retirar os fundos.

Rede de pagamentos sobre o Bitcoin, baseada em canais. Pensada em primeiro lugar para pagamentos rápidos e baratos, não oferece um ambiente generalista para contratos inteligentes comparável ao de uma máquina virtual. Em produção desde 2018.

Rede de contratos inteligentes conectada ao Bitcoin pelo mecanismo PoX (Proof of Transfer). Tem linguagem própria, o Clarity, e registra os dados dos seus blocos no Bitcoin.

Sidechain do Bitcoin compatível com a EVM, que usa merge-mining. Para o pagamento do gas utiliza o token RBTC — um ativo ancorado ao BTC. Funciona desde 2018.