Estado de Billeteras 2024

Avanzado10/14/2024, 7:02:37 AM
Este artículo analiza el estado actual, los desafíos y las tendencias futuras del ecosistema de billeteras de Ethereum, incluido un análisis de las características de diferentes tipos de billeteras y sus roles en el flujo de órdenes, así como una exploración de los impactos de la centralización en el mercado de construcción de bloques.

Las billeteras son la puerta de entrada a Web3, sirviendo como portales esenciales para que los usuarios envíen y reciban mensajes, administren fondos e interactúen con aplicaciones de blockchain. Como una pieza crítica de la infraestructura de blockchain, las billeteras dan forma significativamente a las experiencias de Web3 de los usuarios.

El ecosistema de la billetera es diverso, con proveedores que ofrecen productos y servicios variados a través de diferentes mecanismos. A medida que los proveedores de billeteras luchan por la sostenibilidad y la diversificación, sus modelos operativos están evolucionando, creando nuevas dinámicas entre los usuarios, las aplicaciones y la infraestructura subyacente de la cadena de bloques.

Nuestro informe tiene como objetivo iluminar el estado actual de las billeteras en Ethereum, basándose en la investigación realizada por orderflow.art.

Sin embargo, identificar billeteras a través del seguimiento de transacciones en cadena presenta varios desafíos:

  1. Identificación incompleta debido a enrutadores desconocidos o direcciones de firma.
  2. Dificultad para identificar múltiples direcciones de billetera asociadas con intercambios centralizados.
  3. Ausencia de direcciones de enrutador para algunas billeteras, lo que hace que la identificación del usuario sea desafiante.

A pesar de estas limitaciones, este informe proporciona una descripción general exhaustiva del panorama de la billetera Ethereum, sus tendencias actuales y perspectivas futuras.

El informe comienza con una sección de Antecedentes que cubre dos áreas clave: Taxonomía de Billeteras y el Ciclo de Vida del Flujo de Órdenes. En la Taxonomía de Billeteras, categorizamos las billeteras Web3 en tipos custodiales y no custodiales, detallando las diversas formas de billeteras no custodiales. La sección del Ciclo de Vida del Flujo de Órdenes describe el recorrido de una transacción, identificando a los actores clave, desde los Origenadores del Flujo de Órdenes hasta los constructores de bloques.

A continuación, exploramos las Tendencias Actuales, centrándonos en los desarrollos recientes que afectan a los Originadores de Flujo de Órdenes (OFOs). Examinamos las implicaciones de la creciente centralización en el mercado de construcción de bloques, que ha intensificado la competencia por el flujo de órdenes. Esta sección cubre tres conceptos clave: Pago por Flujo de Órdenes (PFOF), Subastas de Flujo de Órdenes (OFAs) y Flujo de Órdenes Privado (POF). Además, presentamos la Abstracción de Cuenta (AA), con un enfoque particular en ERC-4337, un desarrollo significativo que está dando forma al panorama de la billetera.

Finalmente, en Tendencias Futuras, exploramos desarrollos destinados a mejorar la experiencia del usuario y abordar desafíos regulatorios en el panorama de la billetera. Examinamos pre-confirmaciones (pre-confs), un mecanismo diseñado para mejorar la velocidad de confirmación de transacciones. También analizamos dos Propuestas de Mejora de Ethereum (EIPs) que buscan mejorar las capacidades de Abstracción de Cuenta. Además, discutimos Entornos de Ejecución Confiables (TEEs) y su papel en la mejora de la seguridad y privacidad para las billeteras Web3. Consideramos cómo los TEEs podrían servir como una solución de cumplimiento potencial para la industria de la criptomoneda, especialmente a medida que el enfoque regulatorio se desplaza de la descentralización a preguntas de control.

Antecedentes#

Introducción#

Las billeteras sirven como la interfaz principal para que los usuarios interactúen con aplicaciones de blockchain. Si bien los usuarios a menudo mantienen múltiples billeteras (por ejemplo, varias cuentas de MetaMask), el proceso de migrar claves privadas a un nuevo proveedor de billeteras suele ser engorroso. Esta falta de portabilidad fácil de usar crea un efecto de 'adherencia', a menudo manteniendo a los usuarios atados a sus proveedores de billeteras existentes.

La creciente competencia por el flujo de pedidos ha aumentado la importancia de la adquisición y retención de usuarios para los proveedores de billeteras. Este panorama competitivo ha llevado a un desarrollo interesante: las aplicaciones de finanzas descentralizadas (DeFi), como Uniswap, 1inch y Curve Finance, ahora están creando sus propias billeteras. Este movimiento estratégico permite a estas plataformas DeFi ejercer un mayor control sobre el flujo de pedidos de sus usuarios, capturando potencialmente más valor y proporcionando una experiencia de usuario más integrada.

Esta tendencia subraya las relaciones en evolución entre los usuarios, las billeteras y las aplicaciones DeFi en el ecosistema blockchain. Destaca cómo la lucha por el flujo de órdenes está remodelando el panorama de las billeteras e influenciando las estrategias de los principales actores en el espacio DeFi.

Figura 1. Visión general del ecosistema de billetera Ethereum

Taxonomía de Billetera#

Las billeteras Web3 suelen clasificarse como custodiales, controladas por terceros, o no custodiales, controladas por el usuario. El control se define como quién posee las claves privadas de la billetera.

  • Billeteras custodiales: Ofrecidas principalmente por intercambios de criptomonedas y bots de Telegram, las billeteras custodiales guardan las claves privadas de los usuarios y ofrecen a los usuarios una experiencia mejorada. Sin embargo, los usuarios no tienen control total sobre sus fondos y estas terceras partes podrían acceder a los fondos de los usuarios sin su permiso.
  • Billeteras no custodiales: Los usuarios poseen sus claves privadas y controlan completamente sus billeteras no custodiales. Si las claves privadas se pierden, el usuario perderá el acceso a su billetera y fondos. Las claves privadas de las billeteras calientes se almacenan en un dispositivo conectado a internet que interactúa con una aplicación. Las billeteras frías almacenan las claves privadas en dispositivos de hardware dedicados sin conexión a aplicaciones. Las billeteras no custodiales "calientes" están conectadas a internet y generalmente se accede a ellas a través de una extensión de navegador, una aplicación móvil o una aplicación de escritorio. Las billeteras "frías" no tienen acceso en línea y los activos se almacenan en dispositivos físicos.

Hay diferentes tipos de billeteras no custodiales con tecnologías variables para mejorar la experiencia del usuario y la seguridad.

Billeteras de MPC#

Computación multipartitaLas billeteras (MPC) utilizan técnicas de criptografía para cifrar, fragmentar y distribuir claves privadas a múltiples dispositivos. Estos dispositivos o partes deben evaluar una computación sin revelar sus claves privadas o datos. Un protocolo de computación multipartita utilizado en el contexto de las billeteras MPC suele tener estas propiedades:

  1. Seguridad de umbral: Asegurando que un número predefinido de partes debe cooperar para firmar una transacción.
  2. Fragmentación de claves: La capacidad de dividir una clave privada en múltiples partes.
  3. Generación de Clave Distribuida: Generar la clave de manera distribuida para que ninguna parte individual conozca nunca la clave privada completa.

Los beneficios de las billeteras MPC son:

  1. Seguridad: Dado que ninguna persona controla la clave privada, un atacante debería atacar a múltiples partes aumentando la seguridad de una billetera.
  2. Recuperabilidad: Con fragmentos de clave encriptados almacenados en varios lugares, las partes autorizadas pueden recuperar cuentas si se pierde una clave.
  3. Accesibilidad: Los activos pueden mantenerse en línea ya que los fragmentos de clave privada se distribuyen de forma segura entre múltiples partes. Las transacciones pueden ejecutarse de manera más eficiente que en una billetera en caliente sin comprometer la seguridad de la clave.

Cuentas de Propiedad Externa (EOAs)#

Las Cuentas de Propiedad Externa (EOAs) son gestionadas por claves privadas únicas que los usuarios controlan para interactuar con contratos inteligentes en la cadena.

EOAs utilizan una Algoritmo de Firma Digital de Curva Elíptica(ECDSA) clave para firmar y verificar transacciones digitales. Los usuarios pueden enviar y recibir transacciones, interactuar con contratos inteligentes y aprobar mensajes a través de EOAs.

Para crear un EOA, una interfaz de billetera genera una clave privada y una frase semilla. Debido a la clave privada y la frase semilla únicas, un usuario perderá el acceso a su billetera si pierde tanto su clave privada como su frase semilla.

Billeteras de Contratos Inteligentes#

Las billeteras de contratos inteligentes, o billeteras inteligentes, utilizan la Abstracción de Cuenta y la programabilidad de los contratos inteligentes para mejorar la experiencia del usuario. Las billeteras de contratos inteligentes no están controladas por una clave privada, sino por el código del contrato. Protocolos de Abstracción de Cuenta como ERC-4337 ayudan a las billeteras de contratos inteligentes a evitar el requisito de que una billetera EOA inicie una transacción. Las billeteras de contratos inteligentes pueden programarse para funciones como:

  1. Autenticación de dos factores
  2. Congelación de cuenta
  3. Recuperación flexible
  4. Agrupación de transacciones
  5. Límites de transferencia y gasto
  6. Claves de sesión
  7. Patrocinio de gas y pagos de gas con tokens no nativos
  8. Billetera multi-firma

En comparación con las EOAs, las billeteras de contratos inteligentes tienen un pequeño sobrecosto de gas debido principalmente a la ejecución del código del contrato y la publicación de eventos. Los contratos inteligentes son inherentemente más complejos y poderosos en comparación con las EOAs, por lo que solo se deben confiar en las billeteras de contratos inteligentes auditadas y probadas en batalla.

Ciclo de vida del flujo de orden

Orderflow.art iluminó el panorama del flujo de pedidos e identificó a los actores on-chain conocidos en el ciclo de vida de una transacción.

El ciclo de vida de una transacción comienza en el lado izquierdo del flujo de órdenes Sankey con frontends on-chain y termina en el lado derecho con los constructores de bloques.

Figura 2. Orderflow.art Sankey editado del 30 de septiembre de 2024

Los actores clave en la cadena en la vida útil de una transacción son:

Origenadores de flujo de orden

Los Originadores de Flujo de Órdenes (OFOs) son las primeras aplicaciones en cadena que interactúan con una billetera. Los OFOs incluyen:

  1. Billeteras: Las billeteras están agregando cada vez más funcionalidades para mejorar la experiencia del usuario, como intercambios directos. \
    Nota: Las figuras 3, 4 y 5 solo incluyen enrutadores conocidos y subrepresentan las transacciones nativas de intercambio de billeteras.
  2. Frontends: Aplicaciones como Uniswap tienen su propia billetera e interfaz para que los usuarios creen transacciones. Los frontends de DEX están perdiendo dominio tanto en el volumen de operaciones como en la cuota de mercado de recuento de transacciones (Figuras 3 y 4).
  3. Los bots de Telegram: Banana Gun, Maestro y Unibot han capturado una parte significativa de las transacciones minoristas en el último año (Figura 4). Los tamaños de las operaciones son generalmente inferiores a $10,000 (Figura 5).
  4. Agregadores: Los agregadores son aplicaciones como DefiLlama, Matcha, 0x API y 1inch API que se conectan a varios DEX para unificar la liquidez fragmentada. La cuota de mercado de transacciones ha permanecido relativamente constante, mientras que el volumen de negociación ha disminuido ligeramente desde 2023 (Figuras 3 y 4).
  5. Subastas de flujo de órdenes: OFAs incluye subastas de lotes de resolución (por ejemplo, CoWSwap), sistemas de RFQ (por ejemplo, Uniswap X) y subastas de ejecución (por ejemplo, MEV-Blocker). Las OFAs han estado ganando participación en el mercado de volumen de negociación a expensas de los frontends de DEX (Figura 3) y típicamente se utilizan para operaciones más grandes (Figura 5).

Figura 3. Volumen de negociación del frontend (3 años), Dune Analytics. 30 de septiembre de 2024.

Figura 4. Recuento de transacciones Frontend (3 años), Dune Analytics. 30 de septiembre de 2024.

Figura 5. Tamaños de operaciones de frontend (7 días), Dune Analytics. 30 de septiembre de 2024.

Proveedores de liquidez#

Las transacciones grandes o aquellas que involucran pares de negociación ilíquidos a menudo se dirigen a Subastas de Flujo de Órdenes (OFAs) y agregadores para minimizar el deslizamiento. Estos proveedores obtienen liquidez de múltiples intercambios descentralizados (DEXs), fuentes fuera de la cadena e inventarios propietarios.

  1. Creadores de mercado: Entidades comerciales que utilizan liquidez fuera de la cadena y su propio inventario para ejecutar transacciones. Proporcionan liquidez para plataformas de Solicitud de Cotización (RFQ) como Hashflow y Uniswap X.
  2. Solvers: Entidades de terceros que determinan la ruta óptima y el precio para la ejecución de transacciones. Los solvers se utilizan en OFAs como CoWSwap, y algunos ofrecen la presentación directa de transacciones por parte de los usuarios a través de sus propias interfaces front-end.
  3. Buscadores CEX-DEX: Estos buscadores aprovechan la liquidez fuera de la cadena de los exchanges centralizados (CEXs) para capturar oportunidades de arbitraje en la cadena. Pueden utilizar OFAs con mempools privados como MEV Share y MEV-Blocker.

Mempools#

Las órdenes de Ethereum se envían a mempools públicos o privados:

  1. Las mempools públicas: las transacciones son visibles para todos y pueden ser recogidas para ser agrupadas por buscadores y OFAs. Todos los constructores de bloques pueden acceder a estas transacciones para incluirlas en el bloque.
  2. Mempools privados: las transacciones son visibles solo para partes seleccionadas, incluidos buscadores específicos, OFAs y constructores.

Builders#

