As carteiras são o portão para a Web3, servindo como portais essenciais para os usuários enviarem e receberem mensagens, gerenciarem fundos e interagirem com aplicações blockchain. Como uma peça crítica da infraestrutura blockchain, as carteiras moldam significativamente as experiências dos usuários na Web3.

O ecossistema de carteiras é diversificado, com provedores oferecendo produtos e serviços variados por meio de diferentes mecanismos. À medida que os provedores de carteira buscam sustentabilidade e diversificação, seus modelos operacionais estão evoluindo, criando novas dinâmicas entre usuários, aplicativos e a infraestrutura subjacente de blockchain.

Nosso relatório visa iluminar o estado atual das carteiras na Ethereum, com base na pesquisa realizada por orderflow.art.

No entanto, identificar carteiras através do rastreamento de transações on-chain apresenta vários desafios:

1. Identificação incompleta devido a roteadores desconhecidos ou endereços de assinatura.
2. Dificuldade em identificar múltiplos endereços de carteira associados a exchanges centralizadas.
3. Ausência de endereços de roteador para algumas carteiras, tornando a identificação do usuário desafiadora.

Apesar dessas limitações, este relatório fornece uma visão abrangente do cenário da carteira Ethereum, suas tendências atuais e perspectivas futuras.

O relatório começa com uma seção de Antecedentes cobrindo duas áreas-chave: Taxonomia de Carteiras e o Ciclo de Fluxo de Pedidos. Na Taxonomia de Carteiras, categorizamos as carteiras Web3 em tipos custodiais e não custodiais, detalhando as várias formas de carteiras não custodiais. A seção Ciclo de Vida do Fluxo de Pedidos descreve a jornada de uma transação, identificando os principais intervenientes, desde os Originadores do Fluxo de Pedidos até os construtores de blocos.

A seguir, exploramos as Tendências Atuais, focando nos desenvolvimentos recentes que afetam os Originadores de Fluxo de Ordens (OFOs). Examinamos as implicações do aumento da centralização no mercado de construção de blocos, que intensificou a competição pelo fluxo de ordens. Esta seção abrange três conceitos-chave: Pagamento pelo Fluxo de Ordens (PFOF), Leilões de Fluxo de Ordens (OFAs) e Fluxo de Ordens Privado (POF). Além disso, introduzimos a Abstração de Conta (AA), com um foco particular no ERC-4337, um desenvolvimento significativo que está remodelando o cenário da carteira.

Finalmente, em Tendências Futuras, exploramos desenvolvimentos destinados a aprimorar a experiência do usuário e enfrentar desafios regulatórios no cenário da carteira. Examinamos pré-confirmações (pré-confs), um mecanismo projetado para melhorar a velocidade de confirmação da transação. Também analisamos duas Propostas de Melhoria do Ethereum (EIPs) que buscam aprimorar as capacidades de Abstração de Conta. Além disso, discutimos Ambientes de Execução Confiáveis (TEEs) e seu papel em melhorar a segurança e privacidade para carteiras Web3. Consideramos como os TEEs podem servir como uma solução de conformidade potencial para a indústria de criptomoedas, especialmente à medida que o foco regulatório se desloca da descentralização para questões de controle.

Antecedentes#

Introdução#

As carteiras servem como a interface principal para os usuários interagirem com aplicações blockchain. Embora os usuários frequentemente mantenham várias carteiras (por exemplo, várias contas MetaMask), o processo de migrar chaves privadas para um novo fornecedor de carteiras é tipicamente complicado. Essa falta de portabilidade amigável ao usuário cria um efeito de 'aderência', frequentemente mantendo os usuários ligados aos seus fornecedores de carteiras existentes.

A intensificação da competição pelo fluxo de pedidos aumentou a importância da aquisição e retenção de usuários para os provedores de carteira. Este cenário competitivo levou a um desenvolvimento interessante: aplicações de finanças descentralizadas (DeFi), como Uniswap, 1inch e Curve Finance, agora estão criando suas próprias carteiras. Essa movimentação estratégica permite a essas plataformas DeFi exercerem maior controle sobre o fluxo de pedidos de seus usuários, potencialmente capturando mais valor e oferecendo uma experiência de usuário mais integrada.

Essa tendência destaca as relações em evolução entre usuários, carteiras e aplicativos DeFi no ecossistema blockchain. Isso destaca como a batalha pelo fluxo de ordens está remodelando o cenário de carteiras e influenciando as estratégias dos principais players no espaço DeFi.

Figura 1. Visão geral do ecossistema da carteira Ethereum

Taxonomia da Carteira#

Carteiras Web3 são geralmente categorizadas como custodiais, controladas por terceiros, ou não-custodiais, controladas pelo usuário. O controle é definido como quem possui as chaves privadas da carteira.

• Carteiras de custódia: Principalmente oferecidas por bolsas de criptomoedas e bots do Telegram, as carteiras de custódia mantêm as chaves privadas dos usuários e oferecem uma experiência de usuário aprimorada. No entanto, os usuários não têm controle total sobre seus fundos e essas terceiras partes poderiam acessar os fundos dos usuários sem sua permissão.
• Carteiras não custodiais: Os usuários mantêm suas chaves privadas e controlam totalmente suas carteiras não custodiais. Se as chaves privadas forem perdidas, o usuário perderá o acesso à sua carteira e fundos. As chaves privadas das carteiras quentes são armazenadas em um dispositivo conectado à internet que interage com um aplicativo. As carteiras frias armazenam chaves privadas em dispositivos de hardware dedicados sem conexão com aplicativos. As carteiras não custodiais "quentes" estão conectadas à internet e geralmente são acessadas por meio de uma extensão do navegador, aplicativo móvel ou aplicativo para desktop. As carteiras "frias" não têm acesso online e os ativos são armazenados em dispositivos físicos.

Existem diferentes tipos de carteiras não custodiais com tecnologias variadas para melhorar a experiência do usuário e a segurança.

Carteiras MPC#

Computação de Múltiplas PartesAs carteiras (MPC) usam técnicas de criptografia para criptografar, fragmentar e distribuir chaves privadas para vários dispositivos. Esses dispositivos ou partes devem avaliar uma computação sem revelar suas chaves privadas ou dados. Um protocolo de computação multipartidária usado no contexto das carteiras MPC geralmente possui essas propriedades:

1. Segurança de Limiar: Garantir que um número predefinido de partes deve cooperar para assinar uma transação.
2. Fragmentação de chave: A capacidade de dividir uma chave privada em várias partes.
3. Geração de Chave Distribuída: Gerar a chave de forma distribuída para que nenhuma parte única saiba a chave privada completa.

Os benefícios das carteiras MPC são:

