---
title: "O que é a separação entre proposer e builder (PBS)?"
description: "O que é PBS e como isso vai impactar o consenso do Ethereum"
---

# O que é a separação entre proposer e builder (PBS)?

A blockchain surgiu como uma solução para descentralizar a confiança necessária para operar uma economia digital, que tradicionalmente era gerenciada por autoridades centrais. Em uma blockchain, uma rede de validadores trabalha em conjunto para processar transações e adicionar novos blocos à cadeia.

**Block proposers** têm, na prática, controle sobre quais transações são incluídas em um bloco e podem usar esse poder para censurar ou manipular o fluxo de transações. Pesquisadores propuseram diversas soluções para esse problema de censura, uma das quais é conhecida como [Proposer/Builder Separation \(PBS\)](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance).

## **O que é a proposer/builder separation \(pbs\) nativa do protocolo?**

**Proposer-Builder Separation \(PBS\) é uma possível solução para o problema de censura na blockchain e de ataques de MEV, na qual** **a construção de blocos \(ou seja, block building\) e a proposição de blocos são atribuídas a papéis diferentes na rede.**

Os block builders criam "exec block bodies", que são listas ordenadas de transações, e enviam lances para esses blocos. A função do proposer é simplesmente aceitar o exec block body com o lance mais alto. A proposer/builder separation isola a construção de blocos, que é propensa à centralização, da validação de transações, que deve ser altamente descentralizada.

