---
title: "Separação entre proponente e construtor (PBS)"
description: "A separação entre proponente e construtor divide a construção do bloco e sua proposta no consenso. Entenda o mercado MEV-Boost, a diferença para PBS integrada e os riscos de relés, censura, concentração e slots perdidos."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Separação entre proponente e construtor (PBS)
> Somente para fins educacionais; não é aconselhamento de investimento nem de operação de validadores. A PBS não elimina riscos de MEV, censura, slots perdidos, relés, concentração de construtores ou desenho do protocolo.
## Resposta direta
A separação entre proponente e construtor (PBS) divide duas tarefas da produção de blocos. Um **construtor** escolhe e ordena transações e monta uma carga de execução; o **proponente** escolhido pelo consenso para o slot seleciona um compromisso de carga, assina a proposta e transmite ou faz publicar o bloco completo. O proponente continua sendo um validador com deveres de consenso. O construtor é outro papel de mercado e, no mercado externo atual, não precisa ser o validador do slot.
Na Ethereum, é preciso distinguir o sistema atual das mudanças propostas. **MEV-Boost é PBS fora do protocolo:** um middleware do validador consulta relés que intermedeiam um leilão entre construtores e proponentes. A **PBS integrada (ePBS)** colocaria a troca e sua execução nas regras de consenso. Na data da revisão, a Ethereum descreve PBS no protocolo como pesquisa sem especificação final, e a EIP-7732 continua em rascunho.
A PBS busca dar aos validadores acesso a valor competitivo sem que cada um opere sistemas sofisticados de busca de MEV e construção. Isso pode reduzir uma vantagem centralizadora entre proponentes, mas não elimina MEV. A construção especializada passa a um mercado e surgem questões de confiança nos relés, concentração de construtores e fluxo de ordens, censura, tempo e disponibilidade da carga.
## Como funciona
1. **Construtores montam e ofertam.** Recebem transações públicas e, muitas vezes, fluxo privado ou pacotes de buscadores. Simulam blocos, ordenam transações, produzem uma carga válida e anexam uma oferta que representa o pagamento ao proponente.
2. **Relés intermedeiam o mercado atual.** No MEV-Boost, o relé recebe a carga completa, verifica o envio conforme sua política e mostra cabeçalho assinado e oferta sem revelar inicialmente o corpo das transações. O MEV-Boost pode consultar vários relés e comparar respostas utilizáveis.
3. **O proponente escolhe um compromisso.** Pode comparar ofertas externas com uma carga local e aplicar configurações como oferta mínima. Ao aceitar uma oferta externa, assina um bloco beacon oculto comprometido com o cabeçalho escolhido; depois não pode substituir transações nessa carga.
4. **A carga é revelada e validada.** Após receber o bloco oculto assinado, o relé devolve ou publica a carga completa. Clientes de consenso e execução validam o bloco. Uma carga atrasada, indisponível ou inválida pode impedir a publicação e causar um slot perdido.
5. **Pagamento e consenso seguem separados.** A oferta é o pagamento prometido na camada de execução ao destinatário de taxas configurado. Recompensas e penalidades de proposta na camada de consenso seguem outras regras. Escolher um construtor não transfere a ele autoridade de finalidade ou escolha de bifurcação.
A Builder API padroniza registro de validadores, obtenção de cabeçalhos e envio de bloco oculto assinado. Uma especificação de API não é garantia de confiança: admissão, validação, dados e falhas do relé dependem da implementação e implantação.
## Exemplo
Suponha que o cliente local produza uma carga de `0.03 ETH`, enquanto ofertas utilizáveis sejam `0.05 ETH`, `0.08 ETH` e `0.07 ETH`. Sem custos de latência e falha, a maior oferta externa traz ganho bruto de `0.05 ETH` sobre a construção local:
**Ganho bruto = oferta do construtor - valor da carga local = 0.08 ETH - 0.03 ETH = 0.05 ETH**
O proponente escolhe o cabeçalho de `0.08 ETH` e assina o bloco oculto sem ver a lista completa. O relé fornece ou publica a carga comprometida. Se o bloco for válido e pontual, a rede o processa e o destinatário configurado recebe o pagamento. O proponente mantém seu papel de consenso; o construtor não decide se o bloco se torna canônico ou final.
A comparação não garante renda líquida. Latência, falha na revelação, software, verificação do pagamento e probabilidade e custo de perder o slot importam. Se nenhuma oferta atender à política a tempo, um cliente correto pode usar a carga local.
## Riscos
- **Confiança e disponibilidade dos relés:** Relés MEV-Boost intermedeiam a troca, veem cargas completas, aplicam políticas e ficam em um caminho crítico de tempo. Diversidade reduz dependência, mas não garante honestidade ou disponibilidade de todos.
- **Concentração de construtores e ordens:** Melhor fluxo privado, latência, capital ou simulação pode permitir que poucos ganhem mais blocos. Um leilão competitivo não garante construção descentralizada nem inclusão neutra.
- **Censura e privacidade:** Construtores ou relés podem omitir transações, e intermediários podem ver fluxo privado. Listas de inclusão propostas são outro desenho; PBS atual não força automaticamente toda transação válida.
- **Tempo, retenção e slots perdidos:** Oferta alta só vale se a carga for válida e chegar a tempo. Retenção pelo construtor, falha do relé, atraso de rede ou configuração ruim podem reduzir recompensas ou perder o slot.
- **Premissas em mudança:** Propostas ePBS como EIP-7732 alteram pagamento, revelação, validação e escolha de bifurcação. Como são rascunhos, deve-se usar a especificação do fork implantado, não a linguagem do roteiro como garantia atual.
## Equívocos comuns
### Mito 1: A PBS elimina MEV
A PBS separa quem constrói de quem propõe. Construtores ainda competem para extrair MEV; o desenho busca reduzir seu efeito centralizador sobre validadores e distribuir valor por ofertas.
### Mito 2: O construtor propõe ou finaliza o bloco
O construtor cria a carga. O proponente assina, outros validadores atestam e as regras de escolha de bifurcação e finalidade definem a cadeia canônica.
### Mito 3: O MEV-Boost já é PBS sem confiança e imposta pelo protocolo
MEV-Boost é middleware externo com relés. Aproxima PBS sem mudar o consenso, portanto suas premissas de confiança e falha diferem de um futuro desenho integrado.
### Mito 4: A maior oferta exibida é sempre a melhor
O valor é só uma entrada. Validade, prazo, comportamento do relé, alternativa local, destinatário de taxas e risco de perder o slot afetam o resultado.
## Tópicos relacionados
- [Resistência à censura](/pt-br/crypto/censorship-resistance/)
- [Regra de escolha de bifurcação](/pt-br/crypto/fork-choice-rule/)
- [MEV](/pt-br/crypto/mev/)
- [Validador](/pt-br/crypto/validator/)
- [Finalidade](/pt-br/crypto/finality/)
## Fontes
- [Separação proponente-construtor](https://ethereum.org/roadmap/pbs/) - Ethereum.org (acessado em: 2026-08-21)
- [Valor máximo extraível (MEV)](https://ethereum.org/developers/docs/mev/) - Ethereum.org (acessado em: 2026-08-21)
- [Builder API](https://ethereum.github.io/builder-specs/) - Ethereum Builder Specifications (acessado em: 2026-08-21)
- [MEV-Boost](https://github.com/flashbots/mev-boost) - Flashbots (acessado em: 2026-08-21)
- [EIP-7732: separação integrada](https://eips.ethereum.org/EIPS/eip-7732) - Ethereum Improvement Proposals (acessado em: 2026-08-21)
Source: https://wiki.fcontext.com/pt-br/crypto/proposer-builder-separation/index.mdx