Flashbots

¿Qué es Flashbots?

Flashbots es una organización de investigación y desarrollo de criptomonedas que crea infraestructura de código abierto para gestionar el Maximal Extractable Value (MEV), conocido comúnmente por estas siglas.

Su trabajo se centró inicialmente en Ethereum, donde el orden de las transacciones puede generar beneficios adicionales para los traders, los constructores de bloques, los validadores y otros participantes que intervienen en la producción de bloques.

Flashbots aspira a que el mercado de MEV sea más transparente, competitivo y accesible, y a reducir sus efectos perjudiciales para los usuarios de blockchain.

Desarrolla herramientas que permiten enviar transacciones y paquetes de transacciones a los constructores de bloques de forma privada, sin exponerlos inmediatamente al pool público de transacciones.

También desarrolla infraestructura que separa la construcción de bloques de su propuesta, lo que permite a constructores especializados competir para crear bloques valiosos para los validadores.

Flashbots no es una criptomoneda, un token, una blockchain, una wallet, una aplicación descentralizada ni una plataforma de trading de criptomonedas.

Es una organización y un conjunto de protocolos, herramientas de software, interfaces de programación de aplicaciones, proyectos de investigación e infraestructura blockchain.

El sitio web oficial de Flashbots describe a la organización como una iniciativa para reducir las externalidades negativas que genera el MEV en blockchains con estado.

Entre sus principales proyectos se encuentran MEV-Boost, Flashbots Protect, MEV-Share, BuilderNet, software de construcción de bloques, infraestructura de relays e investigaciones relacionadas con SUAVE.

¿Qué es el Maximal Extractable Value?

El Maximal Extractable Value es el valor adicional que puede obtenerse cambiando qué transacciones entran en un bloque y el orden en que se ejecutan.

Este valor es independiente de las recompensas habituales por bloque y de las comisiones de transacción estándar.

Un minero, validador, constructor de bloques o buscador especializado puede identificar una secuencia rentable de transacciones e intentar incluirla en un bloque.

Por ejemplo, dos mercados on-chain pueden mostrar temporalmente precios distintos para el mismo criptoactivo.

Un trader puede comprar el activo en el mercado más barato y venderlo en el más caro, obtener beneficios de arbitraje y contribuir a que los precios vuelvan a acercarse.

Un protocolo de préstamos también puede ofrecer una recompensa a quien devuelva un préstamo en situación de riesgo y liquide su colateral.

Un buscador puede detectar la posición con colateral insuficiente y enviar una transacción para realizar la liquidación.

Otras formas de MEV pueden perjudicar a los usuarios comunes.

Un ataque sándwich se produce cuando un atacante coloca una transacción antes del swap de un usuario y otra después, con el fin de beneficiarse del movimiento de precio causado por la operación del usuario.

El frontrunning ocurre cuando alguien observa una transacción pendiente y envía otra para que se ejecute primero.

El backrunning consiste en colocar deliberadamente una transacción justo después de otra para aprovechar una oportunidad creada por la operación anterior.

La explicación oficial de Ethereum sobre el MEV describe cómo la inclusión, exclusión y ordenación de transacciones pueden generar valor adicional a las recompensas normales del protocolo.

¿Por qué se creó Flashbots?

Antes de que se generalizara la infraestructura privada de MEV, los buscadores sofisticados competían difundiendo transacciones en el pool público de Ethereum con comisiones cada vez más altas.

Esta competencia podía generar transacciones fallidas, espacio de bloque desperdiciado, costes de gas impredecibles y condiciones de red inestables.

Varios bots podían detectar la misma oportunidad e incrementar repetidamente sus comisiones de transacción para intentar ejecutarse primero.

Solo una transacción podía aprovechar la oportunidad, mientras que las demás podían fallar y aun así consumir gas si se incluían en un bloque.

A veces, esta actividad se describía como una subasta de prioridad de gas, ya que los participantes competían mediante comisiones de transacción más elevadas.

Flashbots creó un canal privado de comunicación que permitía a los buscadores enviar secuencias ordenadas de transacciones directamente a los productores de bloques, en lugar de exponer todas sus estrategias a través del mempool público.

La infraestructura permitió pujar de forma más directa por la inclusión en un bloque y simular paquetes antes de enviarlos on-chain.

Más adelante, Flashbots amplió su trabajo para abordar la separación entre proponente y constructor, la protección de los usuarios, la redistribución del MEV, el flujo privado de órdenes y la descentralización de la construcción de bloques.

¿Flashbots elimina el MEV?

Flashbots no elimina el MEV, ya que este se genera por el orden de las transacciones en blockchain, el diseño del mercado, las reglas de liquidación, las diferencias de precios y la demanda de espacio de bloque limitado.

Algunas actividades de MEV cumplen funciones económicas útiles, como el arbitraje de precios y la liquidación de préstamos con colateral insuficiente.

Otras actividades transfieren valor fuera de los usuarios, generan congestión innecesaria o conceden ventajas a quienes disponen de mejor información y una infraestructura más rápida.

Flashbots intenta reducir los efectos perjudiciales del MEV y, al mismo tiempo, hacer más transparentes su extracción y redistribución.

Sus herramientas pueden sacar transacciones del mempool público, organizar subastas competitivas, devolver parte del MEV a los usuarios y ampliar la participación en la construcción de bloques.

Ningún sistema de transacciones privadas puede garantizar que todos los usuarios obtengan la mejor ejecución posible o eviten todas las formas de MEV.

Cómo encaja Flashbots en la producción de bloques de Ethereum

Ethereum separa el trabajo de validar la blockchain de la tarea especializada de construir bloques de gran valor.

En primer lugar, un usuario crea y firma una transacción mediante una wallet o una aplicación.

La transacción puede entrar en el mempool público o enviarse de forma privada a través de un servicio como Flashbots Protect.

Los buscadores supervisan el estado de la blockchain e identifican combinaciones de transacciones que pueden generar oportunidades de arbitraje, liquidación u otro tipo de MEV.

