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
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.
Degen Chain
A Degen Chain é uma rede de escalabilidade compatível com EVM, desenvolvida para facilitar interações sociais e micropagamentos. Com foco no token DEGEN, ela é amplamente utilizada para gorjetas, pagamentos de conteúdo e transações em jogos em aplicativos como o Farcaster. Por meio de uma arquitetura em camadas, a Degen Chain processa transações em uma camada de baixo custo, mantendo a segurança e a liquidação ancoradas ao ecossistema Ethereum. Esse modelo proporciona interações sociais on-chain mais eficientes e maior controle sobre as taxas de transação.
RPC
RPC, ou "Remote Procedure Call", possibilita que carteiras e aplicações interajam com nós de blockchain por meio de uma rede, permitindo consultas e o envio de transações. Como canal de comunicação, o RPC geralmente utiliza os protocolos HTTP ou WebSocket para transmitir mensagens JSON-RPC em operações como solicitação de saldo de contas, leitura de dados de smart contracts ou envio de transações assinadas. Optar por um endpoint RPC estável e confiável influencia diretamente a velocidade, a confiabilidade e a segurança das transações.
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.
dificuldade de mineração do Bitcoin
A dificuldade de mineração do Bitcoin corresponde ao grau de complexidade para encontrar um novo bloco, sendo ajustada automaticamente pela rede para garantir que o tempo médio de geração de blocos permaneça em torno de 10 minutos. Quando o hash rate total aumenta, a dificuldade também aumenta; quando o hash rate diminui, a dificuldade é reduzida. Aproximadamente a cada duas semanas, o protocolo realiza uma recalibração desse parâmetro com base nos tempos registrados nos blocos anteriores, alterando o alvo de hash para tornar o processo de encontrar um número aleatório válido mais fácil ou mais difícil. Esse ajuste contribui para a estabilidade na emissão de blocos e fortalece a segurança da rede. O mecanismo de ajuste funciona de forma autônoma, sem intervenção humana, refletindo diretamente as variações nos investimentos em hardware e nos custos de energia, além de impactar a rentabilidade dos mineradores e suas decisões sobre equipamentos.

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
O que é a Carteira HOT no Telegram?
intermediário

O que é a Carteira HOT no Telegram?

A Carteira HOT no Telegram é uma carteira totalmente na cadeia e não custodial. É uma carteira do Telegram de próxima geração que permite aos usuários criar contas, negociar criptomoedas e ganhar tokens $HOT.
2026-04-05 07:39:11