---
title: "¿Qué es proposer / builder separation (PBS)?"
description: "Qué es PBS y cómo impactará el consenso de Ethereum"
---

# ¿Qué es proposer / builder separation (PBS)?

La blockchain surgió como una solución para descentralizar la confianza necesaria para operar una economía digital, la cual tradicionalmente ha sido gestionada por autoridades centrales. En una blockchain, una red de validadores trabaja en conjunto para procesar transacciones y agregar nuevos bloques a la cadena.

Los **proponentes de bloques (block proposers)** tienen efectivamente control sobre qué transacciones se incluyen en un bloque y pueden usar este poder para censurar o manipular de otra forma el flujo de transacciones. Los investigadores han propuesto varias soluciones a este problema de censura, una de las cuales se conoce como [Proposer/Builder Separation \(PBS\)](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance).

## **¿Qué es la separación de proponente/constructor en el protocolo \(PBS\)?**

**Proposer-Builder Separation \(PBS\) es una posible solución al problema de censura en blockchain y ataques de MEV, en la que** **la construcción de bloques \(es decir, block building\) y la propuesta de bloques se asignan a roles distintos en la red.**

Los constructores de bloques (block builders) crean "cuerpos de bloque de ejecución" \(exec block bodies\), que son listas ordenadas de transacciones, y presentan ofertas por estos bloques. La tarea del proponente es simplemente aceptar el cuerpo de bloque de ejecución con la oferta más alta. La separación proponente/constructor aísla la construcción de bloques, propensa a la centralización, de la validación de transacciones, que debería ser altamente descentralizada.