Los buscadores pueden enviar transacciones privadas o paquetes ordenados de transacciones a los constructores de bloques.

Los constructores combinan transacciones públicas y privadas, paquetes y otros flujos de órdenes para crear bloques candidatos completos.

A continuación, los constructores pujan por el derecho a que el validador responsable del slot actual seleccione su bloque.

Un relay puede verificar los envíos de los constructores y transferir el bloque ganador entre el constructor y el validador.

El validador firma y propone el bloque seleccionado a la red Ethereum.

Los demás nodos de Ethereum verifican el bloque de manera independiente según las reglas de consenso y ejecución de la red.

Flashbots desarrolló infraestructura utilizada en varios puntos de esta cadena de suministro, pero no controla las reglas de consenso de Ethereum ni decide por sí sola qué bloques debe aceptar la red.

¿Qué es un paquete de Flashbots?

Un paquete de Flashbots es un grupo de una o varias transacciones que se envía con un orden de ejecución y unas condiciones de inclusión en bloque especificados.

Un paquete puede contener transacciones creadas por el buscador, transacciones copiadas del mempool público o transacciones privadas proporcionadas a través de otro sistema de flujo de órdenes.

Las transacciones se presentan al constructor en la secuencia en que el remitente quiere que se ejecuten.

Un paquete puede dirigirse a un bloque futuro concreto e incluir condiciones de marca de tiempo mínima o máxima.

Algunos formatos de paquete permiten que determinadas transacciones reviertan la ejecución, mientras que otros fallos hacen que se rechace el paquete completo.

El constructor simula el paquete sobre un estado previsto de la blockchain para determinar si se ejecuta correctamente y cuánto valor aporta.

El constructor puede incluir el paquete si mejora el valor total del bloque propuesto.

No se garantiza que un paquete entre en la blockchain: otro paquete puede ofrecer más valor, el estado previsto puede cambiar, el paquete puede llegar demasiado tarde o el validador responsable puede no utilizar una infraestructura compatible.

La documentación oficial de Flashbots sobre paquetes explica cómo se ordenan los grupos de transacciones y se envían para su posible inclusión en un bloque.

Cómo utilizan Flashbots los buscadores

Un buscador es una persona, equipo o sistema automatizado que identifica oportunidades rentables derivadas del orden de las transacciones.

Los buscadores pueden supervisar transacciones pendientes, precios on-chain, posiciones de préstamo, pools de liquidez, eventos de contratos y estados previstos de la blockchain.

Cuando detecta una oportunidad, el buscador puede crear un paquete con la secuencia de transacciones necesaria.

El paquete puede incluir un pago al proponente del bloque mediante comisiones de transacción o una transferencia directa definida por la lógica de la transacción.

El buscador firma las transacciones necesarias y envía el paquete a través de la interfaz de programación de aplicaciones de Flashbots.

Una firma de autenticación identifica al buscador remitente sin tener que utilizar necesariamente la misma clave privada que guarda los fondos destinados al trading.

El constructor simula el paquete y compara su valor con el de otras transacciones y paquetes que compiten por espacio de bloque.

Solo los paquetes seleccionados por el constructor ganador y propuestos por el validador pasan a formar parte del historial permanente de transacciones de Ethereum.

La actividad de los buscadores es muy técnica y puede ocasionar pérdidas sustanciales si un bot contiene errores de precios, autorizaciones inseguras, llamadas a contratos incorrectas o controles de riesgo deficientes.

¿Qué es la subasta de Flashbots?

La subasta de Flashbots es un sistema off-chain mediante el cual los buscadores envían transacciones y paquetes a los constructores de bloques.

La subasta permite a los buscadores indicar cuánto valor puede ofrecer su secuencia de transacciones a cambio de su inclusión.

Los constructores comparan los paquetes competidores y las transacciones ordinarias mientras crean un bloque diseñado para maximizar el valor total.

Normalmente, las pujas no se publican en tiempo real antes de que el bloque ganador aparezca on-chain.

Esta estructura de subasta a ciegas reduce la posibilidad de que otros buscadores copien inmediatamente una puja, pero también impide que un buscador sepa con exactitud cuánto necesita ofrecer para ganar.

Los usuarios avanzados pueden interactuar con la subasta mediante métodos JSON-RPC como

, y .

La documentación actual de Flashbots sobre JSON-RPC recoge los métodos, límites de tamaño de los paquetes, parámetros y endpoints de red admitidos.

Enviar un paquete no transfiere a Flashbots la propiedad de la clave privada del buscador, ya que las transacciones subyacentes se firman antes de enviarse.

Sin embargo, según los ajustes de privacidad seleccionados, la infraestructura que recibe el paquete puede conocer la información de las transacciones y los detalles de estrategias exclusivas.

¿Qué es MEV-Boost?

MEV-Boost es un software de código abierto creado por Flashbots para la separación entre proponente y constructor en Ethereum Proof of Stake.

Se ejecuta junto al cliente de consenso de un validador de Ethereum y permite que este solicite pujas por bloques a relays externos.

Sin MEV-Boost, un validador puede construir un bloque localmente utilizando las transacciones disponibles en su propio cliente de ejecución.

Con MEV-Boost, el validador puede comparar los bloques construidos localmente con los creados por constructores externos especializados.

Un constructor puede ofrecer un pago mayor porque tiene acceso a más flujo de órdenes, una infraestructura más rápida y software especializado para optimizar bloques.

El validador puede elegir el bloque válido de mayor valor ofrecido a través de los relays que tenga configurados.

La descripción oficial de MEV-Boost presenta el software como una implementación gratuita y de código abierto de la separación entre proponente y constructor.

A 14 de julio de 2026, la versión estable más reciente que aparece en la página oficial de versiones de MEV-Boost es la 1.11.

MEV-Boost 1.11 incorporó una configuración basada en YAML y una función de temporización que puede retrasar brevemente la selección de la puja para intentar recibir una oferta más valiosa de un constructor.