Los constructores organizan e incluyen transacciones en un bloque. El ciclo de vida de la orden se completa si la transacción se incluye en el bloque del constructor ganador. Si no se incluye en el bloque ganador, la transacción permanece en el mempool hasta que se incluya en un bloque futuro o se descarte.

Referencias#

  1. https://orderflow.art/frontends
  2. Quicknode, Una Visión Completa de las Billeteras Web3
  3. Fundación Ethereum, Cuentas de Ethereum
  4. Fireblocks, ¿Qué es MPC (Multi-Party Computation)?
  5. Alchemy, 8 Increíbles Beneficios de las Billeteras de Contratos Inteligentes vs Billeteras EOA
  6. Desencadenado, ¿Qué son las Cuentas de Propiedad Externa (EOAs) en Ethereum?
  7. Billetera Ambire, Abstracción de cuenta y los beneficios de las billeteras de contratos inteligentes

El panorama de Ethereum está actualmente caracterizado por varias tendencias significativas que están remodelando la industria. Dos tendencias principales en Ethereum que afectan a los Originadores del Flujo de Órdenes son 1) la centralización del mercado de creación de bloques, y 2) la implementación de la Abstracción de Cuentas con ERC-4337.

Centralización del Constructor de Bloques#

Mercado de constructores de Ethereumse ha vuelto cada vez más centralizado con dos constructores que capturan más del 90% del mercado de bloques.

Figura 6. Cuota de mercado del constructor de 30 días a partir del 30 de septiembre de 2024, libmev.com.

Esta concentración ha dado lugar a nuevas dinámicas en el flujo de órdenes:

  • Pago por flujo de orden (PFOF)
  • Subastas de flujo de órdenes (OFA)
  • Flujo de pedidos privados

Estos mecanismos están transformando cómo se procesan y priorizan las transacciones, ofreciendo beneficios como la protección de MEV y una mejor descubrimiento de precios, pero también planteando preocupaciones sobre la equidad del mercado y la descentralización

Pago por flujo de pedidos#

El pago por flujo de órdenes ("PFOF") es un concepto de finanzas tradicional que comenzó con los creadores de mercado pagando a las corredurías por su flujo de órdenes OTC. Los creadores de mercado consideran el flujo de órdenes minoristas como no informado y no tóxico, y son altamente rentables para operar en su contra. A medida que los sistemas de operaciones automatizadas ("ATS") se expandieron, los creadores de mercado utilizaron el PFOF para atraer el flujo de órdenes minoristas a sus ATS.

Los traders minoristas se benefician de PFOF de tres maneras:

  1. Parte del PFOF se utiliza para cubrir el costo de ejecución del trader minorista.
  2. Los creadores de mercado cotizarán más ajustados permitiendo a los comerciantes minoristas ejecutar a precios mejorados
  3. Los creadores de mercado podrán proporcionar una mayor liquidez para órdenes de lotes impares.

En Ethereum, PFOF ha surgido como relaciones de Flujo de Órdenes Exclusivas (EOF) entre los Originadores de Flujo de Órdenes (OFO) y Constructores. EOF evita la mempool pública y representa hasta un 35% del mercado. El Flujo de Órdenes Exclusivo permite a un constructor construir un bloque de mayor valor que los competidores limitados a obtener transacciones de la mempool pública o Subastas de Flujo de Órdenes (OFA). Debido a que los EOF requieren garantías de ejecución, los constructores multiplexarán el paquete del OFO para garantizar su inclusión oportuna.

Hay varias razones por las que los Originadores de Flujo de Órdenes utilizan relaciones EOF:

  • Las garantías de inclusión en el bloque. Al asociarse con un constructor de primera categoría, los OFOs aumentan la probabilidad de que sus transacciones se incluyan en el próximo bloque construido.
  • Protección MEV del usuario. Los OFOs pueden eliminar virtualmente su MEV de transacciones.
  • Reembolsos de tarifas de gas prioritarias. Los OFOs pueden recibir un reembolso de las tarifas de gas prioritarias pagadas por sus usuarios. Los constructores valoran transacciones de alta calidad como pedidos de sniper de bots de Telegram y pagarán más por este flujo de pedidos.

Relaciones EOF conocidas actualmente:

  • Pistola Banana y Constructor Titán
  • Maestro y Beaver

Figura 7. Bloques de fin de archivo de Gun EOF de Banana*.

Figura 8. Bloques multiplexados de pistola de plátano.

Figura 9. Bloques EOF de Maestro.


Figura 10. Bloques multiplexados Maestro.

*EOF se aproxima por el flujo de órdenes no visto por Flashbots o en la mempool.

Subastas de Flujo de Órdenes#

Las subastas de flujo de órdenes (OFA) fueron creadas para proteger las transacciones de los usuarios de estrategias MEV negativas como el front-running y los ataques sandwich. Las OFAs ofrecen muchos beneficios a los usuarios, incluyendo:

  1. Costos de transacción más bajos. Las OFAs agrupan transacciones que reducen las tarifas de gas y disminuyen el deslizamiento en la ejecución.
  2. Los reembolsos de MEV. Los OFAs pueden subastar oportunidades de retroceso de MEV y devolver una parte del MEV capturado a los usuarios.
  3. Mejora en el descubrimiento de precios. Los solucionadores de terceros compiten por el mejor precio de ejecución.
  4. Mayor liquidez. Los solucionadores de terceros pueden agregar liquidez de numerosas fuentes, incluidos DEX, CEX y inventario privado.

Figura 11. Cadena de suministro de MEV con Subastas de Flujo de Órdenes.

Las transacciones de intercambio agregadas de OFAs de varios usuarios se subastan a postores de terceros para su ejecución. OFAs funcionan como los subastadores y seleccionan las ofertas ganadoras según criterios predefinidos. Las ofertas ganadoras se envían en cadena en un paquete a los constructores de bloques para el consenso.

Hay diferentes tipos de OFAs:

  • Solicitud de cotización (RFQ): las RFQ utilizan un sistema de licitadores, fondos y creadores de mercado preseleccionados, que utilizan inventario en cadena y privado para enviar ofertas. Las RFQ ofrecen una mejor liquidez que los creadores de mercado automatizados públicos (AMM) ya que los creadores de mercado de RFQ tienen acceso a fuentes adicionales de liquidez como CEXs y AMMs entre cadenas. Ejemplo: UniswapX, Bebop, 1inch Fusion, Hashflow, 0xAPI
  • Subastas de lotes frecuentes: las subastas de lotes frecuentes permiten a los solucionadores de terceros optimizar el precio y la liquidez mientras protegen las transacciones de MEV. Las transacciones se agrupan para ahorrar gas y mejorar la ejecución. Ejemplo: CoWSwap, DFlow
  • Subastas de ejecución de transacciones: los postores de terceros, específicamente los buscadores, extraen MEV y compiten por el reembolso de usuario más alto. Este OFA generalmente se integra directamente con billeteras a través de un RPC. Ejemplo: MEV-Blocker, Merkle
  • Subastas Agregadoras de Espacio de Bloque: Las Subastas Agregadoras de Espacio de Bloque devuelven valor al usuario original a través de reembolsos de gas de prioridad del constructor. Los constructores compiten para incluir el paquete de transacciones con el fin de aumentar el valor de su bloque y reembolsarán una parte del gas de prioridad pagado por el paquete. Ejemplo: Participación en MEV de Flashbots

Flujo de pedidos privados#

El flujo de pedidos privados (POF) es el flujo de pedidos de los originadores de flujo de pedidos verticalmente integrados (billeteras, aplicaciones, solvers, searchers) y constructores. Este flujo generalmente no se multiplexa y se envía a un solo constructor.

Los mejores constructores, Beaver Build y Rsync, están integrados con las firmas comerciales propietarias SCP y Wintermute y se benefician del flujo de órdenes interno de CEX-DEX.Constructores de buscadores integradosTienen una ventaja sobre los constructores normales, ya que las ganancias de su buscador pueden ser redistribuidas a su constructor, aumentando así su probabilidad de enviar la oferta de bloque ganadora. Los buscadores-constructores integrados también se benefician de ahorros de latencia al enviar su transacción del buscador al constructor. Estos ahorros de latencia pueden luego ser extendidos a la subasta del constructor de bloques.

Figura 12. Flujo de Órdenes Exclusivas (EOF) de los siete proveedores de EOF más prominentes basado en el valor total.

(a) https://arxiv.org/pdf/2407.13931. EOF para Titan (b), Beaverbuild (c) y Rsync builders (d). Tenga en cuenta que solo Rsync ve el flujo de pedidos privados de Wintermute y solo Beaverbuild ve el flujo de pedidos privados de SCP.

Implicaciones Futuras#

OFAs como Flashbots Protect y MEV-Blocker han proporcionado RPCs para que los usuarios los integren en sus billeteras. Estos productos eran principalmente opcionales para los usuarios de billeteras individuales e integrados directamente en aplicaciones.

Además, las billeteras han comenzado a capturar el valor de su flujo de órdenes.

  • Transacciones inteligentes de Metamask: las transacciones inteligentes de Metamask realizan la misma función que un OFA proporcionando protección MEV, reembolsos de gas y protección de reversión. Este servicio está integrado automáticamente en la billetera de Metamask y es opcional para los usuarios. Los buscadores y solucionadores pagan por acceder al flujo de pedidos de Transacciones Inteligentes.
  • Protección contra MEV de Trust Wallet: la Protección contra MEV de Trust Wallet está incluida por defecto para los usuarios, pero no incluye reembolsos de gas y protección de reversión.

Referencias#

  1. CNBC 2021, El CEO de Virtu Financial se pronuncia sobre la represión del flujo de órdenes de pago.
  2. Bradford Levy, Iniciativa Wharton sobre Políticas y Regulación - Punto de Investigación: Pago del Flujo de Órdenes y Mejora de Precios.
  3. Thomas Thiery, Análisis empírico de Perfiles de Comportamiento de Constructores (PCBs).
  4. CoWProtocol, Comprendiendo las Subastas de Flujo de Órdenes.
  5. Blocknative, Explorando Subastas de Flujo de Órdenes (OFAs) - MEV y la Distribución Justa de Oportunidades Económicas.
  6. Darren Kleine, Se trata de los intercambios. ¿Por qué las subastas de flujo de órdenes hacen que los DEX sean mejores.
  7. S. Yang, K. Nayak, F. Zhang, 2024. Descentralización del Mercado de Constructores de Ethereum.
  8. Tivas Gupta & Mallesh M Pai & Max Resnick, 2023. Los efectos centralizadores del flujo de pedidos privados en la separación de proponentes-constructores.
  9. Quintus Kilbourn, Flujo de órdenes, subastas y centralización I: una advertencia.
  10. Quintus Kilbourn, Flujo de pedidos, subastas y centralización II - subastas de flujo de pedidos.
  11. B. Bachu, X. Wan, C. Moallemi, 2024.Cuantificación de la Mejora de Precio en Subastas de Flujo de Órdenes.
  12. Investigación Frontier y Titan, 2023. Dominio del constructor y dependencia del buscador.
  13. Investigación de vanguardia, El espacio de diseño de subasta de flujo de pedidos.
  14. Pai, M. y Resnick, M., Ventajas estructurales para los constructores integrados en MEV-Boost.
  15. Oz, B., Sui, D., Thiery, T., and Matthes, F., 2024.¿Quién gana subastas de construcción de bloques de Ethereum y por qué?

Abstracción de Cuenta#

La implementación de la Abstracción de Cuenta, particularmente a través de ERC-4337, está revolucionando las interacciones de los usuarios con las redes blockchain al introducir billeteras inteligentes de contratos y nuevas entidades como Bundlers y Paymasters. Estos desarrollos no solo están mejorando la experiencia del usuario, sino que también están creando nuevas oportunidades y desafíos en el procesamiento de transacciones y las estructuras de tarifas.

ERC-4337#

Los objetivos clave de la abstracción de cuentas son eliminar la necesidad de que todos los usuarios tengan un EOA y permitir a los usuarios utilizar billeteras de contratos inteligentes como su cuenta principal. La abstracción de cuentas logra esto al separar la gestión de cuentas y la ejecución de transacciones de los EOA. La abstracción de cuentas utiliza nuevas entidades: 1) el Aglutinante, para iniciar transacciones y 2) el Pagador, para determinar las políticas de pago de gas.

Figura 13. flujo de trabajo de ERC-4337

ERC-4337introduce dos nuevas partes - el Agregador y el Maestro de Pagos:

  • Bundler: El Bundler ensambla múltiples operaciones de usuario en una transacción, similar a un constructor de bloques, y envía la transacción al contrato del punto de entrada para su ejecución. Más importante aún, los Bundlers tienen EOAs que les permiten iniciar transacciones abstrayendo la necesidad de que los usuarios tengan una billetera EOA. Los Bundlers actuales incluyen Skandha, Alchemy, Rundler, Voltaire, Alto, Stackup e Infinitism.
  • Paymaster - El Paymaster es un contrato inteligente que maneja las políticas de pago de gas de la billetera. El Paymaster determina qué monedas, stablecoins u otros tokens ERC-20 son aceptables para los pagos de gas y permite a las aplicaciones pagar las tarifas de gas de sus usuarios.

Figura 14. Cuentas Inteligentes Activas Semanales

Figura 15.Ingresos semanales del agrupador

Figura 16. Gasto semanal de gas del maestro de pagos

Implicaciones Futuras#

Bajo ERC-4337, el 'Bundler' se encuentra en una posición similar al generador de bloques de hoy en día y puede ejecutar acuerdos de flujo de pedidos exclusivos con billeteras de contratos inteligentes. El flujo de pedidos exclusivo es más importante para los 'Bundlers' porque compiten por la tarifa de prioridad más alta y los 'Bundlers' perdedores pagan el costo de gas para revertir la 'UserOperation'.

Debido a que la mempool de UserOperation es pública, las UserOperations son susceptibles a MEV de ataques de frontrunning y ataques sandwich. Los agrupadores pueden capturar una parte de este MEV ya que ordenan y agrupan las UserOperations en una transacción de paquete. Los buscadores podrían ejecutar agrupadores para extraer MEV de la mempool pública de UserOperation. Los agrupadores y los constructores podrían integrarse para obtener un flujo de pedidos adicional.

