Bloco Candidato

O termo bloco candidato designa um bloco provisório criado por mineradores ou validadores, responsáveis por selecionar e agrupar transações do pool de transações. Esse bloco ainda não foi registrado de forma definitiva na blockchain. Funcionando como elo entre o envio de transações e a etapa de finalização do consenso, os blocos candidatos envolvem fatores como priorização das taxas de transação, limites de tamanho do bloco, o mecanismo de produção de blocos utilizado (como Proof of Work ou Proof of Stake) e a propagação pela rede. Caso outro participante produza um bloco mais rápido ou eficiente, o bloco candidato pode ser substituído. Apesar de Bitcoin e Ethereum apresentarem algumas diferenças nos processos de geração e aceitação de blocos candidatos, o papel desses blocos nas redes continua essencialmente igual.
Resumo
1.
Um bloco candidato é um bloco temporário criado por mineradores ou validadores que ainda não foi confirmado pela rede.
2.
Vários blocos candidatos podem competir simultaneamente para se tornarem o próximo bloco válido na blockchain.
3.
Mecanismos de consenso (como PoW ou PoS) determinam qual bloco candidato será aceito.
4.
Blocos candidatos não selecionados são descartados, formando blocos órfãos ou blocos tio.
5.
O mecanismo de bloco candidato garante a descentralização e a segurança da rede blockchain.
Bloco Candidato

O que é um Candidate Block?

Um candidate block é um “bloco preliminar” que ainda não foi oficialmente aceito pela blockchain. Ele é criado por mineradores ou validadores, que selecionam um conjunto de transações do pool de transações (mempool). Candidate blocks representam uma fase transitória entre “transações enviadas” e “blocos confirmados”.

Pense em um candidate block como uma caixa de remessa em um centro de distribuição: ela está preenchida com transações de usuários, mas ainda não foi despachada. A caixa só é considerada confirmada quando a rede aceita e registra o bloco on-chain. O processo depende de fatores como taxas de transação, capacidade do bloco, propagação na rede e o próprio mecanismo de produção de blocos.

Papel dos Candidate Blocks no Consenso da Blockchain

Candidate blocks funcionam como “propostas” que aguardam aceitação pelo mecanismo de consenso para serem registrados como o próximo bloco em uma nova altura. Após aceitos, tornam-se blocos oficiais na cadeia, confirmando as transações incluídas.

O “consenso” é o processo padronizado de votação e validação entre os nós da rede. No Proof of Work (PoW), isso exige resolver desafios computacionais; no Proof of Stake (PoS), validadores são escolhidos conforme o volume de ativos em stake. Candidate blocks são transmitidos, verificados e, por fim, a rede decide qual candidato se torna o próximo bloco válido. Essa escolha impacta diretamente a velocidade e a segurança das confirmações de transação.

Como Candidate Blocks São Construídos por Mineradores ou Validadores?

Etapa 1: Seleção de transações do mempool.
O pool de transações (mempool) reúne transações pendentes. Os nós validam assinaturas e regras básicas; apenas transações válidas podem ser incluídas em um candidate block.

Etapa 2: Definição dos parâmetros do bloco.
Envolve configurar o cabeçalho do bloco, timestamp, limites de tamanho/peso ou de gas, e recompensas para mineradores ou validadores (como a coinbase transaction do Bitcoin ou a priority fee do Ethereum). Todos os parâmetros devem seguir os limites definidos pelo protocolo.

Etapa 3: Gatilho de produção do bloco.
No Proof of Work, mineradores testam diferentes nonces até atingir o alvo de dificuldade da rede. No Proof of Stake, validadores selecionados agrupam e assinam candidate blocks em slots reservados (como ocorre no Ethereum após o merge).

Etapa 4: Transmissão e verificação.
Ao receber um candidate block, os nós revalidam as transações e as alterações de estado. Depois, decidem se irão adotá-lo conforme a altura atual da cadeia e as regras de fork.

Etapa 5: Tornar-se bloco oficial ou ser substituído.
Se outro candidato for aceito antes ou formar uma cadeia mais longa, este candidate block pode ser descartado; caso contrário, é registrado como o próximo bloco oficial.

