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

O ecossistema da carteira é diversificado, com fornecedores a oferecer produtos e serviços variados através de diferentes mecanismos. À medida que os fornecedores de carteiras se esforçam pela sustentabilidade e diversificação, os seus modelos operacionais estão a evoluir, criando novas dinâmicas entre utilizadores, aplicações e a infraestrutura subjacente da blockchain.

O nosso relatório tem como objetivo iluminar o estado atual das carteiras na Ethereum, com base na pesquisa realizada pororderflow.art.

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

1. Identificação incompleta devido a routers desconhecidos ou endereços de assinatura.
2. Dificuldade em identificar vários 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 destas limitações, este relatório fornece uma visão abrangente da paisagem da carteira Ethereum, suas tendências atuais e perspectivas futuras.

O relatório começa com uma seção de Antecedentes que abrange duas áreas-chave: Taxonomia da Carteira e o Ciclo de Vida do Fluxo de Ordens. Na Taxonomia da Carteira, categorizamos as carteiras Web3 em tipos custodiais e não custodiais, detalhando as várias formas de carteiras não custodiais. A seção do Ciclo de Vida do Fluxo de Ordens delineia a jornada de uma transação, identificando os principais intervenientes desde os Originadores do Fluxo de Ordens 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 da crescente centralização no mercado de construção de blocos, que intensificou a competição pelo fluxo de ordens. Esta secção abrange três conceitos chave: Pagamento pelo Fluxo de Ordens (PFOF), Leilões de Fluxo de Ordens (OFAs) e Fluxo de Ordem Privada (POF). Adicionalmente, introduzimos a Abstração de Conta (AA), com um foco particular no ERC-4337, um desenvolvimento significativo que está a remodelar o cenário da carteira.

Por fim, em Future Trends, exploramos desenvolvimentos voltados para 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 na melhoria da segurança e privacidade para as carteiras Web3. Consideramos como os TEEs podem servir como uma solução potencial de conformidade para a indústria de criptomoedas, especialmente à medida que o foco regulatório se desloca da descentralização para questões de controle.

Background#

Introdução#

As carteiras servem como a interface principal para os utilizadores interagirem com aplicações de blockchain. Embora os utilizadores 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. Esta falta de portabilidade amigável ao utilizador cria um efeito de 'adesão', frequentemente mantendo os utilizadores 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 utilizadores para os fornecedores de carteiras. Este cenário competitivo levou a um desenvolvimento interessante: as aplicações de finanças descentralizadas (DeFi), como Uniswap, 1inch e Curve Finance, estão agora a criar as suas próprias carteiras. Esta jogada estratégica permite a estas plataformas DeFi exercer um maior controlo sobre o fluxo de pedidos dos seus utilizadores, potencialmente capturando mais valor e proporcionando uma experiência de utilizador mais integrada.

Esta tendência sublinha as relações evolutivas entre os utilizadores, carteiras e aplicações DeFi no ecossistema blockchain. Destaca como a batalha pelo fluxo de ordens está a remodelar o panorama das carteiras e a influenciar as estratégias dos principais intervenientes no espaço DeFi.

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

Taxonomia da Carteira#

As carteiras Web3 são geralmente categorizadas como custodiais, controladas por terceiros, ou não custodiais, controladas pelo utilizador. O controlo é definido como quem detém as chaves privadas da carteira.

• Carteiras de custódia: Principalmente oferecidas por bolsas de criptomoedas e bots do Telegram, as carteiras de custódia guardam 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 permissão.
• Carteiras não custodiais: Os utilizadores detêm as suas chaves privadas e controlam totalmente as suas carteiras não custodiais. Se as chaves privadas forem perdidas, o utilizador perderá o acesso à sua carteira e fundos. As chaves privadas das carteiras quentes são armazenadas num dispositivo ligado à Internet que interage com uma aplicação. As carteiras frias armazenam as chaves privadas em dispositivos de hardware dedicados e isolados que não interagem com aplicações. As carteiras não custodiais "quentes" estão ligadas à Internet e são normalmente acedidas através de uma extensão de navegador, aplicação móvel ou aplicação de secretária. 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 utilizador e a segurança.

Carteiras MPC#

Computação de várias 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 do Limiar: Garantir que um número pré-definido 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 de modo que nenhuma das partes 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 seria obrigado a atacar várias partes aumentando a segurança de uma 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 em uma carteira online sem comprometer a segurança da chave.