Esperar más tiempo puede mejorar la puja disponible para el validador, pero un retraso excesivo puede aumentar el riesgo de perder el slot.

Cómo funciona MEV-Boost

El operador de un validador instala MEV-Boost y configura conexiones con uno o varios relays.

El validador registra información como su clave pública y la dirección destinataria de comisiones en los relays conectados.

Cuando se selecciona al validador para proponer un bloque, su cliente de consenso solicita pujas mediante el proceso local de MEV-Boost.

MEV-Boost solicita pujas a los relays configurados y compara las respuestas válidas.

Inicialmente, el relay proporciona el encabezado de un bloque cegado, en lugar de revelar su contenido completo de transacciones.

El validador firma el encabezado seleccionado y se compromete a proponer el bloque asociado.

Tras recibir el compromiso firmado, el relay entrega el contenido completo de ejecución.

Este diseño impide que el validador vea un bloque valioso del constructor y copie después su contenido en otro bloque creado localmente.

El relay debe validar los envíos de los constructores y asegurarse de que los pagos prometidos y el contenido de los bloques cumplan las reglas exigidas.

Si un relay no entrega el contenido a tiempo, el validador puede perder el slot de propuesta y las posibles recompensas.

¿MEV-Boost forma parte del protocolo central de Ethereum?

MEV-Boost es un sistema externo al protocolo, no una parte obligatoria del consenso de Ethereum.

Un validador puede participar en Ethereum sin instalar MEV-Boost.

El software sigue la Builder API de Ethereum y se comunica con los clientes de consenso mediante interfaces estandarizadas.

Como MEV-Boost es una infraestructura externa, introduce consideraciones de confianza, disponibilidad y centralización que el consenso de Ethereum no impone directamente.

Se espera que los relays verifiquen la validez de los bloques, protejan el contenido de los constructores antes del compromiso y entreguen a tiempo los contenidos seleccionados.

Los investigadores de Ethereum siguen estudiando formas de separación entre proponente y constructor integradas en el protocolo que puedan reducir la dependencia de relays externos de confianza.

¿Qué es un relay de Flashbots?

Un relay es un intermediario que conecta a los constructores de bloques con los validadores que utilizan MEV-Boost.

Los constructores envían a los relays bloques candidatos completos y sus pujas.

El relay comprueba si el envío es válido y si incluye el pago prometido al proponente.

A continuación, proporciona a los validadores que cumplen los requisitos encabezados cegados que representan las pujas de los constructores.

Después de que un validador firme el encabezado seleccionado, el relay proporciona el contenido completo del bloque.

El relay protege a los constructores frente a la copia del contenido de sus bloques antes de que el validador se comprometa con ellos.

También protege a los validadores al comprobar los envíos de los constructores antes de que se seleccionen.

Un relay puede generar riesgos para la disponibilidad si deja de estar accesible o no entrega el contenido prometido.

También puede plantear problemas de censura y privacidad, ya que puede observar los envíos de los constructores y decidir cuáles acepta.

Los operadores de validadores suelen conectarse a más de un relay para reducir su dependencia de un único proveedor.

¿Qué es un constructor de bloques?

Un constructor de bloques es un participante especializado que crea bloques completos a partir de transacciones públicas, flujo privado de órdenes, paquetes de buscadores y otras fuentes de transacciones.

El constructor intenta ordenar estas transacciones para maximizar el valor del bloque sin dejar de mantener su validez.

Los constructores de bloques compiten ofreciendo pagos al validador asignado para proponer el bloque.

Un constructor con acceso exclusivo a un flujo de transacciones valioso puede presentar pujas más altas que otro que solo utilice el mempool público.

Esta ventaja puede generar presión hacia la centralización, ya que los usuarios y las aplicaciones pueden preferir a los constructores que ofrecen una mejor ejecución o reembolsos.

La documentación de Flashbots para constructores de bloques explica cómo se crean bloques a partir de varias fuentes de flujo de órdenes.

¿Qué es la separación entre proponente y constructor?

La separación entre proponente y constructor divide la creación de bloques en dos funciones.

El constructor recopila y ordena las transacciones para crear un bloque.

El proponente es el validador seleccionado por el consenso de Ethereum para publicar el bloque.

Esta separación permite que constructores especializados compitan sin que cada validador tenga que operar una infraestructura avanzada de búsqueda de MEV.

Un validador independiente pequeño puede recibir pujas competitivas por bloques mediante el mismo software MEV-Boost que utiliza una gran operación de staking.

Por tanto, la separación entre proponente y constructor puede reducir una de las fuentes de concentración de validadores.

Sin embargo, puede concentrar poder entre constructores y relays si solo unas pocas organizaciones cuentan con suficiente flujo de órdenes, capital, datos e infraestructura de baja latencia.

Las investigaciones más recientes de Flashbots se centran en gran medida en reducir esta concentración de constructores de bloques.

¿Qué es BuilderNet?

BuilderNet es una red colaborativa de construcción de bloques desarrollada para descentralizar la creación de bloques de Ethereum y redistribuir más MEV a los usuarios.

Permite que varios operadores participen en un entorno compartido de construcción de bloques, en lugar de operar como constructores centralizados aislados.

La documentación oficial de BuilderNet la describe como una red segura y distribuida globalmente para la construcción de bloques de Ethereum.

BuilderNet utiliza entornos de ejecución de confianza para proteger los datos de transacciones confidenciales y la lógica de construcción de bloques, al tiempo que permite a los operadores verificar qué software se está ejecutando.

Las transacciones enviadas a través de BuilderNet pueden mantenerse privadas frente a observadores externos comunes antes de su inclusión en un bloque.

BuilderNet puede calcular reembolsos de MEV y de comisiones de gas para las transacciones que cumplan los requisitos y se envíen mediante Flashbots Protect.

El proyecto pretende reducir la ventaja que crean los acuerdos exclusivos de flujo de órdenes y facilitar una participación más amplia en la construcción de bloques.

