Mempool cifrado de Aptos: cómo protege a los traders frente a los ataques MEV

Principiante
Lecturas rápidas
Última actualización 13/10/2026 10:21:40
Descubre cómo el mempool cifrado de Aptos oculta los detalles de las transacciones pendientes, contribuye a reducir los ataques de front-running y los ataques sándwich, y qué deben saber los traders antes de usarlo.

Una transacción de blockchain puede revelar más que la intención de un usuario de transferir activos. Antes de ejecutarse, los detalles de una transacción pendiente pueden exponer los activos implicados, la cantidad negociada y el contrato inteligente invocado. Los bots pueden usar esta información para identificar oportunidades rentables e intentar reordenar o rodear una transacción, lo que podría empeorar el precio de ejecución del usuario. Estas prácticas se asocian habitualmente al valor máximo extraíble (MEV).

Aptos ha introducido una función opcional de Mempool cifrado diseñada para reducir esta exposición. Según un informe de Cointelegraph del 13 de octubre de 2026, la función está activa en la red principal de Aptos y permite mantener cifrado el contenido de las transacciones hasta que se haya finalizado su ordenación. El enfoque busca limitar la información que los observadores y los bots pueden obtener de las transacciones pendientes antes de su ejecución.

Comprender cómo funciona el procesamiento de transacciones cifradas puede ayudar a los traders a determinar si esta función se ajusta a sus necesidades. También es importante conocer sus limitaciones: el cifrado puede reducir ciertas oportunidades de manipulación de transacciones, pero no elimina todas las formas de MEV, no garantiza un mejor precio de operación ni suprime los riesgos asociados a los contratos inteligentes y los mercados volátiles.

¿Qué es el Mempool cifrado de Aptos?

El Mempool cifrado de Aptos es una función opcional de protección de transacciones que mantiene ocultos determinados detalles mientras la red establece el orden de las transacciones. En lugar de exponer de inmediato el contenido completo de una transacción pendiente, una billetera o aplicación compatible cifra ese contenido en el dispositivo del usuario antes de enviar la transacción a la red.

La función busca dificultar que los bots inspeccionen órdenes pendientes y exploten esa información antes de que las órdenes se ejecuten. Aptos ha identificado como posibles usuarios a instituciones que envían transacciones de gran tamaño, traders preocupados por el MEV, agentes de IA y desarrolladores. Su utilidad práctica depende de que la billetera o aplicación admita el flujo de transacciones cifradas y de que la transacción se envíe mediante ese flujo.

¿Qué es un mempool?

Un mempool es un área de espera para transacciones enviadas que aún no se han incluido en un bloque. Según la arquitectura de una blockchain, las transacciones pendientes pueden ser visibles para los participantes de la red antes de ejecutarse. Esta visibilidad puede proporcionar información útil a los bots que supervisan la actividad de las transacciones y buscan oportunidades para beneficiarse de su ordenación.

Por ejemplo, un swap pendiente puede revelar qué token pretende comprar un trader, cuánto planea intercambiar y qué exchange descentralizado o contrato inteligente procesará la operación. Un bot puede utilizar estos datos para estimar cómo podría afectar la transacción al precio de un pool y si operar antes o después de ella podría resultar rentable.

Un mempool cifrado cambia lo que los observadores pueden ver durante este período de espera. En la implementación descrita por Aptos, el contenido de las transacciones queda oculto mientras los validadores acuerdan su orden. Parte de la información, como la dirección del remitente y la tarifa de gas, permanece visible, por lo que la transacción no es completamente anónima.

¿Qué cifra la función?

Según el informe, una billetera o aplicación compatible cifra localmente el contenido de las transacciones antes de enviarlas. Los detalles como los activos y las cantidades implicados permanecen ocultos mientras la transacción está pendiente, mientras que la dirección del remitente y la tarifa de gas siguen siendo visibles.

