Um guia sobre a peça que falta para alcançar a adoção generalizada da blockchain, com estudos de caso suplementares.
Um mundo com centenas de cadeias é inevitávelCom o tempo, quase todas as equipes e desenvolvedores vão querer ser donos de sua própria economia e usuários e, mesmo que isso possa ser feito em ambientes de execução de propósito geral como Solana, a aplicação depende da capacidade desses ambientes, que historicamente demonstraram ser pouco confiáveis em algumas ocasiões. Se acreditarmos que uma mudança de paradigma em direção à tecnologia blockchain é iminente, a próxima conclusão lógica é a existência de centenas de ambientes de execução especializados para as aplicações que estão sendo construídas nela. Já podemos ver isso acontecendo hoje, com aplicações como dYdX, Hyperliquid, Frax, e outros projetos incipientes tornando-se cadeias de aplicativos autônomas e rollups. Além disso, também é provável que existam soluções de escalonamento de Camada 2 em conjunto com Camada 1, pois um conjunto menor de nós pode se comunicar globalmente de forma significativamente mais rápida do que um conjunto maior. Isso permitiria que L2s, como rollups, escalassem virtualmente sem limites, ao mesmo tempo herdando segurança de L1s e tendo uma suposição de confiança 1/N (em oposição a ter altos quóruns para alcançar consenso como fazem L1s). Em essência, imaginamos um futuro com centenas de L1s e L2s.
No entanto, mesmo no estado atual, tendo apenas algumas dezenas de L1s e L2s, já vimos preocupações sendo levantadas sobre obstáculos substanciais de UX nesse presente de várias cadeias. Um futuro de várias cadeias, portanto, tem muitos problemas a superar, incluindo liquidez fragmentada, complexidade para usuários finais com várias pontes, pontos finais RPC, tokens de gás diferentes e mercados. Até agora, ainda não houve uma metodologia suficiente para abstrair essas complexidades de UX em um mundo com algumas L1s e L2s. Só podemos imaginar como as blockchains serão inutilizáveis para os usuários finais se o ecossistema de várias cadeias continuar a crescer sem corrigir esses obstáculos significativos de UX primeiro.
A internet não chegou onde está permitindo que seus usuários entendam seus protocolos centrais como HTTP, TCP/IP, UDP. Em vez disso, ela abstraiu nuances técnicas e permitiu que o leigo a utilizasse. Com o tempo, o mesmo acontecerá com blockchains e aplicações nativas de blockchain.
No cripto, os usuários precisam implantar liquidez em vários L1s e L2s, conformar-se com uma UX subótima ao ter fontes de liquidez on-chain fragmentadas por esses L1s e L2s, e compreender as nuances técnicas desses sistemas. Chegou a hora de abstrair tudo do usuário médio - pelo que eles precisam saber, eles não precisam saber que estão usando trilhos de blockchain, muito menos quantos L1s e L2s existem sob o capô, pois este é o único caminho para a indústria ganhar adoção em massa.
A abstração de cadeia é um meio pelo qual abstraímos as nuances e especificidades técnicas do blockchain para o usuário médio para fornecer uma experiência de usuário perfeita em que eles nem sequer sabem que estão usando o blockchain. Pode-se argumentar que essa descoberta na UX pode ser a peça que falta para integrar a próxima geração de empresas e usuários em ecossistemas nativos de blockchain e criptografia.
Antes de revisar alguns dos projetos construindo a infraestrutura crucial para alcançar um futuro abstrato de cadeia, é prudente revisar alguns dos componentes tecnológicos que alimentam a abstração de cadeia.
As carteiras de hoje enfrentam muitas limitações. Além de várias vulnerabilidades de segurança, elas oferecem funcionalidades limitadas, a menos que sejam usadas em conjunto, ou seja, interagindo com outros contratos inteligentes. E se reimaginássemos esse cenário para transformar contas de propriedade externa (EOAs) em carteiras de contratos inteligentes (SCWs)? Ao contrário das EOAs, as SCWs não podem iniciar transações por conta própria — elas requerem um prompt de EOA. Ao mesclar as capacidades de ambos, transformamos efetivamente as EOAs em SCWs, capacitando-as a não apenas iniciar transações, mas também executar lógica complexa e arbitrária, a premissa dos contratos inteligentes.
Isso poderia desbloquear uma infinidade de casos de uso. Nesse contexto, vamos nos concentrar especificamente em como isso se relaciona à abstração de cadeia.
Quando você transforma um EOA em um SCW, você efetivamente separa quem executa uma transação e quem a assina. Isso significa que os usuários não precisam executar transações diretamente, mas sim ter atores sofisticados (chamados de executores) fazerem isso em seu nome. É importante observar que, durante esse processo, o usuário não entrega a custódia da carteira, pois ele retém sua chave privada. Ter um executor traz outros benefícios, como não precisar de saldos de gás em todas as diferentes blockchains que você deseja usar, já que as taxas de transação/gás agora também podem ser abstraídas. Além disso, os usuários podem ter pacotes de transações executadas com um simples clique de botão. Por exemplo, é possível aprovar um token para um DEX, trocá-lo e, em seguida, emprestar os recursos em um mercado Aave.
Ter um executor elimina a necessidade de interagir diretamente com contratos inteligentes, ao mesmo tempo em que o usuário mantém a custódia dos fundos do usuário. Imagine usar qualquer aplicativo blockchain que você desejar através de um Bot do Telegram - essa dinâmica se torna possível com a abstração de conta.
Além disso, a abstração de conta permite que os usuários custodiem ativos e abram posições DeFi em muitas cadeias sem precisar de diferentes carteiras, RPCs ou se preocupar com diferentes tipos de assinatura, tudo sem nem mesmo saber que estão usando uma cadeia diferente. Você pode ver uma demonstração disso aquiou continue lendo enquanto cobrimos projetos que lideram exatamente esses esforços de abstração de conta.
Isso não é tudo - a abstração de conta também elimina a necessidade de os usuários terem suas próprias chaves privadas para proteger suas contas sem serem gerenciados por terceiros. Os usuários podem escolher meios mais tradicionais de verificação, como 2FA e impressões digitais, além da recuperação social para proteger suas carteiras. A recuperação social permite que uma carteira perdida seja restaurada por meio, por exemplo, da família do usuário.
“Os próximos bilhões de usuários não vão escrever 12 palavras em um pedaço de papel. Pessoas normais não fazem isso. Precisamos dar a eles uma melhor usabilidade; eles não devem precisar pensar em chaves de criptografia.” - Yoav Weiss, EF
Como as carteiras são o ponto de entrada para criptomoedas e blockchains, a abstração de conta permite que a abstração de cadeia floresça.
Para mais detalhes sobre o funcionamento interno da abstração de conta, consulteistothread por Jarrod Watts.Carteira Avocado da Instadapptambém está dando passos significativos para aproveitar o poder da abstração de contas para os usuários finais.
As intenções permitem que atores sofisticados ou “solucionadores” executem transações da maneira mais ideal em nome do usuário. É como o nome indica - o usuário expressa sua intenção de realizar uma ação on-chain. Uma definição simples é expressar, off-chain, sua ação desejada on-chain da maneira mais ideal possível. Por exemplo, quando você envia um pedido para CowSwap, você está na verdade enviando uma intenção - uma intenção de trocar determinado token por outro, pelo melhor preço possível. Ao enviar essa intenção off-chain, ela contorna o mempool público e é diretamente encaminhada para um mempool privado criptografado onde os solucionadores competem para preencher, ou solucionar, sua intenção pelo melhor preço possível, seja usando seus próprios balanços, fluxo de pedidos privados ou usando locais de liquidez on-chain como Uniswap e Curve. Dessa forma, as margens dos solucionadores se comprimem a zero, dando aos usuários a melhor execução, porque sempre há outro solucionador pronto para preencher essa intenção.
Agora que definimos o que são intenções, como exatamente elas podem nos ajudar a alcançar a abstração de cadeia?
A resposta retorna para a delimitação entre signatários e executores em um mundo abstrato de contas. Se tudo o que os usuários precisam fazer é clicar em um botão para assinar uma transação, eles podem terceirizar todas as suas necessidades on-chain para atores sofisticados, que então assumem a responsabilidade de encontrar a melhor execução. Os atores sofisticados então suportam os riscos de interagir com todas as diferentes aplicações em L1s e L2s, as taxas de gás associadas em diferentes tokens em diferentes cadeias, riscos de reorganização (onde há duas versões diferentes da cadeia) e outros riscos de execução. Ao assumir essas etapas e riscos, os solucionadores precificarão as taxas cobradas aos usuários de acordo. Nessa situação, os usuários não precisam pensar nas várias complexidades e riscos associados ao uso de produtos e serviços on-chain, que são terceirizados para atores sofisticados, que precificam os usuários de acordo. Devido à concorrência entre os solucionadores, as taxas cobradas aos usuários comprimirão para quase zero, pois sempre haverá outro solucionador pronto para subcotar aquele que está ganhando todo o fluxo de pedidos. É a mágica do livre mercado - por meio do processo de competição, os usuários terão serviços de melhor qualidade a preços mais baixos.
Vamos explorar um exemplo: Eu tenho $ETH no Ethereum e quero $SOL no Solana e quero que isso seja executado pelo melhor preço. Através de um sistema de Solicitação de Cotação (RFQ), o mercado de intenções repassa o fluxo de pedidos e, em questão de segundos, o usuário tem $SOL no Solana. Vale ressaltar que o Ethereum tem blocktimes de 12 segundos, o que significa que, mesmo que os solvers não tenham garantia de liquidação, ao executar seu próprio nó, eles podem ter certeza de que a transação de depósito de $USDC é válida e será concluída. Além disso, ao usar seus próprios balanços, os solvers podem adiantar o capital de $SOL no Solana e essencialmente atender à intenção antes de receberem seu capital. Como os riscos não são assumidos pelos usuários, mas sim pelos atores sofisticados, os usuários podem ter suas intenções atendidas com latências inferiores a um segundo e pelos melhores preços, sem conhecer as pontes que estão usando, as RPCs ou os custos de gás.
Neste caso, os usuários ainda sabem quais cadeias estão usando. Este exemplo serve para ilustrar como as intenções estão funcionando na paisagem atual, não em uma paisagem completamente abstrata de cadeias. Mas as intenções não param por aí - muito mais é possível.
É fácil imaginar um futuro em que as intenções funcionem para atender a todas as necessidades dos usuários. O usuário só precisa especificar o que deve ser feito e será concluído de maneira mais eficiente possível. Por exemplo, um usuário pode querer pegar emprestado $DAI contra seu/sua $ETH e depositar o $DAI em uma pool de liquidez para ganhar recompensas $CRV. Neste exemplo, um solucionador autorizado compara todas as taxas de empréstimo de $DAI em relação ao $ETH e faz um empréstimo com a menor taxa de juros. O solucionador então deposita o $DAI em um cofre semelhante ao Yearn para auto-compostar o rendimento do LP de $DAI 100% mais rentável em $CRV, que é enviado para a carteira do usuário.
No entanto, um aviso importante: o risco é subjetivo e não pode ser expresso em uma intenção, ao contrário de outras entradas objetivas, como a máxima variação de preço para uma negociação. Então, quais mercados de empréstimos, pools de liquidez e cadeias são usados para cumprir essa intenção? Afinal, cada um tem perfis de risco diferentes e suposições de confiança. É aí que entram os “resolvedores autorizados”. Cada resolvedor autorizado é, até certo ponto, confiável pelo usuário para realizar a intenção do usuário com as preferências de risco e confiança do usuário, que são expressas antecipadamente. Por exemplo, um usuário pode especificar que não haja depósitos em contratos que sejam “arriscados”. No entanto, é provável que apenas usuários avançados especifiquem um grande conjunto de preferências subjetivas para uma rede de resolvedores. Jogadores ainda mais sofisticados do que usuários avançados (HFTs, MMs, VCs, etc.) provavelmente se comunicarão diretamente com a(s) cadeia(s) para evitar quaisquer taxas de resolvedores e adaptar suas suposições de risco e confiança. Usuários com um pouco de entendimento de blockchains provavelmente serão capazes de escolher entre um conjunto de configurações predefinidas (baixo, médio ou alto risco, por exemplo) a partir das quais os resolvedores podem agir.
Utilizar um conjunto de solucionadores autorizados para as necessidades subjetivas dos usuários possibilita uma dinâmica competitiva entre os solucionadores, o que incentiva o cumprimento dos pedidos do usuário da melhor maneira possível, sem qualquer problema para o usuário. Além disso, o fato de que o usuário pode “desautorizar” um solucionador retirando seus privilégios de executor a qualquer momento mantém um sistema de verificações e balanços. Dessa forma, os solucionadores têm incentivo para permanecer honestos e seguir as preferências do usuário, caso contrário, um solucionador diferente pode provar que estavam agindo maliciosamente em relação ao usuário que originou o fluxo de pedidos.
Claro, as intenções ainda estão em andamento, e a especulação de como as intenções podem se transformar em uma tecnologia mais sofisticada é apenas isso - especulação. No entanto, não seria surpresa ver as intenções evoluírem dessa maneira. Acreditamos que as intenções desempenharão o papel mais importante na concretização de um futuro abstrato em cadeia.
Dois projetos enfrentando intenções de frente sãoCowSwapedeBridge. Já escrevemos sobre o CoWSwap e a arquitetura baseada em intenção que ele segue para fornecer aos usuários uma experiência superior e execuçãoaqui. Semelhante ao CoWSwap, a deBridge segue uma arquitetura baseada em intenção, mas o faz para permitir trocas (negociações) entre cadeias cruzadas extremamente rápidas. A deBridge se concentra em uma experiência do usuário perfeita no que se refere a velocidades de negociação extremamente rápidas entre cadeias, taxas mínimas e excelente execução. Como a maioria das soluções baseadas em intenção, a deBridge utiliza uma rede de solucionadores composta por MMs, HFTs e outros atores sofisticados que adiantam o capital através de seu próprio balanço na cadeia de destino antes de coletar o capital do usuário na cadeia de origem. Além de fazer com que os solucionadores concorram entre si para oferecer aos usuários a melhor execução possível, a deBridge também se diferencia ao empurrar riscos, como riscos de reorganização, e outras inconveniências, como taxas de gás e um RPC diferente nas diferentes cadeias envolvidas, para os solucionadores.
O gráfico abaixo ilustra o modelo de deBridge. No exemplo abaixo, os usuários com stablecoin USD na Solana desejam ter a stablecoin EUR na Ethereum. Eles expressam sua intenção para o aplicativo de deBridge, que a propaga para a rede de solucionadores, permitindo que os solucionadores, que têm $ETH na Ethereum em seu balanço, troquem seu $ETH na Ethereum por $ethEUR, uma stablecoin EUR na Ethereum. Pouco tempo depoisconjunto de validadores da deBridgeverifica se o solucionador cumpriu a intenção do usuário na cadeia de destino (neste caso, dar ao usuário $ethEUR), permite que o capital do usuário na cadeia de origem (neste caso Solana) seja desbloqueado para o solucionador. É importante que os usuários não precisem esperar a verificação acontecer antes de receber seu capital na cadeia de destino.
Para entender melhor deBridge e seu design baseado em intenção, recomendamos dar uma olhadaesteepisódio de podcast.
Um dos sintomas de um futuro cada vez mais multi-cadeia é a fragmentação extrema de liquidez. Isso pode ser difícil de agregar de forma coesa. Em um mundo com centenas de rollups, validiums, L1s, etc., cada um dos quais tem sua própria liquidez hospedada em sua rede, a experiência do usuário fica cada vez pior devido à fragmentação do pool de liquidez.
Se apenas uma exchange centralizada (CEX) abrigasse toda a liquidez dos mercados de criptomoedas, em vez das centenas de CEX que existem juntas com ainda mais DEXs on-chain que compartilham a mesma fatia de liquidez, a execução para os usuários finais seria a melhor possível, sem considerar preocupações com censura e centralização geral. No entanto, isso é apenas hipotético, já que não é viável no mundo real onde a concorrência é acirrada e as forças descentralizadoras existem.
O surgimento de agregadores DEX, que agregam fontes de liquidez fragmentadas em uma única rede em uma interface unificada, foi um passo importante para a UX. No entanto, à medida que o inevitável futuro multi-cadeia começou a se desenrolar, os agregadores DEX não seriam mais suficientes, pois só podiam agregar liquidez em uma única cadeia, não em muitas ou até mais de uma cadeia. Além disso, para blockchains como Ethereum, os custos de gás associados necessários para rotear a liquidez entre múltiplas fontes ou cadeias fizeram com que o custo de uso dos agregadores fosse maior do que o das fontes de liquidez diretas.Este modelo demonstrou maior sucesso em redes baratas e de baixa latência como Solana, embora os próprios agregadores ainda estejam restritos nas fontes de liquidez das quais podem encaminhar negociações.
Em um futuro abstrato em cadeia, ter tecnologia para agregar liquidez fragmentada é crucial, pois a experiência ideal do usuário será agnóstica em relação à cadeia e provavelmente dependerá de solucionadores de terceiros para seus serviços de execução. Algumas soluções que visam impulsionar a desfragmentação da liquidez multi-cadeia incluem Polygon AggLayer e Optimism Superchain. Embora essas sejam as duas que abordaremos, há muitas outras equipes trabalhando em tais soluções.
Como o Site da Polygondeclara: "O AggLayer será um protocolo descentralizado com dois componentes: uma ponte comum e o mecanismo alimentado por ZK que fornece uma garantia criptográfica de segurança para interoperabilidade contínua e cruzada. Com provas de conhecimento zero fornecendo segurança, as cadeias conectadas ao AggLayer podem permanecer soberanas e modulares, preservando a experiência do usuário contínua das cadeias monolíticas."
Fundamentalmente, as soluções de escalonamento da Camada 2 do Ethereum, como os rollups, têm uma ponte canônica com o Ethereum. Isso significa que todos os fundos dos usuários que são transferidos do Ethereum para um L2 residem neste contrato de ponte. No entanto, isso prejudica a interoperabilidade entre diferentes L2s, bem como a capacidade de comunicar dados e transferir valor entre eles de forma transparente. Isso ocorre porque, se você quiser, por exemplo, ir de Base para Zora (ambos rollups do Ethereum), como visto abaixo, você precisa incorrer em um processo de retirada de 7 dias para ir de Base para o Ethereum usando a ponte canônica da Base e depois usar a ponte canônica da Zora para ir do Ethereum para Zora. Isso ocorre porque, para rollups otimistas como Base, o tempo é necessário para contestar a transação de transferência usando umprova de falhas/fraudes. Além do fato de que este é um processo demorado, também é caro porque você precisa interagir com a cadeia principal do Ethereum.
A AggLayer da Polygon inverte esse processo. Em vez de ter uma ponte canônica para o Ethereum, onde apenas os ativos não nativos de um usuário rollup específico ficam, todas as cadeias compartilham um contrato de ponte com outras cadeias que utilizam a AggLayer para ter esse hub de liquidez, como visto abaixo. Por meio desse processo, os desenvolvedores agora poderão conectar sua cadeia à AggLayer para permitir que os usuários desfrutem de liquidez unificada.
Como AggLayer funciona
Em sua essência, o AggLayer agrega provas de conhecimento zero (ZK) de todas as cadeias conectadas a ele - isso permite facilitar transações entre cadeias. O AggLayer é essencialmente um local onde todas as suas cadeias suportadas publicam provas de ZK para mostrar que alguma ação ocorreu. Por exemplo, que 5 $USDC da Base foram retirados para desbloquear liquidez em algum outro lado, como Zora.
Para ilustrar ainda mais isso, considere como funciona na prática. Neste exemplo, estamos assumindo que todas as cadeias nomeadas estão conectadas à AggLayer.
Um solucionador detecta uma solicitação, ou intenção, de um usuário que reside na Base. O usuário tem $ETH e quer comprar um NFT na Zora que custa 3000 $DAI. Como o solucionador não tem $DAI no seu balanço, ele deve rapidamente procurar a melhor rota para cumprir essa intenção. Eles percebem que o $DAI na Optimism é mais barato do que o $DAI de mercado na Zora. Portanto, o solucionador publica uma prova para a AggLayer mostrando que o usuário tem o $ETH na Base e deseja uma quantidade correspondente de $ETH na Optimism. Dado que o contrato de ponte é compartilhado, uma prova ZK é tudo o que é necessário para mover esse ativo fungível que reside na cadeia “X” na mesma quantidade para a cadeia “Y”.
Após postar a prova ZK e desbloquear uma quantidade correspondente de $ETH no Optimism, o solucionador troca para $DAI e faz o mesmo processo para obter a mesma quantidade de $DAI na Zora para, em seguida, concluir a compra do NFT. Nos bastidores, a AggLayer também liquida essas provas ZK no Ethereum para garantir uma segurança mais forte para os usuários finais e as cadeias conectadas à AggLayer.
No entanto, neste caso, o resolvedor/usuário/outro ator assume o risco de inventário. Isso se manifesta na forma da taxa de $DAI na Optimism sendo arbitrada, o custo do NFT aumentando, o preço do $ETH caindo ou qualquer outro risco entre o momento em que o fluxo de pedidos do usuário é originado e preenchido, incorrendo em perdas para a respectiva parte. Ao contrário dos agregadores DEX em uma única cadeia, que têm composabilidade atômica, os resolvedores que interagem com diferentes máquinas de estado não têm essa mesma composabilidade atômica. A composabilidade atômica garante que todas as operações sejam executadas em uma única sequência linear e todas tenham sucesso ou falhem juntas. Isso ocorre porque entre diferentes máquinas de estado sempre é necessário pelo menos um atraso de bloco devido aos riscos potenciais de reorgs (na cadeia de destino).
No entanto, isso não significa que os casos de uso mencionados acima não sejam possíveis. Existem não apenas eventos de cauda longa, mas também solucionadores e outros atores sofisticados que podem assumir esses riscos e compensá-los precificando-os para os usuários. Por exemplo, o solucionador pode garantir a execução cobrindo as perdas, se ocorrerem, ou preenchendo as intenções do usuário usando seus próprios balanços.
Outro exemplo de liquidez de agregação é a iniciativa do Superchain da Optimism. O Superchain, definido pela Documentação do Optimismé uma “rede de cadeias que compartilham pontes, governança descentralizada, upgrades, uma camada de comunicação e mais – tudo construído na Pilha OP.” O projeto se concentra em agregar liquidez, semelhante ao AggLayer. O Optimism Superchain terá todas as cadeias que fazem parte do Superchain utilizando um contrato de ponte compartilhado. Este é o primeiro passo para ter liquidez agregada entre as cadeias no Superchain.
A diferença entre o Superchain e o AggLayer é que o AggLayer depende de provas de conhecimento zero para ser contínuo, enquanto o Superchain depende de um compartilhado sequenciadorentre cadeias optando pela Supercadeia. Embora esta postagem não entre em detalhes sobre sequenciamento compartilhado, você pode se referir aistocompreender como a sequenciação compartilhada desbloqueia benefícios no âmbito da interoperabilidade cruzada sem emendas e, até certo ponto, da composabilidade atômica (os mesmos problemas elucidados acima com a composabilidade atômica cruzada também se aplicam aqui).
Porque a Superchain exige que as cadeias que optam por ela usem o sequenciador compartilhado, isso pode limitar os ambientes de execução que podem ser usados para as cadeias que optam pela Superchain. Outros desafios incômodos surgem, como as cadeias perderem o acesso ao MEV criado por seus usuários, além de outros desafios delineados.aqui. No entanto, equipes como Espressoestão trabalhando em maneiras de redistribuir o MEV habilitado por cadeias que utilizam um sequenciador compartilhado. Além disso, todas as cadeias conectadas à camada AggLayer da Polygon (e, portanto, postam provas ZK para esta AggLayer) precisam usar os mesmos circuitos ZK, o que também pode limitar os ambientes de execução que podem ser usados para cadeias conectadas à AggLayer.
Pesquisa de Fronteiradesenvolveu o framework CAKE (Elementos Chave de Abstração de Cadeia), que pode ser visto acima. Isso descreve as três camadas (excluindo a camada de aplicativo voltada para o usuário) necessárias para alcançar um estado em que:
“Em um mundo abstraído em cadeia, um usuário acessa o site de um dApp, conecta sua carteira, assina a operação pretendida e espera pelo acerto final. Toda a complexidade de adquirir os ativos necessários para a cadeia de destino e o acerto final são abstraídos do usuário, ocorrendo nas três camadas de infraestrutura do CAKE.”
A estrutura identifica as três camadas de infraestrutura do CAKE como a camada de permissão, a camada de solução e a camada de liquidação. Nós principalmente abordamos as camadas de solução e permissão. A camada de permissão consiste em abstração de conta e políticas - autorização como nós chamamos - e a camada de liquidação, que inclui tecnologias de baixo nível como oráculos, pontes,pré-confirmações, e outras funcionalidades de back-end.
Como tal, a camada de liquidação espera-se que seja muito benéfica para solvers e outros atores sofisticados e aplicações voltadas para o usuário, pois os componentes de liquidação neste framework trabalham juntos para ajudar os solvers a gerenciar seu risco e fornecer uma execução melhor para os usuários. Isso se estende ainda mais a outros componentes, como disponibilidade de dados e provas de execução. Esses são todos os requisitos para que as cadeias forneçam uma experiência de construção segura para os desenvolvedores de aplicativos e garantias de segurança que eventualmente são repassadas aos usuários finais.
O framework CAKE abrange muitos dos conceitos mencionados neste post e fornece uma maneira coerente de olhar para os vários componentes da abstração de cadeia e sua relação entre si. Aqueles interessados no framework podem lerissoartigo introdutório.
Embora já tenhamos abordado alguns projetos que lideram o esforço para um futuro abstrato de cadeias, aqui estão alguns outros projetos notáveis que estão fazendo o mesmo.
A Particle Network está lançando uma blockchain modular L1 construída no Cosmos SDK, que funcionará como um ambiente de execução EVM de alta performance compatível. Originalmente, a Particle estreou como provedora de serviços de abstração de contas, permitindo que os usuários criassem carteiras de contratos inteligentes vinculados às suas contas sociais Web2 para serem usadas nativamente nas interfaces incorporadas do dApp. Desde então, o protocolo expandiu suas ofertas, visando proliferar a abstração de cadeia em todo o cenário mais amplo de blockchain por meio de uma suíte de serviços de abstração de carteira, liquidez e gás em seu L1.
Similar a outros provedores de serviços de abstração de cadeias, a Particle vislumbra um futuro em que qualquer pessoa poderá realizar transações facilmente em várias cadeias por meio de uma única conta, pagando taxas de gás em qualquer token que desejarem. Como tal, o L1 subjacente servirá como um coordenador para o ecossistema multichain, unificando usuários e liquidez em domínios EVM e não EVM.
Vamos ver como isso funciona.
A Particle oferece um conjunto de ferramentas multifacetadas para serviços de abstração de cadeia, cada tecnologia principal desempenhando um papel único como parte de um todo maior.
Do ponto de vista do usuário final, a pilha de abstração de cadeias da Particle começa com primeiros princípios - criando uma conta. Contas universais na Particle funcionam como contas inteligentes ERC-4337 anexadas a um endereço EOA (externally owned address) pré-existente, agregando saldos de tokens em várias cadeias em um único endereço por meio de roteamento automático e execução de transações atômicas entre cadeias. Embora uma carteira de criptomoedas tradicional possa ser usada para criar e gerenciar uma conta, a Particle's WaaSpermite que os usuários usem logins sociais para embarque também.
Para abstrair diversas complexidades das operações nativas de blockchain, uma UA funciona como uma interface unificada construída em cima das carteiras existentes, permitindo aos usuários depositar e usar tokens em vários ambientes de blockchain como se existissem em uma única cadeia. Para manter um estado síncrono em todas as UAs, as configurações da conta são armazenadas no Particle L1 para serem usadas como fonte central da verdade em todas as instâncias. A rede então facilitará a mensageria entre cadeias para implantar novas instâncias ou atualizar as existentes.
Dessa forma, o Particle L1 atua como uma camada de coordenação e liquidação para todas as transações entre cadeias processadas através dos UAs da Particle.
Outro componente chave dos serviços de abstração de cadeia da Particle é a funcionalidade de Liquidez Universal. Enquanto os UA's fornecem um meio para os usuários expressarem suas solicitações transacionais através de uma interface, a Liquidez Universal se refere à camada responsável pela execução automática dessas solicitações, o que por sua vez permite uma unificação de saldos em diferentes redes. Essa funcionalidade é fundamental para permitir transferências entre cadeias, que de outra forma seriam prejudicadas pelas barreiras atuais de entrada, como a compra do token de gás nativo e a criação de uma carteira nativa para uma nova rede.
Por exemplo, quando um usuário deseja comprar um ativo em uma blockchain que nunca usou antes e não tem nenhum fundo nela, a liquidez necessária para essa compra é automaticamente obtida a partir dos saldos existentes do usuário, que podem estar em uma cadeia diferente e um token diferente. Isso é em grande parte possível através da Rede de Mensagens Descentralizadas (DMN) da Particle, que permite serviços especializados, conhecidos como Nós de Repetição, monitorar eventos de cadeia externa e a liquidação de eventos de estado. Para ser mais exato, os repetidores na DMN usam um Protocolo de Mensagem para monitorar o status das Operações do Usuário em cadeias externas e, em seguida, estabelecer o status de execução final para o Particle L1.
O terceiro pilar da pilha de abstração de cadeia da Particle é a implementação de um Token de Gás Universal - parte do serviço de abstração de gás da rede. Acessado através da interação com os UA da Particle, o Gás Universal permite que os usuários gastem qualquer token para pagar as taxas de gás, o que significa que Bob pode pagar uma taxa de transação para uma troca na Solana usando seu USDC na Base, enquanto Alice paga uma taxa de transação para comprar um NFT na Ethereum usando seu token ARB na Arbitrum.
Quando um usuário deseja executar uma transação através de um Particle UA, a interface irá solicitar ao usuário que selecione seu token de gás de escolha, que é então automaticamente roteado através do contrato nativo Paymaster da Particle. Todos os pagamentos de gás são liquidados em suas respectivas cadeias de origem e destino, enquanto uma parte da taxa é trocada pelo token nativo $PARTI da Particle para ser liquidada na Particle L1.
A Particle se baseia em sua infraestrutura de abstração de conta existente, para a qual relatou mais de 17 milhões de ativações de carteira e mais de 10 milhões de UserOperations até o dia. A adição de uma camada de Liquidez Universal, juntamente com um token Universal Gas, visa marcar a expansão da Particle no fornecimento de serviços de abstração de cadeia em um espectro mais amplo de usuários e participantes. A Partícula L1 não pretende ser mais uma blockchain competindo diretamente com os incumbentes de hoje; em vez disso, busca fornecer uma camada de interoperabilidade para conectá-los a todos, trabalhando com equipes-chave no setor de serviços de abstração em cadeia, incluindo as equipes de P&D Near e Cake.
A rede de partículas L1 está atualmente em sua fase de testnet, permitindo que os participantes iniciais experimentem o Universal Gas dentro de uma implementação experimental de UA
Near é uma blockchain Layer 1 com prova de participação dividida que serve como um domínio de aplicação de pilha completa para desenvolvedores que constroem produtos e serviços descentralizados. Grande parte da ética central da Near gira em torno de preencher a lacuna entre aplicativos nativos de blockchain e públicos em geral. A chave para realizar essa visão é abstrair o blockchain do usuário final. A Near aborda isso com a Agregação de Contas - uma arquitetura multifacetada construída para abstrair os principais pontos problemáticos do uso de redes blockchain, como alternar carteiras, gerenciar taxas de gás, pontes. Isso é realizado canalizando todas as operações para serem executadas por meio de uma única conta.
Vamos aprofundar para entender melhor como tudo isso funciona.
Além do padrão de hash de chave pública alfanumérica na maioria das blockchains hoje, o modelo de conta proprietário da Near permite que cada conta seja mapeada para um nome de conta legível por humanos, ou seja, alice.near. As contas Near também utilizam dois tipos de chaves de acesso que são distintas em sua natureza e funções subjacentes, permitindo que as contas possam gerenciar várias chaves em várias blockchains, sendo que cada chave considera as várias permissões e configurações únicas para seu domínio:
Reforçando ainda mais a abstração das blockchains para o usuário final está um processo simplificado de entrada com o FastAuth, o sistema proprietário de gerenciamento de chaves da Near. O FastAuth permite que os usuários se inscrevam em uma conta nativa de blockchain com algo tão simples quanto seu endereço de e-mail e usa passkeys, que substituem senhas por biometria, em vez de frases semente e senhas longas e complexas.
As assinaturas multi-chain são um componente-chave da abstração de blockchains da Near, permitindo que qualquer conta NEAR tenha endereços remotos associados em outras blockchains e que assinem mensagens e executem transações a partir desses endereços. Para permitir isso, as Assinaturas de Cadeia usam a rede NEAR MPC (multi-party computation) como o signatário para esses endereços remotos, eliminando a necessidade de chaves privadas explícitas. Isso é possível graças a um protocolo de assinatura de limite que implementa uma forma de resharing de chave que permite que o signatário do MPC mantenha a mesma chave pública agregada, mesmo que as partes das chaves e dos nós mudem constantemente.
Fazer com que os nós assinantes MPC também façam parte da rede NEAR permite que os contratos inteligentes iniciem o processo de assinatura para uma conta. Ao usar diferentes combinações de um ID de cadeia, um ID de conta NEAR e um caminho específico, cada conta pode criar um número ilimitado de endereços remotos em qualquer cadeia.
Outra questão-chave que dificulta o desenvolvimento de uma experiência do usuário integrada em toda a paisagem universal de blockchain hoje é que cada blockchain exige que as taxas de gás sejam pagas em seu próprio token nativo, exigindo que os usuários adquiram esses tokens antes de poderem usar a rede subjacente.
NEP-366introduziu transações meta para Near, um recurso que permite a execução de transações em Near sem possuir nenhum gás ou tokens na cadeia. Isso é possível através de Relayers, um provedor de serviços de terceiros que recebe transações assinadas e as retransmite para a rede enquanto anexa os tokens necessários para subsidiar suas taxas de gás. Do ponto de vista técnico, o usuário final cria e assina uma AçãoDelegadaAssinada, que contém os dados necessários para construir uma Transação, e a envia para o serviço de retransmissão. O retransmissor assina uma Transação usando esses dados, envia a SignedTransaction para a rede via chamada RPC e garante que o retransmissor pague as taxas de gás enquanto as ações são executadas em nome do usuário.
Para ilustrar melhor como isso pode ser feito na prática, considere o seguinte exemplo: Alice quer enviar alguns de seus tokens $ALICE para Bob, mas não possui tokens $NEAR necessários para cobrir as taxas de gás. Ao usar transações meta, ela cria uma DelegateAction, assina-a e envia-a para um relayer. O relayer, que paga as taxas de gás, a envolve em uma transação e a encaminha para a cadeia, permitindo que a transferência seja concluída com sucesso.
A chave para uma implementação bem-sucedida de uma experiência do usuário perfeita em várias redes blockchain é a integração e suporte dessas blockchains, mesmo que sejam empresas concorrentes. Embora a Near funcione como um negócio competitivo por si só, sua estratégia de crescimento gira em torno do crescimento da indústria como um todo, concedendo aos usuários acesso a muitas outras blockchains de maneira perfeita e segura.
Aqui estão algumas outras equipes construindo soluções para serviços de abstração de cadeia que valem a pena ficar de olho - esta lista não é necessariamente exaustiva, mas fornece uma base para aqueles interessados em conduzir pesquisas adicionais sobre modelos de abstração de cadeia.
Connext é um protocolo de interoperabilidade modular que definiu a abstração de cadeia em seu blog (Maio de 2023) como um “padrão para melhorar a experiência do usuário dApp minimizando a necessidade de os usuários se preocuparem com a cadeia em que estão”, o que representa com precisão o princípio fundamental em torno do qual os provedores de serviços de abstração de cadeia estão construindo hoje. Embora a Connext ofereça um conjunto de módulos de contrato inteligente para desenvolvedores de aplicativos por meio de seu Chain Abstraction Toolkit, sua característica principal é o xCall, um primitivo que permite que contratos inteligentes interajam entre si em diferentes ambientes. A função xCall inicia uma transferência intercadeia de fundos, calldata e/ou várias propriedades nomeadas, que o Chain Abstraction Toolkit encapsula em lógica simples para que os desenvolvedores utilizem. Do ponto de vista do desenvolvedor, isso implica em um processo relativamente simples:
O Socket fornece infraestrutura para desenvolvedores de aplicativos que constroem produtos e serviços centrados na interoperabilidade, com transferências de dados e ativos seguros e eficientes entre cadeias.Soquete 2.0marca uma mudança para o protocolo de cross-chain para serviços de abstração de cadeia, destacado pelo seu mecanismo principal de Fluxo de Leilão Modular (MOFA), que tem como objetivo possibilitar um mecanismo de concorrência para mercados de cadeia abstraída eficiente. OFAs tradicionais envolvem uma rede de vários atores realizando tarefas especializadas que competem para fornecer o melhor resultado possível para uma solicitação de usuário final. Da mesma forma, o MOFA é projetado para fornecer um mercado aberto para agentes de execução, chamados de Transmissores, e intenções do usuário. Dentro do MOFA, os Transmissores competem para criar e cumprir pacotes abstratos de cadeia, ou sequências ordenadas de solicitações de usuário que requerem transferência de dados e valor em várias blockchains.
A Infinex está construindo uma única camada de UX com o objetivo de unificar aplicativos e ecossistemas descentralizados. Seu produto principal, Conta Infinex, é um serviço em camadas que funciona como uma plataforma para integrar qualquer aplicativo on-chain em uma UX simplificada para o usuário final. No seu núcleo, a Conta Infinex é um conjunto de contratos inteligentes cross-chain que podem ser controlados, protegidos e recuperados através da autenticação web2 padrão.
Brahma Finance está construindo seu produto principal, o Console, um ambiente de execução e custódia on-chain com o objetivo de aprimorar a experiência do usuário em DeFi, focando especificamente no ecossistema de blockchain EVM. Brahma usa transações agrupadas e encadeadas para sincronizar transações em diferentes blockchains e Smart Accounts para interações on-chain. O resultado final refletirá um experiência do usuário que permite interações sem emendas entre cadeias cruzadas dentro de uma única interface de usuário.
Agoric é um blockchain de Camada 1 nativo do Cosmos para a construção de contratos inteligentes de cadeia cruzada em JavaScript. A plataforma Agoric é projetada com um ambiente de execução assíncrono e multibloco, e tem como objetivo ser o ambiente ideal para o desenvolvimento de aplicações cross-chain. A Agoric utiliza o Protocolo Cosmos InterBlockchain Communication (IBC) para comunicações entre cadeias, enquanto aproveita o General Message Passing (GMP) da Axelar para interações além do ecossistema Cosmos. A API de orquestração da Agoric simplifica a experiência do desenvolvedor, abstraindo as complexidades envolvidas na comunicação entre cadeias e na execução de contratos inteligentes, enquanto o usuário final se beneficia de aplicativos com recursos abstraídos inerentes à cadeia.
Até agora, as vantagens que a abstração de cadeia desbloqueia para os usuários finais devem estar claras - as complexidades do uso de aplicativos nativos de blockchain são totalmente abstraídas em uma camada de interface unificada, criando um ponto de contato global e independente de cadeia para qualquer pessoa que queira participar.
Igualmente importante, a abstração de cadeia pode desbloquear um enorme benefício para aplicações de blockchain. Atualmente, os desenvolvedores Web2 não "escolhem" onde implantar seus aplicativos. Por exemplo, o Airbnb está disponível para qualquer pessoa com conexão à internet. No entanto, no cenário Web3, os desenvolvedores de aplicativos precisam escolher onde implantar seu aplicativo (por exemplo, no Ethereum, Solana ou Cosmos). Isso não apenas limita a TAM, mas também significa que os desenvolvedores de aplicativos são sobrecarregados pela necessidade de escolher a cadeia "certa" para implantar seus aplicativos. Esta não é apenas uma decisão difícil de tomar, mas crucial. Houve um punhado de aplicativos que foram extremamente bem-sucedidos, mas lutaram devido ao blockchain subjacente. Além disso, com o contínuo desenvolvimento e evolução das blockchains hoje, a cadeia "certa" pode estar mudando constantemente. Em um futuro abstraído em cadeia, os desenvolvedores de aplicativos não são mais sobrecarregados por terem que selecionar uma cadeia à qual seu sucesso está atrelado.
É evidente que caminhamos para um futuro cada vez mais multicadeia. Isso inevitavelmente só agravará os problemas de UX que são uma das barreiras mais críticas para a adoção convencional. Acreditamos que a abstração de cadeia, com seus vários componentes, é uma solução possível para muitos dos problemas de UX da criptografia hoje.
Um guia sobre a peça que falta para alcançar a adoção generalizada da blockchain, com estudos de caso suplementares.
Um mundo com centenas de cadeias é inevitávelCom o tempo, quase todas as equipes e desenvolvedores vão querer ser donos de sua própria economia e usuários e, mesmo que isso possa ser feito em ambientes de execução de propósito geral como Solana, a aplicação depende da capacidade desses ambientes, que historicamente demonstraram ser pouco confiáveis em algumas ocasiões. Se acreditarmos que uma mudança de paradigma em direção à tecnologia blockchain é iminente, a próxima conclusão lógica é a existência de centenas de ambientes de execução especializados para as aplicações que estão sendo construídas nela. Já podemos ver isso acontecendo hoje, com aplicações como dYdX, Hyperliquid, Frax, e outros projetos incipientes tornando-se cadeias de aplicativos autônomas e rollups. Além disso, também é provável que existam soluções de escalonamento de Camada 2 em conjunto com Camada 1, pois um conjunto menor de nós pode se comunicar globalmente de forma significativamente mais rápida do que um conjunto maior. Isso permitiria que L2s, como rollups, escalassem virtualmente sem limites, ao mesmo tempo herdando segurança de L1s e tendo uma suposição de confiança 1/N (em oposição a ter altos quóruns para alcançar consenso como fazem L1s). Em essência, imaginamos um futuro com centenas de L1s e L2s.
No entanto, mesmo no estado atual, tendo apenas algumas dezenas de L1s e L2s, já vimos preocupações sendo levantadas sobre obstáculos substanciais de UX nesse presente de várias cadeias. Um futuro de várias cadeias, portanto, tem muitos problemas a superar, incluindo liquidez fragmentada, complexidade para usuários finais com várias pontes, pontos finais RPC, tokens de gás diferentes e mercados. Até agora, ainda não houve uma metodologia suficiente para abstrair essas complexidades de UX em um mundo com algumas L1s e L2s. Só podemos imaginar como as blockchains serão inutilizáveis para os usuários finais se o ecossistema de várias cadeias continuar a crescer sem corrigir esses obstáculos significativos de UX primeiro.
A internet não chegou onde está permitindo que seus usuários entendam seus protocolos centrais como HTTP, TCP/IP, UDP. Em vez disso, ela abstraiu nuances técnicas e permitiu que o leigo a utilizasse. Com o tempo, o mesmo acontecerá com blockchains e aplicações nativas de blockchain.
No cripto, os usuários precisam implantar liquidez em vários L1s e L2s, conformar-se com uma UX subótima ao ter fontes de liquidez on-chain fragmentadas por esses L1s e L2s, e compreender as nuances técnicas desses sistemas. Chegou a hora de abstrair tudo do usuário médio - pelo que eles precisam saber, eles não precisam saber que estão usando trilhos de blockchain, muito menos quantos L1s e L2s existem sob o capô, pois este é o único caminho para a indústria ganhar adoção em massa.
A abstração de cadeia é um meio pelo qual abstraímos as nuances e especificidades técnicas do blockchain para o usuário médio para fornecer uma experiência de usuário perfeita em que eles nem sequer sabem que estão usando o blockchain. Pode-se argumentar que essa descoberta na UX pode ser a peça que falta para integrar a próxima geração de empresas e usuários em ecossistemas nativos de blockchain e criptografia.
Antes de revisar alguns dos projetos construindo a infraestrutura crucial para alcançar um futuro abstrato de cadeia, é prudente revisar alguns dos componentes tecnológicos que alimentam a abstração de cadeia.
As carteiras de hoje enfrentam muitas limitações. Além de várias vulnerabilidades de segurança, elas oferecem funcionalidades limitadas, a menos que sejam usadas em conjunto, ou seja, interagindo com outros contratos inteligentes. E se reimaginássemos esse cenário para transformar contas de propriedade externa (EOAs) em carteiras de contratos inteligentes (SCWs)? Ao contrário das EOAs, as SCWs não podem iniciar transações por conta própria — elas requerem um prompt de EOA. Ao mesclar as capacidades de ambos, transformamos efetivamente as EOAs em SCWs, capacitando-as a não apenas iniciar transações, mas também executar lógica complexa e arbitrária, a premissa dos contratos inteligentes.
Isso poderia desbloquear uma infinidade de casos de uso. Nesse contexto, vamos nos concentrar especificamente em como isso se relaciona à abstração de cadeia.
Quando você transforma um EOA em um SCW, você efetivamente separa quem executa uma transação e quem a assina. Isso significa que os usuários não precisam executar transações diretamente, mas sim ter atores sofisticados (chamados de executores) fazerem isso em seu nome. É importante observar que, durante esse processo, o usuário não entrega a custódia da carteira, pois ele retém sua chave privada. Ter um executor traz outros benefícios, como não precisar de saldos de gás em todas as diferentes blockchains que você deseja usar, já que as taxas de transação/gás agora também podem ser abstraídas. Além disso, os usuários podem ter pacotes de transações executadas com um simples clique de botão. Por exemplo, é possível aprovar um token para um DEX, trocá-lo e, em seguida, emprestar os recursos em um mercado Aave.
Ter um executor elimina a necessidade de interagir diretamente com contratos inteligentes, ao mesmo tempo em que o usuário mantém a custódia dos fundos do usuário. Imagine usar qualquer aplicativo blockchain que você desejar através de um Bot do Telegram - essa dinâmica se torna possível com a abstração de conta.
Além disso, a abstração de conta permite que os usuários custodiem ativos e abram posições DeFi em muitas cadeias sem precisar de diferentes carteiras, RPCs ou se preocupar com diferentes tipos de assinatura, tudo sem nem mesmo saber que estão usando uma cadeia diferente. Você pode ver uma demonstração disso aquiou continue lendo enquanto cobrimos projetos que lideram exatamente esses esforços de abstração de conta.
Isso não é tudo - a abstração de conta também elimina a necessidade de os usuários terem suas próprias chaves privadas para proteger suas contas sem serem gerenciados por terceiros. Os usuários podem escolher meios mais tradicionais de verificação, como 2FA e impressões digitais, além da recuperação social para proteger suas carteiras. A recuperação social permite que uma carteira perdida seja restaurada por meio, por exemplo, da família do usuário.
“Os próximos bilhões de usuários não vão escrever 12 palavras em um pedaço de papel. Pessoas normais não fazem isso. Precisamos dar a eles uma melhor usabilidade; eles não devem precisar pensar em chaves de criptografia.” - Yoav Weiss, EF
Como as carteiras são o ponto de entrada para criptomoedas e blockchains, a abstração de conta permite que a abstração de cadeia floresça.
Para mais detalhes sobre o funcionamento interno da abstração de conta, consulteistothread por Jarrod Watts.Carteira Avocado da Instadapptambém está dando passos significativos para aproveitar o poder da abstração de contas para os usuários finais.
As intenções permitem que atores sofisticados ou “solucionadores” executem transações da maneira mais ideal em nome do usuário. É como o nome indica - o usuário expressa sua intenção de realizar uma ação on-chain. Uma definição simples é expressar, off-chain, sua ação desejada on-chain da maneira mais ideal possível. Por exemplo, quando você envia um pedido para CowSwap, você está na verdade enviando uma intenção - uma intenção de trocar determinado token por outro, pelo melhor preço possível. Ao enviar essa intenção off-chain, ela contorna o mempool público e é diretamente encaminhada para um mempool privado criptografado onde os solucionadores competem para preencher, ou solucionar, sua intenção pelo melhor preço possível, seja usando seus próprios balanços, fluxo de pedidos privados ou usando locais de liquidez on-chain como Uniswap e Curve. Dessa forma, as margens dos solucionadores se comprimem a zero, dando aos usuários a melhor execução, porque sempre há outro solucionador pronto para preencher essa intenção.
Agora que definimos o que são intenções, como exatamente elas podem nos ajudar a alcançar a abstração de cadeia?
A resposta retorna para a delimitação entre signatários e executores em um mundo abstrato de contas. Se tudo o que os usuários precisam fazer é clicar em um botão para assinar uma transação, eles podem terceirizar todas as suas necessidades on-chain para atores sofisticados, que então assumem a responsabilidade de encontrar a melhor execução. Os atores sofisticados então suportam os riscos de interagir com todas as diferentes aplicações em L1s e L2s, as taxas de gás associadas em diferentes tokens em diferentes cadeias, riscos de reorganização (onde há duas versões diferentes da cadeia) e outros riscos de execução. Ao assumir essas etapas e riscos, os solucionadores precificarão as taxas cobradas aos usuários de acordo. Nessa situação, os usuários não precisam pensar nas várias complexidades e riscos associados ao uso de produtos e serviços on-chain, que são terceirizados para atores sofisticados, que precificam os usuários de acordo. Devido à concorrência entre os solucionadores, as taxas cobradas aos usuários comprimirão para quase zero, pois sempre haverá outro solucionador pronto para subcotar aquele que está ganhando todo o fluxo de pedidos. É a mágica do livre mercado - por meio do processo de competição, os usuários terão serviços de melhor qualidade a preços mais baixos.
Vamos explorar um exemplo: Eu tenho $ETH no Ethereum e quero $SOL no Solana e quero que isso seja executado pelo melhor preço. Através de um sistema de Solicitação de Cotação (RFQ), o mercado de intenções repassa o fluxo de pedidos e, em questão de segundos, o usuário tem $SOL no Solana. Vale ressaltar que o Ethereum tem blocktimes de 12 segundos, o que significa que, mesmo que os solvers não tenham garantia de liquidação, ao executar seu próprio nó, eles podem ter certeza de que a transação de depósito de $USDC é válida e será concluída. Além disso, ao usar seus próprios balanços, os solvers podem adiantar o capital de $SOL no Solana e essencialmente atender à intenção antes de receberem seu capital. Como os riscos não são assumidos pelos usuários, mas sim pelos atores sofisticados, os usuários podem ter suas intenções atendidas com latências inferiores a um segundo e pelos melhores preços, sem conhecer as pontes que estão usando, as RPCs ou os custos de gás.
Neste caso, os usuários ainda sabem quais cadeias estão usando. Este exemplo serve para ilustrar como as intenções estão funcionando na paisagem atual, não em uma paisagem completamente abstrata de cadeias. Mas as intenções não param por aí - muito mais é possível.
É fácil imaginar um futuro em que as intenções funcionem para atender a todas as necessidades dos usuários. O usuário só precisa especificar o que deve ser feito e será concluído de maneira mais eficiente possível. Por exemplo, um usuário pode querer pegar emprestado $DAI contra seu/sua $ETH e depositar o $DAI em uma pool de liquidez para ganhar recompensas $CRV. Neste exemplo, um solucionador autorizado compara todas as taxas de empréstimo de $DAI em relação ao $ETH e faz um empréstimo com a menor taxa de juros. O solucionador então deposita o $DAI em um cofre semelhante ao Yearn para auto-compostar o rendimento do LP de $DAI 100% mais rentável em $CRV, que é enviado para a carteira do usuário.
No entanto, um aviso importante: o risco é subjetivo e não pode ser expresso em uma intenção, ao contrário de outras entradas objetivas, como a máxima variação de preço para uma negociação. Então, quais mercados de empréstimos, pools de liquidez e cadeias são usados para cumprir essa intenção? Afinal, cada um tem perfis de risco diferentes e suposições de confiança. É aí que entram os “resolvedores autorizados”. Cada resolvedor autorizado é, até certo ponto, confiável pelo usuário para realizar a intenção do usuário com as preferências de risco e confiança do usuário, que são expressas antecipadamente. Por exemplo, um usuário pode especificar que não haja depósitos em contratos que sejam “arriscados”. No entanto, é provável que apenas usuários avançados especifiquem um grande conjunto de preferências subjetivas para uma rede de resolvedores. Jogadores ainda mais sofisticados do que usuários avançados (HFTs, MMs, VCs, etc.) provavelmente se comunicarão diretamente com a(s) cadeia(s) para evitar quaisquer taxas de resolvedores e adaptar suas suposições de risco e confiança. Usuários com um pouco de entendimento de blockchains provavelmente serão capazes de escolher entre um conjunto de configurações predefinidas (baixo, médio ou alto risco, por exemplo) a partir das quais os resolvedores podem agir.
Utilizar um conjunto de solucionadores autorizados para as necessidades subjetivas dos usuários possibilita uma dinâmica competitiva entre os solucionadores, o que incentiva o cumprimento dos pedidos do usuário da melhor maneira possível, sem qualquer problema para o usuário. Além disso, o fato de que o usuário pode “desautorizar” um solucionador retirando seus privilégios de executor a qualquer momento mantém um sistema de verificações e balanços. Dessa forma, os solucionadores têm incentivo para permanecer honestos e seguir as preferências do usuário, caso contrário, um solucionador diferente pode provar que estavam agindo maliciosamente em relação ao usuário que originou o fluxo de pedidos.
Claro, as intenções ainda estão em andamento, e a especulação de como as intenções podem se transformar em uma tecnologia mais sofisticada é apenas isso - especulação. No entanto, não seria surpresa ver as intenções evoluírem dessa maneira. Acreditamos que as intenções desempenharão o papel mais importante na concretização de um futuro abstrato em cadeia.
Dois projetos enfrentando intenções de frente sãoCowSwapedeBridge. Já escrevemos sobre o CoWSwap e a arquitetura baseada em intenção que ele segue para fornecer aos usuários uma experiência superior e execuçãoaqui. Semelhante ao CoWSwap, a deBridge segue uma arquitetura baseada em intenção, mas o faz para permitir trocas (negociações) entre cadeias cruzadas extremamente rápidas. A deBridge se concentra em uma experiência do usuário perfeita no que se refere a velocidades de negociação extremamente rápidas entre cadeias, taxas mínimas e excelente execução. Como a maioria das soluções baseadas em intenção, a deBridge utiliza uma rede de solucionadores composta por MMs, HFTs e outros atores sofisticados que adiantam o capital através de seu próprio balanço na cadeia de destino antes de coletar o capital do usuário na cadeia de origem. Além de fazer com que os solucionadores concorram entre si para oferecer aos usuários a melhor execução possível, a deBridge também se diferencia ao empurrar riscos, como riscos de reorganização, e outras inconveniências, como taxas de gás e um RPC diferente nas diferentes cadeias envolvidas, para os solucionadores.
O gráfico abaixo ilustra o modelo de deBridge. No exemplo abaixo, os usuários com stablecoin USD na Solana desejam ter a stablecoin EUR na Ethereum. Eles expressam sua intenção para o aplicativo de deBridge, que a propaga para a rede de solucionadores, permitindo que os solucionadores, que têm $ETH na Ethereum em seu balanço, troquem seu $ETH na Ethereum por $ethEUR, uma stablecoin EUR na Ethereum. Pouco tempo depoisconjunto de validadores da deBridgeverifica se o solucionador cumpriu a intenção do usuário na cadeia de destino (neste caso, dar ao usuário $ethEUR), permite que o capital do usuário na cadeia de origem (neste caso Solana) seja desbloqueado para o solucionador. É importante que os usuários não precisem esperar a verificação acontecer antes de receber seu capital na cadeia de destino.
Para entender melhor deBridge e seu design baseado em intenção, recomendamos dar uma olhadaesteepisódio de podcast.
Um dos sintomas de um futuro cada vez mais multi-cadeia é a fragmentação extrema de liquidez. Isso pode ser difícil de agregar de forma coesa. Em um mundo com centenas de rollups, validiums, L1s, etc., cada um dos quais tem sua própria liquidez hospedada em sua rede, a experiência do usuário fica cada vez pior devido à fragmentação do pool de liquidez.
Se apenas uma exchange centralizada (CEX) abrigasse toda a liquidez dos mercados de criptomoedas, em vez das centenas de CEX que existem juntas com ainda mais DEXs on-chain que compartilham a mesma fatia de liquidez, a execução para os usuários finais seria a melhor possível, sem considerar preocupações com censura e centralização geral. No entanto, isso é apenas hipotético, já que não é viável no mundo real onde a concorrência é acirrada e as forças descentralizadoras existem.
O surgimento de agregadores DEX, que agregam fontes de liquidez fragmentadas em uma única rede em uma interface unificada, foi um passo importante para a UX. No entanto, à medida que o inevitável futuro multi-cadeia começou a se desenrolar, os agregadores DEX não seriam mais suficientes, pois só podiam agregar liquidez em uma única cadeia, não em muitas ou até mais de uma cadeia. Além disso, para blockchains como Ethereum, os custos de gás associados necessários para rotear a liquidez entre múltiplas fontes ou cadeias fizeram com que o custo de uso dos agregadores fosse maior do que o das fontes de liquidez diretas.Este modelo demonstrou maior sucesso em redes baratas e de baixa latência como Solana, embora os próprios agregadores ainda estejam restritos nas fontes de liquidez das quais podem encaminhar negociações.
Em um futuro abstrato em cadeia, ter tecnologia para agregar liquidez fragmentada é crucial, pois a experiência ideal do usuário será agnóstica em relação à cadeia e provavelmente dependerá de solucionadores de terceiros para seus serviços de execução. Algumas soluções que visam impulsionar a desfragmentação da liquidez multi-cadeia incluem Polygon AggLayer e Optimism Superchain. Embora essas sejam as duas que abordaremos, há muitas outras equipes trabalhando em tais soluções.
Como o Site da Polygondeclara: "O AggLayer será um protocolo descentralizado com dois componentes: uma ponte comum e o mecanismo alimentado por ZK que fornece uma garantia criptográfica de segurança para interoperabilidade contínua e cruzada. Com provas de conhecimento zero fornecendo segurança, as cadeias conectadas ao AggLayer podem permanecer soberanas e modulares, preservando a experiência do usuário contínua das cadeias monolíticas."
Fundamentalmente, as soluções de escalonamento da Camada 2 do Ethereum, como os rollups, têm uma ponte canônica com o Ethereum. Isso significa que todos os fundos dos usuários que são transferidos do Ethereum para um L2 residem neste contrato de ponte. No entanto, isso prejudica a interoperabilidade entre diferentes L2s, bem como a capacidade de comunicar dados e transferir valor entre eles de forma transparente. Isso ocorre porque, se você quiser, por exemplo, ir de Base para Zora (ambos rollups do Ethereum), como visto abaixo, você precisa incorrer em um processo de retirada de 7 dias para ir de Base para o Ethereum usando a ponte canônica da Base e depois usar a ponte canônica da Zora para ir do Ethereum para Zora. Isso ocorre porque, para rollups otimistas como Base, o tempo é necessário para contestar a transação de transferência usando umprova de falhas/fraudes. Além do fato de que este é um processo demorado, também é caro porque você precisa interagir com a cadeia principal do Ethereum.
A AggLayer da Polygon inverte esse processo. Em vez de ter uma ponte canônica para o Ethereum, onde apenas os ativos não nativos de um usuário rollup específico ficam, todas as cadeias compartilham um contrato de ponte com outras cadeias que utilizam a AggLayer para ter esse hub de liquidez, como visto abaixo. Por meio desse processo, os desenvolvedores agora poderão conectar sua cadeia à AggLayer para permitir que os usuários desfrutem de liquidez unificada.
Como AggLayer funciona
Em sua essência, o AggLayer agrega provas de conhecimento zero (ZK) de todas as cadeias conectadas a ele - isso permite facilitar transações entre cadeias. O AggLayer é essencialmente um local onde todas as suas cadeias suportadas publicam provas de ZK para mostrar que alguma ação ocorreu. Por exemplo, que 5 $USDC da Base foram retirados para desbloquear liquidez em algum outro lado, como Zora.
Para ilustrar ainda mais isso, considere como funciona na prática. Neste exemplo, estamos assumindo que todas as cadeias nomeadas estão conectadas à AggLayer.
Um solucionador detecta uma solicitação, ou intenção, de um usuário que reside na Base. O usuário tem $ETH e quer comprar um NFT na Zora que custa 3000 $DAI. Como o solucionador não tem $DAI no seu balanço, ele deve rapidamente procurar a melhor rota para cumprir essa intenção. Eles percebem que o $DAI na Optimism é mais barato do que o $DAI de mercado na Zora. Portanto, o solucionador publica uma prova para a AggLayer mostrando que o usuário tem o $ETH na Base e deseja uma quantidade correspondente de $ETH na Optimism. Dado que o contrato de ponte é compartilhado, uma prova ZK é tudo o que é necessário para mover esse ativo fungível que reside na cadeia “X” na mesma quantidade para a cadeia “Y”.
Após postar a prova ZK e desbloquear uma quantidade correspondente de $ETH no Optimism, o solucionador troca para $DAI e faz o mesmo processo para obter a mesma quantidade de $DAI na Zora para, em seguida, concluir a compra do NFT. Nos bastidores, a AggLayer também liquida essas provas ZK no Ethereum para garantir uma segurança mais forte para os usuários finais e as cadeias conectadas à AggLayer.
No entanto, neste caso, o resolvedor/usuário/outro ator assume o risco de inventário. Isso se manifesta na forma da taxa de $DAI na Optimism sendo arbitrada, o custo do NFT aumentando, o preço do $ETH caindo ou qualquer outro risco entre o momento em que o fluxo de pedidos do usuário é originado e preenchido, incorrendo em perdas para a respectiva parte. Ao contrário dos agregadores DEX em uma única cadeia, que têm composabilidade atômica, os resolvedores que interagem com diferentes máquinas de estado não têm essa mesma composabilidade atômica. A composabilidade atômica garante que todas as operações sejam executadas em uma única sequência linear e todas tenham sucesso ou falhem juntas. Isso ocorre porque entre diferentes máquinas de estado sempre é necessário pelo menos um atraso de bloco devido aos riscos potenciais de reorgs (na cadeia de destino).
No entanto, isso não significa que os casos de uso mencionados acima não sejam possíveis. Existem não apenas eventos de cauda longa, mas também solucionadores e outros atores sofisticados que podem assumir esses riscos e compensá-los precificando-os para os usuários. Por exemplo, o solucionador pode garantir a execução cobrindo as perdas, se ocorrerem, ou preenchendo as intenções do usuário usando seus próprios balanços.
Outro exemplo de liquidez de agregação é a iniciativa do Superchain da Optimism. O Superchain, definido pela Documentação do Optimismé uma “rede de cadeias que compartilham pontes, governança descentralizada, upgrades, uma camada de comunicação e mais – tudo construído na Pilha OP.” O projeto se concentra em agregar liquidez, semelhante ao AggLayer. O Optimism Superchain terá todas as cadeias que fazem parte do Superchain utilizando um contrato de ponte compartilhado. Este é o primeiro passo para ter liquidez agregada entre as cadeias no Superchain.
A diferença entre o Superchain e o AggLayer é que o AggLayer depende de provas de conhecimento zero para ser contínuo, enquanto o Superchain depende de um compartilhado sequenciadorentre cadeias optando pela Supercadeia. Embora esta postagem não entre em detalhes sobre sequenciamento compartilhado, você pode se referir aistocompreender como a sequenciação compartilhada desbloqueia benefícios no âmbito da interoperabilidade cruzada sem emendas e, até certo ponto, da composabilidade atômica (os mesmos problemas elucidados acima com a composabilidade atômica cruzada também se aplicam aqui).
Porque a Superchain exige que as cadeias que optam por ela usem o sequenciador compartilhado, isso pode limitar os ambientes de execução que podem ser usados para as cadeias que optam pela Superchain. Outros desafios incômodos surgem, como as cadeias perderem o acesso ao MEV criado por seus usuários, além de outros desafios delineados.aqui. No entanto, equipes como Espressoestão trabalhando em maneiras de redistribuir o MEV habilitado por cadeias que utilizam um sequenciador compartilhado. Além disso, todas as cadeias conectadas à camada AggLayer da Polygon (e, portanto, postam provas ZK para esta AggLayer) precisam usar os mesmos circuitos ZK, o que também pode limitar os ambientes de execução que podem ser usados para cadeias conectadas à AggLayer.
Pesquisa de Fronteiradesenvolveu o framework CAKE (Elementos Chave de Abstração de Cadeia), que pode ser visto acima. Isso descreve as três camadas (excluindo a camada de aplicativo voltada para o usuário) necessárias para alcançar um estado em que:
“Em um mundo abstraído em cadeia, um usuário acessa o site de um dApp, conecta sua carteira, assina a operação pretendida e espera pelo acerto final. Toda a complexidade de adquirir os ativos necessários para a cadeia de destino e o acerto final são abstraídos do usuário, ocorrendo nas três camadas de infraestrutura do CAKE.”
A estrutura identifica as três camadas de infraestrutura do CAKE como a camada de permissão, a camada de solução e a camada de liquidação. Nós principalmente abordamos as camadas de solução e permissão. A camada de permissão consiste em abstração de conta e políticas - autorização como nós chamamos - e a camada de liquidação, que inclui tecnologias de baixo nível como oráculos, pontes,pré-confirmações, e outras funcionalidades de back-end.
Como tal, a camada de liquidação espera-se que seja muito benéfica para solvers e outros atores sofisticados e aplicações voltadas para o usuário, pois os componentes de liquidação neste framework trabalham juntos para ajudar os solvers a gerenciar seu risco e fornecer uma execução melhor para os usuários. Isso se estende ainda mais a outros componentes, como disponibilidade de dados e provas de execução. Esses são todos os requisitos para que as cadeias forneçam uma experiência de construção segura para os desenvolvedores de aplicativos e garantias de segurança que eventualmente são repassadas aos usuários finais.
O framework CAKE abrange muitos dos conceitos mencionados neste post e fornece uma maneira coerente de olhar para os vários componentes da abstração de cadeia e sua relação entre si. Aqueles interessados no framework podem lerissoartigo introdutório.
Embora já tenhamos abordado alguns projetos que lideram o esforço para um futuro abstrato de cadeias, aqui estão alguns outros projetos notáveis que estão fazendo o mesmo.
A Particle Network está lançando uma blockchain modular L1 construída no Cosmos SDK, que funcionará como um ambiente de execução EVM de alta performance compatível. Originalmente, a Particle estreou como provedora de serviços de abstração de contas, permitindo que os usuários criassem carteiras de contratos inteligentes vinculados às suas contas sociais Web2 para serem usadas nativamente nas interfaces incorporadas do dApp. Desde então, o protocolo expandiu suas ofertas, visando proliferar a abstração de cadeia em todo o cenário mais amplo de blockchain por meio de uma suíte de serviços de abstração de carteira, liquidez e gás em seu L1.
Similar a outros provedores de serviços de abstração de cadeias, a Particle vislumbra um futuro em que qualquer pessoa poderá realizar transações facilmente em várias cadeias por meio de uma única conta, pagando taxas de gás em qualquer token que desejarem. Como tal, o L1 subjacente servirá como um coordenador para o ecossistema multichain, unificando usuários e liquidez em domínios EVM e não EVM.
Vamos ver como isso funciona.
A Particle oferece um conjunto de ferramentas multifacetadas para serviços de abstração de cadeia, cada tecnologia principal desempenhando um papel único como parte de um todo maior.
Do ponto de vista do usuário final, a pilha de abstração de cadeias da Particle começa com primeiros princípios - criando uma conta. Contas universais na Particle funcionam como contas inteligentes ERC-4337 anexadas a um endereço EOA (externally owned address) pré-existente, agregando saldos de tokens em várias cadeias em um único endereço por meio de roteamento automático e execução de transações atômicas entre cadeias. Embora uma carteira de criptomoedas tradicional possa ser usada para criar e gerenciar uma conta, a Particle's WaaSpermite que os usuários usem logins sociais para embarque também.
Para abstrair diversas complexidades das operações nativas de blockchain, uma UA funciona como uma interface unificada construída em cima das carteiras existentes, permitindo aos usuários depositar e usar tokens em vários ambientes de blockchain como se existissem em uma única cadeia. Para manter um estado síncrono em todas as UAs, as configurações da conta são armazenadas no Particle L1 para serem usadas como fonte central da verdade em todas as instâncias. A rede então facilitará a mensageria entre cadeias para implantar novas instâncias ou atualizar as existentes.
Dessa forma, o Particle L1 atua como uma camada de coordenação e liquidação para todas as transações entre cadeias processadas através dos UAs da Particle.
Outro componente chave dos serviços de abstração de cadeia da Particle é a funcionalidade de Liquidez Universal. Enquanto os UA's fornecem um meio para os usuários expressarem suas solicitações transacionais através de uma interface, a Liquidez Universal se refere à camada responsável pela execução automática dessas solicitações, o que por sua vez permite uma unificação de saldos em diferentes redes. Essa funcionalidade é fundamental para permitir transferências entre cadeias, que de outra forma seriam prejudicadas pelas barreiras atuais de entrada, como a compra do token de gás nativo e a criação de uma carteira nativa para uma nova rede.
Por exemplo, quando um usuário deseja comprar um ativo em uma blockchain que nunca usou antes e não tem nenhum fundo nela, a liquidez necessária para essa compra é automaticamente obtida a partir dos saldos existentes do usuário, que podem estar em uma cadeia diferente e um token diferente. Isso é em grande parte possível através da Rede de Mensagens Descentralizadas (DMN) da Particle, que permite serviços especializados, conhecidos como Nós de Repetição, monitorar eventos de cadeia externa e a liquidação de eventos de estado. Para ser mais exato, os repetidores na DMN usam um Protocolo de Mensagem para monitorar o status das Operações do Usuário em cadeias externas e, em seguida, estabelecer o status de execução final para o Particle L1.
O terceiro pilar da pilha de abstração de cadeia da Particle é a implementação de um Token de Gás Universal - parte do serviço de abstração de gás da rede. Acessado através da interação com os UA da Particle, o Gás Universal permite que os usuários gastem qualquer token para pagar as taxas de gás, o que significa que Bob pode pagar uma taxa de transação para uma troca na Solana usando seu USDC na Base, enquanto Alice paga uma taxa de transação para comprar um NFT na Ethereum usando seu token ARB na Arbitrum.
Quando um usuário deseja executar uma transação através de um Particle UA, a interface irá solicitar ao usuário que selecione seu token de gás de escolha, que é então automaticamente roteado através do contrato nativo Paymaster da Particle. Todos os pagamentos de gás são liquidados em suas respectivas cadeias de origem e destino, enquanto uma parte da taxa é trocada pelo token nativo $PARTI da Particle para ser liquidada na Particle L1.
A Particle se baseia em sua infraestrutura de abstração de conta existente, para a qual relatou mais de 17 milhões de ativações de carteira e mais de 10 milhões de UserOperations até o dia. A adição de uma camada de Liquidez Universal, juntamente com um token Universal Gas, visa marcar a expansão da Particle no fornecimento de serviços de abstração de cadeia em um espectro mais amplo de usuários e participantes. A Partícula L1 não pretende ser mais uma blockchain competindo diretamente com os incumbentes de hoje; em vez disso, busca fornecer uma camada de interoperabilidade para conectá-los a todos, trabalhando com equipes-chave no setor de serviços de abstração em cadeia, incluindo as equipes de P&D Near e Cake.
A rede de partículas L1 está atualmente em sua fase de testnet, permitindo que os participantes iniciais experimentem o Universal Gas dentro de uma implementação experimental de UA
Near é uma blockchain Layer 1 com prova de participação dividida que serve como um domínio de aplicação de pilha completa para desenvolvedores que constroem produtos e serviços descentralizados. Grande parte da ética central da Near gira em torno de preencher a lacuna entre aplicativos nativos de blockchain e públicos em geral. A chave para realizar essa visão é abstrair o blockchain do usuário final. A Near aborda isso com a Agregação de Contas - uma arquitetura multifacetada construída para abstrair os principais pontos problemáticos do uso de redes blockchain, como alternar carteiras, gerenciar taxas de gás, pontes. Isso é realizado canalizando todas as operações para serem executadas por meio de uma única conta.
Vamos aprofundar para entender melhor como tudo isso funciona.
Além do padrão de hash de chave pública alfanumérica na maioria das blockchains hoje, o modelo de conta proprietário da Near permite que cada conta seja mapeada para um nome de conta legível por humanos, ou seja, alice.near. As contas Near também utilizam dois tipos de chaves de acesso que são distintas em sua natureza e funções subjacentes, permitindo que as contas possam gerenciar várias chaves em várias blockchains, sendo que cada chave considera as várias permissões e configurações únicas para seu domínio:
Reforçando ainda mais a abstração das blockchains para o usuário final está um processo simplificado de entrada com o FastAuth, o sistema proprietário de gerenciamento de chaves da Near. O FastAuth permite que os usuários se inscrevam em uma conta nativa de blockchain com algo tão simples quanto seu endereço de e-mail e usa passkeys, que substituem senhas por biometria, em vez de frases semente e senhas longas e complexas.
As assinaturas multi-chain são um componente-chave da abstração de blockchains da Near, permitindo que qualquer conta NEAR tenha endereços remotos associados em outras blockchains e que assinem mensagens e executem transações a partir desses endereços. Para permitir isso, as Assinaturas de Cadeia usam a rede NEAR MPC (multi-party computation) como o signatário para esses endereços remotos, eliminando a necessidade de chaves privadas explícitas. Isso é possível graças a um protocolo de assinatura de limite que implementa uma forma de resharing de chave que permite que o signatário do MPC mantenha a mesma chave pública agregada, mesmo que as partes das chaves e dos nós mudem constantemente.
Fazer com que os nós assinantes MPC também façam parte da rede NEAR permite que os contratos inteligentes iniciem o processo de assinatura para uma conta. Ao usar diferentes combinações de um ID de cadeia, um ID de conta NEAR e um caminho específico, cada conta pode criar um número ilimitado de endereços remotos em qualquer cadeia.
Outra questão-chave que dificulta o desenvolvimento de uma experiência do usuário integrada em toda a paisagem universal de blockchain hoje é que cada blockchain exige que as taxas de gás sejam pagas em seu próprio token nativo, exigindo que os usuários adquiram esses tokens antes de poderem usar a rede subjacente.
NEP-366introduziu transações meta para Near, um recurso que permite a execução de transações em Near sem possuir nenhum gás ou tokens na cadeia. Isso é possível através de Relayers, um provedor de serviços de terceiros que recebe transações assinadas e as retransmite para a rede enquanto anexa os tokens necessários para subsidiar suas taxas de gás. Do ponto de vista técnico, o usuário final cria e assina uma AçãoDelegadaAssinada, que contém os dados necessários para construir uma Transação, e a envia para o serviço de retransmissão. O retransmissor assina uma Transação usando esses dados, envia a SignedTransaction para a rede via chamada RPC e garante que o retransmissor pague as taxas de gás enquanto as ações são executadas em nome do usuário.
Para ilustrar melhor como isso pode ser feito na prática, considere o seguinte exemplo: Alice quer enviar alguns de seus tokens $ALICE para Bob, mas não possui tokens $NEAR necessários para cobrir as taxas de gás. Ao usar transações meta, ela cria uma DelegateAction, assina-a e envia-a para um relayer. O relayer, que paga as taxas de gás, a envolve em uma transação e a encaminha para a cadeia, permitindo que a transferência seja concluída com sucesso.
A chave para uma implementação bem-sucedida de uma experiência do usuário perfeita em várias redes blockchain é a integração e suporte dessas blockchains, mesmo que sejam empresas concorrentes. Embora a Near funcione como um negócio competitivo por si só, sua estratégia de crescimento gira em torno do crescimento da indústria como um todo, concedendo aos usuários acesso a muitas outras blockchains de maneira perfeita e segura.
Aqui estão algumas outras equipes construindo soluções para serviços de abstração de cadeia que valem a pena ficar de olho - esta lista não é necessariamente exaustiva, mas fornece uma base para aqueles interessados em conduzir pesquisas adicionais sobre modelos de abstração de cadeia.
Connext é um protocolo de interoperabilidade modular que definiu a abstração de cadeia em seu blog (Maio de 2023) como um “padrão para melhorar a experiência do usuário dApp minimizando a necessidade de os usuários se preocuparem com a cadeia em que estão”, o que representa com precisão o princípio fundamental em torno do qual os provedores de serviços de abstração de cadeia estão construindo hoje. Embora a Connext ofereça um conjunto de módulos de contrato inteligente para desenvolvedores de aplicativos por meio de seu Chain Abstraction Toolkit, sua característica principal é o xCall, um primitivo que permite que contratos inteligentes interajam entre si em diferentes ambientes. A função xCall inicia uma transferência intercadeia de fundos, calldata e/ou várias propriedades nomeadas, que o Chain Abstraction Toolkit encapsula em lógica simples para que os desenvolvedores utilizem. Do ponto de vista do desenvolvedor, isso implica em um processo relativamente simples:
O Socket fornece infraestrutura para desenvolvedores de aplicativos que constroem produtos e serviços centrados na interoperabilidade, com transferências de dados e ativos seguros e eficientes entre cadeias.Soquete 2.0marca uma mudança para o protocolo de cross-chain para serviços de abstração de cadeia, destacado pelo seu mecanismo principal de Fluxo de Leilão Modular (MOFA), que tem como objetivo possibilitar um mecanismo de concorrência para mercados de cadeia abstraída eficiente. OFAs tradicionais envolvem uma rede de vários atores realizando tarefas especializadas que competem para fornecer o melhor resultado possível para uma solicitação de usuário final. Da mesma forma, o MOFA é projetado para fornecer um mercado aberto para agentes de execução, chamados de Transmissores, e intenções do usuário. Dentro do MOFA, os Transmissores competem para criar e cumprir pacotes abstratos de cadeia, ou sequências ordenadas de solicitações de usuário que requerem transferência de dados e valor em várias blockchains.
A Infinex está construindo uma única camada de UX com o objetivo de unificar aplicativos e ecossistemas descentralizados. Seu produto principal, Conta Infinex, é um serviço em camadas que funciona como uma plataforma para integrar qualquer aplicativo on-chain em uma UX simplificada para o usuário final. No seu núcleo, a Conta Infinex é um conjunto de contratos inteligentes cross-chain que podem ser controlados, protegidos e recuperados através da autenticação web2 padrão.
Brahma Finance está construindo seu produto principal, o Console, um ambiente de execução e custódia on-chain com o objetivo de aprimorar a experiência do usuário em DeFi, focando especificamente no ecossistema de blockchain EVM. Brahma usa transações agrupadas e encadeadas para sincronizar transações em diferentes blockchains e Smart Accounts para interações on-chain. O resultado final refletirá um experiência do usuário que permite interações sem emendas entre cadeias cruzadas dentro de uma única interface de usuário.
Agoric é um blockchain de Camada 1 nativo do Cosmos para a construção de contratos inteligentes de cadeia cruzada em JavaScript. A plataforma Agoric é projetada com um ambiente de execução assíncrono e multibloco, e tem como objetivo ser o ambiente ideal para o desenvolvimento de aplicações cross-chain. A Agoric utiliza o Protocolo Cosmos InterBlockchain Communication (IBC) para comunicações entre cadeias, enquanto aproveita o General Message Passing (GMP) da Axelar para interações além do ecossistema Cosmos. A API de orquestração da Agoric simplifica a experiência do desenvolvedor, abstraindo as complexidades envolvidas na comunicação entre cadeias e na execução de contratos inteligentes, enquanto o usuário final se beneficia de aplicativos com recursos abstraídos inerentes à cadeia.
Até agora, as vantagens que a abstração de cadeia desbloqueia para os usuários finais devem estar claras - as complexidades do uso de aplicativos nativos de blockchain são totalmente abstraídas em uma camada de interface unificada, criando um ponto de contato global e independente de cadeia para qualquer pessoa que queira participar.
Igualmente importante, a abstração de cadeia pode desbloquear um enorme benefício para aplicações de blockchain. Atualmente, os desenvolvedores Web2 não "escolhem" onde implantar seus aplicativos. Por exemplo, o Airbnb está disponível para qualquer pessoa com conexão à internet. No entanto, no cenário Web3, os desenvolvedores de aplicativos precisam escolher onde implantar seu aplicativo (por exemplo, no Ethereum, Solana ou Cosmos). Isso não apenas limita a TAM, mas também significa que os desenvolvedores de aplicativos são sobrecarregados pela necessidade de escolher a cadeia "certa" para implantar seus aplicativos. Esta não é apenas uma decisão difícil de tomar, mas crucial. Houve um punhado de aplicativos que foram extremamente bem-sucedidos, mas lutaram devido ao blockchain subjacente. Além disso, com o contínuo desenvolvimento e evolução das blockchains hoje, a cadeia "certa" pode estar mudando constantemente. Em um futuro abstraído em cadeia, os desenvolvedores de aplicativos não são mais sobrecarregados por terem que selecionar uma cadeia à qual seu sucesso está atrelado.
É evidente que caminhamos para um futuro cada vez mais multicadeia. Isso inevitavelmente só agravará os problemas de UX que são uma das barreiras mais críticas para a adoção convencional. Acreditamos que a abstração de cadeia, com seus vários componentes, é uma solução possível para muitos dos problemas de UX da criptografia hoje.