Como as Transações em Candidate Blocks São Selecionadas e Ordenadas?

O objetivo é maximizar o valor econômico dentro do limite do bloco e minimizar conflitos. Geralmente, transações com taxas mais altas, sem dependências ou conflitos e de execução imediata são priorizadas, sendo ordenadas por lucratividade e viabilidade.

No Bitcoin, mineradores priorizam transações com maior “fee rate” (taxa por virtual byte), respeitando o limite de peso do bloco (cerca de 4 milhões de unidades de peso em 2025). No Ethereum, o EIP-1559 trouxe taxas base e priority fees; builders selecionam transações sem conflito que oferecem priority fees mais altas, limitados pelo gas limit do bloco (normalmente dezenas de milhões de unidades de gas).

Outros fatores incluem a ordem dos nonces das contas (no Ethereum, os nonces devem ser crescentes), transações de substituição (quando usuários aumentam taxas para acelerar confirmações) e conflitos de leitura/escrita entre transações. Candidate blocks bem estruturados minimizam conflitos de estado e falhas de execução, aumentando as chances de aceitação pela rede.

Diferenças Entre Candidate Blocks no Bitcoin e no Ethereum

Embora candidate blocks tenham funções semelhantes nas duas redes, sua criação e aceitação são distintas. No Bitcoin, o Proof of Work define que mineradores ganham ao encontrar um hash válido para seu candidate block. Após o Merge do Ethereum, o Proof of Stake delega a validadores a proposta de candidate blocks em slots de tempo fixos, com confirmação por votos de outros validadores.

No Bitcoin, o intervalo médio de blocos é de 10 minutos (parâmetro do protocolo, observado em 2025), dando ênfase à fee rate e ao peso do bloco para seleção de transações. No Ethereum, os slots duram cerca de 12 segundos (parâmetro do protocolo, observado em 2025), com Proposer-Builder Separation (PBS): builders especializados criam candidate blocks, proposers selecionam e assinam—permitindo controle mais preciso da ordem das transações e ganhos potenciais como MEV.

Por Que Candidate Blocks São Descartados ou Reorganizados?

Vários candidate blocks podem coexistir na rede. Os nós escolhem a cadeia mais “eficaz”—geralmente a mais longa ou validada—fazendo com que alguns candidatos sejam descartados ou haja reorganização da cadeia (reorg).

Isso pode ocorrer por atrasos de propagação, que levam à criação simultânea de blocos por mineradores diferentes, propostas concorrentes de validadores em PoS ou ataques originados por concentração de poder de hash ou stake. O Ethereum introduziu o conceito de “finality”, tornando improvável a reversão de blocos após um certo período; o Bitcoin utiliza “contagem de confirmações”, reduzindo o risco à medida que mais blocos são adicionados.

O Que Candidate Blocks Significam para Usuários Comuns?

Candidate blocks determinam a velocidade de confirmação das transações dos usuários. Transações com taxas baixas ou conflitantes podem ficar no mempool por mais tempo, sendo excluídas de vários candidate blocks.

Por exemplo, ao solicitar um saque on-chain pela Gate, a transação entra no mempool e aguarda inclusão em um candidate block antes de ser transmitida. O “confirmation count” exibido na página de saque mostra se o bloco da sua transação já foi além do status de candidato e está amplamente aceito—seu risco diminui conforme aumentam as confirmações.

Como Entender a Relação Entre on Candidate Blocks e Confirmação Final?

O candidate block é apenas uma proposta. Após ser aceito pela rede, torna-se um bloco oficial e começa a acumular confirmações. Só após atingir confirmações suficientes ou finality ele é considerado irreversível, com risco mínimo para os fundos.

Recomendações práticas: pague taxas adequadas ao enviar ou sacar para evitar filas no mempool; no Bitcoin, aguarde múltiplas confirmações para considerar os fundos seguros; no Ethereum, observe a finality (normalmente dentro de minutos, dependendo da rede). Se sua transação travar, aumente a taxa ou cancele e envie novamente.

Resumo e Estrutura Conceitual de Candidate Block