Referencias#

  1. ERC-4337: Abstracción de cuenta a través de la especificación del contrato de punto de entrada
  2. ERC-4337: Abstracción de cuenta utilizando Alt Mempool
  3. https://github.com/ethereum/EIPs/pull/4337/files
  4. Alquimia, ¿Qué es la Abstracción de Cuenta (ERC-4337)?
  5. Alquimia, ¿Cómo funcionan las billeteras de contratos inteligentes ERC-4337?
  6. Blocknative, Guía introductoria a la Abstracción de Cuenta (ERC-4337)
  7. Blocknative, Comprensión de ERC-4337 - Cómo funciona y explorando lo desconocido
  8. Dmarz, @dmarz/4337-mev-supply-chain">4337 MEV cadena de suministro
  9. Blockbase, ¿El ERC-4337 reduce el impacto de MEV-Boost en Ethereum?
  10. Red de BlockPI, ¿Por qué los agrupadores de ERC-4337 deben trabajar con los constructores de bloques?
  11. @KernelVentures/kernel-ventures-understanding-ethereums-erc4337-standard-what-opportunities-lie-ahead-ab45ebc9e537">Kernel Ventures: Comprendiendo el Estándar ERC4337 de Ethereum - ¿Qué Oportunidades Nos Esperan
  12. https://www.bundlebear.com/overview

El panorama de las criptomonedas y la cadena de bloques está en el umbral de una transformación significativa, impulsada por innovaciones tecnológicas y desarrollos regulatorios. Las tendencias clave que dan forma al futuro incluyen:

  • Preconfirmaciones para velocidades de transacción más rápidas.
  • EIP-7702 y EIP-7212 para la abstracción de cuentas y mejoras en la billetera inteligente que mejoran las experiencias de usuario y los estándares de firma de transacciones.
  • Integración de Entornos de Ejecución Confiables (TEEs) para una seguridad reforzada.
  • El discurso regulatorio, especialmente en torno a las stablecoins y los valores, está empujando a la industria a adaptarse dentro de nuevos marcos legales.

A medida que el enfoque cambia desde la descentralización amplia hasta discusiones matizadas sobre control y ejecución, estas tendencias prometen colectivamente redefinir cómo los usuarios interactúan con las redes blockchain, cómo los desarrolladores construyen aplicaciones y cómo el ecosistema navega los desafíos regulatorios.

Preconfirmaciones#

Las preconfirmaciones ("preconfs") es una propuesta de investigación que permite a los usuarios recibir una confirmación de transacción antes de que su transacción sea confirmada en el consenso. Las preconfirmaciones tienen como objetivo mejorar la experiencia del usuario al eliminar la alta congestión de la red en Ethereum, rollups de capa 2 y validiums a través de confirmaciones más rápidas. Introducidas por primera vez por Justin Drake, las preconfirmaciones basadas permiten a los proponentes de L1 proporcionar garantías económicas de que una transacción de usuario de L2 será incluida.

Figura 17. @EspressoSystemsPreconfirmaciones basadas para Rollups prometidas por /bft-and-proposer-promised-preconfirmations">

¿Cómo funcionan las preconfs?#

  • Los proponentes de bloques de Ethereum ("preconferenciadores") o una parte delegada emiten promesas firmadas a los usuarios garantizando que sus transacciones se incluirán y se ejecutarán más rápido de lo esperado en el consenso L1.

El panorama de preconfirmación todavía está en sus primeras etapas y se han propuesto varias metodologías diferentes. Estas son las pocas que podrían afectar a los originadores de flujo de pedidos de manera más significativa:

  • Preconfirmaciones de estilo XGA: las preconfirmaciones de estilo XGA garantizan la inclusión (no posicional) del paquete en la parte inferior de un bloque. Las transacciones de relleno, transacciones que no requieren ejecución inmediata o tienen bajo MEV, pueden incluirse en el paquete del fondo del bloque. Esto permite a los constructores centrarse en transacciones valiosas de MEV en la parte superior del bloque y simplifica la fijación de precios del gas para las transacciones de relleno.
  • MEV-Commit por Primev: MEV-commit es una red P2P donde se comprometen compromisos de ejecución para transacciones de Ethereum y los proveedores son recompensados o penalizados. Los originadores del flujo de pedidos ("postores") especifican sus intenciones para las ejecuciones de transacciones a los proveedores.
  • BFT Preconfirmaciones por Espresso: Las preconfirmaciones de BFT están respaldadas por garantías de seguridad y vitalidad de un algoritmo de consenso de BFT. Las preconfiaciones de BFT están respaldadas por un subconjunto de validadores L1 y no por un solo validador como en las preconfirmaciones basadas.

Implicaciones futuras#

Las preconfs conducirán a una mejor experiencia de ejecución ya que los originadores del flujo de pedidos pueden garantizar la ejecución de transacciones a cambio de tarifas más altas.

En el caso de preconfs de estilo XGA, la inclusión en la parte inferior del bloque para transacciones no sensibles a la latencia (es decir, "gobierno", "participación", "autorizaciones", "reclamaciones") puede reducir el gas gastado en estas transacciones y disminuir el número de reversiones de transacciones por gas insuficiente.

References#

  1. Justin Drake, Confirmaciones basadas.
  2. Raghav Agarwal, Preconfirmaciones: Promesa creíble de ejecución futura
  3. Murat Akdeniz - Primev, Preconfirmaciones: El paradigma del cumplimiento-entrega.
  4. CTra1n, Rollups basados en captura de valor con preconfirmaciones basadas.
  5. dpl0a, Preconfirmaciones: Al dividir el bloque, compatibilidad con mev-boost y relés.
  6. Ellie Davidson - Expresso Systems, @EspressoSystemsAnalizando BFT y Preconfirmaciones Prometidas por el Propositor.
  7. Nethermind, RFP-001: Introducir infraestructura de preconfirmación.
  8. El Cairo @cairoHacia una implementación de preconfirma basada en

EIP-7702 y EIP-7212#

Hay dos EIP de Abstracción de Cuenta que podrían desbloquear completamente el potencial de las billeteras de contratos inteligentes y convertirse en agentes de cambio para el ecosistema de billeteras.

EIP-7702#

EIP-7702 introduce las siguientes características a las EOAs:

  • Agrupación: Un usuario puede realizar múltiples operaciones en una transacción atómica.
  • Patrocinio: Una cuenta separada X u operador de la aplicación puede pagar la transacción de la cuenta Y. La cuenta X puede recibir tokens ERC-20 por este servicio.
  • Privilegio de desescalada: los usuarios firman subclaves que proporcionan permisos más débiles y específicos. Por ejemplo, interactuar solo con aplicaciones específicas, usar solo ciertos tokens ERC-20 para una transacción y límites de transferencia.

EIP-7702 está diseñado para ser compatible hacia atrás y hacia adelante con ERC-4337, lo que permite que las EOAs aprovechen la infraestructura existente de ERC-4337. Las EOAs también pueden convertirse temporalmente en billeteras de contratos inteligentes para su inclusión en los paquetes de ERC-4337.

Los beneficios de EIP-7702 incluyen:

  • Menor riesgo de seguridad: EIP-7702 también elimina el punto central de confianza al asignar códigos de contrato inteligente a EOAs para una transacción. No hay posibilidad de transacciones no autorizadas con EIP-7702, ya que el código del contrato se elimina después de que se ejecuta la transacción.
  • Adopción fácil para dApps: Las aplicaciones que utilizan ERC-4337 pueden integrarse fácilmente con EIP-7702 sin necesidad de realizar cambios en su código. Las EOAs pueden llamar al contrato inteligente sin necesidad de autorización.

EIP-7702 sigue siendo una nueva propuesta y tiene algunos problemas que los desarrolladores deben considerar:

  • Revocaciones: EIP-7702 no tiene detalles claros sobre la revocación del código del contrato en caso de detectarse algún código malicioso.
  • Firmas Agnósticas de Cadena: EIP-7702 utiliza una firma fija que puede ser reutilizable en otras cadenas pero carece de flexibilidad si los usuarios desean diferentes implementaciones.

EIP-7212#

EIP-7212, o RIP-7212, crea un contrato para la verificación de firma utilizando el estándar de curva elíptica 'secp256r1'. Este estándar ha sido adoptado para la autenticación de usuario por las mayores corporaciones Web2 y se puede integrar en las billeteras de contrato inteligente de ERC-4337.

"secp256r1" se utiliza actualmente en las siguientes aplicaciones de autenticación:

  1. El enclave seguro de Apple: El enclave seguro de Apple es hardware de Entorno de Ejecución Confiable (TEE) que crea y almacena claves. El enclave seguro puede cifrar o descifrar datos, firmar mensajes arbitrarios y solo es accesible a través de identificación biométrica.
  2. WebAuthn: La autenticación web es un estándar web para la autenticación utilizado por la mayoría de los navegadores Web2 - Chrome, Firefox, Edge y Safari. WebAuthn utiliza criptografía de clave pública específica del dominio para la autenticación de usuarios, eliminando contraseñas, proporcionando una recuperación más rápida y reduciendo los riesgos de seguridad.
  3. Almacenamiento seguro de credenciales del sistema de Android: Android Keystore es un almacenamiento seguro de credenciales del sistema. Las aplicaciones pueden crear claves privadas y públicas y almacenarlas en el Keystore. El Keystore está cifrado en función de la contraseña móvil propia del usuario y se puede acceder mediante contraseña o biometría.
  4. Claves de acceso: Las claves de acceso son credenciales FIDO que permiten a los usuarios acceder a sus cuentas sin contraseñas mediante biometría o un PIN. Los usuarios pueden acceder a sitios web o aplicaciones desbloqueando sus dispositivos móviles, eliminando la necesidad de contraseñas.

RIP-7212 es la versión roll-up de EIP-7212 y los equipos de Kakarot, Polygon, Optimism, zkSync, Scroll y Arbitrum ya se han comprometido con la implementación. Polygon tiene RIP-7212 disponible en su testnet y las Carteras Inteligentes recientemente lanzadas de Coinbase incluyen autenticación de contraseña.

Figura 18. Autenticación móvil a través de contraseñas de paso

¿Cómo funcionan las contraseñas de paso?#

  1. Una billetera de contrato inteligente crea una clave de paso o un par de claves pública y privada.
  2. La clave privada se almacena en un TEE en su dispositivo móvil.
  3. Cuando la billetera de contrato inteligente crea una transacción para aprobación, el usuario se autentica con biometría o un PIN móvil para desbloquear la clave privada.
  4. Luego, el dispositivo móvil usa la clave privada para "firmar" la transacción y envía la transacción completada a la billetera del contrato inteligente.
  5. La firma se verifica en cadena a través del contrato inteligente RIP-7212.

Implicaciones Futuras#

Mientras que EIP-7702 sigue siendo una propuesta, RIP-7212 se está integrando activamente en L2 roll-ups e implementando en billeteras de contratos inteligentes. Las billeteras de pase supercargan las billeteras inteligentes ERC-4337 eliminando la necesidad de contraseñas y frases semilla y elevando la seguridad a un nivel de hardware. Los proyectos actuales que incluyen pases son:

  • Billetera inteligente de Coinbase: la billetera inteligente de Coinbase utiliza una clave de paso para la autenticación del usuario y transacciones de gas patrocinadas. Las billeteras inteligentes admiten 8 redes (Base, Ethereum, Optimism, Arbitrum, Polygon, Avalanche, BNB, Zora) y ofrecen un SDK de billetera para la integración de dApps.
  • Clave: Clave utiliza TEE móviles y contraseñas para ofrecer recuperación social, servicios de nombres de cuenta, inicio biométrico y tarifas de gas patrocinadas en zkSync.
  • SDK de Banana: El SDK de Banana utiliza WebAuthn para ofrecer autenticación de dos factores sin conocimiento, biometría y cuentas de recuperación con un representante.
  • Turnkey: Turnkey es un proveedor de Billetera como Servicio (BaaS) que almacena claves privadas en un TEE.

Referencias#

  1. Coinbase, Cómo Base está convirtiendo las billeteras inteligentes en la opción predeterminada
  2. Github, EIP-7702
  3. Zyfi, Hacia el futuro con EIP-7702 - Parte 1
  4. Quicknode, EIP-7702 Explained: El Futuro de Ethereum
  5. Web3Auth, EIP-7702 Explicado: Cómo funciona y todo lo que necesitas saber
  6. Erdogan, U., Alpaslan, D., Posch, DC., Bhardwaj, N., EIP-7212: Precompile para soporte de la curva secp256r1.
  7. Alquimia, ¿Qué es RIP-7212? Precompilación para soporte de curva secp256r1.
  8. Manzana, Recinto Seguro.
  9. WebAuthn, Guía de WebAuthne.
  10. Android Authority, Cómo usar el almacén de claves de Android para almacenar contraseñas y otra información sensible.
  11. Google, Pregunta a un experto técnico: ¿Qué son las contraseñas de acceso?
  12. Coinbase, Documentación de la Billetera Inteligente
  13. Clave FAQ
  14. Documentos del Kit de Desarrollo de Billetera de Banana

EIP-712#

EIP-712 es un estándar para la firma de mensajes tipificados que tiene como objetivo permitir la firma de mensajes fuera de la cadena para la firma en la cadena, lo que permite una mejor experiencia de usuario. En lugar de leer cadenas de bytes, EIP-712 permite que las firmas se muestren en un formato legible sin perder las propiedades de seguridad del sistema. La firma fuera de la cadena ahorra gas y reduce el número de transacciones en la cadena.

Figura 19. Firma del mensaje actual

Figura 20. Firma de mensaje con EIP-712

¿Cómo funciona EIP-712?#

  1. Los desarrolladores de dApps utilizan una estructura de datos JSON que los usuarios firman.
  2. Un separador de dominio evita que la firma se utilice en múltiples dApps y permite múltiples casos de uso de firma distintos dentro de una dApp dada.
  3. Las billeteras y los operadores de front-end pueden analizar la estructura de datos de la dApp y traducir los datos en un mensaje legible para los usuarios.