Esta distinción importa porque cifrar el contenido de una transacción no equivale a ocultar todos los aspectos de la actividad de la red. Los metadatos visibles todavía pueden revelar información, y el nivel de privacidad disponible depende del diseño y la implementación del sistema. Los usuarios no deben asumir que una transacción cifrada oculta su identidad, impide todo análisis de transacciones o hace que su actividad on-chain sea imposible de rastrear tras la ejecución.

¿Qué son el MEV, el front-running y los ataques sandwich?

El valor máximo extraíble, o MEV, se refiere en términos generales al valor que puede obtenerse al influir en la inclusión, exclusión u orden de las transacciones de un bloque. El MEV no es un único ataque. Puede incluir estrategias que extraen valor de otros usuarios, además de actividades de ordenación de transacciones que cumplen fines legítimos, como el arbitraje que contribuye a alinear los precios entre mercados.

Para los traders habituales, el riesgo es que la información de las transacciones y las oportunidades relacionadas con su orden se utilicen para ejecutar operaciones a su costa. El front-running y los ataques sandwich son dos ejemplos relevantes.

Cómo funciona el front-running

El front-running se produce cuando un bot u otro participante usa información sobre una transacción pendiente para colocar su propia transacción antes que ella. El objetivo suele ser beneficiarse de un movimiento de precio que se espera que provoque la transacción original.

Supongamos que un trader envía una compra grande de tokens a un exchange descentralizado. Si un bot puede ver la orden pendiente y espera que eleve el precio del token, puede intentar comprar primero. Si la compra del trader eleva después el precio, el bot podría vender posteriormente a un precio más alto. El trader original podría recibir un precio de ejecución peor que el que habría estado disponible en otras circunstancias.

El resultado exacto depende de la liquidez del mercado, el orden de las transacciones, los ajustes de deslizamiento, la competencia entre bots y otros factores. No toda transacción que se ejecuta antes es un ataque, pero utilizar información visible de órdenes pendientes para operar contra el impacto de mercado esperado de otro usuario es una preocupación central de las herramientas de protección frente al MEV.

Cómo funciona un ataque sandwich

Un ataque sandwich normalmente implica colocar una transacción antes de una operación objetivo y otra después. El atacante intenta beneficiarse del movimiento de precio causado por la transacción objetivo, mientras el trader objetivo recibe un precio de ejecución menos favorable.

Un ejemplo simplificado ilustra la secuencia:

  1. Un trader envía un swap para comprar un token.
  2. Un bot detecta el swap pendiente y compra el token antes de la transacción del trader.
  3. El swap del trader se ejecuta, añade presión compradora y puede elevar el precio del token.
  4. El bot vende después del swap del trader para intentar capturar la diferencia de precio.

Esta secuencia se denomina sandwich porque la transacción de la víctima se sitúa entre las transacciones del atacante. La ganancia no está garantizada: las tarifas, la competencia, los movimientos del mercado y las restricciones de ejecución pueden afectar al resultado. No obstante, cuando tiene éxito, la estrategia puede imponer costes adicionales a los traders.

Por qué importa la visibilidad de las transacciones pendientes

El front-running y los ataques sandwich pueden ser posibles cuando los observadores inspeccionan los detalles de transacciones pendientes y predicen cómo estas pueden afectar a un mercado. Los datos públicos de las transacciones son valiosos para la transparencia y la verificación, pero exponer una orden antes de ejecutarla también puede revelar las intenciones de un trader.

Cifrar el contenido de las transacciones pendientes busca cerrar esa ventana de información. Si un bot no puede determinar los activos, la cantidad o la llamada de contrato de la operación objetivo antes de que se fije el orden de las transacciones, puede tener menos oportunidades de desarrollar una estrategia específicamente en torno a esa orden. Esta es la idea central del Mempool cifrado de Aptos.

Cómo funciona el Mempool cifrado de Aptos