1. Segurança: Como nenhuma pessoa controla a chave privada, um atacante precisaria atacar várias partes aumentando a segurança da carteira.
2. Recuperabilidade: Com fragmentos de chave criptografados armazenados em vários locais, partes autorizadas podem recuperar contas se uma chave for perdida.
3. Acessibilidade: Os ativos podem ser mantidos online, uma vez que os fragmentos da chave privada são distribuídos de forma segura entre várias partes. As transações podem ser executadas de forma mais eficiente do que uma carteira quente sem comprometer a segurança da chave.

Contas de Propriedade Externa (EOAs)#

Contas de Propriedade Externa (EOAs) são gerenciadas por chaves privadas únicas que os usuários controlam para interagir com contratos inteligentes on-chain.

EOAs usam uma chave privadaAlgoritmo de Assinatura Digital de Curva Elípticachave (ECDSA) para assinar e verificar transações digitais. Os usuários podem enviar e receber transações, interagir com contratos inteligentes e aprovar mensagens por meio de EOAs.

Para criar um EOA, uma interface de carteira gera uma chave privada e uma frase-semente. Devido à chave privada e à frase-semente singulares, um usuário perderá o acesso à sua carteira se perder tanto a chave privada quanto a frase-semente.

Carteiras de Contrato Inteligente#

Carteiras de contratos inteligentes, ou carteiras inteligentes, utilizam a Abstração de Conta e a programabilidade de contratos inteligentes para melhorar a experiência do usuário. As carteiras de contratos inteligentes não são controladas por uma chave privada, mas pelo código do contrato. Protocolos de Abstração de Conta como o ERC-4337 ajudam as carteiras de contratos inteligentes a contornar o requisito de que uma carteira EOA inicie uma transação. As carteiras de contratos inteligentes podem ser programadas para recursos como:

1. Autenticação de dois fatores
2. Congelamento da conta
3. Recuperação flexível
4. Lote de transações
5. Limites de transferência e gastos
6. Chaves de sessão
7. Patrocínio de gás e pagamentos de gás com tokens não nativos
8. Carteira Multi-sig

Comparados aos EOAs, as carteiras de contratos inteligentes têm um pequeno custo adicional de gás principalmente devido à execução do código do contrato e à publicação de eventos. Os contratos inteligentes são inerentemente mais complexos e poderosos em relação aos EOAs, então apenas as carteiras de contratos inteligentes auditadas e testadas em batalha devem ser confiáveis.

Ciclo de Vida do Fluxo de Pedidos#

Orderflow.artiluminou o panorama do fluxo de pedidos e identificou os atores conhecidos na cadeia de transações de uma transação.

O ciclo de vida de uma transação começa no lado esquerdo do fluxo de pedidos de Sankey com frontends on-chain e termina no lado direito com construtores de blocos.

Figura 2. Sankey Orderflow.art editado de 30 de setembro de 2024

Os principais atores on-chain no ciclo de vida de uma transação são:

Originadores de Fluxo de Ordens#

Os Originadores de Fluxo de Ordens (OFOs) são as primeiras aplicações on-chain que interagem com uma carteira. OFOs incluem:

1. Carteiras: As carteiras estão cada vez mais adicionando mais funcionalidades para melhorar a experiência do usuário, como trocas diretas. \
   Observação: As figuras 3, 4 e 5 incluem apenas roteadores conhecidos e subestimam as transações nativas de troca de carteiras.
2. Frontends: Aplicações como Uniswap têm sua própria carteira e interface para usuários criarem transações. Os frontends DEX estão perdendo a dominância tanto no volume de negociação quanto na participação de mercado de contagem de transações (Figuras 3 e 4).
3. Bots do Telegram: Banana Gun, Maestro e Unibot capturaram uma parte significativa das transações de varejo no último ano (Figura 4). Os tamanhos das negociações geralmente são inferiores a $10.000 (Figura 5).
4. Agregadores: Agregadores são aplicativos como DefiLlama, Matcha, 0x API e 1inch API que se conectam a várias DEXs para unificar a liquidez fragmentada. A contagem de transações da participação de mercado tem permanecido relativamente consistente, enquanto o volume de negociação diminuiu ligeiramente desde 2023 (Figuras 3 e 4).
5. Leilões de Fluxo de Pedidos: OFAs incluem leilões por lotes de resolução (por exemplo, CoWSwap), sistemas RFQ (por exemplo, Uniswap X) e leilões de execução (por exemplo, MEV-Blocker). As OFAs têm ganhado participação de mercado em volume de negociação em detrimento das interfaces DEX (Figura 3) e são tipicamente usadas para negociações maiores (Figura 5).

Figura 3. Volume de Negociação Frontend (3 anos), Dune Analytics. 30 de setembro de 2024.

Figura 4. Contagem de Transações do Frontend (3 anos), Dune Analytics. 30 de setembro de 2024.

Figura 5. Tamanhos de Negociação do Frontend (7 dias), Dune Analytics. 30 de setembro de 2024.

Provedores de Liquidez#

Transações grandes ou aquelas envolvendo pares de negociação ilíquidos muitas vezes são encaminhadas para Leilões de Fluxo de Ordens (OFAs) e agregadores para minimizar o escorregamento. Esses provedores obtêm liquidez de várias bolsas descentralizadas (DEXs), fontes off-chain e inventários proprietários.

1. Market Makers: Entidades comerciais que utilizam liquidez fora da cadeia e seu próprio inventário para executar transações. Eles fornecem liquidez para plataformas de solicitação de cotação (RFQ) como Hashflow e Uniswap X.
2. Solvers: Entidades de terceiros que determinam a roteamento e precificação ótimos para a execução de transações. Solvers são utilizados em OFAs como CoWSwap, e alguns oferecem a submissão direta de transações do usuário por meio de suas próprias interfaces front-end.
3. Buscadores CEX-DEX: Esses buscadores aproveitam a liquidez off-chain das exchanges centralizadas (CEXs) para capturar oportunidades de arbitragem on-chain. Eles podem utilizar OFAs com mempools privados como o MEV Share e o MEV-Blocker.

Mempools#

As ordens do Ethereum são submetidas aos mempools públicos ou privados:

1. Mempools públicos: As transações são visíveis para todos e podem ser selecionadas para agrupamento por buscadores e OFAs. Todos os construtores de blocos podem acessar essas transações para inclusão no bloco.
2. Mempools privados: As transações são visíveis apenas para partes selecionadas, incluindo pesquisadores específicos, OFAs e construtores.

Construtores#

Os construtores organizam e incluem transações em um bloco. O ciclo de vida do pedido é concluído se a transação for incluída no bloco do construtor vencedor. Se não estiver incluída no bloco vencedor, a transação permanece na mempool até ser incluída em um bloco futuro ou descartada.

References#