Una de las características clave que desbloquea EIP-712 es que permite a las dApps controlar el flujo de transacciones para los usuarios en lugar de las billeteras. Aplicaciones como Uniswap pueden minimizar su MEV de usuarios ya que las operaciones de intercambio pasarían por alto las OFAs y otros extractores de valor MEV.

Figura 21. Interés de Uniswap en el control del flujo de transacciones

Además de la legibilidad de las transacciones de billetera, EIP-712 mejora la usabilidad de la gobernanza al permitir que un tercero pague las tarifas de gas por los votos de los usuarios. Los votantes pueden utilizar la funcionalidad de firma por EIP-712 para crear una transacción firmada de delegación o voto de forma gratuita.

Implicaciones Futuras#

Además de la legibilidad de la billetera, EIP-712 se puede utilizar para mejorar la experiencia del usuario en otras áreas.

  • Gobierno. Los usuarios pueden delegar su voto y hacer que un tercero pague las tarifas de gas por ellos a través de la función by-signature de EIP-712.
  • Firma clara. Las billeteras de hardware, o dispositivos separados, pueden mostrar el mensaje de la dApp asegurando que los usuarios pueden estar seguros de que ningún software malicioso o aplicación maliciosa les ha enviado el mensaje.
  • Prevención de ataques de repetición. Los datos para prevenir los ataques de repetición pueden incluirse dentro de los datos estructurados de EIP-712.
  • Minimización de MEV. EIP-712 permite a un usuario firmar una transacción mientras le da a las interfaces la capacidad de enviar el flujo de órdenes sin transmitirlo a la red, minimizando la exposición de un usuario a MEV malicioso.

Referencias#

  1. EIP 712. Hashing y firma de datos estructurados tipados
  2. Koh Wei Jie, EIP712 está aquí: qué esperar y cómo usarlo
  3. Adam Bavosa, Delegación y Votación con Firmas EIP-712
  4. SpruceID, Iniciar sesión con la investigación de la Billetera Ethereum
  5. Tecnología de Ledger, Mensajes, Transacciones y Firma Clara
  6. Cyfrin,EIP712 y EIP191
  7. Metamask Github, Firmar transacción sin difusión #3475

Entornos de Ejecución Confiables (TEEs)#

Los Entornos de Ejecución Confiables (TEEs) son un enclave seguro basado dentro de un microprocesador donde se pueden ejecutar cálculos y operaciones sensibles con integridad y privacidad. Los TEEs admiten el aislamiento y la atestación remota y pueden ejecutar máquinas virtuales como EVM y CosmWasm sin la sobrecarga criptográfica como la Computación de Partes Múltiples (MPC) o zkSNARKs.

Para billeteras web3, los TEE móviles como el Secure Enclave de Apple y el Titan M2 de Google pueden asegurar las claves privadas de la billetera de contratos inteligentes mejor que las billeteras de hardware estándar. Los usuarios pueden crear y almacenar una clave privada dentro de un TEE y firmar transacciones desde estas claves. Las claves permanecen en el dispositivo y solo pueden ser accedidas por el propietario del dispositivo a través de la autenticación biométrica o el PIN del dispositivo.

TEEs se utilizan actualmente en varias soluciones de billetera:

  • Fireblocks utiliza Intel SGX TEEs para aislar los datos criptográficos, los algoritmos criptográficos MPC y ZKP, y las partes de ejecución de su software de sus sistemas internos y terceros externos. Fireblocks almacena las claves MPC, las credenciales API y su Motor de Políticas en el enclave seguro para evitar el acceso no autorizado de hackers, empleados corruptos y cómplices internos.
  • Billeteras de contratos inteligentes: Como se indica en la sección anterior RIP-7212, las billeteras inteligentes aprovechan los TEE móviles para almacenar claves de acceso. Las billeteras de contratos inteligentes actuales que utilizan TEE incluyen Coinbase Smart Wallet, Banana SDK, Turnkey, Clave y Weeve.

Futuras implicaciones#

Las TEE están listas para ser un cambio de juego importante para las blockchains.

  • Flashbots SUAVE utilizará TEEs para crear un ecosistema MEV seguro y privado.
  • Las billeteras de contratos inteligentes utilizarán TEE móviles y Abstracción de Cuentas para mejorar la experiencia de incorporación de usuarios y llegar a una nueva audiencia de usuarios.
  • Las grandes corporaciones han adaptado los TEE para resolver sus propias necesidades de privacidad y seguridad. Visa creó la cadena de bloques LucidiTEE que mejora la computación y el almacenamiento multiparte para datos privados.
  • TEEs son una solución potencial de cumplimiento normativo para mejorar el control, la privacidad de los datos y la seguridad operativa de las cadenas de bloques.

Referencias:

  1. Andrew Miller, Contratos inteligentes basados en TEE y problemas de sellado.
  2. Braavos, Firmante de hardware: Mejorando la seguridad de las billeteras de criptomonedas.
  3. Base, Verificador de Afirmación de Autenticación WebAuthn de Solidez.
  4. Nick Summers, Preguntas frecuentes sobre las contraseñas: qué son y otras preguntas frecuentes
  5. Apple, Documentación de Secure Enclave
  6. Calvin Wankhede, ¿Qué es el chip de seguridad Titan M2 en los teléfonos Pixel de Google?
  7. Documentación de Fireblocks
  8. Sinha, R., Gaddam, S., Kumaresan, R. - Investigación de Visa. LucidiTEE: Un sistema TEE-Blockchain para Computación Multiparte Cumplimiento de Políticas con Equidad.

Ejecución, Control y Descentralización#

Uno de los principales desafíos para los proveedores de billeteras ha sido educar a los usuarios y reguladores sobre la custodia propia y las cuentas en cadena. Sin embargo, a medida que el ecosistema web3 ha madurado, los principales interesados han llegado a comprender varios puntos cruciales:

  1. Las billeteras no retienen, administran ni custodian los activos de los usuarios; simplemente proporcionan una interfaz para acceder a ellos.
  2. Las direcciones de blockchain existen de forma independiente a las billeteras y no son creadas ni gestionadas por ellas.
  3. Los usuarios tienen la libertad de cambiar entre diferentes proveedores de billeteras, ya que sus activos y cuentas existen en la cadena, independientemente de cualquier servicio de billetera específico.

Esta comprensión en crecimiento ha sido crucial para aclarar el papel de las billeteras en el ecosistema de criptomonedas y distinguirlas de los proveedores tradicionales de servicios financieros.

Stablecoins and MiCA#

Las stablecoins siguen siendo uno de los activos criptográficos más significativos, ya que permiten la transferencia sin problemas y sin fricciones de valor a través de fronteras y sistemas económicos. Permiten a los usuarios mover valor entre activos que pueden fluctuar en precio a denominaciones estables para uso futuro. Sin embargo, las stablecoins han subido al tope de las agendas cripto de muchos reguladores principalmente debido a preocupaciones sobre:

  1. Controlar y monitorear el flujo de flujos de moneda fiduciaria global.
  2. Su influencia en la fortaleza de la moneda y la política monetaria.
  3. La necesidad de supervisión en su emisión y respaldo.

Como resultado, las stablecoins se han convertido en una prioridad principal en las agendas de muchas autoridades regulatorias de criptomonedas, lo que ha generado debates sobre su papel en el ecosistema financiero más amplio.

En los Estados Unidos, las stablecoins han recibido una atención regulatoria significativa con el proyecto Libra de Facebook (ahora Meta). El gigante tecnológico propuso una stablecoin gestionada de forma privada que, en teoría, podría convertirse en la moneda digital predominante, planteando preocupaciones sobre su impacto en el control de la política monetaria de los bancos centrales.

Desde que el proyecto Libra se cerró en 2022, el objetivo principal de la política de stablecoins regulatorias de EE. UU. ha sido garantizar la adecuada garantía y supervisión de las stablecoins. Este cambio ha llevado a los emisores de stablecoins a adoptar prácticas similares a las instituciones financieras reguladas con acuerdos de custodia sólidos, relaciones bancarias establecidas y programas de monitoreo integrales. Si bien varias agencias regulatorias han contribuido con regulaciones fragmentadas, el Congreso de los EE. UU. está trabajando en un marco regulatorio más completo para las stablecoins.

En la UE, el Reglamento sobre el Mercado de Criptoactivos (MiCA) está en vigor y contiene disposiciones clave sobre stablecoins. En el momento de escribir este artículo, sólo la stablecoin USDC y Euro de Circle se ha registrado con éxito en la UE.

Intercambios y regulación de valores#

Los intercambios de tokens en la billetera se han convertido en una característica popular en muchas billeteras de criptomonedas que mejoran la usabilidad de las aplicaciones en cadena y permiten a los usuarios navegar por las interacciones de puentes y cadenas cruzadas.

Sin embargo, esta funcionalidad ha atraído el escrutinio regulatorio, particularmente de los reguladores de valores, que intentan aplicar las regulaciones tradicionales de servicios financieros a las billeteras que ofrecen funciones de intercambio. En particular, la SEC ha emprendido acciones legales contra ciertos proveedores de billeteras alegando que las funciones de intercambio de estas billeteras operan efectivamente como corredores de bolsa no registrados.

SEC v. Coinbase#

En abril de 2024, la SEC'sreclamarSe desestimó la afirmación de que Coinbase Wallet actuara como corredor. Las billeteras de custodia propia con funcionalidades de intercambio generalmente no cumplen con los criterios para la clasificación de corredores. El argumento de la SEC se basa en sus alegaciones de que algunos activos disponibles a través de estas billeteras son valores no registrados.

SEC v. Consensys#

Consensys demandó proactivamente a la SEC en abril de 2024 sobre si la SEC tiene la autoridad legal para regular MetaMask como corredor y emisor de valores y el juez del caso le concedió una revisión acelerada. Los procedimientos judiciales acelerados podrían conducir a una decisión a finales de este año.

A pesar de esta demanda y de perder la demanda Coinbase v SEC, la SEC presentó una Aviso de Wellscontra Consensys a finales de junio de 2024. La SEC alegó que Consensys actuó como un corredor no registrado de valores de activos criptográficos a través de MetaMask Swaps y a través de su programa de participación criptográfica, MetaMask Staking.

Implicaciones Futuras#

Mientras las billeteras seguirán estando en la vanguardia de los debates sobre finanzas ilícitas y custodia personal, gran parte de la conversación regulatoria futura pivotará en torno a la cuestión de la descentralización. Durante los últimos años, la industria de las criptomonedas ha empleado el concepto de descentralización para explicar a los reguladores por qué las regulaciones tradicionales de valores financieros no deberían aplicarse a los servicios de criptomonedas. Este argumento aborda específicamente las cuestiones de control y partes responsables.

Las reglas y orientaciones de las finanzas tradicionales regulan a los intermediarios para brindar protección al consumidor y responsabilidad. Sin embargo, surge un desafío clave: ¿cómo lograr estos objetivos cuando los servicios involucrados no son inherentemente intermediarios y no custodian activos ni realizan operaciones para los usuarios?

La descentralización, tanto como concepto y como objetivo de diseño, ha ayudado a explicar por qué es difícil aplicar las regulaciones de servicios financieros tradicionales a las criptomonedas. Sin embargo, ahora estamos entrando en una nueva fase de discurso regulatorio donde los reguladores están buscando definir y aplicar definiciones de descentralización a varios servicios, desde billeteras hasta intercambios descentralizados (DEX) y más allá. Los reguladores ahora ven la oportunidad de clasificar muchos servicios de criptomonedas como no descentralizados o simplemente "descentralizados de nombre". Esta clasificación se deriva de dos factores principales:

  1. La carga de cumplir con los estándares de verdadera descentralización a menudo es técnicamente inviable para muchos servicios.
  2. Estos estándares de descentralización pueden no coincidir con los objetivos reales de la regulación. Este cambio en el enfoque regulatorio podría tener implicaciones significativas en cómo se clasifican y regulan los servicios de criptomonedas en el futuro.

Por eso, la próxima fase del discurso regulatorio se centrará en el concepto de control. Las preguntas clave incluirán: ¿Tienen las billeteras control sobre la ejecución de la operación de un usuario? ¿Tienen los DEX control sobre cómo se ejecuta o se completa una operación? La industria criptográfica en su conjunto está avanzando significativamente en el desarrollo de nuevos modelos operativos que van más allá de la noción de servicios descentralizados y entran en una conversación sobre control, datos y privacidad.

En la vanguardia de estos avances se encuentra la utilidad de los entornos de ejecución confiables (TEEs). Nos estamos moviendo hacia una estructura de mercado donde el control operativo reside dentro del hardware y el software, en lugar de con los proveedores de servicios. En este modelo, los proveedores de servicios no tienen control directo sobre las operaciones que se realizan ni la capacidad de ver las órdenes de los usuarios. Con este enfoque, la industria de las criptomonedas está pionera en nuevas formas para que los servicios financieros y las aplicaciones de comunicaciones operen.

Por último, a medida que pasamos de discusiones sobre descentralización a conversaciones más matizadas sobre control, los conceptos de ejecución, finalidad y liquidación se volverán cada vez más importantes. La industria tendrá que definir colectivamente:

  1. ¿Quién es responsable de ejecutar una operación
  2. Cuando una operación se considera liquidada en la cadena
  3. ¿Quién es responsable de su liquidación

Descargo de responsabilidad:

  1. Este artículo es reimpreso de [Flashbots], Todos los derechos de autor pertenecen al autor original [Flashbots]. Si hay objeciones a esta reimpresión, por favor contacte al Gate LearnEl equipo de Gate Learn se encargará de ello rápidamente.
  2. Descargo de responsabilidad: Los puntos de vista y opiniones expresados en este artículo son únicamente los del autor y no constituyen ningún consejo de inversión.
  3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.

Estado de Billeteras 2024