El enfoque de Aptos está diseñado para mantener cifrado el contenido de las transacciones durante la ordenación, permitiendo al mismo tiempo que la red alcance un acuerdo sobre cómo procesarlas. Según el informe fuente, la función utiliza los validadores existentes de Aptos para la ordenación de las transacciones y el descifrado colectivo, en lugar de depender de un comité de descifrado separado o de creadores de bloques de confianza.

El proceso puede entenderse en cuatro etapas: cifrado local, envío, ordenación y descifrado seguido de ejecución.

Paso 1: Cifrar la transacción en el dispositivo del usuario

Cuando un usuario activa la función mediante una billetera o aplicación compatible, el contenido de la transacción se cifra en el dispositivo antes de enviarse. Esto significa que la transacción no se envía por el flujo cifrado como datos de transacción ordinarios y completamente legibles.

El contenido cifrado puede incluir detalles que, de otro modo, ayudarían a un bot a identificar la operación prevista, como los activos y las cantidades implicados. Sin embargo, según el informe, la dirección del remitente y la tarifa de gas permanecen visibles. Por ello, los usuarios deben entender esta función como una protección específica para el contenido de transacciones pendientes, no como privacidad completa de la red.

Paso 2: Enviar la transacción cifrada

La transacción cifrada entra en el mempool, donde las transacciones pendientes esperan su procesamiento. La red puede recibir y gestionar el envío cifrado sin revelar inmediatamente su contenido subyacente a los observadores.

Este paso es importante porque la protección debe aplicarse antes de que se establezca el orden de la transacción. Cifrar una transacción solo después de que su contenido ya se haya expuesto no abordaría el mismo riesgo de información. En la práctica, los usuarios deben asegurarse de que su billetera o aplicación admita la función y de que la transacción se envíe realmente por la ruta cifrada.

Paso 3: Los validadores acuerdan el orden de las transacciones

Los validadores de Aptos participan en la determinación del orden en el que se procesarán las transacciones mientras su contenido permanece cifrado. Según el informe, los validadores no necesitan inspeccionar los detalles de las transacciones para acordar este orden.

Esto cambia la información disponible para los bots durante una etapa potencialmente sensible del ciclo de vida de una transacción. Si el orden se finaliza antes de revelar el contenido de la transacción, los observadores tienen menos oportunidades de utilizarlo para insertar operaciones antes o alrededor de la transacción objetivo. La protección depende de la implementación del protocolo y de los supuestos que sustentan sus procesos de consenso y descifrado.

Paso 4: Los validadores descifran y ejecutan colectivamente las transacciones

Una vez finalizado el orden de las transacciones, los validadores las descifran colectivamente. Después, las transacciones pueden ejecutarse y registrarse on-chain. El informe indica que ningún validador individual puede descifrar de forma independiente una transacción pendiente.

El descifrado colectivo busca evitar que la capacidad de revelar transacciones pendientes quede completamente en manos de un solo validador. Sin embargo, las propiedades de seguridad de un sistema de este tipo dependen de su diseño criptográfico, la coordinación entre validadores y su implementación. El mecanismo básico no debe interpretarse como prueba de que se haya eliminado todo posible ataque, modo de fallo o forma de filtración de información.

Cómo el Mempool cifrado puede reducir el riesgo de MEV

El principal beneficio de un mempool cifrado es que limita la información disponible para posibles atacantes antes de que se fije el orden de las transacciones. Esto puede reducir la oportunidad de explotar el impacto de mercado esperado de una transacción pendiente.

Por ejemplo, si un bot no puede leer el par de tokens y la cantidad de un swap pendiente, puede resultarle más difícil identificar la operación exacta a la que dirigirse y construir una estrategia sandwich en torno a ella. Del mismo modo, un bot puede tener más dificultades para copiar una estrategia de trading visible antes de ejecutar la transacción original. Por tanto, la función busca reducir determinadas formas perjudiciales de MEV impulsadas por la información.

Beneficios potenciales para los traders