Contas de Propriedade Externa (EOAs)#

As Contas de Propriedade Externa (EOAs) são geridas por chaves privadas únicas que os utilizadores controlam para interagir com contratos inteligentes on-chain.

EOAs usam uma chave privada Algoritmo de Assinatura Digital de Curva Elípticachave (ECDSA) para assinar e verificar transações digitais. Os utilizadores podem enviar e receber transações, interagir com contratos inteligentes e aprovar mensagens através de EOAs.

Para criar um EOA, uma interface de carteira gera uma chave privada e uma frase-semente. Devido à chave privada singular e à frase-semente, 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 utilizador. As carteiras de contratos inteligentes não são controladas por uma chave privada, mas sim pelo código do contrato. Protocolos de Abstração de Conta como 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 funcionalidades como:

1. Autenticação de dois fatores
2. Congelamento de conta
3. Recuperação flexível
4. Agrupamento 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-assinatura

Comparadas com as EOAs, as carteiras de contratos inteligentes têm um pequeno overhead 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 às EOAs, por isso apenas as carteiras de contratos inteligentes auditadas e testadas em batalha devem ser confiáveis.

Ciclo de Vida do Fluxo de Ordens#

Orderflow.artiluminou o panorama do fluxo de pedidos e identificou os atores conhecidos on-chain no ciclo de vida de uma transação.

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

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

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

Order Flow Originators#

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

1. Carteiras: As carteiras estão cada vez mais a adicionar mais funcionalidades para melhorar a experiência do utilizador, como trocas diretas. \
   Nota: As Figuras 3, 4 e 5 incluem apenas routers conhecidos e subrepresentam as transações de troca nativas das carteiras.
2. Frontends: Aplicações como Uniswap têm sua própria carteira e interface para os usuários criarem transações. Os frontends DEX estão perdendo a dominância tanto no volume de negociações 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 a retalho no último ano (Figura 4). Os tamanhos das operações são geralmente inferiores a $10,000 (Figura 5).
4. Agregadores: Agregadores são aplicações 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 de 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 Ordens: OFAs incluem leilões de lotes de resolução (por exemplo, CoWSwap), sistemas de solicitação de cotação (por exemplo, Uniswap X) e leilões de execução (por exemplo, MEV-Blocker). Os OFAs têm ganho quota de mercado de volume de negociação em detrimento dos Frontends de DEX (Figura 3) e são tipicamente usados para negociações maiores (Figura 5).