1. https://orderflow.art/frontends
2. Nó rápido, Uma Visão Completa das Carteiras Web3
3. Fundação Ethereum, Contas Ethereum
4. Fireblocks, O que é MPC (Multi-Party Computation)?
5. Alquimia, 8 Incríveis Benefícios das Carteiras de Contrato Inteligente vs Carteiras EOA
6. Desvinculado, O que são Contas de Propriedade Externa (EOAs) no Ethereum?
7. Carteira Ambire, Abstração de Conta e os Benefícios das Carteiras de Contrato Inteligente

Tendências Atuais#

A paisagem do Ethereum é atualmente caracterizada por várias tendências significativas que estão remodelando a indústria. Duas tendências principais no Ethereum que afetam os Originação de Fluxo de Ordens são 1) a centralização do mercado de construção de blocos e 2) a implementação da Abstração de Conta com ERC-4337.

Centralização do Construtor de Blocos#

Mercado de construtores do Ethereumtornou-se cada vez mais centralizado, com dois construtores capturando mais de 90% do mercado de blocos.

Figura 6. Participação de mercado do construtor de 30 dias a partir de 30 de setembro de 2024, libmev.com.

Essa concentração deu origem a novas dinâmicas no fluxo de pedidos:

• Fluxo de pagamento de pedidos (PFOF)
• Leilões de Fluxo de Ordens (OFA)
• Fluxo de Pedido Privado

Esses mecanismos estão transformando como as transações são processadas e priorizadas, oferecendo benefícios como proteção contra MEV e descoberta de preços aprimorada, mas também levantando preocupações sobre a justiça de mercado e descentralização

Pagamento pelo Fluxo de Pedidos#

O Pagamento pela Fluência de Ordens (PFOF) é um conceito financeiro tradicional que começou com os formadores de mercado pagando corretoras pela sua fluência de ordens OTC. Os formadores de mercado consideram a fluência de ordens de varejo desinformada e não tóxica e são altamente lucrativas para negociar contra. À medida que os sistemas de negociação automatizados (ATS) se expandiram, os formadores de mercado usaram o PFOF para atrair a fluência de ordens de varejo para seus ATS.

Os traders varejistas se beneficiam do PFOF de três maneiras:

1. Parte do PFOF é usada para cobrir o custo de execução do trader varejista.
2. Os formadores de mercado irão cotar mais apertado, permitindo que os traders varejistas executem a preços melhores
3. Os market makers serão capazes de fornecer maior liquidez para ordens de lotes ímpares.

No Ethereum, o PFOF surgiu como relações de Fluxo de Ordens Exclusivas (”EOF”) entre Originadores de Fluxo de Ordens (”OFOs”) e Construtores. O EOF contorna a mempool pública e representa até 35% do mercado. O Fluxo de Ordens Exclusivas permite que um construtor construa um bloco de valor mais alto do que concorrentes limitados a transações de origem da mempool pública ou Leilões de Fluxo de Ordens (”OFA”). Como os EOFs exigem garantias de execução, os construtores irão multiplexar o pacote do OFO para garantir a inclusão oportuna.

Existem várias razões pelas quais os Originadores de Fluxo de Pedidos utilizam relacionamentos EOF:

• Garante a inclusão de bloco. Ao firmar parceria com um construtor de ponta, os OFOs aumentam a probabilidade de que suas transações sejam incluídas no próximo bloco construído.
• Proteção do MEV do usuário. OFOs podem virtualmente eliminar o MEV de suas transações.
• Reembolso de taxas de gás prioritárias. Os OFOs podem receber um reembolso das taxas de gás prioritárias pagas por seus usuários. Os construtores valorizam transações de alta qualidade, como ordens de sniping de bots do Telegram, e pagarão mais por esse fluxo de pedidos.

Relações de fim de arquivo atualmente conhecidas:

• Banana Gun e Titan Builder
• Maestro e Castor

Figura 7. Blocos de fim de arquivo da Banana Gun*.

Figura 8. Blocos multiplexados da arma de banana.

Figura 9. Blocos EOF do Maestro.

Figura 10. Blocos multiplexados do Maestro.

*EOF é aproximado pelo fluxo de pedidos não visto pela Flashbots ou na mempool.

Leilões de Fluxo de Ordens#

Os leilões de fluxo de pedidos (OFAs) foram criados para proteger as transações do usuário de estratégias de MEV negativas, como front-running e ataques de sandwich. OFAs oferecem muitos benefícios aos usuários, incluindo:

1. Menores custos de transação. OFAs agrupam transações que reduzem as taxas de gás e diminuem o deslizamento na execução.
2. Reembolsos de MEV. OFAs podem leiloar oportunidades de MEV de retrocesso e devolver uma parte do MEV capturado aos usuários.
3. Melhoria na descoberta de preços. Solucionadores de terceiros competem pelo melhor preço de execução.
4. Liquidez aprimorada. Os solucionadores de terceiros podem agregar liquidez de várias fontes, incluindo DEXs, CEXs e inventário privado.

Figura 11. Cadeia de suprimento de MEV com Leilões de Fluxo de Ordens.

OFAs agregam transações de swap de vários usuários e as leiloam para licitantes de terceiros para execução. OFAs funcionam como os leiloeiros e selecionam lances vencedores com base em critérios predefinidos. Os lances vencedores são enviados on-chain em um pacote para os construtores de blocos para consenso.

Existem diferentes tipos de OFAs:

• Pedido de Cotação (RFQs): RFQs utilizam um sistema de licitantes, fundos e market makers pré-selecionados, que utilizam inventário on-chain e privado para enviar propostas. RFQs oferecem melhor liquidez do que os market makers automatizados públicos (AMMs), pois os market makers de RFQ têm acesso a fontes adicionais de liquidez, como CEXs e AMMs cross-chain. Exemplo: UniswapX, Bebop, 1inch Fusion, Hashflow, 0xAPI
• Leilões de Lotes Frequentes: Os Leilões de Lotes Frequentes permitem que solucionadores de terceiros otimizem o preço e a liquidez, ao mesmo tempo que protegem as transações de MEV. As transações são agrupadas, economizando gás e melhorando a execução. Exemplo: CoWSwap, DFlow
• Leilões de Execução de Transações: Licitantes de terceiros, especificamente buscadores, extraem MEV e competem pelo reembolso de usuário mais alto. Este OFA é tipicamente integrado diretamente com carteiras via um RPC. Exemplo: MEV-Blocker, Merkle
• Leilões de Agregador de Espaço de Bloco: Os leilões de Agregador de Espaço de Bloco retornam valor ao usuário original por meio de reembolsos de gás de prioridade do construtor. Os construtores competem para incluir o pacote de transações e aumentar o valor de seu bloco, reembolsando uma parte do gás de prioridade pago pelo pacote. Exemplo: Compartilhamento de MEV da Flashbots

Fluxo de Pedidos Privados#