Avanzado10/14/2024, 7:02:37 AM
Este artículo analiza el estado actual, los desafíos y las tendencias futuras del ecosistema de billeteras de Ethereum, incluido un análisis de las características de diferentes tipos de billeteras y sus roles en el flujo de órdenes, así como una exploración de los impactos de la centralización en el mercado de construcción de bloques.

Las billeteras son la puerta de entrada a Web3, sirviendo como portales esenciales para que los usuarios envíen y reciban mensajes, administren fondos e interactúen con aplicaciones de blockchain. Como una pieza crítica de la infraestructura de blockchain, las billeteras dan forma significativamente a las experiencias de Web3 de los usuarios.

El ecosistema de la billetera es diverso, con proveedores que ofrecen productos y servicios variados a través de diferentes mecanismos. A medida que los proveedores de billeteras luchan por la sostenibilidad y la diversificación, sus modelos operativos están evolucionando, creando nuevas dinámicas entre los usuarios, las aplicaciones y la infraestructura subyacente de la cadena de bloques.

Nuestro informe tiene como objetivo iluminar el estado actual de las billeteras en Ethereum, basándose en la investigación realizada por orderflow.art.

Sin embargo, identificar billeteras a través del seguimiento de transacciones en cadena presenta varios desafíos:

  1. Identificación incompleta debido a enrutadores desconocidos o direcciones de firma.
  2. Dificultad para identificar múltiples direcciones de billetera asociadas con intercambios centralizados.
  3. Ausencia de direcciones de enrutador para algunas billeteras, lo que hace que la identificación del usuario sea desafiante.

A pesar de estas limitaciones, este informe proporciona una descripción general exhaustiva del panorama de la billetera Ethereum, sus tendencias actuales y perspectivas futuras.

El informe comienza con una sección de Antecedentes que cubre dos áreas clave: Taxonomía de Billeteras y el Ciclo de Vida del Flujo de Órdenes. En la Taxonomía de Billeteras, categorizamos las billeteras Web3 en tipos custodiales y no custodiales, detallando las diversas formas de billeteras no custodiales. La sección del Ciclo de Vida del Flujo de Órdenes describe el recorrido de una transacción, identificando a los actores clave, desde los Origenadores del Flujo de Órdenes hasta los constructores de bloques.

A continuación, exploramos las Tendencias Actuales, centrándonos en los desarrollos recientes que afectan a los Originadores de Flujo de Órdenes (OFOs). Examinamos las implicaciones de la creciente centralización en el mercado de construcción de bloques, que ha intensificado la competencia por el flujo de órdenes. Esta sección cubre tres conceptos clave: Pago por Flujo de Órdenes (PFOF), Subastas de Flujo de Órdenes (OFAs) y Flujo de Órdenes Privado (POF). Además, presentamos la Abstracción de Cuenta (AA), con un enfoque particular en ERC-4337, un desarrollo significativo que está dando forma al panorama de la billetera.

Finalmente, en Tendencias Futuras, exploramos desarrollos destinados a mejorar la experiencia del usuario y abordar desafíos regulatorios en el panorama de la billetera. Examinamos pre-confirmaciones (pre-confs), un mecanismo diseñado para mejorar la velocidad de confirmación de transacciones. También analizamos dos Propuestas de Mejora de Ethereum (EIPs) que buscan mejorar las capacidades de Abstracción de Cuenta. Además, discutimos Entornos de Ejecución Confiables (TEEs) y su papel en la mejora de la seguridad y privacidad para las billeteras Web3. Consideramos cómo los TEEs podrían servir como una solución de cumplimiento potencial para la industria de la criptomoneda, especialmente a medida que el enfoque regulatorio se desplaza de la descentralización a preguntas de control.

Antecedentes#

Introducción#

Las billeteras sirven como la interfaz principal para que los usuarios interactúen con aplicaciones de blockchain. Si bien los usuarios a menudo mantienen múltiples billeteras (por ejemplo, varias cuentas de MetaMask), el proceso de migrar claves privadas a un nuevo proveedor de billeteras suele ser engorroso. Esta falta de portabilidad fácil de usar crea un efecto de 'adherencia', a menudo manteniendo a los usuarios atados a sus proveedores de billeteras existentes.

La creciente competencia por el flujo de pedidos ha aumentado la importancia de la adquisición y retención de usuarios para los proveedores de billeteras. Este panorama competitivo ha llevado a un desarrollo interesante: las aplicaciones de finanzas descentralizadas (DeFi), como Uniswap, 1inch y Curve Finance, ahora están creando sus propias billeteras. Este movimiento estratégico permite a estas plataformas DeFi ejercer un mayor control sobre el flujo de pedidos de sus usuarios, capturando potencialmente más valor y proporcionando una experiencia de usuario más integrada.

Esta tendencia subraya las relaciones en evolución entre los usuarios, las billeteras y las aplicaciones DeFi en el ecosistema blockchain. Destaca cómo la lucha por el flujo de órdenes está remodelando el panorama de las billeteras e influenciando las estrategias de los principales actores en el espacio DeFi.

Figura 1. Visión general del ecosistema de billetera Ethereum

Taxonomía de Billetera#

Las billeteras Web3 suelen clasificarse como custodiales, controladas por terceros, o no custodiales, controladas por el usuario. El control se define como quién posee las claves privadas de la billetera.

  • Billeteras custodiales: Ofrecidas principalmente por intercambios de criptomonedas y bots de Telegram, las billeteras custodiales guardan las claves privadas de los usuarios y ofrecen a los usuarios una experiencia mejorada. Sin embargo, los usuarios no tienen control total sobre sus fondos y estas terceras partes podrían acceder a los fondos de los usuarios sin su permiso.
  • Billeteras no custodiales: Los usuarios poseen sus claves privadas y controlan completamente sus billeteras no custodiales. Si las claves privadas se pierden, el usuario perderá el acceso a su billetera y fondos. Las claves privadas de las billeteras calientes se almacenan en un dispositivo conectado a internet que interactúa con una aplicación. Las billeteras frías almacenan las claves privadas en dispositivos de hardware dedicados sin conexión a aplicaciones. Las billeteras no custodiales "calientes" están conectadas a internet y generalmente se accede a ellas a través de una extensión de navegador, una aplicación móvil o una aplicación de escritorio. Las billeteras "frías" no tienen acceso en línea y los activos se almacenan en dispositivos físicos.

Hay diferentes tipos de billeteras no custodiales con tecnologías variables para mejorar la experiencia del usuario y la seguridad.

Billeteras de MPC#

Computación multipartitaLas billeteras (MPC) utilizan técnicas de criptografía para cifrar, fragmentar y distribuir claves privadas a múltiples dispositivos. Estos dispositivos o partes deben evaluar una computación sin revelar sus claves privadas o datos. Un protocolo de computación multipartita utilizado en el contexto de las billeteras MPC suele tener estas propiedades:

  1. Seguridad de umbral: Asegurando que un número predefinido de partes debe cooperar para firmar una transacción.
  2. Fragmentación de claves: La capacidad de dividir una clave privada en múltiples partes.
  3. Generación de Clave Distribuida: Generar la clave de manera distribuida para que ninguna parte individual conozca nunca la clave privada completa.

Los beneficios de las billeteras MPC son:

  1. Seguridad: Dado que ninguna persona controla la clave privada, un atacante debería atacar a múltiples partes aumentando la seguridad de una billetera.
  2. Recuperabilidad: Con fragmentos de clave encriptados almacenados en varios lugares, las partes autorizadas pueden recuperar cuentas si se pierde una clave.
  3. Accesibilidad: Los activos pueden mantenerse en línea ya que los fragmentos de clave privada se distribuyen de forma segura entre múltiples partes. Las transacciones pueden ejecutarse de manera más eficiente que en una billetera en caliente sin comprometer la seguridad de la clave.

Cuentas de Propiedad Externa (EOAs)#

Las Cuentas de Propiedad Externa (EOAs) son gestionadas por claves privadas únicas que los usuarios controlan para interactuar con contratos inteligentes en la cadena.

EOAs utilizan una Algoritmo de Firma Digital de Curva Elíptica(ECDSA) clave para firmar y verificar transacciones digitales. Los usuarios pueden enviar y recibir transacciones, interactuar con contratos inteligentes y aprobar mensajes a través de EOAs.

Para crear un EOA, una interfaz de billetera genera una clave privada y una frase semilla. Debido a la clave privada y la frase semilla únicas, un usuario perderá el acceso a su billetera si pierde tanto su clave privada como su frase semilla.

Billeteras de Contratos Inteligentes#

Las billeteras de contratos inteligentes, o billeteras inteligentes, utilizan la Abstracción de Cuenta y la programabilidad de los contratos inteligentes para mejorar la experiencia del usuario. Las billeteras de contratos inteligentes no están controladas por una clave privada, sino por el código del contrato. Protocolos de Abstracción de Cuenta como ERC-4337 ayudan a las billeteras de contratos inteligentes a evitar el requisito de que una billetera EOA inicie una transacción. Las billeteras de contratos inteligentes pueden programarse para funciones como:

  1. Autenticación de dos factores
  2. Congelación de cuenta
  3. Recuperación flexible
  4. Agrupación de transacciones
  5. Límites de transferencia y gasto
  6. Claves de sesión
  7. Patrocinio de gas y pagos de gas con tokens no nativos
  8. Billetera multi-firma

En comparación con las EOAs, las billeteras de contratos inteligentes tienen un pequeño sobrecosto de gas debido principalmente a la ejecución del código del contrato y la publicación de eventos. Los contratos inteligentes son inherentemente más complejos y poderosos en comparación con las EOAs, por lo que solo se deben confiar en las billeteras de contratos inteligentes auditadas y probadas en batalla.

Ciclo de vida del flujo de orden

Orderflow.art iluminó el panorama del flujo de pedidos e identificó a los actores on-chain conocidos en el ciclo de vida de una transacción.

El ciclo de vida de una transacción comienza en el lado izquierdo del flujo de órdenes Sankey con frontends on-chain y termina en el lado derecho con los constructores de bloques.

Figura 2. Orderflow.art Sankey editado del 30 de septiembre de 2024

Los actores clave en la cadena en la vida útil de una transacción son:

Origenadores de flujo de orden

Los Originadores de Flujo de Órdenes (OFOs) son las primeras aplicaciones en cadena que interactúan con una billetera. Los OFOs incluyen:

  1. Billeteras: Las billeteras están agregando cada vez más funcionalidades para mejorar la experiencia del usuario, como intercambios directos. \
    Nota: Las figuras 3, 4 y 5 solo incluyen enrutadores conocidos y subrepresentan las transacciones nativas de intercambio de billeteras.
  2. Frontends: Aplicaciones como Uniswap tienen su propia billetera e interfaz para que los usuarios creen transacciones. Los frontends de DEX están perdiendo dominio tanto en el volumen de operaciones como en la cuota de mercado de recuento de transacciones (Figuras 3 y 4).
  3. Los bots de Telegram: Banana Gun, Maestro y Unibot han capturado una parte significativa de las transacciones minoristas en el último año (Figura 4). Los tamaños de las operaciones son generalmente inferiores a $10,000 (Figura 5).
  4. Agregadores: Los agregadores son aplicaciones como DefiLlama, Matcha, 0x API y 1inch API que se conectan a varios DEX para unificar la liquidez fragmentada. La cuota de mercado de transacciones ha permanecido relativamente constante, mientras que el volumen de negociación ha disminuido ligeramente desde 2023 (Figuras 3 y 4).
  5. Subastas de flujo de órdenes: OFAs incluye subastas de lotes de resolución (por ejemplo, CoWSwap), sistemas de RFQ (por ejemplo, Uniswap X) y subastas de ejecución (por ejemplo, MEV-Blocker). Las OFAs han estado ganando participación en el mercado de volumen de negociación a expensas de los frontends de DEX (Figura 3) y típicamente se utilizan para operaciones más grandes (Figura 5).

Figura 3. Volumen de negociación del frontend (3 años), Dune Analytics. 30 de septiembre de 2024.

Figura 4. Recuento de transacciones Frontend (3 años), Dune Analytics. 30 de septiembre de 2024.

Figura 5. Tamaños de operaciones de frontend (7 días), Dune Analytics. 30 de septiembre de 2024.

Proveedores de liquidez#

Las transacciones grandes o aquellas que involucran pares de negociación ilíquidos a menudo se dirigen a Subastas de Flujo de Órdenes (OFAs) y agregadores para minimizar el deslizamiento. Estos proveedores obtienen liquidez de múltiples intercambios descentralizados (DEXs), fuentes fuera de la cadena e inventarios propietarios.

  1. Creadores de mercado: Entidades comerciales que utilizan liquidez fuera de la cadena y su propio inventario para ejecutar transacciones. Proporcionan liquidez para plataformas de Solicitud de Cotización (RFQ) como Hashflow y Uniswap X.
  2. Solvers: Entidades de terceros que determinan la ruta óptima y el precio para la ejecución de transacciones. Los solvers se utilizan en OFAs como CoWSwap, y algunos ofrecen la presentación directa de transacciones por parte de los usuarios a través de sus propias interfaces front-end.
  3. Buscadores CEX-DEX: Estos buscadores aprovechan la liquidez fuera de la cadena de los exchanges centralizados (CEXs) para capturar oportunidades de arbitraje en la cadena. Pueden utilizar OFAs con mempools privados como MEV Share y MEV-Blocker.

Mempools#

Las órdenes de Ethereum se envían a mempools públicos o privados:

  1. Las mempools públicas: las transacciones son visibles para todos y pueden ser recogidas para ser agrupadas por buscadores y OFAs. Todos los constructores de bloques pueden acceder a estas transacciones para incluirlas en el bloque.
  2. Mempools privados: las transacciones son visibles solo para partes seleccionadas, incluidos buscadores específicos, OFAs y constructores.

Builders#

Los constructores organizan e incluyen transacciones en un bloque. El ciclo de vida de la orden se completa si la transacción se incluye en el bloque del constructor ganador. Si no se incluye en el bloque ganador, la transacción permanece en el mempool hasta que se incluya en un bloque futuro o se descarte.