Los traders que envían swaps grandes pueden preocuparse especialmente por la visibilidad de las transacciones, ya que una orden considerable puede tener un mayor efecto sobre los precios de mercado. Si los detalles de la orden se exponen antes de la ejecución, otros participantes pueden intentar operar a su alrededor. Mantener esos detalles cifrados durante la ordenación puede reducir una fuente de ejecución adversa.

Los traders más pequeños también pueden beneficiarse si sus transacciones están expuestas a los mismos tipos de ataques. Sin embargo, el grado de beneficio depende de los activos negociados, la liquidez disponible, el tamaño de la transacción, las condiciones de ejecución y las estrategias de ataque activas en el mercado. El procesamiento de transacciones cifradas no sustituye la comprobación de la liquidez, el establecimiento de límites de deslizamiento razonables ni la revisión de los detalles de una transacción antes de firmarla.

Las instituciones y los sistemas automatizados también pueden considerar relevante este mecanismo. Las instituciones pueden enviar transacciones cuyos detalles prefieran no revelar prematuramente, mientras que los agentes de IA y las aplicaciones de trading pueden ejecutar transacciones de forma programática. En ambos casos, la protección frente a la divulgación prematura puede ser útil, pero es necesario evaluar los requisitos de implementación y operación antes de adoptar la función.

Lo que la función no garantiza

El Mempool cifrado no debe entenderse como una garantía del mejor precio de ejecución posible. Un trader aún puede enfrentarse a volatilidad de precios, baja liquidez, condiciones desfavorables del pool, transacciones fallidas, tarifas de red elevadas o riesgos derivados del contrato inteligente utilizado. Cifrar el contenido de transacciones pendientes tampoco impide necesariamente todas las formas de MEV, incluidas las estrategias basadas en información distinta del contenido de una transacción pendiente específica.

La función tampoco elimina la necesidad de evaluar la seguridad de la billetera, la integridad de la aplicación, los riesgos de los tokens y los permisos de las transacciones. Los usuarios deben seguir verificando las aplicaciones que utilizan y comprendiendo las transacciones que firman. La protección prevista es más limitada: reducir la capacidad de los observadores para inspeccionar el contenido de las transacciones antes de finalizar su orden.

Costes y limitaciones que se deben considerar

Las protecciones de privacidad y ejecución pueden implicar contrapartidas. En el caso del Mempool cifrado de Aptos, el informe fuente identifica un precio mínimo de gas más alto y un pequeño retraso adicional como costes asociados a las transacciones cifradas. Los usuarios deben valorar dichos costes frente al posible beneficio de limitar la exposición a determinadas estrategias de MEV.

Precio mínimo de gas más alto

Según el informe, las transacciones cifradas tienen un precio mínimo de gas equivalente al doble del mínimo base de la red, tal como se describe en la documentación para desarrolladores de Aptos. Esto puede hacer que la función sea más costosa que enviar una transacción por la ruta ordinaria, aunque la tarifa real pagada también dependerá de las condiciones de la red y de los requisitos de ejecución de la transacción.

La comparación relevante no consiste simplemente en determinar si una transacción cuesta más. Los traders deben considerar si el coste adicional está justificado por el valor y la sensibilidad de la transacción, el impacto probable de una ejecución adversa y las alternativas disponibles. Para una transacción pequeña y de bajo impacto, el gasto adicional puede superar el beneficio esperado. Para una operación grande en la que la exposición de la transacción podría resultar costosa, la contrapartida puede ser diferente.

Los usuarios deben consultar la documentación actual de Aptos y las estimaciones de tarifas de su billetera antes de basarse en un multiplicador específico. Los parámetros de la red pueden cambiar, y la regla de precio mínimo de gas indicada para la función no debe considerarse una cotización de tarifa permanente para todas las transacciones.

Retraso adicional de la transacción