O Fluxo de Pedido Privado (POF) é o fluxo de pedidos dos originadores de fluxo de pedidos verticalmente integrados (carteiras, aplicativos, solucionadores, buscadores) e construtores. Este fluxo geralmente não é multiplexado e enviado a um construtor singular.

Os principais construtores, Beaver Build e Rsync, estão integrados com as empresas de trading proprietárias SCP e Wintermute e se beneficiam do fluxo de ordens interno CEX-DEX.Construtores de busca integradostêm uma vantagem sobre os construtores normais, uma vez que os lucros do seu pesquisador podem ser realocados para o seu construtor, aumentando a probabilidade de submissão do lance do bloco vencedor. Os pesquisadores-construtores integrados também se beneficiam de economias de latência ao enviar sua transação do pesquisador para o construtor. Essas economias de latência podem então ser estendidas para o leilão do construtor de bloco.

Figura 12. Fluxo de Pedidos Exclusivo (EOF) dos sete provedores EOF mais proeminentes com base no valor total.

(a) https://arxiv.org/pdf/2407.13931. EOF para Titan (b), Beaverbuild (c) e construtores Rsync (d). Note que apenas Rsync vê o fluxo de pedidos privados Wintermute e apenas Beaverbuild vê o fluxo de pedidos privados SCP.

Implicações futuras#

OFAs como Flashbots Protect e MEV-Blocker forneceram RPCs para os usuários integrarem em suas carteiras. Esses produtos eram principalmente opcionais para os usuários individuais de carteiras e integrados diretamente em aplicativos.

Além disso, as carteiras começaram a capturar o valor do fluxo de pedidos delas.

• Transações Inteligentes Metamask - As Transações Inteligentes Metamask desempenham a mesma função que um OFA, fornecendo proteção MEV, reembolsos de gás e proteção de reversão. Este serviço é automaticamente integrado na carteira Metamask e é opcional para os usuários. Os pesquisadores e solucionadores pagam pelo acesso ao fluxo de pedidos de Transações Inteligentes.
• Proteção MEV Trust Wallet - A Proteção MEV Trust Wallet está incluída por padrão para os usuários, mas não inclui reembolsos de gás e proteção de reversão.

References#

1. CNBC 2021, CEO da Virtu Financial se pronuncia sobre repressão ao pagamento pelo fluxo de pedidos.
2. Bradford Levy, Iniciativa Wharton sobre Política e Regulação - Destaque de Pesquisa: Pagamento do Fluxo de Ordens e Melhoria de Preços.
3. Thomas Thiery, Análise empírica dos Perfis Comportamentais dos Construtores (BBPs).
4. CoWProtocol, Compreendendo Leilões de Fluxo de Ordens.
5. Blocknative, Explorando Leilões de Fluxo de Ordens (OFAs) - MEV e a Distribuição Justa de Oportunidades Econômicas.
6. Darren Kleine, Tudo se resume às trocas. Por que leilões de fluxo de ordens tornam as DEXs melhores.
7. S. Yang, K. Nayak, F. Zhang, 2024. Descentralização do Mercado de Construtores da Ethereum.
8. Tivas Gupta & Mallesh M Pai & Max Resnick, 2023. Os Efeitos Centralizadores do Fluxo de Ordem Privada na Separação do Proponente-Construtor.
9. Quintus Kilbourn, Fluxo de ordens, leilões e centralização I - um aviso.
10. Quintus Kilbourn, Fluxo de ordens, leilões e centralização II - fluxo de ordens em leilões.
11. B. Bachu, X. Wan, C. Moallemi, 2024.Quantificando a Melhoria de Preço em Leilões de Fluxo de Ordens.
12. Pesquisa de Fronteira e Titã, 2023.Domínio do Construtor e Dependência do Pesquisador.
13. Pesquisa de Fronteira, O Espaço de Design de Leilão do Fluxo de Ordens.
14. Pai, M. e Resnick, M., Vantagens estruturais para construtores integrados em MEV-Boost.
15. Oz, B., Sui, D., Thiery, T., e Matthes, F., 2024. Quem Ganha os Leilões de Construção de Blocos do Ethereum e Por Quê?

Abstração de Conta#

A implementação da Abstração de Conta, particularmente através do ERC-4337, está revolucionando as interações dos usuários com as redes blockchain, introduzindo carteiras de contratos inteligentes e novas entidades como Bundlers e Paymasters. Esses desenvolvimentos não apenas estão aprimorando a experiência do usuário, mas também criando novas oportunidades e desafios no processamento de transações e estruturas de taxas.

ERC-4337#

Os principais objetivos da abstração de contas são remover a necessidade de todos os usuários terem um EOA e permitir que os usuários usem carteiras de contratos inteligentes como sua conta principal. A abstração de contas consegue isso separando o gerenciamento de contas e a execução de transações dos EOAs. A abstração de contas usa novas entidades: 1) o Aglutinador, para iniciar transações e 2) o Pagador, para determinar as políticas de pagamento de gás.

Figura 13. fluxo de trabalho ERC-4337

ERC-4337introduz duas novas partes - o Agregador e o Pagador:

• Bundler - O Bundler monta várias operações de usuário em uma transação, semelhante a um construtor de blocos, e envia a transação para o contrato de ponto de entrada para execução. Mais importante, os Bundlers têm EOAs que lhes permitem iniciar transações, abstraindo a necessidade de os usuários terem uma carteira EOA. Os Bundlers atuais incluem Skandha, Alchemy, Rundler, Voltaire, Alto, Stackup e Infinitism.
• Paymaster - O Paymaster é um contrato inteligente que lida com as políticas de pagamento de gás da carteira. O Paymaster determina quais moedas, stablecoins ou outros tokens ERC-20 são aceitáveis para pagamentos de gás e permite que aplicativos paguem taxas de gás para seus usuários.

Figura 14. Contas Inteligentes Ativas Semanais

Figura 15.Receita semanal do agrupador

Figura 16. Gasto semanal do pagador de gasolina

Implicações Futuras#

Sob o ERC-4337, o Bundler está em uma posição semelhante ao construtor de blocos de hoje e pode executar acordos exclusivos de fluxo de pedidos com carteiras de contratos inteligentes. O fluxo de pedidos exclusivo é mais importante para os Bundlers porque competem pela taxa de prioridade mais alta e os Bundlers perdedores pagam pelo custo de gás da reversão da UserOperation.

Porque o mempool UserOperation é público, as UserOperations são suscetíveis ao MEV de front-running e ataques de sandwich. Os Bundlers podem capturar uma parte desse MEV, uma vez que eles ordenam e agrupam as UserOperations em uma transação de pacote. Os Searchers poderiam executar os Bundlers para extrair MEV do mempool público de UserOperation. Os Bundlers e Builders poderiam integrar para obter fluxo de pedidos adicional.

