
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.