BuilderNet sigue una hoja de ruta de descentralización progresiva; todavía no es completamente permissionless en todos sus componentes operativos.

La documentación actual indica que durante el periodo de arranque algunas funciones de gestión de identidades, aprovisionamiento, descubrimiento de pares, archivado y desarrollo siguen dependiendo de infraestructura operada por Flashbots.

La hoja de ruta a largo plazo pretende descentralizar estas responsabilidades y permitir que cualquiera opere nodos de constructores sin permisos.

¿Cuál es la versión más reciente de BuilderNet?

A 14 de julio de 2026, la versión más reciente publicada en el blog oficial de BuilderNet es la 1.6, lanzada el 2 de diciembre de 2025.

BuilderNet 1.6 incorporó una capa de ingestión de flujo de órdenes reescrita, la consolidación del software de los operadores, mejoras de rendimiento y compatibilidad con los cambios del protocolo de Ethereum introducidos en torno al lanzamiento de esa versión.

El blog oficial de desarrollo de BuilderNet publica anuncios de versiones, actualizaciones técnicas e informes de incidentes.

BuilderNet puede evolucionar rápidamente, por lo que los operadores de nodos y desarrolladores deberían verificar las versiones actuales del software antes de utilizar instrucciones de configuración archivadas.

¿Qué es un entorno de ejecución de confianza?

Un entorno de ejecución de confianza, abreviado habitualmente como TEE, es un área informática protegida diseñada para aislar el código y los datos del sistema operativo circundante y del operador de la infraestructura.

La certificación remota puede proporcionar pruebas criptográficas de que una imagen de software concreta se ejecuta en hardware compatible de computación confidencial.

BuilderNet utiliza TEE para ayudar a proteger las transacciones privadas, las estrategias exclusivas de los buscadores y los datos compartidos para construir bloques.

Los participantes pueden examinar una certificación en lugar de depender únicamente de la afirmación de un operador de que está ejecutando el software correcto.

Los TEE reducen ciertos requisitos de confianza, pero no hacen que el sistema sea completamente trustless.

Siguen siendo posibles las vulnerabilidades del hardware, los problemas de la cadena de suministro, la verificación incorrecta de certificaciones, los ataques físicos, el control del operador de la nube y los errores del software protegido.

Los metadatos, como los tiempos, las conexiones de red y el tamaño de los mensajes, pueden revelar información aunque el contenido de las transacciones esté protegido.

La investigación de Flashbots sobre las limitaciones de la certificación TEE analiza las diferencias que pueden existir entre las garantías del hardware y la seguridad integral de una aplicación.

¿Qué es Flashbots Protect?

Flashbots Protect es un servicio de enrutamiento privado de transacciones diseñado para reducir el frontrunning, los ataques sándwich, las comisiones por transacciones fallidas y el pago excesivo de gas.

El usuario envía una transacción firmada de Ethereum al endpoint de llamada a procedimiento remoto de Flashbots Protect, en lugar de difundirla directamente al mempool público.

A continuación, la transacción se enruta de forma privada a través de la infraestructura de Flashbots y BuilderNet.

Como la transacción no queda visible inmediatamente en el mempool público, los bots habituales de frontrunning tienen menos oportunidades de copiarla o colocar transacciones a su alrededor.

La descripción oficial de Flashbots Protect indica que las transacciones están protegidas frente al frontrunning del mempool público y que, por defecto, no se incluyen si se espera que reviertan.

Esta protección frente a transacciones fallidas puede evitar que los usuarios paguen gas por una transacción que, según la simulación privada, fallaría.

Flashbots Protect también puede proporcionar reembolsos de MEV y de comisiones de gas si la transacción cumple los requisitos.

El enrutamiento privado no garantiza la inclusión inmediata, un precio de ejecución concreto, un reembolso ni una protección completa frente a todas las formas de MEV.

Cómo gestiona Flashbots Protect las transacciones

Según la configuración estándar documentada en mayo de 2026, Flashbots Protect intenta incluir una transacción durante un máximo de 25 bloques antes de descartarla.

La configuración predeterminada no incluye transacciones que paguen una comisión de prioridad de cero.

Por defecto, las transacciones que revierten se excluyen, salvo que el remitente active un ajuste que permita su reversión on-chain.

La configuración estándar comparte indicios limitados de las transacciones con los buscadores de MEV-Share, en lugar de divulgar públicamente la transacción completa.

Los usuarios pueden cambiar el rango de bloques, los destinatarios de los reembolsos, los constructores permitidos, los indicios compartidos y otros ajustes mediante la configuración de Protect RPC.

La guía actual de ajustes de Flashbots Protect explica las opciones predeterminadas, rápidas, de privacidad, de reembolso y de paquetes.

Los usuarios deberían comprender cada ajuste antes de cambiarlo, ya que compartir más información puede aumentar la competencia entre buscadores y reducir la privacidad de las transacciones.

¿Qué es el modo rápido de Flashbots Protect?

El modo rápido es una opción de Flashbots Protect diseñada para aumentar la probabilidad de que una transacción se incluya rápidamente.

Comparte la transacción con todos los constructores registrados, en lugar de limitarla a la ruta predeterminada.

También puede asignar una parte mayor del reembolso de MEV al validador para hacer más atractiva la inclusión.

Es posible que se comparta la información completa de la transacción, sin la firma del usuario, con buscadores que operen dentro de entornos de ejecución de confianza aprobados.

Los buscadores que no operen en esos entornos protegidos solo reciben los indicios que elija el usuario.

El modo rápido amplía la distribución y las oportunidades de inclusión, pero compartir más información implica relaciones de confianza adicionales.

Ningún servicio de enrutamiento rápido puede garantizar que la transacción entre en el siguiente bloque.

¿Qué son los reembolsos de MEV de Flashbots?

Un reembolso de MEV es un pago que se devuelve a un usuario cuando su transacción crea una oportunidad que un buscador aprovecha mediante MEV-Share.

Una operación on-chain de gran volumen puede modificar el precio de mercado y crear una oportunidad rentable de backrunning.