References#

1. ERC-4337: Abstração de Conta via Especificação do Contrato de Ponto de Entrada
2. ERC-4337: Abstração de Conta Usando Alt Mempool
3. https://github.com/ethereum/EIPs/pull/4337/files
4. Alquimia, O que é Abstração de Conta (ERC-4337)?
5. Alquimia, Como funcionam as carteiras de contratos inteligentes ERC-4337?
6. Blocknative, Guia introdutório para Abstração de Conta (ERC-4337)
7. Blocknative, Compreensão do ERC-4337 - Como funciona e explorando desconhecidos
8. Dmarz, @dmarz/4337-mev-supply-chain">Cadeia de fornecimento 4337 MEV
9. Blockbase, O ERC-4337 reduz o impacto do MEV-Boost no Ethereum?
10. Rede BlockPI, Por que os agrupadores ERC-4337 devem trabalhar com os construtores de blocos?
11. @KernelVentures/kernel-ventures-understanding-ethereums-erc4337-standard-what-opportunities-lie-ahead-ab45ebc9e537">Kernel Ventures: Compreendendo o Padrão ERC4337 do Ethereum - Quais Oportunidades Estão à Frente
12. https://www.bundlebear.com/overview

Tendências Futuras#

O cenário das criptomoedas e blockchain está à beira de uma transformação significativa, impulsionada por inovações tecnológicas e desenvolvimentos regulatórios. As principais tendências que moldam o futuro incluem:

• Pré-confirmações para velocidades de transação mais rápidas.
• EIP-7702 e EIP-7212 para abstração de conta e melhorias na carteira inteligente que aprimoram as experiências do usuário e os padrões de assinatura de transação.
• Integração de Ambientes de Execução Confiáveis (TEEs) para uma segurança reforçada.
• O discurso regulatório, especialmente em torno de stablecoins e títulos, está forçando a indústria a se adaptar dentro de novos quadros legais.

À medida que o foco muda da descentralização ampla para discussões detalhadas sobre controle e execução, essas tendências prometem, coletivamente, redefinir a forma como os usuários interagem com as redes blockchain, como os desenvolvedores constroem aplicações e como o ecossistema navega nos desafios regulatórios.

Pré-confirmações#

Pré-confirmações ("pré-confs") é uma proposta de pesquisa que permite aos usuários receber uma confirmação de transação antes que sua transação seja confirmada no consenso. As pré-confs visam melhorar a experiência do usuário, eliminando a alta congestão de rede no Ethereum, nas rollups de camada 2 e nos validiums por meio de confirmações mais rápidas. Primeiramente introduzido por Justin Drake, com base nas pré-confs, os proponentes do L1 podem fornecer garantias econômicas de que a transação de um usuário do L2 será incluída.

Figura 17. @EspressoSystems/bft-and-proposer-promised-preconfirmations">Com base em Pré-confirmações para Rollups

Como funcionam as preconfs?#

• Propositores de blocos Ethereum ("preconfers") ou uma parte delegada emitem promessas assinadas aos usuários garantindo que suas transações serão incluídas e executadas mais rapidamente do que o consenso L1 esperado.

A paisagem pré-confirmação ainda está em seus estágios iniciais e várias metodologias diferentes foram propostas. Estas são as poucas que poderiam afetar os originadores do fluxo de pedidos da forma mais significativa:

• Pré-confirmações no estilo XGA: as pré-confirmações no estilo XGA garantem a inclusão (não-posicional) do pacote na parte inferior de um bloco. Transações de preenchimento, transações que não requerem execução imediata ou têm baixo MEV, podem ser incluídas no pacote inferior do bloco. Isso permite que os construtores se concentrem em transações valiosas de MEV no topo do bloco e simplifica a precificação de gás para transações de preenchimento.
• MEV-Commit por Primev: MEV-commit é uma rede P2P onde compromissos de execução para transações Ethereum são feitos e os provedores são recompensados ou penalizados. Os originadores do fluxo de pedidos ("licitantes") especificam suas intenções para execuções de transações aos provedores.
• Preconfirmações BFT pela Espresso: As preconfirmações BFT são respaldadas por garantias de segurança e vivacidade de um algoritmo de consenso BFT. As preconfs BFT são respaldadas por um subconjunto de validadores L1 e não por um único validador como nas preconfs baseadas.

Implicações Futuras#

Preconfs levarão a uma melhor experiência de execução, uma vez que os originadores do fluxo de pedidos podem garantir a execução da transação por taxas mais altas.

No caso das pré-configurações do estilo XGA, a inclusão no final do bloco para transações não sensíveis à latência (ou seja, “governança”, “staking”, “autorizações”, “reivindicações”) pode reduzir o gás gasto nessas transações e reduzir o número de reversões de transações por gás insuficiente.

Referências#

1. Justin Drake, Confirmações baseadas.
2. Raghav Agarwal, Pré-confirmações: Promessa Credível de Execução Futura
3. Murat Akdeniz - Primev, Pré-confirmações: O Paradigma de Realização-Entrega.
4. CTra1n, Captura de valor baseada em rollups com pré-confirmações baseadas.
5. dpl0a, Pré-confirmações: Ao dividir o bloco, compatibilidade com mev-boost e relés.
6. Ellie Davidson - Sistemas Expresso, @EspressoSystems/bft-and-proposer-promised-preconfirmations">Analisando BFT e Pré-confirmações Prometidas pelo Proposer.
7. Nethermind, RFP-001: Introduzir infraestrutura de pré-confirmação.
8. Cairo, @cairo/H1lbS8RA6#Preconf-Share">Para uma implementação baseada em pré-confirmações.

EIP-7702 e EIP-7212#

Existem dois EIPs de Abstração de Conta que poderiam desbloquear totalmente o potencial das carteiras de contratos inteligentes e se tornar elementos transformadores para o ecossistema de carteiras.

EIP-7702#

EIP-7702 introduz as seguintes funcionalidades para EOAs:

• Agrupamento: Um usuário pode realizar várias operações em uma transação atômica.
• Patrocínio: Uma conta separada X ou operador de aplicativo pode pagar pela transação da conta Y. A conta X pode receber tokens ERC-20 por este serviço.
• Desescalada de privilégios: Os usuários assinam sub-chaves que fornecem permissões mais fracas e específicas. Por exemplo, interagindo apenas com aplicativos específicos, usando apenas certos tokens ERC-20 para uma transação e limites de transferência.

EIP-7702 foi projetado para ser compatível com versões anteriores e posteriores do ERC-4337, permitindo que EOAs aproveitem a infraestrutura existente do ERC-4337. EOAs também podem se converter temporariamente em carteiras de contratos inteligentes para serem incluídas em pacotes ERC-4337.

Os benefícios do EIP-7702 incluem:

• Menos risco de segurança: EIP-7702 também elimina o ponto central de confiança ao atribuir códigos de contrato inteligente a EOAs para uma transação. Não há possibilidade de transações não autorizadas com EIP-7702, uma vez que o código do contrato é removido após a execução da transação.
• Adoção fácil para dApps: Aplicações que utilizam o ERC-4337 podem integrar facilmente com o EIP-7702 sem qualquer alteração em seu código. EOAs podem chamar o contrato inteligente sem necessidade de autorização.

EIP-7702 ainda é uma nova proposta e tem algumas questões que os desenvolvedores precisam considerar:

• Revogações: EIP-7702 não possui detalhes claros sobre a revogação do código do contrato no caso de detecção de qualquer código malicioso.
• Assinaturas Agnósticas de Cadeia: EIP-7702 usa uma assinatura fixa que pode ser reutilizável em outras cadeias, mas falta flexibilidade se os usuários desejarem implementações diferentes.

EIP-7212#

EIP-7212, ou RIP-7212, cria um contrato para verificação de assinatura usando o padrão de curva elíptica 'secp256r1'. Este padrão foi adotado para autenticação de usuário pelas maiores corporações Web2 e pode ser integrado nas carteiras de contratos inteligentes do ERC-4337.

"secp256r1" é atualmente usado nas seguintes aplicações de autenticação:

1. O Enclave Seguro da Apple: O Enclave Seguro da Apple é um hardware de Ambiente de Execução Confiável (TEE) que cria e armazena chaves. O Enclave Seguro pode criptografar ou descriptografar dados, assinar mensagens arbitrárias e só é acessível através de identificação biométrica.
2. WebAuthn: A Autenticação da Web é um padrão da web para autenticação usado pela maioria dos navegadores Web2 - Chrome, Firefox, Edge e Safari. O WebAuthn usa criptografia de chave pública específica do domínio para autenticação do usuário, eliminando senhas, proporcionando uma recuperação mais rápida e reduzindo os riscos de segurança.
3. Android Keystore: O Android Keystore é um armazenamento seguro de credenciais do sistema. As aplicações podem criar chaves privadas e públicas e armazená-las no Keystore. O Keystore é criptografado com base na senha móvel do próprio usuário e pode ser acessado via senha ou biometria.
4. Chaves de acesso: As chaves de acesso são credenciais FIDO que permitem aos usuários acessar suas contas sem senhas usando biometria ou um PIN. Os usuários podem acessar websites ou aplicativos desbloqueando seus dispositivos móveis, eliminando a necessidade de senhas.

RIP-7212 é a versão roll-up do EIP-7212 e equipes da Kakarot, Polygon, Optimism, zkSync, Scroll e Arbitrum já se comprometeram com a implementação. Polygon tem o RIP-7212 disponível em sua testnet e as Smart Wallets recentemente lançadas pela Coinbase incluem autenticação de chave de acesso.

Figura 18. Autenticação móvel via senhas de acesso

Como funcionam as chaves de acesso?#

1. Uma carteira de contrato inteligente cria uma chave de acesso ou par de chaves públicas e privadas.
2. A chave privada é armazenada em um TEE no seu dispositivo móvel.
3. Quando a carteira de contrato inteligente cria uma transação para aprovação, o usuário se autentica com biometria ou um PIN móvel para desbloquear a chave privada.
4. O dispositivo móvel então usa a chave privada para “assinar” a transação e envia a transação concluída de volta para a carteira do contrato inteligente.
5. A assinatura é verificada na cadeia através do contrato inteligente RIP-7212.

Implicações Futuras

Enquanto EIP-7702 ainda é uma proposta, RIP-7212 está sendo ativamente integrado em roll-ups L2 e implementado em carteiras de contratos inteligentes. As carteiras de chaves de acesso potencializam as carteiras inteligentes ERC-4337, eliminando a necessidade de senhas e frases de segredo e elevando a segurança para um nível de hardware. Os projetos atuais que apresentam chaves de acesso incluem:

• Carteira Inteligente da Coinbase: A Carteira Inteligente da Coinbase utiliza uma senha de acesso para autenticação do usuário e transações de gás patrocinadas. As carteiras inteligentes suportam 8 redes (Base, Ethereum, Optimism, Arbitrum, Polygon, Avalanche, BNB, Zora) e oferecem um SDK de carteira para integração de dApps.
• Clave: Clave utiliza TEEs móveis e passkeys para oferecer recuperação social, serviços de nomeação de conta, login biométrico e taxas de gás patrocinadas no zkSync.
• SDK Banana: O SDK da Banana utiliza o WebAuthn para oferecer autenticação de dois fatores sem conhecimento, biometria e contas de recuperação com um representante.
• Turnkey: Turnkey é um provedor de Carteira como Serviço (WaaS) que armazena chaves privadas em um TEE.

References#

1. Coinbase, Como a Base está tornando as carteiras inteligentes o padrão
2. Github, EIP-7702
3. Zyfi, Para o futuro com EIP-7702 - Parte 1
4. Quicknode, EIP-7702 Explicado: O Futuro do Ethereum
5. Web3Auth, EIP-7702 Explicado: Como Funciona e Tudo o que Você Precisa Saber
6. Erdogan, U., Alpaslan, D., Posch, DC., Bhardwaj, N., EIP-7212: Pré-compilação para suporte à curva secp256r1.
7. Alquimia, O que é RIP-7212? Precompilação para suporte à Curva secp256r1.
8. Maçã, Enclave Seguro.
9. WebAuthn, Guia WebAuthne.
10. Autoridade Android, Como usar o Android Keystore para armazenar senhas e outras informações confidenciais.
11. Google, Pergunte a um especialista em tecnologia: o que são passkeys?
12. Coinbase, Documentação da Carteira Inteligente
13. Clave FAQ
14. Documentos do SDK da Carteira Banana

EIP-712#

EIP-712 é um padrão para assinatura de mensagem digitada que tem como objetivo permitir a assinatura de mensagens fora da cadeia para assinatura na cadeia, permitindo uma melhor experiência do usuário. Em vez de ler cadeias de bytes, o EIP-712 permite que assinaturas sejam exibidas em um formato legível sem perder as propriedades de segurança do sistema. A assinatura fora da cadeia economiza gás e reduz o número de transações na cadeia.

Figura 19. Assinatura da mensagem atual

Figura 20. Assinatura da mensagem com EIP-712

Como funciona o EIP-712?#

1. Os desenvolvedores de dApps utilizam uma estrutura de dados JSON que os usuários assinam.
2. Um separador de domínio impede que a assinatura seja usada em vários dApps e permite vários casos de uso de assinatura distintos dentro de um determinado dApp.
3. Carteiras e operadores de front-end podem analisar a estrutura de dados do dApp e traduzir os dados em uma mensagem legível para os usuários.