Según se informa, Aptos midió un retraso adicional de aproximadamente 20 milisegundos por bloque en pruebas con 50 nodos, en comparación con su implementación de consenso existente. Esta cifra describe las condiciones de prueba comunicadas, no es una garantía universal del retraso que los usuarios experimentarán en producción.

Incluso los retrasos pequeños pueden importar en entornos de trading donde los precios se mueven con rapidez o las aplicaciones dependen de una temporización de ejecución precisa. Al mismo tiempo, el efecto práctico variará según las condiciones de la red, el propósito de la transacción y el mercado negociado. Los usuarios deben evaluar la función a partir de los detalles actuales de implementación, en lugar de asumir que un resultado de prueba se traduce directamente a todos los escenarios reales.

Compatibilidad de billeteras y aplicaciones

La función es opcional, por lo que los usuarios necesitan una billetera o aplicación compatible y deben activarla para utilizar la ruta de transacciones cifradas. Un usuario que envía una transacción ordinaria no debe asumir que recibe la misma protección simplemente porque la blockchain admita el Mempool cifrado.

Antes de utilizar la función, consulta la documentación de la billetera, cómo se activa la opción, qué información de la transacción permanece visible y las tarifas asociadas. Las instituciones y los desarrolladores también pueden necesitar evaluar los requisitos de integración, la supervisión, la gestión de errores y cómo encajan las transacciones cifradas en sus flujos de trabajo de ejecución actuales.

Mempool cifrado de Aptos comparado con otros enfoques de protección frente al MEV

Aptos no es el primer ecosistema de blockchain que explora métodos para reducir los riesgos asociados a las transacciones pendientes visibles. El informe fuente señala el mempool cifrado de Gnosis Chain mediante Shutter y Flashbots Protect de Ethereum como ejemplos de otros enfoques. Aunque abordan preocupaciones relacionadas, sus arquitecturas y flujos de transacciones son diferentes.

Mempool cifrado de Aptos

La diferencia comunicada en el diseño de Aptos es que sus validadores existentes gestionan tanto la ordenación de las transacciones como el descifrado colectivo. El objetivo es evitar que se revele el contenido de las transacciones antes de finalizar su orden, reduciendo la información disponible para los bots durante esa etapa.

Este enfoque integra el procesamiento de transacciones cifradas en el flujo de trabajo de la red basado en validadores. Sus beneficios prácticos dependen de la adopción, la seguridad de la implementación, las billeteras y aplicaciones compatibles, y los tipos de transacciones cubiertos por la función.

Gnosis Chain y Shutter

El informe indica que Gnosis Chain lanzó un mempool cifrado mediante Shutter en julio de 2024. Los diseños de mempool cifrado generalmente buscan ocultar el contenido de las transacciones hasta un punto determinado de su ciclo de vida, limitando la capacidad de los observadores para explotar la información de las órdenes pendientes.

Los supuestos de confianza exactos, los componentes criptográficos, los mecanismos de descifrado y los detalles operativos dependen de la implementación. Los usuarios que comparen sistemas deben revisar su documentación técnica respectiva en lugar de asumir que todos los mempool cifrados proporcionan garantías idénticas.

Ethereum y Flashbots Protect

El informe también identifica Flashbots Protect como una opción de protección de transacciones de Ethereum que enruta de forma privada las transacciones hacia creadores de bloques. El enrutamiento privado de transacciones y los mempool cifrados pueden abordar una preocupación similar, impedir que los detalles de transacciones pendientes se expongan ampliamente antes de la ejecución, pero no son el mismo mecanismo.

Una ruta privada de transacciones modifica quién recibe la transacción antes de incluirla en un bloque. En cambio, un mempool cifrado se centra en mantener oculto el contenido de las transacciones mientras se determina el orden. El grado de protección depende de la arquitectura, los participantes, las políticas y los supuestos de fallo de cada sistema, por lo que ninguno de los dos enfoques debe considerarse universalmente superior sin examinar el caso de uso específico.