Los buscadores compiten por colocar una transacción después de la operación del usuario y pueden ofrecer parte del beneficio esperado a cambio de ese derecho.

MEV-Share puede exigir que parte del valor generado por el buscador se devuelva al usuario o a otro destinatario designado.

Según la configuración predeterminada documentada de Protect, el 90% del reembolso de MEV se destina al origen de la transacción y el 10% restante al validador.

Estos porcentajes pueden modificarse mediante los ajustes de reembolso compatibles.

La documentación oficial sobre reembolsos de MEV explica cómo influyen en los posibles reembolsos los indicios de privacidad y las pujas de los buscadores.

El reembolso no está garantizado, ya que muchas transacciones no crean ninguna oportunidad de MEV rentable.

El importe también depende de la competencia entre buscadores, el estado del mercado, el rendimiento de los constructores de bloques, la exclusividad de la transacción y de si BuilderNet gana la construcción del bloque.

¿Qué son los reembolsos de comisiones de gas de Flashbots?

Puede pagarse un reembolso de comisiones de gas cuando una transacción de Flashbots Protect que cumpla los requisitos podría haberse incluido con un pago de prioridad inferior al que ofreció inicialmente el usuario.

BuilderNet estima la comisión necesaria para incluir la transacción y puede devolver parte del importe pagado en exceso.

Los reembolsos de comisiones de gas se calculan por separado de los reembolsos de MEV.

La explicación oficial sobre reembolsos de comisiones de gas indica que la elegibilidad depende de la producción de bloques de BuilderNet, la congestión, el beneficio del constructor y la aportación de la transacción al bloque.

Las transacciones que ya sean visibles en el mempool público o se envíen mediante rutas no exclusivas pueden quedar excluidas de determinados cálculos de reembolso.

Los usuarios no deberían dar por hecho que se les devolverá dinero por cada transacción que pague una comisión de prioridad elevada.

¿Qué es MEV-Share?

MEV-Share es un protocolo de código abierto que permite a los usuarios, wallets y aplicaciones captar parte del MEV generado por sus transacciones.

Los usuarios envían transacciones a un nodo de MEV-Share directamente o a través de Flashbots Protect.

El nodo revela a los buscadores participantes fragmentos seleccionados de información sobre las transacciones, denominados indicios.

Un indicio puede revelar el hash de la transacción, el contrato de destino, el selector de función, los datos de llamada o determinados registros de ejecución.

Los buscadores utilizan la información disponible para crear paquetes de backrunning sin necesidad de ver la transacción privada completa.

El nodo de MEV-Share simula los paquetes y reenvía a los constructores los candidatos que se ejecutan correctamente, con requisitos de reembolso.

La introducción oficial a MEV-Share describe el protocolo como una subasta permissionless de flujo de órdenes diseñada para devolver el MEV a las partes que lo generan.

La implementación documentada actual admite operaciones de backrunning, pero no permite que los buscadores coloquen transacciones antes de la transacción protegida del usuario.

Esta restricción pretende evitar el frontrunning perjudicial y, al mismo tiempo, mantener una competencia potencialmente útil después de la transacción.

¿Qué son los indicios de MEV-Share?

Un indicio es un fragmento limitado de información sobre una transacción privada que el remitente permite que MEV-Share revele a los buscadores.

Compartir únicamente el hash de la transacción ofrece una mayor confidencialidad, pero puede dificultar que los buscadores identifiquen oportunidades rentables de backrunning.

Compartir el contrato de destino o el selector de función puede proporcionar información más útil a los buscadores sin revelar necesariamente todos los parámetros de la transacción.

Compartir los datos de llamada y los registros ofrece más información y puede aumentar la competencia entre buscadores y los posibles reembolsos.

Compartir más información implica un equilibrio entre privacidad y valor de ejecución.

El usuario no debería dar por hecho que la divulgación parcial es completamente anónima, ya que las direcciones de contratos, los tiempos, el tamaño de las transacciones y otros metadatos pueden dar pistas útiles.

¿Qué es una transacción privada?

Una transacción privada es una transacción de blockchain firmada que se envía por una ruta restringida, en lugar de difundirse inmediatamente al mempool público entre pares.

La transacción se hace pública cuando se incluye en un bloque, ya que los bloques y los datos de transacción de Ethereum se pueden verificar públicamente.

El enrutamiento privado ofrece privacidad antes de la operación, no secreto permanente de las transacciones.

Puede reducir el tiempo durante el cual un atacante puede inspeccionar una transacción pendiente y reaccionar ante ella.

Una transacción privada puede quedarse pendiente, caducar, cancelarse o enviarse finalmente por otra ruta.

Antes de su inclusión, las partes que la reciban aún pueden ver parte o todo su contenido, según el servicio y los ajustes de privacidad.

La documentación de la API de transacciones privadas de Flashbots explica cómo los usuarios avanzados pueden enviar y cancelar transacciones privadas individuales.

¿Qué es SUAVE?

SUAVE son las siglas de Single Unifying Auction for Value Expression.

Es la visión a largo plazo de Flashbots para crear una infraestructura descentralizada, privada y programable de ordenación de transacciones.

SUAVE se propuso inicialmente como una forma de separar las funciones especializadas de MEV de cada blockchain y permitir que las aplicaciones expresaran sus preferencias de ejecución.

Entre sus posibles aplicaciones se encuentran los mempools privados, las subastas de flujo de órdenes, los constructores de bloques descentralizados, la coordinación entre cadenas y los sistemas que seleccionan entre distintos resultados de ejecución.

SUAVE no debería entenderse como un producto de consumo terminado con un conjunto fijo de funciones.

La hoja de ruta de Flashbots de 2026 presenta SUAVE como una iniciativa de investigación modular y por fases, construida a partir de componentes como BuilderNet, sistemas de privacidad, construcción colaborativa de bloques y comunicación anónima.