Figura 3. Volume de negociação da interface (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 Frontend (7 dias), Dune Analytics. 30 de setembro de 2024.

Fornecedores de Liquidez#

Transações de grande porte ou aquelas envolvendo pares de negociação ilíquidos geralmente são encaminhadas para Leilões de Fluxo de Ordens (OFAs) e agregadores para minimizar o deslize. 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 o seu próprio inventário para executar transações. Eles fornecem liquidez para plataformas de Pedido de Cotação (RFQ) como Hashflow e Uniswap X.
2. Solvers: Entidades de terceiros que determinam o encaminhamento e preços ótimos para a execução de transações. Os solvers são utilizados em OFAs como CoWSwap e alguns oferecem a submissão direta de transações de usuários através de suas próprias interfaces front-end.
3. CEX-DEX Searchers: Estes searchers alavancam a liquidez off-chain das exchanges centralizadas (CEXs) para capturar oportunidades de arbitragem on-chain. Eles podem utilizar OFAs com mempools privados como MEV Share e MEV-Blocker.

Mempools#

As encomendas Ethereum são submetidas a 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 num bloco. O ciclo de vida da ordem é 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 num bloco futuro ou descartada.

Referências#

1. https://orderflow.art/frontends
2. Quicknode, 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 contratos inteligentes

Tendências Atuais#

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

Centralização do Construtor de Blocos#

Mercado de construtores da Ethereumtornou-se cada vez mais centralizado, com dois construtores a capturar 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.

Esta concentração deu origem a novas dinâmicas no fluxo de ordens:

• Pagamento pela ordem de fluxo (PFOF)
• Leilões de Fluxo de Ordens (OFA)
• Fluxo de Pedidos Privado

Estes mecanismos estão a transformar a forma como as transações são processadas e priorizadas, oferecendo benefícios como proteção contra MEV e uma descoberta de preço melhorada, mas também levantando preocupações sobre a justiça do mercado e a descentralização

Pagamento pelo Fluxo de Ordens#

O Pagamento pela Execução de Ordens ("PFOF") é um conceito financeiro tradicional que começou com os market makers a pagarem às corretoras pelo seu fluxo de ordens OTC. Os market makers consideram o fluxo de ordens de retalho não informado e não tóxico e altamente lucrativo para negociar. À medida que os sistemas de negociação automatizados ("ATS") se expandiram, os market makers utilizaram o PFOF para atrair o fluxo de ordens de retalho para os seus ATS.

Os traders a retalho beneficiam de PFOF de três maneiras:

1. Parte do PFOF é usada para cobrir o custo de execução do trader de varejo.
2. Os criadores de mercado farão cotações mais apertadas, permitindo que os comerciantes de varejo executem a preços melhores
3. Os market makers poderão fornecer uma maior liquidez para as ordens de lotes atípicos.

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

Existem várias razões pelas quais os Originadores de Fluxo de Ordem utilizam relações EOF:

• Garante a inclusão de blocos. Ao associarem-se a um construtor de topo, os OFOs aumentam a probabilidade de que as suas transações sejam incluídas no próximo bloco construído.
• Proteção MEV do utilizador. Os OFOs podem virtualmente eliminar o seu MEV de transações.
• Reembolso de taxas de gás prioritárias. Os OFOs podem receber um reembolso das taxas de gás prioritárias pagas pelos seus utilizadores. Os construtores valorizam transações de alta qualidade como ordens de sniping de bots do Telegram e pagarão mais por este fluxo de pedidos.

Relações EOF atualmente conhecidas:

• Pistola de Banana e Construtor de Titã
• Maestro e Castor

Figura 7. Blocos de Fim de Arquivo da Banana Gun*.

Figura 8. Blocos multiplexados da Banana Gun.

Figura 9. Blocos de EOF do Maestro.

Figura 10. Blocos multiplexados do Maestro.

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

Leilões de Fluxo de Ordens#

As Ordens de Fluxo de Leilão (OFLs) foram criadas para proteger as transações dos utilizadores de estratégias MEV negativas, como front-running e ataques de sanduíche. As OFAs oferecem muitos benefícios aos utilizadores, incluindo:

1. Custos de transação mais baixos. As OFAs agrupam transações que reduzem as taxas de gás e diminuem o deslizamento na execução.
2. Reembolsos de MEV. Os OFAs podem leiloar oportunidades de MEV retroativo e devolver uma parte do MEV capturado aos utilizadores.
3. Melhoria na descoberta de preços. Solucionadores de terceiros competem pela melhor execução de preços.
4. Liquidez melhorada. Os solvers de terceiros podem agregar liquidez de várias fontes, incluindo DEXs, CEXs e inventário privado.

Figura 11. Cadeia de fornecimento de MEV com Leilões de Fluxo de Pedidos.

OFAs agregam transações de troca de vários utilizadores e leiloam-nas a licitantes de terceiros para execução. OFAs funcionam como os leiloeiros e selecionam as propostas vencedoras com base em critérios predefinidos. As propostas vencedoras são submetidas on-chain num conjunto aos construtores de blocos para consenso.

Existem diferentes tipos de OFAs:

• Pedido de Cotação (RFQs): Os RFQs utilizam um sistema de licitantes pré-selecionados, fundos e market-makers, que usam inventário on-chain e privado para enviar propostas. Os RFQs oferecem melhor liquidez do que os criadores de mercado automatizados públicos (AMMs) pois os criadores de mercado 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 os solucionadores de terceiros otimizem o preço e a liquidez, protegendo as transações do 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: Os licitantes de terceiros, especificamente os pesquisadores, 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 Agregadores de Espaço de Bloco: Os Leilões Agregadores de Espaço de Bloco devolvem valor ao utilizador original através de descontos de gás de prioridade para construtores. Os construtores competem para incluir o pacote de transações e aumentar o valor do seu bloco, reembolsando uma parte do gás de prioridade pago pelo pacote. Exemplo: Flashbots MEV Share

Fluxo de Ordens Privadas#

O Fluxo de Ordem Privada (POF) é o fluxo de ordens dos originadores de fluxo de ordens verticalmente integrados (carteiras, aplicações, solvers, buscadores) e construtores. Este fluxo normalmente não é multiplexado e enviado a um construtor singular.

Os principais construtores, Beaver Build e Rsync, estão integrados com as empresas de negociação proprietárias SCP e Wintermute e beneficiam do fluxo de pedidos interno CEX-DEX.Construtores de pesquisa 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 submeterem a oferta para o bloco vencedor. Os pesquisadores-construtores integrados também beneficiam da poupança de latência ao enviar a sua transação do pesquisador para o construtor. Esta poupança de latência pode ser então estendida ao leilão do construtor de blocos.

Figura 12. Fluxo de Pedidos Exclusivo (EOF) dos sete provedores de 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 o Rsync vê o fluxo de pedidos privados Wintermute e apenas o Beaverbuild vê o fluxo de pedidos privados SCP.

Implicações Futuras#

OFAs como Flashbots Protect e MEV-Blocker forneceram RPCs para os utilizadores integrarem nas suas carteiras. Estes produtos eram principalmente para utilizadores individuais de carteiras e integrados diretamente em aplicações.

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

• Transações inteligentes do Metamask - As Transações inteligentes do Metamask realizam a mesma função que um OFA, fornecendo proteção MEV, reembolsos de gás e proteção contra reversão. Este serviço está automaticamente integrado na carteira do Metamask e é opcional para os utilizadores. Os pesquisadores e solucionadores pagam para acessar o fluxo de pedidos das Transações Inteligentes.
• Proteção MEV da Carteira Trust - A Proteção MEV da Carteira Trust está incluída por padrão para os utilizadores, mas não inclui reembolsos de gás e proteção de reversão.

Referências#

1. CNBC 2021, CEO da Virtu Financial comenta sobre a repressão ao pagamento pelo fluxo de ordens.
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 (PCBs).
4. CoWProtocol, Compreender Leilões de Fluxo de Ordens.
5. Blocknative, Explorando Leilões de Fluxo de Pedidos (OFAs) - MEV e a Distribuição Justa de Oportunidades Econômicas.
6. Darren Kleine, É tudo sobre as trocas. Por que as leilões de fluxo de pedidos 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 de Proponentes e Construtores.
9. Quintus Kilbourn, Fluxo de ordens, leilões e centralização I - um aviso.
10. Quintus Kilbourn, Fluxo de pedidos, leilões e centralização II - leilões de fluxo de pedidos.
11. B. Bachu, X. Wan, C. Moallemi, 2024.Quantificar a Melhoria de Preço em Leilões de Fluxo de Ordens.
12. Pesquisa Fronteiriça 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., and Matthes, F., 2024.Quem ganha os leilões de construção de blocos do Ethereum e porquê?

Abstração de Conta#

A implementação da Abstração de Conta, particularmente através do ERC-4337, está a revolucionar as interações dos utilizadores com as redes blockchain, ao introduzir carteiras de contratos inteligentes e novas entidades como Bundlers e Paymasters. Estes desenvolvimentos não só estão a melhorar a experiência do utilizador, como também a criar 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 utilizadores terem um EOA e permitir que os utilizadores usem carteiras de contratos inteligentes como sua conta principal. A abstração de contas consegue isso separando a gestão de conta e a execução de transações dos EOA. A abstração de contas usa novas entidades: 1) o Agregador, para iniciar transações e 2) o Mestre de Pagamentos, 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 Agrupador reúne várias operações de utilizador numa transação, semelhante a um construtor de blocos, e submete a transação ao contrato do ponto de entrada para execução. Mais importante ainda, os Agrupadores têm EOAs que lhes permitem iniciar transações, abstraindo a necessidade de os utilizadores terem uma carteira EOA. Os Agrupadores atuais incluem Skandha, Alchemy, Rundler, Voltaire, Alto, Stackup e Infinitism.
• Paymaster - O Paymaster é um contrato inteligente que trata das 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 as aplicações paguem as taxas de gás para os seus utilizadores.