A diferencia del enfoque tradicional, el proponente \(y todos los demás\) no puede ver el contenido de un cuerpo de bloque de ejecución hasta después de seleccionar el encabezado que gana la subasta. Esta "privacidad previa a la confirmación" es necesaria para evitar el robo de [Maximal Extractable Value \(MEV\)](https://www.alchemy.com/overviews/mev-boost) por parte de actores que de otro modo podrían controlar el orden de las transacciones en un bloque.

El plan a largo plazo para PBS es que sea nativo del protocolo en Ethereum. **Flashbots**, una organización de I+D dedicada a mitigar las externalidades negativas de los ataques de MEV, lidera hoy el estándar del protocolo.

### **¿Qué es el PBS híbrido?**

En el PBS híbrido, cada transacción viene acompañada de un **testigo** \(witness\) que prueba el saldo y el nonce del remitente de la transacción. Estos testigos pueden ser añadidos por nodos intermediarios, como los builders. Esta extensión permite que los validadores sean sin estado \(stateless\), ya que ya no necesitarían llevar registro de todo el historial de transacciones.

### **¿Qué es un proponente de bloques \(block proposer\)?**

En el Ethereum actual, un **proponente de bloques** es una entidad que crea un bloque de transacciones y lo propaga a la red para su inclusión en la blockchain. Un proponente de bloques puede optar por incluir o excluir transacciones de un bloque, según observa cuáles transacciones en [el mempool de Ethereum](https://www.alchemy.com/overviews/what-is-a-mempool) pagan la comisión de prioridad más alta. El diseño de [Ethereum posterior al Merge](https://www.alchemy.com/overviews/ethereum-2-0-your-guide-for-2022) es el mismo.

En PBS, el proponente en cambio depende de un mercado de actores externos \(los builders\) que producen paquetes con el contenido completo del bloque, y la comisión para el proponente, quien elige el paquete con la comisión más alta.

#### **¿Quién puede ser un proponente de bloques?**

En el enfoque tradicional, cualquier nodo puede ser un proponente de bloques.

Con el [Ethereum Merge](https://www.alchemy.com/overviews/the-ethereum-merge), en el que Ethereum pasó a ser Proof-of-Stake, los validadores se seleccionan aleatoriamente para ser proponentes de bloques en cada slot. Este validador crea el nuevo bloque y lo envía a los demás nodos de la red. Al mismo tiempo, se selecciona aleatoriamente un comité de validadores, que votará para determinar la validez del bloque propuesto.

Bajo la propuesta de PBS, aún no hay una respuesta concreta sobre quién se convertiría en proponente de bloques, pero dado que lo único que necesita hacer el proponente es seleccionar el paquete con la comisión más alta, esto podría hacerse dentro de una simple [MPC \(multiparty computation\)](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725) para evitar trampas.

### **¿Qué es un constructor de bloques \(block builder\)?**

**Un constructor de bloques es una entidad que crea un "cuerpo de bloque de ejecución" — una lista de transacciones — y lo envía, junto con una oferta, a la red de Ethereum.** El proponente de bloques luego elige el cuerpo de bloque de ejecución con la oferta más alta para incluirlo en el nuevo bloque.

En una de las soluciones de PBS propuestas, existen dos tipos de builders:

1. Los **builders primarios** son constructores de bloques que pueden construir bloques de ejecución primarios y pueden ver el pre-estado sobre el que están construyendo
1. Los **builders auxiliares** son constructores de bloques que pueden construir bloques de ejecución auxiliares y no saben sobre qué estado están construyendo

#### **¿Quién puede ser un constructor de bloques?**

Dado que actualmente existen comités en Ethereum que ayudan a finalizar bloques, es probable que estos mismos comités puedan actuar votando por la selección de builders en cada período de bloque. Sería posible tener un grupo de builders semi-confiables que sean votados por la red.

### **¿Qué se requiere para ser un constructor de bloques?**

**Vitalik Buterin** explica que los proponentes "son totalmente capaces de ser sus propios block-builders", pero no tendrían que serlo. Cualquier nodo que pueda pagar la comisión del proponente y ejecutar el algoritmo para crear un cuerpo de bloque de ejecución podría ser un builder.

## **¿Cómo funciona el PBS de dos slots \(two slot PBS\)?**

En [two-slot PBS](https://ethresear.ch/t/two-slot-proposer-builder-separation/10980), se necesita un beacon block en cada slot para incluir el encabezado de ejecución ganador, el cual es atestiguado por comités. Si falta un beacon block, entonces el siguiente slot se cambia para ser un beacon block en lugar de un bloque intermedio.

## **¿Cómo se relaciona la separación de proponente/constructor con el MEV?**

Bajo el diseño actual, los mineros pueden capturar una gran parte del MEV al elegir qué transacciones incluir en un bloque. Esto les permite adelantarse a otros usuarios \(front-run\) o realizar otros ataques de MEV.

PBS mitigaría este problema al separar el proceso de construcción de bloques del proceso de propuesta de bloques. Los builders serían seleccionados según la comisión más alta que estén dispuestos a pagar, y los proponentes simplemente seleccionarían el encabezado de ejecución con la comisión más alta.

Por el momento, PBS es simplemente una idea de investigación. No se está usando en Ethereum, ni en ninguna otra blockchain.

### **Soluciones alternativas al MEV**

**Existen otras soluciones alternativas a los costos de MEV, incluyendo intercambios de solicitud de cotización \(request-for-quote, RFQ\) y diseños TWAMM \(Time Weighted AMM\).**

Los intercambios de request-for-quote usan cotización fuera de la cadena \(off-chain\) para evitar el problema de los ataques sándwich, en los que una entidad incluye dos transacciones alrededor de la transacción de la víctima, beneficiándose de su tolerancia al slippage. Con los intercambios RFQ, el cliente no revela su orden al mercado hasta que está lista para ejecutarse. De esta manera, no hay ventana para que otra entidad coloque sus transacciones alrededor de las de la víctima.

TWAMM también previene los ataques sándwich al ejecutar las transacciones de forma diferida. En TWAMM, las órdenes se ejecutan como si se hubieran colocado entre bloques. De esta manera, un atacante necesitaría abarcar varios bloques para aprovechar la tolerancia al slippage de la víctima, lo cual es más riesgoso que simplemente incluir transacciones alrededor de las de la víctima.

## **¿Cómo funciona PBS en relación con el danksharding?**

El diseño de PBS facilita [implementar danksharding](https://www.alchemy.com/?a=077efcaade) sobre él. Danksharding es un nuevo diseño de sharding que cuenta con un mercado de comisiones fusionado, en el que un solo proponente elige todas las transacciones y datos que entran en un slot. Esto impone altos requisitos de sistema a los validadores. PBS podría usarse de manera que los builders ofertan por el derecho a elegir el contenido del slot, y el proponente simplemente selecciona el encabezado válido con la oferta más alta.

## **¿Cómo ayuda a la escalabilidad la separación entre builders y proponentes?**

PBS mejora la escalabilidad al permitir validadores sin estado \(stateless\). Si todos los builders incluyen un testigo para cada transacción, entonces el proponente puede simplemente seleccionar el encabezado con la comisión más alta, sin tener que procesar ningún dato. Esto significa que los validadores no necesitarían llevar registro de todo el historial de la blockchain.

## **¿Cómo protege la separación entre builders y proponentes la seguridad y la descentralización?**

PBS protege la seguridad y la descentralización al dificultar que los proponentes de bloques censuren transacciones o manipulen el orden de las transacciones. Al aislar el proceso de construcción de bloques del proceso de propuesta de bloques, PBS dificulta que los proponentes de bloques controlen qué transacciones se incluyen en un bloque.

### **¿Por qué es probable que los proponentes de bloques se centralicen?**

Existe valor económico extraíble en la selección del siguiente bloque. Es probable que surjan pools de minería u otras entidades centralizadas que controlen el rol de proponente de bloques debido a este incentivo económico.

### **¿Cuáles son los desafíos de censura de PBS?**

El front-running, es decir, cuando una parte envía una transacción para aprovecharse de la transacción de otra parte, es un problema importante en el enfoque actual de ordenamiento de transacciones.

Si un actor lo suficientemente grande intenta censurar una transacción en particular, puede elevar la comisión de prioridad requerida para esa transacción a un monto tan alto que se vuelva antieconómico para cualquier otro incluirla en un bloque. El actor controla efectivamente qué transacciones se incluyen simplemente pagando comisiones más altas.

PBS necesita mitigar ese riesgo, junto con los siguientes requisitos de resistencia a la censura:

#### **Protección contra denegación de servicio \(DoS\)**

Los datos por los que nadie paga, y que por lo tanto inflan la cadena, no deben incluirse en un bloque. Por ejemplo, si se determina que una transacción es inválida debido a saldo insuficiente u otros problemas, el protocolo debe igualmente cobrarle al proponente por incluirla en el bloque.

#### **Ancho de banda mínimo**

**‍**La solución no debería requerir el intercambio de una cantidad excesiva de datos entre los participantes de la red. Por ejemplo, tener muchos cuerpos de bloque de ejecución redundantes circulando por la red consumiría ancho de banda innecesario.

#### **Sin reintroducción de centralización**

**‍**La propuesta no debería incentivar a los proponentes a volverse más sofisticados y, por lo tanto, a establecer relaciones con otras entidades o unirse a pools.

#### **Permitir proponentes sin estado (stateless)‍**

Sería ideal que los validadores pudieran permanecer sin estado, ya que esto descentralizaría y escalaría aún más la red.

## **Conclusiones sobre la separación de proponente/constructor**

PBS es una posible solución al problema de censura en blockchain y ataques de MEV que actualmente está siendo investigada. Al separar los roles de construcción y propuesta de bloques, PBS podría crear una red más descentralizada y segura.

Sin embargo, hay una serie de desafíos que deben abordarse antes de que pueda implementarse, como el riesgo de centralización de los builders y el uso de ancho de banda. Además, existen otras soluciones potenciales, como los intercambios de request-for-quote y los diseños TWAMM.

Para comenzar a construir en Ethereum, [crea una cuenta de desarrollador de Ethereum gratuita](https://www.alchemy.com/?a=077efcaade) hoy mismo.