La hoja de ruta actualizada de SUAVE para 2026 relaciona el proyecto con objetivos más amplios de construcción descentralizada de bloques, escalabilidad, privacidad y resistencia a la censura.

¿Qué es Flashnet?

Flashnet es un protocolo de investigación presentado por Flashbots en febrero de 2026 para difundir mensajes anónimos con baja latencia.

Su objetivo es ocultar la identidad de red de los remitentes de transacciones y mantener un rendimiento adecuado para los sistemas de construcción de bloques de blockchain.

Flashbots prevé que el protocolo admita el envío de transacciones privadas, la resistencia a la censura, los mempools de abstracción de cuentas y la comunicación entre participantes de redes distribuidas de construcción de bloques.

Flashnet aborda un problema de privacidad distinto del cifrado de transacciones, ya que un operador puede deducir información del origen de la conexión de red aunque el contenido de los mensajes esté protegido.

El artículo oficial de investigación sobre Flashnet lo describe como un componente de coordinación previsto para avanzar hacia una BuilderNet más permissionless y hacia la visión general de SUAVE.

Flashnet es una iniciativa de investigación y desarrollo en evolución, no una garantía de que todo el tráfico de Flashbots sea anónimo actualmente.

Ventajas de Flashbots

Flashbots puede reducir las subastas de gas fallidas al permitir que los buscadores envíen paquetes condicionales fuera del mempool público.

El enrutamiento privado puede proteger a los usuarios comunes frente a las estrategias habituales de frontrunning y ataques sándwich del mempool público.

MEV-Share puede devolver a un usuario parte del valor generado por su transacción.

Los reembolsos de comisiones de gas pueden reducir los pagos innecesarios en exceso de comisiones de prioridad en los bloques de BuilderNet que cumplan los requisitos.

MEV-Boost permite a los validadores acceder a un mercado competitivo de bloques sin que cada uno tenga que desarrollar su propia infraestructura de buscador y constructor.

El software de código abierto permite que desarrolladores independientes inspeccionen, prueben, modifiquen y operen infraestructura compatible.

La investigación y los datos públicos pueden mejorar la comprensión de la construcción de bloques, la censura, el orden de las transacciones y la concentración del mercado.

BuilderNet intenta reducir la dependencia de constructores centralizados aislados y del flujo de órdenes exclusivo.

Riesgos y limitaciones de Flashbots

La infraestructura de Flashbots no elimina el riesgo de los contratos inteligentes, el riesgo de mercado, el riesgo de las claves privadas ni la posibilidad de que una operación tenga un resultado desfavorable.

Una transacción privada puede permanecer pendiente más tiempo del previsto o no llegar al validador responsable del bloque ganador.

Los usuarios dependen de que los enrutadores, constructores, relays y validadores gestionen el flujo privado de órdenes conforme a las reglas documentadas.

Los relays y constructores pueden sufrir interrupciones, errores de software, retrasos de red o incidentes de seguridad.

Un validador que dependa de un relay no disponible puede perder el slot de propuesta.

El flujo privado de órdenes puede generar ventajas de centralización para los constructores que reciben las transacciones más valiosas.

MEV-Boost facilita a los validadores el acceso a la competencia entre constructores, pero no descentraliza por completo los mercados de relays y constructores.

Los entornos de ejecución de confianza reducen algunos riesgos de privacidad, pero siguen dependiendo del hardware, los sistemas de certificación y el correcto funcionamiento del software.

Los buscadores pueden perder dinero por simulaciones incorrectas, cambios en el estado de la blockchain, pujas deficientes, competencia o errores de programación.

Los reembolsos no están garantizados y pueden ser difíciles de prever para un usuario común antes de que se ejecute una transacción.

Los cambios en el software, las políticas, las redes compatibles y los endpoints de Flashbots pueden afectar a las integraciones existentes.

Flashbots y la centralización de blockchain

El MEV puede incentivar la centralización, ya que los constructores con más éxito pueden acceder a un flujo privado de órdenes de mayor calidad y utilizar sus beneficios para mejorar su infraestructura.

La baja latencia, la simulación avanzada, el acceso a grandes cantidades de capital y las relaciones directas con aplicaciones pueden crear ventajas difíciles de igualar para los participantes más pequeños.

Los validadores pueden preferir a los constructores que presentan de forma constante las pujas más altas, lo que aumenta la cuota de mercado de quienes ya tienen éxito.

Los relays también pueden centralizarse si los validadores dependen en gran medida de un número reducido de operadores.

La infraestructura inicial de Flashbots ayudó a separar el MEV en funciones especializadas, pero esa separación también convirtió la concentración de constructores en un motivo de preocupación importante.

BuilderNet, MEV-Share, SUAVE y Flashnet pretenden reducir el control exclusivo sobre el flujo de órdenes y la construcción de bloques.

Estos proyectos deberían evaluarse por la diversidad real de sus operadores, los requisitos de permisos, la transparencia del software, las dependencias de hardware y su resiliencia, no solo por sus afirmaciones de descentralización.

¿Flashbots censura transacciones?

El software de Flashbots no modifica las reglas de consenso de Ethereum ni impide a los usuarios enviar transacciones válidas a través de la red pública.

Sin embargo, cualquier constructor o relay privado puede decidir qué transacciones y paquetes acepta o incluye.

Una transacción privada enviada por una única ruta puede retrasarse si esa ruta no construye el bloque ganador.

Las reglas de los operadores de infraestructura, las obligaciones legales, las políticas del servicio, los filtros técnicos o las interrupciones pueden afectar a la gestión de las transacciones.

Los usuarios que busquen aumentar la probabilidad de inclusión pueden elegir opciones de enrutamiento que compartan las transacciones con más constructores, aunque una distribución más amplia puede modificar la privacidad y las condiciones de los reembolsos.

La resistencia a la censura a largo plazo requiere diversidad de constructores, relays, validadores, rutas de transacción e implementaciones de software.

¿Flashbots es seguro para los usuarios comunes de criptomonedas?

Flashbots Protect puede reducir varios riesgos habituales de las transacciones, pero no debe considerarse un sistema de seguridad completo.