Figura 14. Contas Inteligentes Ativas Semanais

Figura 15. Receita Semanal do Agregador

Figura 16. Despesa semanal de gás do Paymaster

Implicações Futuras#

De acordo com o ERC-4337, o Bundler está numa posição semelhante ao construtor de blocos de hoje e pode executar acordos exclusivos de fluxo de ordens com carteiras de contratos inteligentes. O fluxo de ordens exclusivo é mais importante para os Bundlers, pois competem pela taxa de prioridade mais alta e os Bundlers perdedores pagam o custo do gás para reverter a UserOperation.

Porque a mempool de UserOperation é pública, as UserOperations são suscetíveis a MEV de front-running e ataques de sandwich. Os Bundlers podem capturar uma parte deste MEV, uma vez que ordenam e agrupam as UserOperations numa transação de pacote. Os Searchers poderiam executar Bundlers para extrair MEV da mempool pública de UserOperation. Bundlers e Builders poderiam integrar-se para obter fluxo de ordem adicional.

Referências#

1. ERC-4337: Abstração de Conta através da 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 contrato inteligente ERC-4337?
6. Blocknative, Guia introdutório para Abstração de Conta (ERC-4337)
7. Blocknative, Compreender ERC-4337 - Como funciona e explorar o desconhecido
8. Dmarz, @dmarz/4337-mev-supply-chain">4337 MEV cadeia de fornecimento
9. Blockbase, O ERC-4337 reduz o impacto do MEV-Boost no Ethereum?
10. Rede BlockPI, Porque é que os Agrupadores ERC-4337 têm de trabalhar com os Construtores de Blocos?
11. @KernelVentures/kernel-ventures-understanding-ethereums-erc4337-standard-what-opportunities-lie-ahead-ab45ebc9e537">Kernel Ventures: Compreender o Padrão ERC4337 da Ethereum - Que Oportunidades Se Avizinham
12. https://www.bundlebear.com/overview