Cómo comparar estas opciones

Los usuarios que evalúen herramientas de protección frente al MEV deben considerar más que si un servicio se describe como privado o cifrado. Las preguntas relevantes incluyen qué detalles de las transacciones se ocultan, cuándo pasan a estar disponibles, quién puede descifrarlos, qué supuestos de confianza se aplican, qué billeteras y aplicaciones son compatibles y qué tarifas o retrasos se introducen.

También es importante examinar cómo se gestionan las transacciones cuando un servicio o componente no está disponible. Los usuarios deben comprender si una transacción falla, espera o puede enviarse por otra ruta, y si cambiar de ruta afecta a la protección prevista. La documentación actual y las revisiones técnicas independientes son más útiles para esta evaluación que las afirmaciones generales de que un sistema concreto impide todo el MEV.

¿Cuándo deberían considerar los traders utilizar un mempool cifrado?

Puede valer la pena considerar un mempool cifrado cuando el coste potencial de exponer una transacción pendiente es significativo en relación con el coste adicional de la transacción. La decisión depende del tamaño de la transacción, la liquidez, las condiciones del mercado, la compatibilidad de la billetera y la tolerancia del usuario a la incertidumbre de ejecución. Debe ser una elección deliberada, no la suposición predeterminada de que el cifrado siempre es necesario o beneficioso.

Transacciones grandes o sensibles al mercado

Un swap grande puede revelar una operación prevista que podría influir en los precios de mercado, lo que lo convierte en un posible objetivo para bots que supervisan transacciones pendientes. Por tanto, los usuarios que realizan operaciones sensibles al mercado pueden tener una razón más sólida para evaluar el envío cifrado, especialmente cuando el coste esperado de una ejecución adversa es importante.

Sin embargo, la función no puede eliminar el impacto de mercado de una orden grande en sí misma. Una operación grande aún puede mover los precios al ejecutarse, y otros participantes pueden responder a la actividad on-chain públicamente visible después de la ejecución. Los traders deben seguir evaluando la liquidez, comparando rutas de ejecución cuando corresponda y considerando si dividir una orden introduce riesgos propios.

Trading automatizado y agentes de IA

Los sistemas automatizados pueden enviar transacciones de forma rápida y repetida, y sus estrategias pueden depender de un comportamiento de ejecución predecible. Aptos ha identificado a los agentes de IA y a los desarrolladores entre los usuarios previstos del Mempool cifrado. Para estos usuarios, la función puede ser relevante cuando una estrategia expondría de otro modo detalles sensibles de transacciones pendientes.

Los desarrolladores deben probar la compatibilidad, el comportamiento de las tarifas, la gestión de fallos y los resultados de las transacciones antes de integrar la función en sistemas de producción. La automatización no elimina el riesgo de mercado, y un sistema que envía transacciones cifradas todavía necesita límites adecuados, supervisión y salvaguardas frente a comportamientos inesperados.

Casos de uso institucionales y operativos

Las instituciones pueden querer limitar la divulgación prematura de los detalles de las transacciones, especialmente en operaciones grandes o estratégicamente sensibles. El procesamiento de transacciones cifradas puede ayudar a responder a esta preocupación, pero las decisiones de adopción deben incluir una revisión de los supuestos de seguridad del sistema, los requisitos de integración, los controles operativos y los costes.

Las organizaciones también deben distinguir la confidencialidad de las transacciones antes de su ejecución de los requisitos más amplios de privacidad, cumplimiento y gobernanza de datos. Un mempool cifrado no determina por sí solo si el proceso general de transacciones de una institución cumple sus obligaciones legales, regulatorias o internas.

Cuándo puede ser suficiente una transacción ordinaria

Para transacciones rutinarias y de bajo impacto, el requisito adicional de precio de gas puede no merecer la pena. Lo mismo puede suceder cuando es improbable que la transacción atraiga una atención significativa o cuando otros riesgos dominan el resultado esperado. No existe una única regla que determine si el cifrado es adecuado para todas las transacciones.

