Solo con fines educativos; no es asesoramiento de inversión ni de operación de validadores. PBS no elimina los riesgos de MEV, censura, slots perdidos, relés, concentración de constructores o diseño del protocolo.
Respuesta directa
La separación proponente-constructor (PBS) divide dos tareas de producción de bloques. Un constructor elige y ordena transacciones y crea una carga de ejecución; el proponente elegido por consenso para el slot selecciona un compromiso de carga, firma la propuesta y difunde o hace que se publique el bloque completo. El proponente sigue siendo un validador con deberes de consenso. El constructor es un rol de mercado distinto y, en el mercado externo actual, no tiene que ser el validador del slot.
En Ethereum hay que distinguir el sistema actual de los cambios propuestos. MEV-Boost es PBS fuera del protocolo: un middleware del validador consulta relés que median una subasta entre constructores y proponentes. La PBS incorporada (ePBS) integraría el intercambio y su cumplimiento en las reglas de consenso de Ethereum. En la fecha de revisión, Ethereum describe la PBS en el protocolo como investigación sin especificación final, y EIP-7732 sigue siendo un borrador.
PBS busca que los validadores accedan a valor de bloque competitivo sin operar individualmente sistemas sofisticados de búsqueda de MEV y construcción. Puede reducir una ventaja centralizadora entre proponentes, pero no elimina MEV. Traslada la construcción especializada a un mercado y abre cuestiones sobre confianza en relés, concentración de constructores y flujo de órdenes, censura, tiempos y disponibilidad de cargas.
Cómo funciona
- Los constructores crean y pujan. Reciben transacciones públicas y, a menudo, flujo de órdenes privado o paquetes de buscadores. Simulan bloques candidatos, ordenan transacciones, generan una carga válida y adjuntan una puja que representa el pago ofrecido al proponente.
- Los relés median el mercado actual. En MEV-Boost, el relé recibe la carga completa, revisa el envío según su política y muestra al proponente un encabezado firmado y una puja sin revelar inicialmente el cuerpo de transacciones. MEV-Boost puede consultar varios relés configurados y comparar respuestas utilizables.
- El proponente elige un compromiso. Puede comparar pujas externas con una carga local y aplicar ajustes como una puja mínima. Si acepta una puja externa, firma un bloque de baliza cegado comprometido con el encabezado elegido; después no puede sustituir otras transacciones en esa carga.
- La carga se revela y valida. Tras recibir el bloque cegado firmado, el relé devuelve o publica la carga completa. Los clientes de consenso y ejecución validan el bloque. Una carga tardía, no disponible o inválida puede impedir la publicación y causar un slot perdido.
- Pago y consenso permanecen separados. La puja es el pago prometido en la capa de ejecución al receptor de comisiones configurado por el proponente. Recompensas y penalizaciones de propuesta en consenso siguen reglas distintas. Elegir un constructor no le transfiere autoridad sobre finalidad ni elección de bifurcación.
Builder API normaliza interfaces como registro de validadores, obtención de encabezados y envío de un bloque cegado firmado. La especificación de una API no garantiza confianza: admisión, validación, tratamiento de datos y fallos del relé dependen de la implementación y el despliegue.
Ejemplo
Supongamos que el cliente local puede construir una carga de 0.03 ETH, mientras que las pujas utilizables son 0.05 ETH, 0.08 ETH y 0.07 ETH. Sin contar latencia ni fallos, la puja externa mayor ofrece una mejora bruta de 0.05 ETH frente a la construcción local:
Mejora bruta = puja del constructor - valor de la carga local = 0.08 ETH - 0.03 ETH = 0.05 ETH
El proponente selecciona el encabezado de 0.08 ETH y firma el bloque cegado sin ver la lista completa. El relé entrega o publica la carga comprometida. Si el bloque es válido y puntual, la red lo procesa y el receptor configurado recibe el pago. El proponente conserva su función de consenso; el constructor no decide si el bloque será canónico o final.
La comparación no garantiza ingreso neto. Importan la latencia, un fallo de revelación, el software, la verificación del pago y la probabilidad y coste de perder el slot. Si ninguna puja cumple a tiempo la política, un cliente bien configurado puede usar la carga local.
Riesgos
- Confianza y disponibilidad de relés: Los relés MEV-Boost median el intercambio, ven cargas completas, aplican políticas y están en una ruta crítica de tiempo. Diversificarlos reduce dependencia, pero no vuelve honesto o disponible a cada relé.
- Concentración de constructores y órdenes: Quien tenga mejor flujo privado, latencia, capital o simulación puede ganar más bloques. Una subasta competitiva no garantiza construcción descentralizada ni inclusión neutral.
- Censura y privacidad: Constructores o relés pueden omitir transacciones, y los intermediarios pueden ver flujo privado. Las listas de inclusión propuestas son diseños separados; PBS actual no obliga automáticamente a incluir toda transacción válida.
- Tiempos, retención y slots perdidos: Una puja alta solo sirve si la carga es válida y llega a tiempo. Retención del constructor, fallo del relé, retraso de red o mala configuración pueden reducir recompensas o perder el slot.
- Supuestos cambiantes: Propuestas ePBS como EIP-7732 cambian pagos, revelación, validación y elección de bifurcación. Al ser un borrador, debe usarse la especificación del fork desplegado y no tratar la hoja de ruta como garantía vigente.
Errores comunes
Mito 1: PBS elimina MEV
PBS separa quién construye y quién propone. Los constructores aún compiten por extraer MEV; el diseño busca reducir su efecto centralizador sobre validadores y distribuir valor mediante pujas.
Mito 2: El constructor propone o finaliza el bloque
El constructor crea la carga de ejecución. El proponente firma, otros validadores atestiguan y las reglas de elección de bifurcación y finalidad determinan la cadena canónica.
Mito 3: MEV-Boost ya es PBS sin confianza y exigida por el protocolo
MEV-Boost es middleware externo que usa relés. Aproxima PBS sin cambiar el consenso, por lo que sus supuestos de confianza y fallo difieren de un futuro diseño incorporado.
Mito 4: La puja mostrada más alta siempre es la mejor
El valor es solo un dato. Validez, entrega, conducta del relé, alternativa local, receptor de comisiones y riesgo de perder el slot afectan al resultado.
Temas relacionados
Fuentes
- Separación proponente-constructor - Ethereum.org (consultado: 2026-08-21)
- Valor máximo extraíble (MEV) - Ethereum.org (consultado: 2026-08-21)
- Builder API - Ethereum Builder Specifications (consultado: 2026-08-21)
- MEV-Boost - Flashbots (consultado: 2026-08-21)
- EIP-7732: separación incorporada - Ethereum Improvement Proposals (consultado: 2026-08-21)