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
- 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.
- 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.
- 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.
- 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.
- 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
Fontes
- Separação proponente-construtor - Ethereum.org (acessado em: 2026-08-21)
- Valor máximo extraível (MEV) - Ethereum.org (acessado em: 2026-08-21)
- Builder API - Ethereum Builder Specifications (acessado em: 2026-08-21)
- MEV-Boost - Flashbots (acessado em: 2026-08-21)
- EIP-7732: separação integrada - Ethereum Improvement Proposals (acessado em: 2026-08-21)