Candidate blocks são uma etapa intermediária essencial na produção de blocos: seleção de transações no mempool, construção e transmissão conforme as regras do protocolo, tornando-se oficiais após aceitação por consenso. Seu destino depende de taxas, capacidade, mecanismo de produção e propagação na rede—e podem ser substituídos por concorrência. Entender candidate blocks permite interpretar corretamente o status “pendente de confirmação”, definir taxas e prazos ideais e gerenciar melhor a chegada de fundos e riscos em plataformas como a Gate.

FAQ

O que acontece se um Candidate Block não for selecionado?

Se um candidate block não for aceito pela rede, mineradores ou validadores o descartam. As transações nele podem retornar ao mempool para inclusão futura. Isso é normal e não coloca fundos em risco—transações não confirmadas apenas ainda não estão on-chain. Em períodos de congestionamento, candidate blocks de menor prioridade tendem a ser substituídos.

Por que minha transação ainda está na etapa de Candidate Block?

Se sua transação está na etapa de candidate block, significa que foi selecionada e empacotada por um minerador ou validador, mas ainda não foi confirmada on-chain. Normalmente, isso leva de segundos a minutos, dependendo da rede—é um estado padrão de pendência. Você pode acompanhar o status do hash na Gate ou em outros block explorers para atualizações em tempo real.

Por que a taxa de Gas exibida em um Candidate Block às vezes é maior que a taxa realmente paga?

A estimativa de Gas em candidate blocks é geralmente uma projeção. Mineradores ou validadores ajustam conforme a real congestão da rede. O valor final de Gas consumido costuma ser menor do que as estimativas iniciais. Para melhores preços de Gas, prefira transacionar fora dos horários de pico.

O mempool funciona como uma “sala de espera” para transações não confirmadas; candidate blocks são conjuntos selecionados desse pool por mineradores ou validadores. Transações entram primeiro no mempool, depois, se escolhidas, integram um candidate block; só após a confirmação do bloco passam a ser registradas on-chain.

Por que diferentes blockchains têm velocidades distintas de confirmação para Candidate Blocks?

A velocidade de confirmação depende, principalmente, do intervalo de blocos de cada blockchain e do mecanismo de consenso. No Bitcoin, o intervalo médio é de 10 minutos, mais lento; no Ethereum, os slots são de cerca de 12 segundos, muito mais rápidos; soluções Layer 2 como Arbitrum podem confirmar em milissegundos. O tempo entre geração e confirmação final de candidate blocks é definido pelo design de cada rede.

Uma simples curtida já faz muita diferença

Compartilhar

