
Um candidate block é um “bloco preliminar” que ainda não foi oficialmente validado pela blockchain. É construído por miners ou validators que escolhem um conjunto de transações do transaction pool (mempool). Os candidate blocks representam um estado intermédio entre “transações submetidas” e “blocos confirmados”.
Pode imaginar um candidate block como uma caixa de expedição num centro de triagem logística: contém transações dos utilizadores, mas ainda não foi enviada. Só é considerado confirmado quando a rede o aceita e regista on-chain. Este processo depende de fatores como as taxas de transação, a capacidade do bloco, a propagação na rede e o mecanismo de produção do bloco.
Os candidate blocks funcionam como “propostas” que aguardam aceitação pelo mecanismo de consenso para serem registados como o próximo bloco numa nova altura. Após aceitação, tornam-se blocos oficiais na cadeia, confirmando as transações que incluem.
“Consenso” designa o processo padronizado de votação e verificação entre nodes da rede. Em Proof of Work (PoW), envolve resolver puzzles computacionais; em Proof of Stake (PoS), os validators são escolhidos pelo montante em stake. Os candidate blocks são difundidos, verificados e, por fim, a rede decide qual candidato se tornará o próximo bloco válido. Esta decisão afeta tanto a rapidez como a segurança das confirmações de transação.
Passo 1: Seleção de Transações do Mempool.
O transaction pool (mempool) é um conjunto de transações pendentes. Os nodes verificam assinaturas e regras essenciais; só as transações válidas são elegíveis para inclusão num candidate block.
Passo 2: Definição dos Parâmetros do Bloco.
Inclui definir o header do bloco, timestamp, tamanho/peso ou limites de gas, e recompensas para miners/validators (como a coinbase transaction do Bitcoin ou a priority fee do Ethereum). Todos os parâmetros devem cumprir os limites do protocolo.
Passo 3: Início da Produção do Bloco.
Em Proof of Work, os miners testam repetidamente diferentes nonces para cumprir o nível de dificuldade da rede. Em Proof of Stake, os validators designados agrupam e assinam candidate blocks em slots específicos (como adotado pelo Ethereum após o merge).
Passo 4: Difusão e Verificação.
Quando recebem um candidate block, os nodes revalidam a correção das transações e as alterações de estado. Decidem se o adotam com base na altura atual da cadeia e nas regras de fork.
Passo 5: Tornar-se Bloco Oficial ou Ser Substituído.
Se outro candidato for aceite primeiro ou formar uma cadeia mais longa, este candidato poderá ser descartado; caso contrário, é registado como o próximo bloco oficial.
O objetivo é maximizar o valor económico dentro da capacidade do bloco, minimizando conflitos. Normalmente, transações com taxas mais elevadas, sem dependências ou conflitos, e de execução imediata, são priorizadas e ordenadas segundo rentabilidade e viabilidade.
No Bitcoin, os miners favorecem transações com maior “fee rate” (taxa por virtual byte), sujeitas ao limite de peso do bloco (cerca de 4 milhões de unidades de peso em 2025). No Ethereum, o EIP-1559 introduziu taxas base e priority fees; os builders escolhem transações sem conflitos que ofereçam priority fees superiores, dentro do limite de gas do bloco (tipicamente dezenas de milhões de unidades de gas).
Outros fatores incluem a ordem dos nonces das contas (por exemplo, o Ethereum exige nonces estritamente crescentes), transações de substituição (utilizadores aumentam taxas para acelerar confirmação) e conflitos de leitura/escrita entre transações. Um candidate block bem estruturado minimiza conflitos de estado e falhas de execução, aumentando a probabilidade de aceitação pela rede.
Apesar de os candidate blocks terem funções semelhantes em ambas as redes, a sua criação e aceitação diferem. O Bitcoin usa Proof of Work, onde os miners vencem ao encontrar um hash válido para o seu candidate block. Após o Ethereum Merge, o Proof of Stake designa validators para propor candidate blocks em slots de tempo fixos, confirmados por votos de outros validators.
No Bitcoin, o intervalo entre blocos é, em média, de 10 minutos (parâmetro do protocolo, observado até 2025), destacando a fee rate e os limites de peso para seleção de transações. No Ethereum, os slots duram cerca de 12 segundos (parâmetro do protocolo, observado até 2025), com Proposer-Builder Separation (PBS): builders especializados criam candidate blocks, os proposers selecionam e assinam—permitindo uma gestão mais precisa da ordem das transações e ganhos como MEV.
Podem existir vários candidate blocks em simultâneo na rede. Os nodes escolhem a cadeia considerada mais “eficaz”—normalmente a mais longa ou validada—levando ao descarte de alguns candidatos ou à reorganização da cadeia (reorg).
As causas mais comuns incluem atrasos de propagação, que resultam em blocos simultâneos de miners diferentes, propostas concorrentes de validators em sistemas PoS, ou ataques decorrentes da concentração de hash power ou stake. O Ethereum introduziu “finality”, ou seja, os blocos tornam-se altamente improváveis de serem revertidos após determinado período; o Bitcoin utiliza “contagem de confirmações”, onde o risco diminui rapidamente à medida que mais blocos são adicionados.
Para os utilizadores, os candidate blocks determinam a rapidez com que as suas transações serão confirmadas. Transações com taxas baixas ou conflitantes podem permanecer no mempool durante períodos prolongados, não sendo incluídas em vários candidate blocks.
Por exemplo, ao iniciar um levantamento on-chain via Gate, a transação entra primeiro no mempool e aguarda inclusão num candidate block antes de ser difundida. A “contagem de confirmações” apresentada nas páginas de levantamento indica se o bloco da sua transação já passou o estado de candidate e foi amplamente aceite—o risco diminui à medida que o número de confirmações aumenta.
Um candidate block é apenas uma proposta. Assim que é aceite pela rede, torna-se um bloco oficial e começa a acumular confirmações. Só após atingir confirmações suficientes ou finality é considerado irreversível, com risco mínimo para os fundos.
Recomendação prática: pague taxas adequadas ao remeter ou levantar para evitar longas esperas no mempool; no Bitcoin, aguarde múltiplas confirmações antes de considerar os fundos seguros; no Ethereum, observe a finality (normalmente em poucos minutos, dependendo das condições da rede). Se a sua transação ficar bloqueada, pode acelerá-la aumentando a taxa ou cancelando e reenviando.
Os candidate blocks são uma etapa intermédia crítica na produção de blocos: seleção de transações do mempool, construção e difusão segundo as regras do protocolo, tornando-se oficiais após aceitação por consenso. O seu destino depende de taxas, capacidade, mecanismos de produção e propagação na rede—podendo ser substituídos por competição. Compreender os candidate blocks permite interpretar corretamente os estados “pendente de confirmação”, definir taxas e tempos de espera adequados, e gerir eficazmente a chegada de fundos e o controlo de risco em plataformas como a Gate.
Se um candidate block não for aceite pela rede, é descartado por miners ou validators. As transações incluídas podem regressar ao mempool para futura inclusão. Este processo é normal e não compromete os fundos dos utilizadores—transações não confirmadas simplesmente ainda não estão on-chain. Em períodos de congestionamento, candidate blocks de menor prioridade são mais facilmente substituídos.
A sua transação estar na fase de candidate block significa que foi selecionada e agrupada por um miner ou validator, mas ainda não foi confirmada on-chain. Normalmente, isto demora segundos a minutos, dependendo das condições da rede—é um estado pendente comum. Pode verificar o estado do hash da transação na Gate ou noutros block explorers para atualizações em tempo real sobre confirmações.
A estimativa de Gas apresentada para candidate blocks é geralmente uma projeção. Os miners ou validators ajustam dinamicamente conforme o congestionamento real da rede. O valor final de Gas consumido costuma ser inferior às estimativas iniciais dos candidate blocks. Para melhores preços de Gas, é preferível transacionar em períodos de menor atividade.
O mempool funciona como uma “sala de espera” para todas as transações não confirmadas; os candidate blocks são conjuntos selecionados desse pool por miners ou validators. As transações entram primeiro no mempool; se forem escolhidas, são incluídas num candidate block; só após a confirmação desse bloco passam a estar oficialmente on-chain.
A velocidade de confirmação depende sobretudo do intervalo entre blocos de cada blockchain e do mecanismo de consenso. Os intervalos médios de 10 minutos do Bitcoin são mais lentos; os slots de cerca de 12 segundos do Ethereum são muito mais rápidos; soluções Layer 2 como Arbitrum podem confirmar em milissegundos. O tempo entre geração e confirmação final dos candidate blocks resulta exclusivamente do design de cada cadeia.