Tendências Futuras#

O cenário da criptomoeda e da 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 de carteira inteligente que melhoram 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 maior segurança.
• O discurso regulatório, especialmente em torno das stablecoins e dos títulos, está a pressionar a indústria a adaptar-se a novos quadros legais.

À medida que o foco se desloca da descentralização ampla para discussões detalhadas de controle e execução, essas tendências prometem, coletivamente, redefinir como os utilizadores interagem com as redes blockchain, como os programadores constroem aplicações e como o ecossistema navega nos desafios regulatórios.

Preconfirmations#

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

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

Como funcionam as preconfs?

• Os proponentes de blocos Ethereum ("pré-conferenciantes") ou uma parte delegada emitem promessas assinadas aos utilizadores garantindo que as suas transações serão incluídas e executadas mais rapidamente do que o consenso L1 esperado.

A paisagem pré-confirmatória ainda está numa fase inicial e foram propostas várias metodologias diferentes. Estas são as poucas que poderiam afetar mais os originadores do fluxo de pedidos:

• Pré-confirmações estilo XGA: As pré-confirmações estilo XGA garantem a inclusão (não-posicional) de pacotes 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 de fundo-do-bloco. Isso permite que os construtores se concentrem em transações MEV valiosas 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 comprometidos e os provedores são recompensados ou penalizados. Os originadores do fluxo de ordens ("licitantes") especificam suas intenções para execuções de transações aos provedores.
• Pré-confirmações BFT pela Espresso: As pré-confirmações BFT são apoiadas por garantias de segurança e vivacidade de um algoritmo de consenso BFT. As pré-confirmações BFT são apoiadas por um subconjunto de validadores L1 e não por um único validador, como nas pré-confirmações baseadas.

Implicações Futuras#

As 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é-confirmações no estilo XGA, a inclusão no fundo do bloco para transações não sensíveis à latência (ou seja, “governança”, “participação”, “autorizações”, “reivindicações”) pode reduzir o gás gasto nessas transações e diminuir o número de reversões de transação por gás insuficiente.

References#

1. Justin Drake, Baseado em Confirmações.
2. Raghav Agarwal, Pré-confirmações: Promessa credível de execução futura
3. Murat Akdeniz - Primev, Pré-confirmações: O Paradigma de Cumprimento-Entrega.
4. CTra1n, Rollups Baseados em Captura de Valor com Pré-confirmações Baseadas.
5. dpl0a, Pré-confirmações: Na divisão do bloco, compatibilidade de impulso mev e relés.
6. Ellie Davidson - Expresso Sistemas, @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 tornar-se elementos de mudança de jogo para o ecossistema de carteiras.

EIP-7702#

EIP-7702 introduz as seguintes funcionalidades para EOAs:

• Agrupamento: Um utilizador pode realizar várias operações numa única transação atómica.
• Patrocínio: Uma conta separada X ou operador de aplicação 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 utilizadores assinam sub-chaves que fornecem permissões mais fracas e específicas. Por exemplo, interagir apenas com aplicações específicas, usar apenas certos tokens ERC-20 para uma transação e limites de transferência.