Referencias#

  1. https://orderflow.art/frontends
  2. Quicknode, Una Visión Completa de las Billeteras Web3
  3. Fundación Ethereum, Cuentas de Ethereum
  4. Fireblocks, ¿Qué es MPC (Multi-Party Computation)?
  5. Alchemy, 8 Increíbles Beneficios de las Billeteras de Contratos Inteligentes vs Billeteras EOA
  6. Desencadenado, ¿Qué son las Cuentas de Propiedad Externa (EOAs) en Ethereum?
  7. Billetera Ambire, Abstracción de cuenta y los beneficios de las billeteras de contratos inteligentes

El panorama de Ethereum está actualmente caracterizado por varias tendencias significativas que están remodelando la industria. Dos tendencias principales en Ethereum que afectan a los Originadores del Flujo de Órdenes son 1) la centralización del mercado de creación de bloques, y 2) la implementación de la Abstracción de Cuentas con ERC-4337.

Centralización del Constructor de Bloques#

Mercado de constructores de Ethereumse ha vuelto cada vez más centralizado con dos constructores que capturan más del 90% del mercado de bloques.

Figura 6. Cuota de mercado del constructor de 30 días a partir del 30 de septiembre de 2024, libmev.com.

Esta concentración ha dado lugar a nuevas dinámicas en el flujo de órdenes:

  • Pago por flujo de orden (PFOF)
  • Subastas de flujo de órdenes (OFA)
  • Flujo de pedidos privados

Estos mecanismos están transformando cómo se procesan y priorizan las transacciones, ofreciendo beneficios como la protección de MEV y una mejor descubrimiento de precios, pero también planteando preocupaciones sobre la equidad del mercado y la descentralización

Pago por flujo de pedidos#

El pago por flujo de órdenes ("PFOF") es un concepto de finanzas tradicional que comenzó con los creadores de mercado pagando a las corredurías por su flujo de órdenes OTC. Los creadores de mercado consideran el flujo de órdenes minoristas como no informado y no tóxico, y son altamente rentables para operar en su contra. A medida que los sistemas de operaciones automatizadas ("ATS") se expandieron, los creadores de mercado utilizaron el PFOF para atraer el flujo de órdenes minoristas a sus ATS.

Los traders minoristas se benefician de PFOF de tres maneras:

  1. Parte del PFOF se utiliza para cubrir el costo de ejecución del trader minorista.
  2. Los creadores de mercado cotizarán más ajustados permitiendo a los comerciantes minoristas ejecutar a precios mejorados
  3. Los creadores de mercado podrán proporcionar una mayor liquidez para órdenes de lotes impares.

En Ethereum, PFOF ha surgido como relaciones de Flujo de Órdenes Exclusivas (EOF) entre los Originadores de Flujo de Órdenes (OFO) y Constructores. EOF evita la mempool pública y representa hasta un 35% del mercado. El Flujo de Órdenes Exclusivo permite a un constructor construir un bloque de mayor valor que los competidores limitados a obtener transacciones de la mempool pública o Subastas de Flujo de Órdenes (OFA). Debido a que los EOF requieren garantías de ejecución, los constructores multiplexarán el paquete del OFO para garantizar su inclusión oportuna.

Hay varias razones por las que los Originadores de Flujo de Órdenes utilizan relaciones EOF:

  • Las garantías de inclusión en el bloque. Al asociarse con un constructor de primera categoría, los OFOs aumentan la probabilidad de que sus transacciones se incluyan en el próximo bloque construido.
  • Protección MEV del usuario. Los OFOs pueden eliminar virtualmente su MEV de transacciones.
  • Reembolsos de tarifas de gas prioritarias. Los OFOs pueden recibir un reembolso de las tarifas de gas prioritarias pagadas por sus usuarios. Los constructores valoran transacciones de alta calidad como pedidos de sniper de bots de Telegram y pagarán más por este flujo de pedidos.

Relaciones EOF conocidas actualmente:

  • Pistola Banana y Constructor Titán
  • Maestro y Beaver

Figura 7. Bloques de fin de archivo de Gun EOF de Banana*.

Figura 8. Bloques multiplexados de pistola de plátano.

Figura 9. Bloques EOF de Maestro.


Figura 10. Bloques multiplexados Maestro.

*EOF se aproxima por el flujo de órdenes no visto por Flashbots o en la mempool.

Subastas de Flujo de Órdenes#

Las subastas de flujo de órdenes (OFA) fueron creadas para proteger las transacciones de los usuarios de estrategias MEV negativas como el front-running y los ataques sandwich. Las OFAs ofrecen muchos beneficios a los usuarios, incluyendo:

  1. Costos de transacción más bajos. Las OFAs agrupan transacciones que reducen las tarifas de gas y disminuyen el deslizamiento en la ejecución.
  2. Los reembolsos de MEV. Los OFAs pueden subastar oportunidades de retroceso de MEV y devolver una parte del MEV capturado a los usuarios.
  3. Mejora en el descubrimiento de precios. Los solucionadores de terceros compiten por el mejor precio de ejecución.
  4. Mayor liquidez. Los solucionadores de terceros pueden agregar liquidez de numerosas fuentes, incluidos DEX, CEX y inventario privado.

Figura 11. Cadena de suministro de MEV con Subastas de Flujo de Órdenes.

Las transacciones de intercambio agregadas de OFAs de varios usuarios se subastan a postores de terceros para su ejecución. OFAs funcionan como los subastadores y seleccionan las ofertas ganadoras según criterios predefinidos. Las ofertas ganadoras se envían en cadena en un paquete a los constructores de bloques para el consenso.

Hay diferentes tipos de OFAs:

  • Solicitud de cotización (RFQ): las RFQ utilizan un sistema de licitadores, fondos y creadores de mercado preseleccionados, que utilizan inventario en cadena y privado para enviar ofertas. Las RFQ ofrecen una mejor liquidez que los creadores de mercado automatizados públicos (AMM) ya que los creadores de mercado de RFQ tienen acceso a fuentes adicionales de liquidez como CEXs y AMMs entre cadenas. Ejemplo: UniswapX, Bebop, 1inch Fusion, Hashflow, 0xAPI
  • Subastas de lotes frecuentes: las subastas de lotes frecuentes permiten a los solucionadores de terceros optimizar el precio y la liquidez mientras protegen las transacciones de MEV. Las transacciones se agrupan para ahorrar gas y mejorar la ejecución. Ejemplo: CoWSwap, DFlow
  • Subastas de ejecución de transacciones: los postores de terceros, específicamente los buscadores, extraen MEV y compiten por el reembolso de usuario más alto. Este OFA generalmente se integra directamente con billeteras a través de un RPC. Ejemplo: MEV-Blocker, Merkle
  • Subastas Agregadoras de Espacio de Bloque: Las Subastas Agregadoras de Espacio de Bloque devuelven valor al usuario original a través de reembolsos de gas de prioridad del constructor. Los constructores compiten para incluir el paquete de transacciones con el fin de aumentar el valor de su bloque y reembolsarán una parte del gas de prioridad pagado por el paquete. Ejemplo: Participación en MEV de Flashbots

Flujo de pedidos privados#

El flujo de pedidos privados (POF) es el flujo de pedidos de los originadores de flujo de pedidos verticalmente integrados (billeteras, aplicaciones, solvers, searchers) y constructores. Este flujo generalmente no se multiplexa y se envía a un solo constructor.

Los mejores constructores, Beaver Build y Rsync, están integrados con las firmas comerciales propietarias SCP y Wintermute y se benefician del flujo de órdenes interno de CEX-DEX.Constructores de buscadores integradosTienen una ventaja sobre los constructores normales, ya que las ganancias de su buscador pueden ser redistribuidas a su constructor, aumentando así su probabilidad de enviar la oferta de bloque ganadora. Los buscadores-constructores integrados también se benefician de ahorros de latencia al enviar su transacción del buscador al constructor. Estos ahorros de latencia pueden luego ser extendidos a la subasta del constructor de bloques.

Figura 12. Flujo de Órdenes Exclusivas (EOF) de los siete proveedores de EOF más prominentes basado en el valor total.

(a) https://arxiv.org/pdf/2407.13931. EOF para Titan (b), Beaverbuild (c) y Rsync builders (d). Tenga en cuenta que solo Rsync ve el flujo de pedidos privados de Wintermute y solo Beaverbuild ve el flujo de pedidos privados de SCP.

Implicaciones Futuras#

OFAs como Flashbots Protect y MEV-Blocker han proporcionado RPCs para que los usuarios los integren en sus billeteras. Estos productos eran principalmente opcionales para los usuarios de billeteras individuales e integrados directamente en aplicaciones.

Además, las billeteras han comenzado a capturar el valor de su flujo de órdenes.

  • Transacciones inteligentes de Metamask: las transacciones inteligentes de Metamask realizan la misma función que un OFA proporcionando protección MEV, reembolsos de gas y protección de reversión. Este servicio está integrado automáticamente en la billetera de Metamask y es opcional para los usuarios. Los buscadores y solucionadores pagan por acceder al flujo de pedidos de Transacciones Inteligentes.
  • Protección contra MEV de Trust Wallet: la Protección contra MEV de Trust Wallet está incluida por defecto para los usuarios, pero no incluye reembolsos de gas y protección de reversión.

Referencias#

  1. CNBC 2021, El CEO de Virtu Financial se pronuncia sobre la represión del flujo de órdenes de pago.
  2. Bradford Levy, Iniciativa Wharton sobre Políticas y Regulación - Punto de Investigación: Pago del Flujo de Órdenes y Mejora de Precios.
  3. Thomas Thiery, Análisis empírico de Perfiles de Comportamiento de Constructores (PCBs).
  4. CoWProtocol, Comprendiendo las Subastas de Flujo de Órdenes.
  5. Blocknative, Explorando Subastas de Flujo de Órdenes (OFAs) - MEV y la Distribución Justa de Oportunidades Económicas.
  6. Darren Kleine, Se trata de los intercambios. ¿Por qué las subastas de flujo de órdenes hacen que los DEX sean mejores.
  7. S. Yang, K. Nayak, F. Zhang, 2024. Descentralización del Mercado de Constructores de Ethereum.
  8. Tivas Gupta & Mallesh M Pai & Max Resnick, 2023. Los efectos centralizadores del flujo de pedidos privados en la separación de proponentes-constructores.
  9. Quintus Kilbourn, Flujo de órdenes, subastas y centralización I: una advertencia.
  10. Quintus Kilbourn, Flujo de pedidos, subastas y centralización II - subastas de flujo de pedidos.
  11. B. Bachu, X. Wan, C. Moallemi, 2024.Cuantificación de la Mejora de Precio en Subastas de Flujo de Órdenes.
  12. Investigación Frontier y Titan, 2023. Dominio del constructor y dependencia del buscador.
  13. Investigación de vanguardia, El espacio de diseño de subasta de flujo de pedidos.
  14. Pai, M. y Resnick, M., Ventajas estructurales para los constructores integrados en MEV-Boost.
  15. Oz, B., Sui, D., Thiery, T., and Matthes, F., 2024.¿Quién gana subastas de construcción de bloques de Ethereum y por qué?

Abstracción de Cuenta#

La implementación de la Abstracción de Cuenta, particularmente a través de ERC-4337, está revolucionando las interacciones de los usuarios con las redes blockchain al introducir billeteras inteligentes de contratos y nuevas entidades como Bundlers y Paymasters. Estos desarrollos no solo están mejorando la experiencia del usuario, sino que también están creando nuevas oportunidades y desafíos en el procesamiento de transacciones y las estructuras de tarifas.

ERC-4337#

Los objetivos clave de la abstracción de cuentas son eliminar la necesidad de que todos los usuarios tengan un EOA y permitir a los usuarios utilizar billeteras de contratos inteligentes como su cuenta principal. La abstracción de cuentas logra esto al separar la gestión de cuentas y la ejecución de transacciones de los EOA. La abstracción de cuentas utiliza nuevas entidades: 1) el Aglutinante, para iniciar transacciones y 2) el Pagador, para determinar las políticas de pago de gas.

Figura 13. flujo de trabajo de ERC-4337

ERC-4337introduce dos nuevas partes - el Agregador y el Maestro de Pagos:

  • Bundler: El Bundler ensambla múltiples operaciones de usuario en una transacción, similar a un constructor de bloques, y envía la transacción al contrato del punto de entrada para su ejecución. Más importante aún, los Bundlers tienen EOAs que les permiten iniciar transacciones abstrayendo la necesidad de que los usuarios tengan una billetera EOA. Los Bundlers actuales incluyen Skandha, Alchemy, Rundler, Voltaire, Alto, Stackup e Infinitism.
  • Paymaster - El Paymaster es un contrato inteligente que maneja las políticas de pago de gas de la billetera. El Paymaster determina qué monedas, stablecoins u otros tokens ERC-20 son aceptables para los pagos de gas y permite a las aplicaciones pagar las tarifas de gas de sus usuarios.

Figura 14. Cuentas Inteligentes Activas Semanales

Figura 15.Ingresos semanales del agrupador

Figura 16. Gasto semanal de gas del maestro de pagos

Implicaciones Futuras#

Bajo ERC-4337, el 'Bundler' se encuentra en una posición similar al generador de bloques de hoy en día y puede ejecutar acuerdos de flujo de pedidos exclusivos con billeteras de contratos inteligentes. El flujo de pedidos exclusivo es más importante para los 'Bundlers' porque compiten por la tarifa de prioridad más alta y los 'Bundlers' perdedores pagan el costo de gas para revertir la 'UserOperation'.

Debido a que la mempool de UserOperation es pública, las UserOperations son susceptibles a MEV de ataques de frontrunning y ataques sandwich. Los agrupadores pueden capturar una parte de este MEV ya que ordenan y agrupan las UserOperations en una transacción de paquete. Los buscadores podrían ejecutar agrupadores para extraer MEV de la mempool pública de UserOperation. Los agrupadores y los constructores podrían integrarse para obtener un flujo de pedidos adicional.