No puede determinar si el contrato inteligente al que llama un usuario es legítimo o malicioso.

No puede recuperar criptomonedas enviadas a una dirección equivocada ni revertir una transacción de blockchain incluida en un bloque.

No puede garantizar que el precio de un swap siga siendo favorable mientras la transacción está pendiente.

Los usuarios aún deben revisar la dirección de destino, las autorizaciones de tokens, los ajustes de deslizamiento, el valor de la transacción, la red y la solicitud de la wallet.

Flashbots no necesita que el usuario revele la frase semilla ni la clave privada de su wallet para enrutar una transacción firmada.

Debe considerarse fraudulento cualquier sitio web o cuenta de soporte que solicite estos secretos en nombre de Flashbots.

¿Flashbots es un token?

Flashbots no es una criptomoneda nativa ni requiere un token de utilidad.

Los usuarios no necesitan comprar un token con la marca Flashbots para utilizar MEV-Boost, Flashbots Protect o la documentación pública.

No se debería dar por hecho que un criptoactivo con un nombre parecido esté vinculado oficialmente a la organización.

Los usuarios deberían verificar los anuncios en la documentación oficial de Flashbots y en la organización verificada de Flashbots en GitHub.

Cómo pueden utilizar Flashbots los desarrolladores

Los desarrolladores de aplicaciones pueden integrar Flashbots Protect para ofrecer el envío privado de transacciones y posibles reembolsos.

Los desarrolladores de wallets pueden configurar la privacidad de las transacciones, los indicios de MEV-Share que se comparten, la distribución entre constructores y los destinatarios de los reembolsos.

Los desarrolladores de buscadores pueden enviar transacciones privadas y paquetes mediante los métodos JSON-RPC compatibles.

Los operadores de validadores pueden instalar MEV-Boost y conectarlo a clientes de consenso y relays compatibles.

Los desarrolladores de constructores de bloques pueden utilizar las especificaciones de Flashbots, el software de relay de código abierto, los frameworks de prueba y las implementaciones de constructores.

Los investigadores pueden analizar datos de bloques publicados, el comportamiento de las subastas, la concentración de constructores, la censura, la latencia y la distribución del MEV.

Los desarrolladores deberían probar primero la lógica de las transacciones y los paquetes en una red de pruebas compatible antes de arriesgar criptomonedas de la mainnet.

Las integraciones de producción deberían supervisar los cambios de API, las notas de las versiones, los límites de frecuencia, los informes de incidentes y las firmas del software.

Cómo evaluar los datos de Flashbots

Los datos de Flashbots pueden ayudar a examinar las pujas por bloques, la actividad de los constructores, el rendimiento de los relays, los reembolsos y el comportamiento del MEV.

Los datos públicos de la blockchain muestran qué transacciones se incluyeron finalmente, pero quizá no revelen todas las pujas privadas o los paquetes que no tuvieron éxito.

Una transacción rentable identificada on-chain no siempre permite saber qué participante diseñó la estrategia ni cómo se repartieron los pagos off-chain.

Las etiquetas de constructores y relays pueden basarse en claves públicas, destinatarios de comisiones, declaraciones propias o clasificaciones de terceros.

Las cifras de cuota de mercado pueden variar según el periodo, la fuente de datos, los slots perdidos y el método de clasificación.

Los usuarios deberían distinguir los resultados on-chain medidos de las estimaciones de flujo privado de órdenes y de MEV no realizado.

Errores comunes sobre Flashbots

Flashbots no controla Ethereum.

Los nodos de Ethereum validan cada bloque propuesto de forma independiente, según las reglas de consenso.

Flashbots no elimina todo el frontrunning ni garantiza la mejor ejecución para cada transacción.

Las transacciones privadas se hacen públicas después de incluirse en un bloque.

MEV-Boost no es obligatorio para los validadores de Ethereum.

Ejecutar MEV-Boost no convierte automáticamente a un validador en malicioso o deshonesto.

El MEV no siempre es perjudicial, ya que el arbitraje y las liquidaciones pueden ayudar al funcionamiento de los mercados y los protocolos de préstamos.

Flashbots Protect no es una wallet y no almacena la frase semilla del usuario.

BuilderNet aún no es completamente permissionless en todos sus componentes operativos.

Un entorno de ejecución de confianza no es lo mismo que un sistema totalmente trustless.

Un reembolso de MEV no es un beneficio garantizado.

Flashbots no tiene un token nativo obligatorio.

Preguntas frecuentes

¿Qué significa Flashbots en cripto?

Flashbots es una organización de investigación e infraestructura que desarrolla herramientas para gestionar el MEV, las transacciones privadas, la construcción de bloques y la separación entre proponente y constructor.

¿Qué problema resuelve Flashbots?

Flashbots reduce la competencia perjudicial, las transacciones fallidas, el frontrunning del mempool público y la extracción opaca de MEV, al tiempo que favorece una producción de bloques más competitiva.

¿Qué es el MEV?

El MEV es el valor adicional que se obtiene al incluir, excluir o cambiar el orden de las transacciones de blockchain, más allá de las recompensas habituales por bloque y las comisiones de transacción.

¿Flashbots es una criptomoneda?

No, Flashbots es una organización y un ecosistema de software, no una moneda ni un token.

¿Flashbots tiene un token nativo?

No se necesita ningún token nativo oficial para utilizar las principales herramientas públicas de Flashbots.

¿Flashbots forma parte de Ethereum?

Flashbots desarrolla infraestructura para Ethereum, pero sus principales herramientas funcionan fuera del protocolo central de consenso de Ethereum.

¿Qué es MEV-Boost?

MEV-Boost es un software de código abierto que permite a los validadores de Ethereum recibir pujas por bloques de constructores externos a través de relays.

¿Cuál es la versión más reciente de MEV-Boost?

A 14 de julio de 2026, la versión estable más reciente que aparece en el repositorio oficial es MEV-Boost 1.11.