Uma das principais características que o EIP-712 desbloqueia é que ele permite que os dApps controlem o fluxo de transações para os usuários, em vez das carteiras. Aplicativos como Uniswap podem minimizar o MEV de seus usuários, pois as trocas contornariam OFAs e outros extratores de valor MEV.

Figura 21. Interesse do Uniswap no controle do fluxo de transações

Além da legibilidade da transação da carteira, o EIP-712 melhora a usabilidade da governança ao permitir que um terceiro pague as taxas de gás para votos de usuários. Os eleitores podem usar a funcionalidade de assinatura do EIP-712 para criar uma transação assinada de delegação ou voto gratuitamente.

Implicações Futuras#

Além da legibilidade da carteira, o EIP-712 pode ser usado para melhorar a experiência do usuário em outras áreas.

• Governança. Os usuários podem delegar seu voto e ter um terceiro pagar as taxas de gás por eles por meio da função by-signature do EIP-712.
• Assinatura clara. As carteiras de hardware, ou dispositivos separados, podem exibir a mensagem do dApp garantindo que os usuários possam ter certeza de que nenhum malware ou aplicativo malicioso enviou a mensagem para eles.
• Prevenção de ataques de repetição. Os dados para evitar ataques de repetição podem ser incluídos dentro dos dados estruturados do EIP-712.
• Minimização de MEV. EIP-712 permite que um usuário assine uma transação enquanto dá aos front-ends a capacidade de enviar o fluxo de pedidos sem transmiti-lo para a rede, minimizando a exposição de um usuário a MEV malicioso.

Referências#

1. EIP 712. Tipificação de dados estruturados para hash e assinatura
2. Koh Wei Jie, EIP712 está aqui: O que esperar e como usá-lo
3. Adam Bavosa, Delegação e Votação com Assinaturas EIP-712
4. SpruceID, Faça login com a Pesquisa de Carteira Ethereum
5. Tecnologia de contabilidade, Mensagens, Transações e Assinatura Clara
6. Cyfrin, EIP712 e EIP191
7. Metamask Github, Assine transação sem transmitir #3475

Ambientes de Execução Confiável (TEEs)#

Ambientes de Execução Confiável (TEEs) são um enclave seguro baseado dentro de um microprocessador de hardware onde cálculos e operações sensíveis podem ser executados com integridade e privacidade. TEEs suportam isolamento e atestação remota e podem executar máquinas virtuais como EVM e CosmWasm sem o custo criptográfico como Computação de Múltiplas Partes (MPC) ou zkSNARKs.

Para carteiras web3, TEEs móveis como o Secure Enclave da Apple e o Titan M2 da Google podem proteger as chaves privadas da carteira de contratos inteligentes melhor do que as carteiras de hardware padrão. Os usuários podem criar e armazenar uma chave privada dentro de um TEE e assinar transações a partir dessas chaves. As chaves permanecem no dispositivo e só podem ser acessadas pelo proprietário do dispositivo por meio de autenticação biométrica ou PIN do dispositivo.

TEEs são atualmente usados em várias soluções de carteira:

• MPCs: Fireblocks utiliza Intel SGX TEEs para isolar os dados criptográficos, os algoritmos criptográficos MPC e ZKP, e as porções de execução de seu software de seus sistemas internos e terceiros externos. Fireblocks armazena chaves MPC, credenciais de API e seu mecanismo de política no enclave seguro para evitar acesso não autorizado por hackers, funcionários corruptos e cúmplices internos.
• Carteiras de Contrato Inteligente: Conforme listado na seção anterior RIP-7212, as carteiras inteligentes aproveitam os TEEs móveis para armazenar senhas. As carteiras de contrato inteligente atuais que utilizam TEEs incluem a Carteira Inteligente da Coinbase, Banana SDK, Turnkey, Clave e Weeve.

Implicações Futuras#

TEEs estão prontos para serem um grande fator de mudança de jogo para blockchains.

• Flashbots SUAVE utilizará TEEs para criar um ecossistema MEV seguro e privado.
• Carteiras de contratos inteligentes usarão TEEs móveis e Abstração de Conta para melhorar a experiência de integração do usuário e alcançar uma nova audiência de usuários.
• Grandes corporações adaptaram TEEs para resolver suas próprias necessidades de privacidade e segurança. A Visa criou o blockchain LucidiTEE que melhora a computação multipartidária e o armazenamento de dados privados.
• TEEs são uma solução potencial de conformidade regulatória para aprimorar o controle, a privacidade de dados e a segurança operacional para blockchains.

Referências:

1. Andrew Miller, Contratos inteligentes baseados em TEE e armadilhas de selagem.
2. Braavos, Hardware Signer: Aumentando a Segurança das Carteiras de Criptomoedas.
3. Base, Verificador de Assertiva de Autenticação Solidity WebAuthn.
4. Nick Summers, FAQs de senhas de acesso: O que são e outras perguntas frequentes
5. Maçã, Documentação do Enclave Seguro
6. Calvin Wankhede, O que é o chip de segurança Titan M2 nos telefones Pixel do Google?
7. Documentação de Fireblocks
8. Sinha, R., Gaddam, S., Kumaresan, R. - Pesquisa Visa. LucidiTEE: Um Sistema TEE-Blockchain para Computação Multiparty Conforme a Política com Justiça.

Execução, Controle, & Descentralização#

Um dos principais desafios para os provedores de carteira tem sido educar os usuários e reguladores sobre a custódia própria e contas on-chain. No entanto, à medida que o ecossistema web3 amadureceu, os principais interessados passaram a entender vários pontos cruciais:

1. Carteiras não retêm, gerenciam ou custodiam os ativos do usuário; elas apenas fornecem uma interface para acessá-los.
2. Endereços de blockchain existem independentemente das carteiras e não são criados ou gerenciados por elas.
3. Os usuários têm a liberdade de alternar entre diferentes provedores de carteira, pois seus ativos e contas existem na cadeia, separados de qualquer serviço de carteira específico.

Esta compreensão em crescimento tem sido crucial para esclarecer o papel das carteiras no ecossistema de criptomoedas e distingui-las dos provedores de serviços financeiros tradicionais.

Moedas estáveis e MiCA#

As stablecoins continuam a ser um dos ativos de criptomoeda mais significativos, pois possibilitam a transferência de valor sem atritos e sem complicações através das fronteiras e sistemas econômicos. Permitem aos usuários mover valor entre ativos que podem flutuar de preço para denominações estáveis para uso futuro. No entanto, as stablecoins têm subido ao topo das agendas de muitos reguladores de criptomoedas, principalmente devido a preocupações sobre:

1. Controlar e monitorar o fluxo de fluxos de moeda fiduciária global.
2. Sua influência na força da moeda e na política monetária.
3. A necessidade de supervisão em sua emissão e respaldo.