Referencias#

  1. ERC-4337: Abstracción de cuenta a través de la especificación del contrato de punto de entrada
  2. ERC-4337: Abstracción de cuenta utilizando Alt Mempool
  3. https://github.com/ethereum/EIPs/pull/4337/files
  4. Alquimia, ¿Qué es la Abstracción de Cuenta (ERC-4337)?
  5. Alquimia, ¿Cómo funcionan las billeteras de contratos inteligentes ERC-4337?
  6. Blocknative, Guía introductoria a la Abstracción de Cuenta (ERC-4337)
  7. Blocknative, Comprensión de ERC-4337 - Cómo funciona y explorando lo desconocido
  8. Dmarz, @dmarz/4337-mev-supply-chain">4337 MEV cadena de suministro
  9. Blockbase, ¿El ERC-4337 reduce el impacto de MEV-Boost en Ethereum?
  10. Red de BlockPI, ¿Por qué los agrupadores de ERC-4337 deben trabajar con los constructores de bloques?
  11. @KernelVentures/kernel-ventures-understanding-ethereums-erc4337-standard-what-opportunities-lie-ahead-ab45ebc9e537">Kernel Ventures: Comprendiendo el Estándar ERC4337 de Ethereum - ¿Qué Oportunidades Nos Esperan
  12. https://www.bundlebear.com/overview

El panorama de las criptomonedas y la cadena de bloques está en el umbral de una transformación significativa, impulsada por innovaciones tecnológicas y desarrollos regulatorios. Las tendencias clave que dan forma al futuro incluyen:

  • Preconfirmaciones para velocidades de transacción más rápidas.
  • EIP-7702 y EIP-7212 para la abstracción de cuentas y mejoras en la billetera inteligente que mejoran las experiencias de usuario y los estándares de firma de transacciones.
  • Integración de Entornos de Ejecución Confiables (TEEs) para una seguridad reforzada.
  • El discurso regulatorio, especialmente en torno a las stablecoins y los valores, está empujando a la industria a adaptarse dentro de nuevos marcos legales.

A medida que el enfoque cambia desde la descentralización amplia hasta discusiones matizadas sobre control y ejecución, estas tendencias prometen colectivamente redefinir cómo los usuarios interactúan con las redes blockchain, cómo los desarrolladores construyen aplicaciones y cómo el ecosistema navega los desafíos regulatorios.

Preconfirmaciones#

Las preconfirmaciones ("preconfs") es una propuesta de investigación que permite a los usuarios recibir una confirmación de transacción antes de que su transacción sea confirmada en el consenso. Las preconfirmaciones tienen como objetivo mejorar la experiencia del usuario al eliminar la alta congestión de la red en Ethereum, rollups de capa 2 y validiums a través de confirmaciones más rápidas. Introducidas por primera vez por Justin Drake, las preconfirmaciones basadas permiten a los proponentes de L1 proporcionar garantías económicas de que una transacción de usuario de L2 será incluida.

Figura 17. @EspressoSystemsPreconfirmaciones basadas para Rollups prometidas por /bft-and-proposer-promised-preconfirmations">

¿Cómo funcionan las preconfs?#

  • Los proponentes de bloques de Ethereum ("preconferenciadores") o una parte delegada emiten promesas firmadas a los usuarios garantizando que sus transacciones se incluirán y se ejecutarán más rápido de lo esperado en el consenso L1.

El panorama de preconfirmación todavía está en sus primeras etapas y se han propuesto varias metodologías diferentes. Estas son las pocas que podrían afectar a los originadores de flujo de pedidos de manera más significativa:

  • Preconfirmaciones de estilo XGA: las preconfirmaciones de estilo XGA garantizan la inclusión (no posicional) del paquete en la parte inferior de un bloque. Las transacciones de relleno, transacciones que no requieren ejecución inmediata o tienen bajo MEV, pueden incluirse en el paquete del fondo del bloque. Esto permite a los constructores centrarse en transacciones valiosas de MEV en la parte superior del bloque y simplifica la fijación de precios del gas para las transacciones de relleno.
  • MEV-Commit por Primev: MEV-commit es una red P2P donde se comprometen compromisos de ejecución para transacciones de Ethereum y los proveedores son recompensados o penalizados. Los originadores del flujo de pedidos ("postores") especifican sus intenciones para las ejecuciones de transacciones a los proveedores.
  • BFT Preconfirmaciones por Espresso: Las preconfirmaciones de BFT están respaldadas por garantías de seguridad y vitalidad de un algoritmo de consenso de BFT. Las preconfiaciones de BFT están respaldadas por un subconjunto de validadores L1 y no por un solo validador como en las preconfirmaciones basadas.

Implicaciones futuras#

Las preconfs conducirán a una mejor experiencia de ejecución ya que los originadores del flujo de pedidos pueden garantizar la ejecución de transacciones a cambio de tarifas más altas.

En el caso de preconfs de estilo XGA, la inclusión en la parte inferior del bloque para transacciones no sensibles a la latencia (es decir, "gobierno", "participación", "autorizaciones", "reclamaciones") puede reducir el gas gastado en estas transacciones y disminuir el número de reversiones de transacciones por gas insuficiente.

References#

  1. Justin Drake, Confirmaciones basadas.
  2. Raghav Agarwal, Preconfirmaciones: Promesa creíble de ejecución futura
  3. Murat Akdeniz - Primev, Preconfirmaciones: El paradigma del cumplimiento-entrega.
  4. CTra1n, Rollups basados en captura de valor con preconfirmaciones basadas.
  5. dpl0a, Preconfirmaciones: Al dividir el bloque, compatibilidad con mev-boost y relés.
  6. Ellie Davidson - Expresso Systems, @EspressoSystemsAnalizando BFT y Preconfirmaciones Prometidas por el Propositor.
  7. Nethermind, RFP-001: Introducir infraestructura de preconfirmación.
  8. El Cairo @cairoHacia una implementación de preconfirma basada en

EIP-7702 y EIP-7212#

Hay dos EIP de Abstracción de Cuenta que podrían desbloquear completamente el potencial de las billeteras de contratos inteligentes y convertirse en agentes de cambio para el ecosistema de billeteras.

EIP-7702#

EIP-7702 introduce las siguientes características a las EOAs:

  • Agrupación: Un usuario puede realizar múltiples operaciones en una transacción atómica.
  • Patrocinio: Una cuenta separada X u operador de la aplicación puede pagar la transacción de la cuenta Y. La cuenta X puede recibir tokens ERC-20 por este servicio.
  • Privilegio de desescalada: los usuarios firman subclaves que proporcionan permisos más débiles y específicos. Por ejemplo, interactuar solo con aplicaciones específicas, usar solo ciertos tokens ERC-20 para una transacción y límites de transferencia.

EIP-7702 está diseñado para ser compatible hacia atrás y hacia adelante con ERC-4337, lo que permite que las EOAs aprovechen la infraestructura existente de ERC-4337. Las EOAs también pueden convertirse temporalmente en billeteras de contratos inteligentes para su inclusión en los paquetes de ERC-4337.

Los beneficios de EIP-7702 incluyen:

  • Menor riesgo de seguridad: EIP-7702 también elimina el punto central de confianza al asignar códigos de contrato inteligente a EOAs para una transacción. No hay posibilidad de transacciones no autorizadas con EIP-7702, ya que el código del contrato se elimina después de que se ejecuta la transacción.
  • Adopción fácil para dApps: Las aplicaciones que utilizan ERC-4337 pueden integrarse fácilmente con EIP-7702 sin necesidad de realizar cambios en su código. Las EOAs pueden llamar al contrato inteligente sin necesidad de autorización.

EIP-7702 sigue siendo una nueva propuesta y tiene algunos problemas que los desarrolladores deben considerar:

  • Revocaciones: EIP-7702 no tiene detalles claros sobre la revocación del código del contrato en caso de detectarse algún código malicioso.
  • Firmas Agnósticas de Cadena: EIP-7702 utiliza una firma fija que puede ser reutilizable en otras cadenas pero carece de flexibilidad si los usuarios desean diferentes implementaciones.

EIP-7212#

EIP-7212, o RIP-7212, crea un contrato para la verificación de firma utilizando el estándar de curva elíptica 'secp256r1'. Este estándar ha sido adoptado para la autenticación de usuario por las mayores corporaciones Web2 y se puede integrar en las billeteras de contrato inteligente de ERC-4337.

"secp256r1" se utiliza actualmente en las siguientes aplicaciones de autenticación:

  1. El enclave seguro de Apple: El enclave seguro de Apple es hardware de Entorno de Ejecución Confiable (TEE) que crea y almacena claves. El enclave seguro puede cifrar o descifrar datos, firmar mensajes arbitrarios y solo es accesible a través de identificación biométrica.
  2. WebAuthn: La autenticación web es un estándar web para la autenticación utilizado por la mayoría de los navegadores Web2 - Chrome, Firefox, Edge y Safari. WebAuthn utiliza criptografía de clave pública específica del dominio para la autenticación de usuarios, eliminando contraseñas, proporcionando una recuperación más rápida y reduciendo los riesgos de seguridad.
  3. Almacenamiento seguro de credenciales del sistema de Android: Android Keystore es un almacenamiento seguro de credenciales del sistema. Las aplicaciones pueden crear claves privadas y públicas y almacenarlas en el Keystore. El Keystore está cifrado en función de la contraseña móvil propia del usuario y se puede acceder mediante contraseña o biometría.
  4. Claves de acceso: Las claves de acceso son credenciales FIDO que permiten a los usuarios acceder a sus cuentas sin contraseñas mediante biometría o un PIN. Los usuarios pueden acceder a sitios web o aplicaciones desbloqueando sus dispositivos móviles, eliminando la necesidad de contraseñas.

RIP-7212 es la versión roll-up de EIP-7212 y los equipos de Kakarot, Polygon, Optimism, zkSync, Scroll y Arbitrum ya se han comprometido con la implementación. Polygon tiene RIP-7212 disponible en su testnet y las Carteras Inteligentes recientemente lanzadas de Coinbase incluyen autenticación de contraseña.

Figura 18. Autenticación móvil a través de contraseñas de paso

¿Cómo funcionan las contraseñas de paso?#

  1. Una billetera de contrato inteligente crea una clave de paso o un par de claves pública y privada.
  2. La clave privada se almacena en un TEE en su dispositivo móvil.
  3. Cuando la billetera de contrato inteligente crea una transacción para aprobación, el usuario se autentica con biometría o un PIN móvil para desbloquear la clave privada.
  4. Luego, el dispositivo móvil usa la clave privada para "firmar" la transacción y envía la transacción completada a la billetera del contrato inteligente.
  5. La firma se verifica en cadena a través del contrato inteligente RIP-7212.

Implicaciones Futuras#

Mientras que EIP-7702 sigue siendo una propuesta, RIP-7212 se está integrando activamente en L2 roll-ups e implementando en billeteras de contratos inteligentes. Las billeteras de pase supercargan las billeteras inteligentes ERC-4337 eliminando la necesidad de contraseñas y frases semilla y elevando la seguridad a un nivel de hardware. Los proyectos actuales que incluyen pases son:

  • Billetera inteligente de Coinbase: la billetera inteligente de Coinbase utiliza una clave de paso para la autenticación del usuario y transacciones de gas patrocinadas. Las billeteras inteligentes admiten 8 redes (Base, Ethereum, Optimism, Arbitrum, Polygon, Avalanche, BNB, Zora) y ofrecen un SDK de billetera para la integración de dApps.
  • Clave: Clave utiliza TEE móviles y contraseñas para ofrecer recuperación social, servicios de nombres de cuenta, inicio biométrico y tarifas de gas patrocinadas en zkSync.
  • SDK de Banana: El SDK de Banana utiliza WebAuthn para ofrecer autenticación de dos factores sin conocimiento, biometría y cuentas de recuperación con un representante.
  • Turnkey: Turnkey es un proveedor de Billetera como Servicio (BaaS) que almacena claves privadas en un TEE.

Referencias#

  1. Coinbase, Cómo Base está convirtiendo las billeteras inteligentes en la opción predeterminada
  2. Github, EIP-7702
  3. Zyfi, Hacia el futuro con EIP-7702 - Parte 1
  4. Quicknode, EIP-7702 Explained: El Futuro de Ethereum
  5. Web3Auth, EIP-7702 Explicado: Cómo funciona y todo lo que necesitas saber
  6. Erdogan, U., Alpaslan, D., Posch, DC., Bhardwaj, N., EIP-7212: Precompile para soporte de la curva secp256r1.
  7. Alquimia, ¿Qué es RIP-7212? Precompilación para soporte de curva secp256r1.
  8. Manzana, Recinto Seguro.
  9. WebAuthn, Guía de WebAuthne.
  10. Android Authority, Cómo usar el almacén de claves de Android para almacenar contraseñas y otra información sensible.
  11. Google, Pregunta a un experto técnico: ¿Qué son las contraseñas de acceso?
  12. Coinbase, Documentación de la Billetera Inteligente
  13. Clave FAQ
  14. Documentos del Kit de Desarrollo de Billetera de Banana

EIP-712#

EIP-712 es un estándar para la firma de mensajes tipificados que tiene como objetivo permitir la firma de mensajes fuera de la cadena para la firma en la cadena, lo que permite una mejor experiencia de usuario. En lugar de leer cadenas de bytes, EIP-712 permite que las firmas se muestren en un formato legible sin perder las propiedades de seguridad del sistema. La firma fuera de la cadena ahorra gas y reduce el número de transacciones en la cadena.

Figura 19. Firma del mensaje actual

Figura 20. Firma de mensaje con EIP-712

¿Cómo funciona EIP-712?#

  1. Los desarrolladores de dApps utilizan una estructura de datos JSON que los usuarios firman.
  2. Un separador de dominio evita que la firma se utilice en múltiples dApps y permite múltiples casos de uso de firma distintos dentro de una dApp dada.
  3. Las billeteras y los operadores de front-end pueden analizar la estructura de datos de la dApp y traducir los datos en un mensaje legible para los usuarios.