O EIP-7702 foi projetado para ser compatível com versões anteriores e posteriores do ERC-4337, permitindo que os EOAs aproveitem a infraestrutura existente do ERC-4337. Os EOAs também podem temporariamente se converter em carteiras de contratos inteligentes para inclusão 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 ao seu código. Os EOAs podem chamar o contrato inteligente sem a necessidade de autorização.

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

• Revogações: O EIP-7702 não tem detalhes claros sobre a revogação do código do contrato caso algum código malicioso seja detetado.
• Assinaturas Agnósticas de Cadeia: O EIP-7702 utiliza uma assinatura fixa que pode ser reutilizável em outras cadeias, mas carece de flexibilidade se os utilizadores 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 inteligentes do ERC-4337ʻs.

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

1. 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 cifrar ou decifrar 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 utiliza criptografia de chave pública específica do domínio para autenticação do usuário, eliminando senhas, proporcionando recuperação mais rápida e reduzindo 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 é encriptado com base na senha móvel própria do utilizador e pode ser acedido através de senha ou biometria.
4. Passkeys: As passkeys são credenciais FIDO que permitem aos utilizadores aceder às suas contas sem palavras-passe, utilizando biometria ou um PIN. Os utilizadores podem aceder a websites ou aplicações desbloqueando os seus dispositivos móveis, eliminando a necessidade de palavras-passe.

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

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

Como funcionam as chaves de acesso?#

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

Implicações Futuras#

Embora o EIP-7702 ainda seja uma proposta, o RIP-7212 está a ser ativamente integrado nos L2 roll-ups e implementado nas carteiras de contratos inteligentes. As carteiras de passkey potenciam as carteiras inteligentes ERC-4337 ao eliminar a necessidade de palavras-passe e frases-semente e elevar a segurança para um nível de hardware. Os projetos atuais que apresentam passkeys incluem:

• Carteira Inteligente Coinbase: A Carteira Inteligente da Coinbase utiliza uma chave 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: A Clave utiliza TEEs móveis e passkeys para oferecer serviços de recuperação social, nomeação de contas, 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 nomeado.
• Turnkey: Turnkey é um fornecedor de Carteira como Serviço (CaaS) que armazena chaves privadas em um TEE.

Referências#

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 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? Pré-compilação para suporte de curva secp256r1.
8. Maçã, Enclave Seguro.
9. WebAuthn, Guia WebAuthne.
10. Android Authority, Como usar o Android Keystore para armazenar senhas e outras informações confidenciais.
11. Google, Pergunte a um Techspert: O que são chaves de acesso?
12. Coinbase, Documentação da Carteira Inteligente
13. Clave FAQ
14. Documentos SDK do Banana Wallet

EIP-712#

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

Figura 19. Assinatura da mensagem atual

Figura 20. Assinatura de 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 front-end podem analisar a estrutura de dados dApp e traduzir os dados em uma mensagem legível para os usuários.

Uma das principais funcionalidades que o EIP-712 desbloqueia é permitir que as dApps controlem o fluxo de transações para os utilizadores em vez das carteiras. Aplicações como Uniswap, podem minimizar o MEV dos seus utilizadores, uma vez que as trocas contornariam as OFAs e outros extratores de valor MEV.

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

Além da legibilidade da transação da carteira, o EIP-712 melhora a usabilidade da governança, permitindo que um terceiro pague as taxas de gás para os votos do usuário. Os votantes podem usar a funcionalidade de assinatura por 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 utilizadores podem delegar o seu voto e ter uma terceira parte pagar as taxas de gás por eles através da função by-signature do EIP-712.
• Assinatura Clara. Carteiras de hardware, ou dispositivos separados, podem exibir a mensagem do dApp garantindo que os utilizadores possam ter a certeza de que nenhum malware ou aplicação maliciosa enviou a mensagem para eles.
• Prevenção de ataques de repetição. Os dados para prevenir ataques de repetição podem ser incluídos dentro dos dados estruturados do EIP-712.
• Minimização de MEV. O EIP-712 permite que um usuário assine uma transação, dando aos front-ends a capacidade de enviar o fluxo de pedidos sem o transmitir para a rede, minimizando a exposição de um usuário a MEV malicioso.

Referências#