Glossários relacionados
redes EVM
Uma blockchain compatível com EVM é uma rede capaz de rodar o ambiente Ethereum Virtual Machine (EVM). Desenvolvedores podem implantar smart contracts usando a linguagem Solidity e as mesmas ferramentas de desenvolvimento, enquanto usuários acessam essas blockchains com o mesmo formato de carteira e endereço do Ethereum. Ao replicar ou expandir a EVM, essas blockchains buscam oferecer taxas de transação mais baixas ou maior capacidade de processamento, mantendo a facilidade na migração de contratos e apoiando um ecossistema multichain. Entre os exemplos mais conhecidos estão a BNB Chain, a Polygon e soluções Ethereum Layer 2 como Arbitrum, Optimism e Base. Ao interagir com blockchains compatíveis com EVM, é fundamental que o usuário fique atento à escolha da rede, às taxas de gas e aos riscos envolvidos na movimentação de ativos entre diferentes blockchains.
significado de ibc
IBC (Inter-Blockchain Communication) é um protocolo de comunicação entre blockchains desenvolvido para possibilitar a transferência segura de ativos e mensagens entre diferentes blockchains, funcionando de maneira semelhante a cidades conectadas entre si. O protocolo utiliza verificação por light client, uma arquitetura baseada em conexões e canais, e conta com relayers para a transmissão das mensagens. Em ecossistemas como o Cosmos, o IBC viabiliza transferências cross-chain descentralizadas, contas interchain e consultas entre redes. Ele é amplamente utilizado para transferir tokens como o ATOM entre diferentes blockchains.
saída de transação não gasta
O Unspent Transaction Output (UTXO) é um sistema adotado por blockchains públicas, como o Bitcoin, para registrar fundos. Em cada transação, saídas anteriores são consumidas e novas são criadas, de modo semelhante ao pagamento em dinheiro, quando você recebe troco. Em vez de um saldo único, as carteiras gerenciam um conjunto de "moedas pequenas" que podem ser gastas. Esse modelo afeta diretamente as taxas de transação, a privacidade e também a velocidade e a experiência do usuário ao depositar ou sacar em plataformas como a Gate. Entender o UTXO permite definir taxas mais adequadas, evitar o reuso de endereços, administrar fundos fragmentados e compreender melhor o processo de confirmação.
swap atômico
As trocas atômicas representam um método peer-to-peer para realizar a troca direta de ativos entre duas blockchains distintas, empregando smart contracts para assegurar que as transações sejam integralmente concluídas por ambas as partes ou não ocorram. Esse processo dispensa o uso de plataformas de custódia ou bridges cross-chain. Em geral, utiliza Hash Time-Locked Contracts (HTLCs) para proteger os fundos de ambos os participantes. As trocas atômicas são particularmente indicadas para operações cross-chain de pequeno a médio porte e liquidações over-the-counter (OTC).
exahash
O Ethash foi o algoritmo de Proof-of-Work (PoW) empregado pela Ethereum antes da sua migração para o modelo Proof-of-Stake (PoS). Esse algoritmo utiliza um grande volume de dados, o que faz com que a mineração dependa principalmente da memória (VRAM da GPU) e diminua a vantagem dos equipamentos de mineração especializados (ASICs). Os mineradores alteram continuamente valores aleatórios, chamados de nonces, para encontrar um resultado que satisfaça o nível de dificuldade exigido pela rede, garantindo assim recompensas por bloco e a inclusão de transações nos blocos. Apesar da Ethereum ter migrado integralmente para o PoS, o Ethash ainda exerce influência em redes como a Ethereum Classic.

Artigos Relacionados

Morpho vs Aave: Análise comparativa dos mecanismos e diferenças estruturais nos protocolos de empréstimo DeFi
iniciantes

Morpho vs Aave: Análise comparativa dos mecanismos e diferenças estruturais nos protocolos de empréstimo DeFi

A principal diferença entre Morpho e Aave está nos mecanismos de empréstimo que cada um utiliza. Aave adota o modelo de pool de liquidez, enquanto Morpho evolui esse conceito ao implementar um mecanismo de correspondência P2P, proporcionando uma melhor adequação das taxas de juros dentro do mesmo mercado. Aave funciona como um protocolo de empréstimo nativo, oferecendo liquidez básica e taxas de juros estáveis. Morpho atua como uma camada de otimização, elevando a eficiência do capital ao reduzir o spread entre as taxas de depósito e de empréstimo. Em essência, Aave é considerada infraestrutura, e Morpho é uma ferramenta de otimização de eficiência.
2026-04-03 13:09:13
Tokenomics da Morpho: utilidade do MORPHO, distribuição e proposta de valor
iniciantes

Tokenomics da Morpho: utilidade do MORPHO, distribuição e proposta de valor

MORPHO é o token nativo do protocolo Morpho, utilizado principalmente para governança e incentivos ao ecossistema. Com a estruturação da distribuição de tokens e dos mecanismos de incentivo, Morpho promove o alinhamento entre as ações dos usuários, o crescimento do protocolo e a autoridade de governança, estabelecendo uma estrutura de valor sustentável no ecossistema de empréstimos descentralizados.
2026-04-03 13:13:12
Sentio vs The Graph: uma comparação entre mecanismos de indexação em tempo real e indexação por subgraph
intermediário

Sentio vs The Graph: uma comparação entre mecanismos de indexação em tempo real e indexação por subgraph

Sentio e The Graph são plataformas voltadas para indexação de dados on-chain, mas apresentam diferenças marcantes em seus objetivos de design. The Graph utiliza subgraphs para indexar dados on-chain, atendendo principalmente a demandas de consulta e agregação de dados. Já a Sentio adota um mecanismo de indexação em tempo real que prioriza processamento de dados com baixa latência, monitoramento visual e funcionalidades de alerta automático, o que a torna especialmente indicada para monitoramento em tempo real e avisos de risco.
2026-04-17 08:55:07