Diferentemente da abordagem tradicional, o proposer \(e todos os demais\) não conseguem ver o conteúdo de um exec block body até depois de selecionarem o header vencedor do leilão. Essa "privacidade pré-confirmação" é necessária para evitar o roubo de [Maximal Extractable Value \(MEV\)](https://www.alchemy.com/overviews/mev-boost) por partes que, de outra forma, poderiam controlar a ordenação das transações em um bloco.

O plano de longo prazo para o PBS é que ele seja nativo do protocolo no Ethereum. A **Flashbots**, uma organização de P&D que trabalha para mitigar as externalidades negativas dos ataques de MEV, lidera atualmente o desenvolvimento desse padrão de protocolo.

### **O que é o PBS híbrido?**

No PBS híbrido, cada transação vem acompanhada de uma **witness** para comprovar o saldo e o nonce do remetente da transação. Essas witnesses podem ser adicionadas por nós intermediários, como os builders. Essa extensão permite que os validadores sejam stateless, já que não precisariam mais manter o histórico completo de transações.

### **O que é um block proposer?**

No Ethereum de hoje, um **block proposer** é uma entidade que cria um bloco de transações e o propaga pela rede para inclusão na blockchain. Um block proposer pode optar por incluir ou excluir transações de um bloco, com base em quais transações no [mempool do Ethereum](https://www.alchemy.com/overviews/what-is-a-mempool) pagam a maior priority fee. O design do [Ethereum pós-merge](https://www.alchemy.com/overviews/ethereum-2-0-your-guide-for-2022) é o mesmo.

No PBS, o proposer passa a depender de um mercado de atores externos \(os builders\) que produzem bundles com o conteúdo completo do bloco, além da fee para o proposer, sendo que o proposer escolhe o bundle com a fee mais alta.

#### **Quem pode ser um block proposer?**

Na abordagem tradicional, qualquer nó pode ser um block proposer.

Com o [Ethereum Merge](https://www.alchemy.com/overviews/the-ethereum-merge), quando o Ethereum passou a ser Proof-of-Stake, os validadores são selecionados aleatoriamente para serem block proposers em cada slot. Esse validador cria o novo bloco e o envia aos demais nós da rede. Ao mesmo tempo, um comitê de validadores é selecionado aleatoriamente para votar sobre a validade do bloco proposto.

Na proposta de PBS, ainda não há uma resposta concreta sobre quem se tornaria block proposer, mas como a única coisa que o proposer precisa fazer é selecionar o bundle com a fee mais alta, isso poderia ser feito dentro de uma simples [MPC \(multiparty computation\)](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725) para evitar fraudes.

### **O que é um block builder?**

**Um block builder é uma entidade que cria um "exec block body" – uma lista de transações – e o envia, junto com um lance, para a rede Ethereum.** O block proposer então escolhe o exec block body com o lance mais alto para incluir no novo bloco.

Em uma das soluções de PBS propostas, existem dois tipos de builders:

1. **Primary builders** são block builders que podem construir exec blocks primários e conseguem ver o pre-state sobre o qual estão construindo
1. **Auxiliary builders** são block builders que podem construir exec blocks auxiliares e não sabem sobre qual state estão construindo

#### **Quem pode ser um block builder?**

Como já existem comitês no Ethereum para ajudar a finalizar blocos, é provável que esses mesmos comitês possam atuar votando na seleção de builders em cada período de bloco. Seria possível ter um grupo de builders semi-confiáveis votados pela rede.

### **O que é necessário para ser um block builder?**

**Vitalik Buterin** explica que os proposers "são totalmente capazes de ser seus próprios block-builders", mas não seriam obrigados a isso. Qualquer nó que consiga pagar a fee do proposer e executar o algoritmo para criar um exec block body poderia ser um builder.

## **Como funciona o two slot PBS?**

No [two-slot PBS](https://ethresear.ch/t/two-slot-proposer-builder-separation/10980), um beacon block é necessário em cada slot para incluir o exec header vencedor, que é atestado pelos comitês. Se um beacon block estiver ausente, o slot seguinte é convertido em um beacon block em vez de um bloco intermediário.

## **Qual é a relação entre proposer/builder separation e MEV?**

No design atual, os miners conseguem capturar uma grande parte do MEV ao escolher quais transações incluir em um bloco. Isso permite que eles façam front-running de outros usuários ou realizem outros ataques de MEV.

O PBS mitigaria esse problema separando o processo de construção de blocos do processo de proposição de blocos. Os builders seriam selecionados pela fee mais alta que estivessem dispostos a pagar, e os proposers simplesmente selecionariam o exec header com a fee mais alta.

No momento, o PBS é apenas uma ideia de pesquisa. Ele não está sendo usado no Ethereum, nem em nenhuma outra blockchain.

### **Soluções alternativas ao MEV**

**Existem outras soluções alternativas para os custos de MEV, incluindo exchanges request-for-quote \(RFQ\) e designs TWAMM \(Time Weighted AMM\).**

As exchanges request-for-quote usam cotação off-chain para evitar o problema de sandwich attacks, em que uma entidade inclui duas transações ao redor da transação da vítima, lucrando com sua tolerância a slippage. Nas exchanges RFQ, o cliente não revela sua ordem ao mercado até que ela esteja pronta para ser executada. Dessa forma, não há janela para que outra entidade posicione suas transações ao redor das da vítima.

O TWAMM também previne sandwich attacks executando transações de forma lazy. No TWAMM, as ordens são executadas como se tivessem sido colocadas entre blocos. Dessa forma, um atacante precisaria atuar entre blocos para se aproveitar da tolerância a slippage da vítima, o que é mais arriscado do que simplesmente incluir transações ao redor das da vítima.

## **Como o PBS funciona em relação ao danksharding?**

O design do PBS facilita a [implementação do danksharding](https://www.alchemy.com/?a=077efcaade) sobre ele. O danksharding é um novo design de sharding, com um fee market unificado, no qual um único proposer escolhe todas as transações e dados que entram em um slot. Isso impõe requisitos de sistema altos aos validadores. O PBS poderia ser usado de forma que os builders façam lances pelo direito de escolher o conteúdo do slot, e o proposer simplesmente selecione o header válido com o lance mais alto.

## **Como a separação entre builders e proposers ajuda na escalabilidade?**

O PBS melhora a escalabilidade ao permitir validadores stateless. Se todos os builders incluírem uma witness para cada transação, o proposer pode simplesmente selecionar o header com a fee mais alta, sem precisar processar nenhum dado. Isso significa que os validadores não precisariam manter o histórico completo da blockchain.

## **Como a separação entre builders e proposers protege a segurança e a descentralização?**

O PBS protege a segurança e a descentralização ao dificultar que block proposers censurem transações ou manipulem a ordem das transações. Ao isolar o processo de construção de blocos do processo de proposição de blocos, o PBS torna mais difícil para os block proposers controlar quais transações são incluídas em um bloco.

### **Por que é provável que os block proposers se tornem centralizados?**

Há valor econômico extraível na seleção do próximo bloco. Mining pools ou outras entidades centralizadas provavelmente surgirão e passarão a controlar o papel de block proposer devido a esse incentivo econômico.

### **Quais são os desafios de censura do PBS?**

O front-running, ou seja, quando uma parte envia uma transação para se aproveitar da transação de outra parte, é um problema importante na abordagem atual de ordenação de transações.

Se um ator grande o suficiente estiver tentando censurar uma transação específica, ele pode elevar a priority fee exigida para essa transação a um valor tão alto que se torne inviável economicamente para qualquer outra pessoa incluí-la em um bloco. Esse ator passa, na prática, a controlar quais transações são incluídas simplesmente pagando fees mais altas.

O PBS precisa mitigar esse risco, além de atender aos seguintes requisitos de resistência à censura:

#### **Proteção contra denial of service \(DoS\)**

Dados pelos quais ninguém paga, e que, portanto, inflam a cadeia, não devem ser incluídos em um bloco. Por exemplo, se uma transação for considerada inválida por saldo insuficiente ou outro problema, o protocolo ainda deve cobrar do proposer por incluí-la no bloco.

#### **Bandwidth mínima**

**‍**A solução não deve exigir a troca de dados excessiva entre os participantes da rede. Por exemplo, ter muitos exec block bodies redundantes circulando pela rede consumiria bandwidth desnecessária.

#### **Nenhuma reintrodução de centralização**

**‍**A proposta não deve incentivar os proposers a se tornarem mais sofisticados e, assim, entrarem em relações com outras entidades ou se juntarem a pools.

#### **Permitir proposers stateless‍**

Seria ideal se os validadores pudessem permanecer stateless, o que descentralizaria e escalaria ainda mais a rede.

## **Conclusões sobre proposer/builder separation**

O PBS é uma possível solução para o problema de censura na blockchain e de ataques de MEV, atualmente em fase de pesquisa. Ao separar os papéis de construção e proposição de blocos, o PBS poderia criar uma rede mais descentralizada e segura.

No entanto, há uma série de desafios que precisam ser resolvidos antes que ele possa ser implementado, como o risco de centralização dos builders e o uso de bandwidth. Além disso, existem outras soluções potenciais, como as exchanges request-for-quote e os designs TWAMM.

Para começar a construir no Ethereum, [crie uma conta de desenvolvedor Ethereum gratuita](https://www.alchemy.com/?a=077efcaade) hoje mesmo.