1. EIP 712. Digitar a estrutura de dados de 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, Iniciar sessão com Pesquisa de Carteira Ethereum
5. Tecnologia Ledger, Mensagens, Transações e Assinatura Clara
6. Cyfrin, EIP712 e EIP191
7. Metamask Github, Assinar transação sem transmissão #3475

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

Trusted Execution Environments (TEEs) é um enclave seguro baseado em um microprocessador de hardware onde cálculos e operações confidenciais podem ser executados com integridade e privacidade. Os TEEs suportam isolamento e atestado remoto e podem executar máquinas virtuais como EVM e CosmWasm sem a sobrecarga criptográfica como Multi-Party Computation (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 acedidas pelo proprietário do dispositivo através de autenticação biométrica ou PIN do dispositivo.

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

• MPCs: A Fireblocks utiliza Intel SGX TEEs para isolar dados criptográficos, os algoritmos criptográficos MPC e ZKP, e as partes de execução do seu software dos sistemas internos e terceiros externos. A Fireblocks armazena chaves MPC, credenciais API e o seu Motor de Políticas no enclave seguro para evitar acesso não autorizado por hackers, funcionários desonestos e cúmplices internos.
• Carteiras de contratos inteligentes: Conforme listado na seção anterior do RIP-7212, as carteiras inteligentes aproveitam os TEEs móveis para armazenar chaves de acesso. As carteiras de contratos inteligentes atuais que usam TEEs incluem Coinbase Smart Wallet, Banana SDK, Turnkey, Clave e Weeve.

Implicações Futuras#

As TEEs estão posicionadas para serem um grande agente de mudança para blockchains.

• Flashbots SUAVE irá utilizar TEEs para criar um ecossistema MEV seguro e privado.
• As carteiras de contratos inteligentes usarão TEEs móveis e Abstração de Conta para melhorar a experiência de adesã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 a blockchain LucidiTEE que melhora a computação multiparte e o armazenamento de dados privados.
• Os TEEs são uma solução potencial de conformidade regulatória para melhorar o controle, a privacidade dos 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: Reforçando a Segurança das Carteiras de Criptomoedas.
3. Base, Verificador de Afirmação de Autenticação WebAuthn em Solidity.
4. Nick Summers, Perguntas frequentes sobre passkeys: 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 da Google?
7. Documentação da Fireblocks
8. Sinha, R., Gaddam, S., Kumaresan, R. - Pesquisa de vistos. LucidiTEE: Um Sistema TEE-Blockchain para Computação Multiparte em Conformidade com a Política com Equidade.

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

Um dos principais desafios para os fornecedores de carteiras tem sido educar os utilizadores e reguladores sobre a auto custódia e contas on-chain. No entanto, à medida que o ecossistema web3 amadureceu, os principais intervenientes passaram a compreender vários pontos cruciais:

1. As carteiras não detêm, gerem ou guardam os ativos dos utilizadores; apenas fornecem uma interface para aceder a eles.
2. Os endereços da blockchain existem independentemente das carteiras e não são criados ou geridos por elas.
3. Os utilizadores têm a liberdade de alternar entre diferentes fornecedores de carteira, uma vez que os seus ativos e contas existem on-chain, separados de qualquer serviço de carteira específico.

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

Stablecoins e MiCA#

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

1. Controle e monitoramento do fluxo de fluxos globais de moeda fiduciária.
2. A sua influência na força da moeda e na política monetária.
3. A necessidade de supervisão na sua emissão e suporte.

Como resultado, as stablecoins tornaram-se uma prioridade máxima em muitas agendas de regulação de criptomoedas, suscitando debates sobre o seu papel no ecossistema financeiro mais amplo.

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

Desde o encerramento do projeto Libra em 2022, o principal objetivo da política regulatória de stablecoins dos EUA tem sido garantir a adequada garantia e supervisão das stablecoins. Essa mudança levou os emissores de stablecoins a adotar práticas semelhantes às das instituições financeiras regulamentadas, com acordos de custódia robustos, relacionamentos bancários estabelecidos e programas abrangentes de monitorização. Embora várias agências reguladoras tenham contribuído com regulamentações pontuais, o Congresso dos EUA está trabalhando rumo a um quadro regulamentar mais abrangente para as stablecoins.

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

Permutas e Regulamentação de Títulos

As trocas de tokens na carteira tornaram-se um recurso popular em muitas carteiras de criptomoedas, melhorando a usabilidade de aplicações on-chain e permitindo aos utilizadores navegar nas interações de pontes e entre cadeias.

No entanto, esta funcionalidade atraiu escrutínio regulamentar, nomeadamente por parte dos reguladores de valores mobiliários, que tentam aplicar regulamentações tradicionais de serviços financeiros às carteiras que oferecem funcionalidades de troca. Mais notavelmente, a SEC tomou medidas legais contra certos fornecedores de carteiras alegando que as funções de troca dessas carteiras operam efetivamente como corretoras não registadas.

SEC v. Coinbase#

Em abril de 2024, a SEC reivindicarQue a Coinbase Wallet atuou como corretora foi rejeitado. Carteiras de auto custódia com funcionalidades de troca geralmente não atendem aos critérios para classificação de corretora. O argumento da SEC é baseado em suas alegações de que alguns ativos disponíveis por meio dessas carteiras são valores mobiliários não registrados.

SEC v. Consensys#

A Consensys processou proativamente a SEC em abril de 2024 sobre se a SEC tem autoridade legal para regular a MetaMask como corretora e emissora de valores mobiliários e recebeu uma revisão acelerada pelo juiz do caso. A tramitação acelerada do processo judicial pode levar a uma decisão até o final deste ano.

Apesar desta ação judicial e da perda da ação judicial Coinbase v SEC, a SEC apresentou uma Aviso Wellscontra Consensys no final de junho de 2024. A SEC alegou que a Consensys atuou como corretora não registrada de títulos de ativos criptográficos através das Trocas MetaMask e através de seu programa de staking criptográfico, MetaMask Staking.

Implicações Futuras#

Embora as carteiras continuem a estar na vanguarda dos debates sobre finanças ilícitas e custódia própria, grande parte da futura conversa regulatória irá centrar-se na questão da descentralização. Nos últimos anos, a indústria criptográfica tem aproveitado o conceito de descentralização para explicar aos reguladores por que as regulamentações tradicionais de títulos financeiros não devem ser aplicadas aos serviços criptográficos. Este argumento aborda especificamente as questões de controlo e partes responsáveis.

As regras e orientações da finança tradicional regulam intermediários para fornecer proteção e responsabilidade ao consumidor. No entanto, surge um desafio fundamental: como alcançar estes objetivos quando os serviços envolvidos não são intermediários por natureza e não guardam ativos ou executam operações para os utilizadores?

A descentralização, tanto como conceito como objetivo de design, tem ajudado a explicar por que é difícil aplicar regulamentações de serviços financeiros tradicionais ao cripto. No entanto, estamos agora a entrar numa nova fase de discurso regulatório, onde os reguladores procuram definir e aplicar definições de descentralização a vários serviços, desde carteiras até trocas descentralizadas (DEXs) e além. Os reguladores agora veem uma oportunidade de classificar muitos serviços de cripto como não descentralizados ou "descentralizados-apenas-no-nome." Esta classificação deriva de dois fatores principais:

1. O fardo de cumprir os padrões para uma verdadeira descentralização é frequentemente tecnicamente inviável para muitos serviços.
2. Estas normas de descentralização podem não estar alinhadas com os objetivos reais da regulamentação. Essa mudança na abordagem regulatória pode ter implicações significativas sobre como os serviços de criptografia são classificados e regulados no futuro.

É por isso que a próxima fase do discurso regulatório mudará para o conceito de controle. As principais perguntas 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 cripto 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 destes avanços está a utilidade dos ambientes de execução confiável (TEEs). Estamos a caminhar para uma estrutura de mercado onde o controlo operacional reside no hardware e software, em vez de nos fornecedores de serviços. Neste modelo, os fornecedores de serviços não têm controlo direto sobre as operações em curso nem a capacidade de visualizar as ordens dos utilizadores. Com esta abordagem, a indústria cripto está a pioneirar novas formas para os serviços financeiros e aplicações de comunicação operarem.

Por último, à medida que passamos de 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 por executar uma operação
2. Quando uma operação é considerada liquidada na cadeia
3. Quem é responsável pelo seu acordo

Isenção de responsabilidade:

1. Este artigo foi reproduzido a partir de [Flashbots] Todos os direitos autorais pertencem ao autor original [Flashbots]. Se houver objeções a esta reedição, entre em contato com o Gate Aprender "Gate Learn") e eles lidarão com isso prontamente.
2. Responsabilidade de Isenção de Responsabilidade: As opiniões expressas neste artigo são exclusivamente do autor e não constituem qualquer 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.