El enfoque razonable consiste en comparar el beneficio esperado de la función con sus costes y limitaciones. Los usuarios también deben considerar la protección disponible mediante su billetera o aplicación y evitar depender de una función cuya activación no hayan confirmado.

Cómo utilizar de forma segura el Mempool cifrado de Aptos

Como la función es opcional y depende de software compatible, los usuarios deben verificar cómo funciona en la billetera o aplicación que hayan elegido antes de utilizarla para una transacción importante. Las siguientes comprobaciones pueden ayudar a reducir malentendidos y evitar tratar el envío cifrado como una solución de seguridad completa.

Verificar la compatibilidad y activación

Consulta la documentación actual de Aptos y las instrucciones oficiales de la billetera o aplicación para confirmar si admite el Mempool cifrado. Comprueba cómo activarlo y si la protección se aplica al tipo concreto de transacción que pretendes enviar. No asumas que todas las billeteras de Aptos, aplicaciones descentralizadas o transacciones utilizan la función automáticamente.

Revisar las tarifas y los detalles de la transacción

Comprueba el precio de gas cotizado y cualquier implicación de tarifas antes de confirmar la transacción. Asegúrate de que el destino, los activos, las cantidades y las interacciones con contratos sean correctos. El cifrado del contenido pendiente no sustituye la revisión de transacciones, y los usuarios nunca deben aprobar una transacción que no comprendan.

Mantener controles de deslizamiento y liquidez

La protección frente al MEV y la calidad de ejecución de una operación están relacionadas, pero son distintas. Los límites de deslizamiento pueden ayudar a definir el movimiento máximo de precio que un trader está dispuesto a tolerar en un swap, mientras que el análisis de liquidez ayuda a estimar cómo puede afectar una orden a la ejecución. Estos controles no evitan todos los resultados desfavorables, pero continúan siendo importantes incluso cuando los detalles de las transacciones están cifrados.

Mantener seguras las billeteras y aplicaciones

Utiliza software de confianza, mantén actualizadas las aplicaciones de billetera y protege las credenciales de firma. Desconfía de sitios web o mensajes que afirmen que es necesario revelar frases de recuperación para activar la protección de transacciones. La seguridad legítima de una billetera nunca debe depender de revelar una frase de recuperación a una parte no confiable.

Reevaluar a medida que evoluciona la tecnología

Los sistemas de transacciones cifradas pueden cambiar a medida que las implementaciones maduran, se amplían las integraciones y se actualizan los parámetros de red. Los usuarios y desarrolladores deben revisar la documentación actual, los análisis de seguridad y el rendimiento observado, en lugar de depender indefinidamente de anuncios de lanzamiento o cifras de pruebas iniciales. La calidad de la protección depende del sistema tal como se implementa y utiliza, no solo de sus objetivos de diseño.

Preguntas frecuentes

¿Qué es el Mempool cifrado de Aptos?

El Mempool cifrado de Aptos es una función opcional diseñada para ocultar el contenido de las transacciones pendientes hasta que se haya finalizado su ordenación. Su objetivo es reducir la información disponible para los bots que buscan explotar la visibilidad de las transacciones mediante determinadas estrategias de MEV.

¿Cómo ayuda el Mempool cifrado a impedir los ataques sandwich?

Al mantener ocultos detalles como los activos y las cantidades implicados antes de finalizar la ordenación, la función puede dificultar que los bots identifiquen y ataquen una operación pendiente. Puede reducir una fuente clave de información utilizada en ataques sandwich, pero no garantiza que se impida todo ataque sandwich u otra forma de MEV.

¿El Mempool cifrado hace anónimas las transacciones de Aptos?

No. El informe indica que la dirección del remitente y la tarifa de gas permanecen visibles durante la etapa cifrada. La función busca ocultar determinados contenidos de las transacciones antes de la ejecución, no proporcionar anonimato completo ni ocultar toda la actividad on-chain.