Como resultado, as stablecoins se tornaram uma prioridade máxima em muitas agendas de criptomoedas dos reguladores, desencadeando debates sobre seu papel no ecossistema financeiro mais amplo.

Nos Estados Unidos, as stablecoins ganharam atenção regulatória significativa com o projeto Libra do Facebook (agora Meta). O gigante da tecnologia propôs uma stablecoin gerenciada privadamente que, teoricamente, poderia se tornar a moeda digital predominante, levantando preocupações sobre seu impacto no controle da política monetária dos bancos centrais.

Desde que o projeto Libra foi encerrado em 2022, o principal objetivo da política regulatória de stablecoins dos EUA tem sido garantir a garantia e a supervisão adequadas das stablecoins. Essa mudança levou os emissores de stablecoins a adotar práticas semelhantes às instituições financeiras regulamentadas com contratos de custódia robustos, relacionamentos bancários estabelecidos e programas de monitoramento abrangentes. Embora várias agências reguladoras tenham contribuído com regulamentações fragmentadas, o Congresso dos EUA está trabalhando para uma estrutura regulatória mais abrangente para stablecoins.

Na UE, o Regulamento de Mercados em Ativos Criptográficos (MiCA) está entrando em vigor e contém disposições-chave sobre stablecoins. Até o momento desta redação, apenas o USDC da Circle e a stablecoin Euro foram registrados com sucesso na UE.

Permutas e Regulamentação de Valores Mobiliários#

As trocas de tokens na carteira tornaram-se um recurso popular em muitas carteiras de criptomoedas, melhorando a usabilidade de aplicativos on-chain e permitindo que os usuários naveguem em interações de ponte e entre cadeias.

No entanto, essa funcionalidade atraiu escrutínio regulatório, especialmente dos reguladores de valores mobiliários, que tentam aplicar regulamentações tradicionais de serviços financeiros às carteiras que oferecem recursos de troca. Mais notavelmente, a SEC tomou medidas legais contra certos provedores de carteira alegando que as funções de troca dessas carteiras operam efetivamente como corretores não registrados.

SEC v. Coinbase#

Em abril de 2024, a SEC'sreivindicaçãoFoi rejeitada a ideia de que a Carteira Coinbase atuou como corretora. Carteiras de auto-guarda com funcionalidades de troca geralmente não atendem aos critérios de classificação de corretora. O argumento da SEC se baseia em suas alegações de que alguns ativos disponíveis por meio dessas carteiras são títulos não registrados.

SEC v. Consensys#

A Consensys processou proativamente a SEC em abril de 2024 sobre se a SEC tem autoridade legal para regulamentar o MetaMask como corretora e emissora de títulos e obteve uma revisão acelerada pelo juiz no caso. Os procedimentos judiciais acelerados poderiam levar a uma decisão até o final deste ano.

Apesar deste processo e de perder o processo Coinbase vs SEC, a SEC entrou com um Aviso Wellscontra a Consensys no final de junho de 2024. A SEC alegou que a Consensys atuou como corretora não registrada de títulos de ativos de criptomoeda por meio das Trocas do MetaMask e por meio de seu programa de participação em criptomoedas, MetaMask Staking.

Implicações Futuras#

Embora as carteiras continuem a estar na vanguarda dos debates sobre finanças ilícitas e auto-custódia, grande parte da futura conversa regulatória irá girar em torno da questão da descentralização. Nos últimos anos, a indústria de criptomoedas tem utilizado o conceito de descentralização para explicar aos reguladores por que as regulamentações tradicionais de valores mobiliários financeiros não devem ser aplicadas aos serviços de criptomoedas. Esse argumento aborda especificamente as questões de controle e partes responsáveis.

Regras e orientações da financeira tradicional regulam intermediários para fornecer proteção ao consumidor e responsabilidade. No entanto, surge um desafio crucial: como alcançar esses objetivos quando os serviços envolvidos não são intermediários por natureza e não custodiam ativos ou executam operações para os usuários?

A descentralização, tanto como conceito quanto como objetivo de design, ajudou a explicar por que as regulamentações tradicionais de serviços financeiros são difíceis de aplicar às criptomoedas. No entanto, estamos entrando agora em uma nova fase do discurso regulatório, onde os reguladores estão buscando definir e aplicar definições de descentralização a vários serviços, de carteiras a exchanges descentralizadas (DEXs) e além. Os reguladores agora veem uma oportunidade de classificar muitos serviços de criptografia como não descentralizados ou "descentralizados apenas no nome". Essa classificação decorre de dois fatores principais:

1. O ônus de cumprir os padrões de verdadeira descentralização muitas vezes é tecnicamente inviável para muitos serviços.
2. Esses padrões de descentralização podem não estar alinhados com os objetivos reais da regulamentação. Essa mudança na abordagem regulatória poderia ter implicações significativas sobre como os serviços de criptomoedas são classificados e regulamentados no futuro.

É por isso que a próxima fase do discurso regulatório mudará para o conceito de controle. As perguntas-chave incluirão: As carteiras têm controle sobre a execução da operação de um usuário? As DEXs têm controle sobre como uma operação é executada ou preenchida? A indústria de criptomoedas como um todo está fazendo progressos significativos no desenvolvimento de novos modelos operacionais que vão além da noção de serviços descentralizados e entram em uma conversa sobre controle, dados e privacidade.

Na vanguarda desses avanços está a utilidade dos ambientes de execução confiáveis (TEEs). Estamos caminhando para uma estrutura de mercado onde o controle operacional reside dentro do hardware e do software, em vez de com os provedores de serviços. Neste modelo, os provedores de serviços não têm controle direto sobre as operações em andamento nem a capacidade de visualizar pedidos de usuários. Com essa abordagem, a indústria de criptomoedas está pioneira em novas formas para serviços financeiros e aplicativos de comunicação operarem.

Por fim, à medida que passamos das discussões sobre descentralização para conversas mais matizadas sobre controle, os conceitos de execução, finalidade e liquidação se tornarão cada vez mais importantes. A indústria precisará definir coletivamente:

1. Quem é responsável pela execução de uma operação
2. Quando uma operação é considerada liquidada na cadeia
3. Quem é responsável pelo seu acerto

Aviso Legal：

1. Este artigo é reproduzido de [Flashbots], Todos os direitos autorais pertencem ao autor original [Flashbots]. Se houver objeções a esta reimpressão, entre em contato com o Gate LearnA equipe Gate Learn cuidará disso prontamente.
2. Aviso de responsabilidade: As opiniões expressas neste artigo são exclusivamente do autor e não constituem nenhum conselho de investimento.
3. As traduções do artigo para outros idiomas são feitas pela equipe Gate Learn. Salvo indicação em contrário, copiar, distribuir ou plagiar os artigos traduzidos é proibido.