¿Un validador de Ethereum necesita MEV-Boost?

No, un validador puede construir bloques localmente, pero MEV-Boost proporciona acceso a pujas competitivas de constructores externos.

¿Qué es un paquete de Flashbots?

Un paquete de Flashbots es un grupo ordenado de transacciones enviado con condiciones para su posible inclusión en un bloque concreto.

¿Está garantizada la ejecución de los paquetes de Flashbots?

No, un paquete puede perder frente a una puja más alta, no superar la simulación, llegar tarde, dirigirse a un estado incorrecto o enviarse para un slot cuyo validador no utilice infraestructura compatible.

¿Qué es Flashbots Protect?

Flashbots Protect es un servicio de enrutamiento privado de transacciones diseñado para reducir el frontrunning del mempool público, los ataques sándwich, las comisiones por transacciones fallidas y ciertos pagos excesivos de gas.

¿Las transacciones de Flashbots Protect son privadas para siempre?

No, tienen privacidad antes de la operación, pero se hacen públicas cuando se incluyen en un bloque de Ethereum.

¿Flashbots Protect garantiza la inclusión de las transacciones?

No, la inclusión depende del acceso de los constructores, la selección del validador, la validez de la transacción, las comisiones, los tiempos y las condiciones de la red.

¿Qué es un reembolso de MEV?

Es un pago que se devuelve a un usuario cuando los buscadores capturan mediante MEV-Share el valor generado por su transacción.

¿Todas las transacciones de Flashbots reciben un reembolso?

No, los reembolsos dependen de que la transacción genere valor, atraiga pujas competitivas de los buscadores y entre en un bloque que cumpla los requisitos.

¿Qué es MEV-Share?

MEV-Share es un protocolo de subasta de flujo de órdenes que comparte selectivamente indicios de transacciones con buscadores y redistribuye parte del MEV resultante.

¿Pueden los buscadores de MEV-Share hacer frontrunning a las transacciones protegidas?

El sistema documentado actual admite operaciones de backrunning, no transacciones colocadas antes de la transacción protegida del usuario.

¿Qué es BuilderNet?

BuilderNet es una red colaborativa para construir bloques de Ethereum que utiliza entornos de ejecución de confianza y sigue una hoja de ruta hacia una operación más descentralizada.

¿BuilderNet está completamente descentralizada?

No, su hoja de ruta tiene como objetivo permitir la operación sin permisos, pero la infraestructura actual de arranque sigue dependiendo de operadores seleccionados y componentes gestionados por Flashbots.

¿Cuál es la versión más reciente de BuilderNet?

A 14 de julio de 2026, la versión publicada más reciente en el blog oficial de BuilderNet es la 1.6.

¿Qué es SUAVE?

SUAVE es la visión arquitectónica y de investigación más amplia de Flashbots para crear sistemas privados, programables y descentralizados de ordenación de transacciones.

¿Qué es Flashnet?

Flashnet es un protocolo de difusión anónima de baja latencia propuesto para el envío de transacciones privadas y la comunicación distribuida de construcción de bloques.

¿Qué es un buscador de Flashbots?

Un buscador es un participante que utiliza software para identificar oportunidades de MEV y enviar transacciones privadas o paquetes a los constructores.

¿Qué es un relay de Flashbots?

Un relay verifica los bloques de los constructores, presenta pujas cegadas a los validadores y revela el contenido seleccionado después de que el validador se comprometa con él.

¿Flashbots puede revertir una transacción de Ethereum?

No, Flashbots no puede revertir una transacción válida después de que se haya incluido y finalizado en Ethereum.

¿Flashbots puede evitar todos los ataques sándwich?

No, el enrutamiento privado puede reducir la exposición a los ataques habituales del mempool público, pero la protección depende del enrutamiento, las hipótesis de confianza, las filtraciones de transacciones y las condiciones de ejecución.

¿Flashbots almacena claves privadas?

El uso normal implica enviar transacciones firmadas, por lo que los usuarios nunca deberían facilitar su clave privada ni la frase semilla de su wallet a Flashbots o a alguien que afirme representarla.

¿Utilizar Flashbots está libre de riesgos?

No, los usuarios siguen expuestos a riesgos relacionados con contratos inteligentes, el mercado, la privacidad, la infraestructura, los retrasos y la configuración de las transacciones.

¿Cómo pueden probar los desarrolladores las herramientas de Flashbots?

Los desarrolladores pueden utilizar endpoints de redes de prueba compatibles y simulaciones locales antes de enviar paquetes o transacciones que involucren activos valiosos de la mainnet.

Conclusión

Flashbots es una organización de investigación e infraestructura de criptomonedas centrada en el Maximal Extractable Value, el enrutamiento privado de transacciones, la construcción de bloques y la separación entre proponente y constructor de Ethereum.

Sus herramientas cambiaron la forma en que los buscadores se comunican con los productores de bloques al permitir paquetes privados y pujas directas, en lugar de depender exclusivamente de la competencia por comisiones de gas en el mempool público.

MEV-Boost permite a los validadores acceder a bloques creados por constructores especializados, mientras que Flashbots Protect ofrece a los usuarios el envío privado de transacciones y una posible protección frente a estrategias habituales de frontrunning.

MEV-Share permite a los usuarios y las aplicaciones recibir parte del valor generado por su flujo de órdenes.

BuilderNet utiliza la construcción colaborativa de bloques y los entornos de ejecución de confianza para reducir la centralización de los constructores y redistribuir el valor de los bloques.

SUAVE y Flashnet amplían la hoja de ruta a largo plazo hacia una infraestructura privada, programable, anónima y permissionless para la ordenación de transacciones.

Flashbots no elimina el MEV, no controla Ethereum, no garantiza reembolsos ni elimina todos los riesgos de las transacciones.

Su importancia reside en hacer más visible la cadena de suministro del MEV y proporcionar herramientas abiertas para que usuarios, validadores, constructores, buscadores, desarrolladores e investigadores puedan participar con reglas más claras.