¿El Mempool cifrado de Aptos es gratuito?

El informe fuente indica que las transacciones cifradas tienen un precio mínimo de gas equivalente al doble del mínimo base de la red. Los costes reales dependen de los parámetros actuales de la red y de los requisitos de la transacción, por lo que los usuarios deben consultar la documentación actual de Aptos y las estimaciones de tarifas de su billetera antes de enviar una transacción.

¿El Mempool cifrado garantiza un mejor precio de trading?

No. Busca reducir determinadas oportunidades de explotación del orden de las transacciones, pero los precios de ejecución todavía pueden verse afectados por la volatilidad, la liquidez, el deslizamiento, las tarifas y otras condiciones de mercado. Los traders deben seguir utilizando prácticas adecuadas de ejecución y gestión de riesgos.

¿El Mempool cifrado está habilitado para todas las transacciones de Aptos?

No. Se describe como una función opcional a la que los usuarios acceden mediante una billetera o aplicación compatible. Los usuarios deben verificar la compatibilidad y la activación, en lugar de asumir que todas las transacciones enviadas a Aptos reciben la misma protección.

Autor: Learn Team
Descargo de responsabilidad

* La información no pretende ser ni constituye un consejo financiero ni ninguna otra recomendación de ningún tipo ofrecida o respaldada por Gate.

* Este artículo no se puede reproducir, transmitir ni copiar sin hacer referencia a Gate. La contravención es una infracción de la Ley de derechos de autor y puede estar sujeta a acciones legales.

Artículos relacionados

¿Qué es el análisis fundamental?
Intermedio

¿Qué es el análisis fundamental?

Los indicadores y herramientas correctos, junto con las noticias cripto, ofrecen el análisis fundamental más sólido para tomar decisiones.
03/08/2026 10:03:28
¿Qué es el análisis técnico?
Principiante

¿Qué es el análisis técnico?

Aprende del pasado: explora la ley de los movimientos de precios y el código de la riqueza en el mercado, que siempre está cambiando.
03/08/2026 10:03:45
Riesgos que debes conocer al operar con cripto
Principiante

Riesgos que debes conocer al operar con cripto

¿Qué sabes sobre los riesgos de operar con criptomonedas? A medida que prosperan numerosos proyectos de criptomonedas, aumentan los riesgos a tener en cuenta, como los fraudes habituales, los hackeos y los riesgos regulatorios.
03/08/2026 10:04:07
Lo que la nueva regla de divulgación del empleador de Kalshi significa para los mercados de predicción y el uso de información privilegiada
Principiante

Lo que la nueva regla de divulgación del empleador de Kalshi significa para los mercados de predicción y el uso de información privilegiada

Kalshi ahora exige que algunos traders revelen información sobre su empleador antes de participar en mercados de predicción sensibles. Descubre cómo funciona la política y por qué es importante.
10/06/2026 10:47:23
Análisis del Proyecto Brevis: Redefiniendo la Infraestructura Blockchain
Principiante

Análisis del Proyecto Brevis: Redefiniendo la Infraestructura Blockchain

Descubre el proyecto Brevis, líder en infraestructura blockchain gracias a su tecnología ZK coprocessor y una financiación de 7,5 millones de dólares, que se lanza en BNB Chain y está revolucionando la computación descentralizada.
06/01/2026 08:15:14
OpenMind está redefiniendo el futuro de la robótica con un sistema operativo para robots nativo de IA y de código abierto
Principiante

OpenMind está redefiniendo el futuro de la robótica con un sistema operativo para robots nativo de IA y de código abierto

OpenMind presenta un sistema operativo de robots nativo de IA y un protocolo de coordinación open-source, respaldados por una inversión significativa, que facilitan la colaboración fluida de robots inteligentes en múltiples plataformas.
06/01/2026 08:12:34