Una de las características clave que desbloquea EIP-712 es que permite a las dApps controlar el flujo de transacciones para los usuarios en lugar de las billeteras. Aplicaciones como Uniswap pueden minimizar su MEV de usuarios ya que las operaciones de intercambio pasarían por alto las OFAs y otros extractores de valor MEV.

Figura 21. Interés de Uniswap en el control del flujo de transacciones

Además de la legibilidad de las transacciones de billetera, EIP-712 mejora la usabilidad de la gobernanza al permitir que un tercero pague las tarifas de gas por los votos de los usuarios. Los votantes pueden utilizar la funcionalidad de firma por EIP-712 para crear una transacción firmada de delegación o voto de forma gratuita.

Implicaciones Futuras#

Además de la legibilidad de la billetera, EIP-712 se puede utilizar para mejorar la experiencia del usuario en otras áreas.

  • Gobierno. Los usuarios pueden delegar su voto y hacer que un tercero pague las tarifas de gas por ellos a través de la función by-signature de EIP-712.
  • Firma clara. Las billeteras de hardware, o dispositivos separados, pueden mostrar el mensaje de la dApp asegurando que los usuarios pueden estar seguros de que ningún software malicioso o aplicación maliciosa les ha enviado el mensaje.
  • Prevención de ataques de repetición. Los datos para prevenir los ataques de repetición pueden incluirse dentro de los datos estructurados de EIP-712.
  • Minimización de MEV. EIP-712 permite a un usuario firmar una transacción mientras le da a las interfaces la capacidad de enviar el flujo de órdenes sin transmitirlo a la red, minimizando la exposición de un usuario a MEV malicioso.

Referencias#

  1. EIP 712. Hashing y firma de datos estructurados tipados
  2. Koh Wei Jie, EIP712 está aquí: qué esperar y cómo usarlo
  3. Adam Bavosa, Delegación y Votación con Firmas EIP-712
  4. SpruceID, Iniciar sesión con la investigación de la Billetera Ethereum
  5. Tecnología de Ledger, Mensajes, Transacciones y Firma Clara
  6. Cyfrin,EIP712 y EIP191
  7. Metamask Github, Firmar transacción sin difusión #3475

Entornos de Ejecución Confiables (TEEs)#

Los Entornos de Ejecución Confiables (TEEs) son un enclave seguro basado dentro de un microprocesador donde se pueden ejecutar cálculos y operaciones sensibles con integridad y privacidad. Los TEEs admiten el aislamiento y la atestación remota y pueden ejecutar máquinas virtuales como EVM y CosmWasm sin la sobrecarga criptográfica como la Computación de Partes Múltiples (MPC) o zkSNARKs.

Para billeteras web3, los TEE móviles como el Secure Enclave de Apple y el Titan M2 de Google pueden asegurar las claves privadas de la billetera de contratos inteligentes mejor que las billeteras de hardware estándar. Los usuarios pueden crear y almacenar una clave privada dentro de un TEE y firmar transacciones desde estas claves. Las claves permanecen en el dispositivo y solo pueden ser accedidas por el propietario del dispositivo a través de la autenticación biométrica o el PIN del dispositivo.

TEEs se utilizan actualmente en varias soluciones de billetera:

  • Fireblocks utiliza Intel SGX TEEs para aislar los datos criptográficos, los algoritmos criptográficos MPC y ZKP, y las partes de ejecución de su software de sus sistemas internos y terceros externos. Fireblocks almacena las claves MPC, las credenciales API y su Motor de Políticas en el enclave seguro para evitar el acceso no autorizado de hackers, empleados corruptos y cómplices internos.
  • Billeteras de contratos inteligentes: Como se indica en la sección anterior RIP-7212, las billeteras inteligentes aprovechan los TEE móviles para almacenar claves de acceso. Las billeteras de contratos inteligentes actuales que utilizan TEE incluyen Coinbase Smart Wallet, Banana SDK, Turnkey, Clave y Weeve.

Futuras implicaciones#

Las TEE están listas para ser un cambio de juego importante para las blockchains.

  • Flashbots SUAVE utilizará TEEs para crear un ecosistema MEV seguro y privado.
  • Las billeteras de contratos inteligentes utilizarán TEE móviles y Abstracción de Cuentas para mejorar la experiencia de incorporación de usuarios y llegar a una nueva audiencia de usuarios.
  • Las grandes corporaciones han adaptado los TEE para resolver sus propias necesidades de privacidad y seguridad. Visa creó la cadena de bloques LucidiTEE que mejora la computación y el almacenamiento multiparte para datos privados.
  • TEEs son una solución potencial de cumplimiento normativo para mejorar el control, la privacidad de los datos y la seguridad operativa de las cadenas de bloques.

Referencias:

  1. Andrew Miller, Contratos inteligentes basados en TEE y problemas de sellado.
  2. Braavos, Firmante de hardware: Mejorando la seguridad de las billeteras de criptomonedas.
  3. Base, Verificador de Afirmación de Autenticación WebAuthn de Solidez.
  4. Nick Summers, Preguntas frecuentes sobre las contraseñas: qué son y otras preguntas frecuentes
  5. Apple, Documentación de Secure Enclave
  6. Calvin Wankhede, ¿Qué es el chip de seguridad Titan M2 en los teléfonos Pixel de Google?
  7. Documentación de Fireblocks
  8. Sinha, R., Gaddam, S., Kumaresan, R. - Investigación de Visa. LucidiTEE: Un sistema TEE-Blockchain para Computación Multiparte Cumplimiento de Políticas con Equidad.

Ejecución, Control y Descentralización#

Uno de los principales desafíos para los proveedores de billeteras ha sido educar a los usuarios y reguladores sobre la custodia propia y las cuentas en cadena. Sin embargo, a medida que el ecosistema web3 ha madurado, los principales interesados han llegado a comprender varios puntos cruciales:

  1. Las billeteras no retienen, administran ni custodian los activos de los usuarios; simplemente proporcionan una interfaz para acceder a ellos.
  2. Las direcciones de blockchain existen de forma independiente a las billeteras y no son creadas ni gestionadas por ellas.
  3. Los usuarios tienen la libertad de cambiar entre diferentes proveedores de billeteras, ya que sus activos y cuentas existen en la cadena, independientemente de cualquier servicio de billetera específico.

Esta comprensión en crecimiento ha sido crucial para aclarar el papel de las billeteras en el ecosistema de criptomonedas y distinguirlas de los proveedores tradicionales de servicios financieros.

Stablecoins and MiCA#

Las stablecoins siguen siendo uno de los activos criptográficos más significativos, ya que permiten la transferencia sin problemas y sin fricciones de valor a través de fronteras y sistemas económicos. Permiten a los usuarios mover valor entre activos que pueden fluctuar en precio a denominaciones estables para uso futuro. Sin embargo, las stablecoins han subido al tope de las agendas cripto de muchos reguladores principalmente debido a preocupaciones sobre:

  1. Controlar y monitorear el flujo de flujos de moneda fiduciaria global.
  2. Su influencia en la fortaleza de la moneda y la política monetaria.
  3. La necesidad de supervisión en su emisión y respaldo.

Como resultado, las stablecoins se han convertido en una prioridad principal en las agendas de muchas autoridades regulatorias de criptomonedas, lo que ha generado debates sobre su papel en el ecosistema financiero más amplio.

En los Estados Unidos, las stablecoins han recibido una atención regulatoria significativa con el proyecto Libra de Facebook (ahora Meta). El gigante tecnológico propuso una stablecoin gestionada de forma privada que, en teoría, podría convertirse en la moneda digital predominante, planteando preocupaciones sobre su impacto en el control de la política monetaria de los bancos centrales.

Desde que el proyecto Libra se cerró en 2022, el objetivo principal de la política de stablecoins regulatorias de EE. UU. ha sido garantizar la adecuada garantía y supervisión de las stablecoins. Este cambio ha llevado a los emisores de stablecoins a adoptar prácticas similares a las instituciones financieras reguladas con acuerdos de custodia sólidos, relaciones bancarias establecidas y programas de monitoreo integrales. Si bien varias agencias regulatorias han contribuido con regulaciones fragmentadas, el Congreso de los EE. UU. está trabajando en un marco regulatorio más completo para las stablecoins.

En la UE, el Reglamento sobre el Mercado de Criptoactivos (MiCA) está en vigor y contiene disposiciones clave sobre stablecoins. En el momento de escribir este artículo, sólo la stablecoin USDC y Euro de Circle se ha registrado con éxito en la UE.

Intercambios y regulación de valores#

Los intercambios de tokens en la billetera se han convertido en una característica popular en muchas billeteras de criptomonedas que mejoran la usabilidad de las aplicaciones en cadena y permiten a los usuarios navegar por las interacciones de puentes y cadenas cruzadas.

Sin embargo, esta funcionalidad ha atraído el escrutinio regulatorio, particularmente de los reguladores de valores, que intentan aplicar las regulaciones tradicionales de servicios financieros a las billeteras que ofrecen funciones de intercambio. En particular, la SEC ha emprendido acciones legales contra ciertos proveedores de billeteras alegando que las funciones de intercambio de estas billeteras operan efectivamente como corredores de bolsa no registrados.

SEC v. Coinbase#

En abril de 2024, la SEC'sreclamarSe desestimó la afirmación de que Coinbase Wallet actuara como corredor. Las billeteras de custodia propia con funcionalidades de intercambio generalmente no cumplen con los criterios para la clasificación de corredores. El argumento de la SEC se basa en sus alegaciones de que algunos activos disponibles a través de estas billeteras son valores no registrados.

SEC v. Consensys#

Consensys demandó proactivamente a la SEC en abril de 2024 sobre si la SEC tiene la autoridad legal para regular MetaMask como corredor y emisor de valores y el juez del caso le concedió una revisión acelerada. Los procedimientos judiciales acelerados podrían conducir a una decisión a finales de este año.

A pesar de esta demanda y de perder la demanda Coinbase v SEC, la SEC presentó una Aviso de Wellscontra Consensys a finales de junio de 2024. La SEC alegó que Consensys actuó como un corredor no registrado de valores de activos criptográficos a través de MetaMask Swaps y a través de su programa de participación criptográfica, MetaMask Staking.

Implicaciones Futuras#

Mientras las billeteras seguirán estando en la vanguardia de los debates sobre finanzas ilícitas y custodia personal, gran parte de la conversación regulatoria futura pivotará en torno a la cuestión de la descentralización. Durante los últimos años, la industria de las criptomonedas ha empleado el concepto de descentralización para explicar a los reguladores por qué las regulaciones tradicionales de valores financieros no deberían aplicarse a los servicios de criptomonedas. Este argumento aborda específicamente las cuestiones de control y partes responsables.

Las reglas y orientaciones de las finanzas tradicionales regulan a los intermediarios para brindar protección al consumidor y responsabilidad. Sin embargo, surge un desafío clave: ¿cómo lograr estos objetivos cuando los servicios involucrados no son inherentemente intermediarios y no custodian activos ni realizan operaciones para los usuarios?

La descentralización, tanto como concepto y como objetivo de diseño, ha ayudado a explicar por qué es difícil aplicar las regulaciones de servicios financieros tradicionales a las criptomonedas. Sin embargo, ahora estamos entrando en una nueva fase de discurso regulatorio donde los reguladores están buscando definir y aplicar definiciones de descentralización a varios servicios, desde billeteras hasta intercambios descentralizados (DEX) y más allá. Los reguladores ahora ven la oportunidad de clasificar muchos servicios de criptomonedas como no descentralizados o simplemente "descentralizados de nombre". Esta clasificación se deriva de dos factores principales:

  1. La carga de cumplir con los estándares de verdadera descentralización a menudo es técnicamente inviable para muchos servicios.
  2. Estos estándares de descentralización pueden no coincidir con los objetivos reales de la regulación. Este cambio en el enfoque regulatorio podría tener implicaciones significativas en cómo se clasifican y regulan los servicios de criptomonedas en el futuro.

Por eso, la próxima fase del discurso regulatorio se centrará en el concepto de control. Las preguntas clave incluirán: ¿Tienen las billeteras control sobre la ejecución de la operación de un usuario? ¿Tienen los DEX control sobre cómo se ejecuta o se completa una operación? La industria criptográfica en su conjunto está avanzando significativamente en el desarrollo de nuevos modelos operativos que van más allá de la noción de servicios descentralizados y entran en una conversación sobre control, datos y privacidad.

En la vanguardia de estos avances se encuentra la utilidad de los entornos de ejecución confiables (TEEs). Nos estamos moviendo hacia una estructura de mercado donde el control operativo reside dentro del hardware y el software, en lugar de con los proveedores de servicios. En este modelo, los proveedores de servicios no tienen control directo sobre las operaciones que se realizan ni la capacidad de ver las órdenes de los usuarios. Con este enfoque, la industria de las criptomonedas está pionera en nuevas formas para que los servicios financieros y las aplicaciones de comunicaciones operen.

Por último, a medida que pasamos de discusiones sobre descentralización a conversaciones más matizadas sobre control, los conceptos de ejecución, finalidad y liquidación se volverán cada vez más importantes. La industria tendrá que definir colectivamente:

  1. ¿Quién es responsable de ejecutar una operación
  2. Cuando una operación se considera liquidada en la cadena
  3. ¿Quién es responsable de su liquidación

Descargo de responsabilidad:

  1. Este artículo es reimpreso de [Flashbots], Todos los derechos de autor pertenecen al autor original [Flashbots]. Si hay objeciones a esta reimpresión, por favor contacte al Gate LearnEl equipo de Gate Learn se encargará de ello rápidamente.
  2. Descargo de responsabilidad: Los puntos de vista y opiniones expresados en este artículo son únicamente los del autor y no constituyen ningún consejo de inversión.
  3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.
Empieza ahora
¡Registrarse y recibe un bono de
$100
!