Um guia sobre a peça que falta para alcançar a adoção generalizada da blockchain, com estudos de caso complementares.

Porque um futuro Multi-Chain é inevitável & Como isso vai composto os problemas de UX de hoje

Um mundo com centenas de cadeias é inevitávelCom o tempo, quase todas as equipas e programadores quererão possuir as suas próprias economias e utilizadores, e mesmo que isso possa ser feito em ambientes de execução de propósito geral como o Solana, a aplicação depende do throughput desses ambientes, que historicamente demonstraram ser pouco fiáveis em certas ocasiões. Se acreditarmos que uma mudança de paradigma para a tecnologia blockchain é iminente, a conclusão lógica seguinte é centenas de ambientes de execução especializados para as aplicações que estão a construir nela. Já podemos ver isso a acontecer hoje, com aplicações como dYdX, Hyperliquid, Frax, e outros projetos incipientes tornando-se cadeias de aplicativos autônomas e rollups. Além disso, é provável que as soluções de escalonamento da Camada 2 existam em conjunto com as Camadas 1, uma vez que um conjunto menor de nós pode se comunicar globalmente de forma significativamente mais rápida que um conjunto maior. Isso permitiria que L2s, como rollups, escalassem virtualmente sem limite, enquanto herdavam segurança das L1s e tinham uma suposição de confiança de 1/N (em oposição a ter altos quóruns para alcançar consenso como as L1s fazem). Em essência, imaginamos um futuro com centenas de L1s e L2s.

No entanto, mesmo no estado atual de ter apenas algumas dezenas de L1s e L2s, já vimos preocupações sendo expressas sobre obstáculos substanciais de UX neste presente multi-cadeia. Um futuro multi-cadeia, portanto, tem muitos problemas a superar, incluindo liquidez fragmentada, complexidade para usuários finais com várias pontes, pontos finais RPC, diferentes tokens de gás 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. Pode-se apenas imaginar o quão inutilizáveis ​​serão as blockchains para os usuários finais se o ecossistema multi-cadeia continuar a crescer sem corrigir esses obstáculos significativos de UX primeiro.

A internet não chegou onde está hoje por ter os seus utilizadores a compreender os seus protocolos principais como HTTP, TCP/IP, UDP. Em vez disso, abstraiu nuances técnicas e permitiu que o leigo a utilizasse. Com o tempo, o mesmo acontecerá com as blockchains e aplicações nativas de blockchain.

Na criptografia, os usuários precisam implantar liquidez em vários L1s e L2s, aceitar uma UX subótima ao ter fontes de liquidez on-chain fragmentadas em L1s e L2s, e ter uma compreensão das nuances técnicas desses sistemas. Chegou a hora de abstrair tudo do usuário comum - na medida em que estão preocupados, eles não precisam saber que estão usando trilhos de blockchain, quanto mais quantos L1s e L2s existem sob o capô, pois esta é a única maneira de a indústria obter adoção em massa.

Por que a Abstração de Cadeia resolve tudo

A abstração de cadeia é um meio através do qual abstraímos as nuances e especificidades técnicas da blockchain para o usuário comum, a fim de proporcionar uma experiência de usuário perfeita, na qual nem sequer sabem que estão a usar a blockchain. Pode-se argumentar que esta inovação em UX pode ser a peça que falta para integrar a próxima geração de empresas e usuários aos ecossistemas de blockchains e criptomoedas.

Mergulhando nos Componentes da Abstração de Cadeia

Antes de analisar alguns dos projetos que constroem infraestruturas cruciais para alcançar um futuro abstrato de cadeia, é prudente analisar alguns dos componentes tecnológicos que alimentam a abstração da cadeia.

Abstração de Conta

As carteiras de hoje enfrentam muitas limitações. Além de várias vulnerabilidades de segurança, elas oferecem apenas 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 da EOA. Ao mesclar as capacidades de ambas, transformamos efetivamente as EOAs em SCWs, capacitando-as não apenas para iniciar transações, mas também para executar lógica complexa e arbitrária, a premissa dos contratos inteligentes.

Isso poderia desbloquear uma infinidade de casos de uso. Nesse contexto, vamos focar 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) que façam isso em seu nome. É importante notar que, durante esse processo, o usuário não abre mão da 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, pois 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 clique. Por exemplo, é possível aprovar um token para um DEX, trocá-lo e depois emprestar os rendimentos para um mercado da Aave.

Ter um executor elimina a necessidade de interagir diretamente com contratos inteligentes, ao mesmo tempo que o utilizador mantém a custódia dos fundos do utilizador. Apenas imagine usar qualquer aplicação blockchain que deseje através de um Bot do Telegram - essa dinâmica torna-se possível com a abstração de conta.

Além disso, a abstração de conta permite aos usuários custodiar ativos e abrir posições DeFi em várias cadeias sem a necessidade de diferentes carteiras, RPCs ou preocupações com tipos de assinatura diferentes, tudo isso 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 esse tipo de 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 segurarem suas próprias chaves privadas para proteger suas contas sem serem gerenciadas por uma terceira parte. Os usuários podem optar pelos 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 exemplo, pela 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 deveriam precisar pensar sobre chaves cripto." - Yoav Weiss, EF

Como as carteiras são o ponto de entrada para criptografia e blockchains, a abstração de conta permite, em última instância, que a abstração de cadeia floresça.

Para mais detalhes sobre o funcionamento interno da abstração de conta, consulteistothread by Jarrod Watts.Carteira de Abacate by Instadapptambém está dando passos significativos para aproveitar o poder da abstração de conta para os usuários finais.

Intenções

As intenções permitem que atores sofisticados ou 'solucionadores' executem transações da maneira mais otimizada em nome do usuário. Está no nome - um usuário expressa sua intenção de realizar uma ação on-chain. Uma definição simples é expressar, off-chain, sua ação on-chain desejada da maneira mais otimizada possível. Por exemplo, quando você envia um pedido para o CowSwap, na verdade está enviando uma intenção - uma intenção de trocar o token mencionado por outro, pelo melhor preço possível. Ao enviar esta intenção off-chain, ela contorna a mempool pública e é roteada diretamente para uma mempool privada criptografada onde os solucionadores competem para preencher, ou resolver, 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, proporcionando a melhor execução aos usuários, porque sempre há outro solucionador pronto para preencher esta intenção.

Então, agora que definimos o que são as intenções, como exatamente podem ajudar-nos a alcançar a abstração da cadeia?

A resposta volta à delimitação entre signatários e executores em um mundo abstraído 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 suportam então 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 (em que existem duas versões diferentes da cadeia) e outros riscos de execução. Ao assumir estas medidas e riscos, os solvers fixarão os preços das taxas cobradas aos utilizadores em conformidade. Nesta situação, os utilizadores não precisam de pensar nas várias complexidades e riscos associados à utilização de produtos e serviços em cadeia, que são, em vez disso, externalizados a intervenientes sofisticados, que fixam os preços aos utilizadores em conformidade. Por causa da concorrência entre os solucionadores, as taxas cobradas dos usuários serão comprimidas para quase zero, pois sempre há outro solucionador pronto para prejudicar aquele que ganha todo o fluxo de pedidos. É a magia do mercado livre – através do processo de concorrência, os utilizadores terão serviços de melhor qualidade a preços mais baixos.

Vamos explorar um exemplo: Eu tenho $ETH na Ethereum e quero $SOL na Solana e quero que isto seja executado ao melhor preço. Através de um sistema de Pedido 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 na Solana. Notavelmente, a Ethereum tem blocos de 12 segundos, o que significa que mesmo que os solvers não tenham garantia de liquidação, ao executarem seu próprio nó, podem ter bastante certeza de que a transação de depósito de $USDC é válida e será concluída. Além disso, ao utilizarem seus próprios balanços, os solvers podem adiantar o capital de $SOL na Solana e essencialmente cumprir a intenção antes de receberem seu capital. Como os riscos não são suportados pelos usuários, mas sim pelos atores sofisticados, os usuários podem cumprir suas intenções em latências inferiores a um segundo e aos melhores preços, sem saber as pontes que estão a usar, os RPCs ou os custos de gás.

Neste caso, os utilizadores ainda sabem quais as cadeias que estão a usar. Este exemplo serve para ilustrar como as intenções estão a funcionar na paisagem atual, e não numa abstração de cadeia completa. Mas as intenções não ficam por aqui - muito mais é possível.

É fácil imaginar um futuro em que as intenções trabalham para atender a todas as necessidades dos usuários. O usuário simplesmente precisa especificar o que deve ser feito e será concluído da maneira mais eficiente possível. Por exemplo, um usuário pode querer emprestar $DAI contra seu $ETH e depositar o $DAI em um pool de liquidez para ganhar recompensas $CRV. Neste exemplo, um solucionador autorizado compara todas as taxas de empréstimo de $DAI contra $ETH e faz um empréstimo com a menor taxa de juros. O solucionador então deposita o $DAI em uma vault semelhante ao Yearn para auto-compostar o rendimento do LP 100% $DAI de rendimento mais alto em $CRV, que é transmitido 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 derrapagem de preço máxima 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 "solucionadores autorizados". Cada solucionador autorizado é, até certo ponto, confiável pelo usuário para realizar a intenção do usuário com o risco e as preferências de confiança do usuário, que são expressas antecipadamente. Por exemplo, um usuário pode especificar a não realização de depósitos em contratos que são "arriscados". No entanto, é provável que apenas usuários avançados especifiquem um grande conjunto de preferências subjetivas para uma rede de solucionadores. Jogadores ainda mais sofisticados do que usuários avançados (HFTs, MMs, VCs, etc.) provavelmente irão interagir diretamente com a(s) cadeia(s) para evitar quaisquer taxas de solucionadores e ajustar suas suposições de risco e confiança. Usuários com um pouco de compreensão sobre blockchains provavelmente poderão escolher entre um conjunto de predefinições (baixo, médio ou alto risco, por exemplo) sobre as quais os solucionadores podem agir.

A utilização de um conjunto de solucionadores autorizados para as necessidades subjetivas dos usuários permite uma dinâmica competitiva entre os solucionadores, o que incentiva o atendimento dos pedidos dos usuários da melhor maneira possível, sem qualquer incômodo 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 freios e contrapesos. Desta forma, os solucionadores têm um incentivo para se manterem honestos e seguirem as preferências do usuário, caso contrário, um solucionador diferente pode provar que eles estavam agindo maliciosamente para o usuário que originou o fluxo de pedidos.

Claro, intenções ainda estão em progresso, 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 que enfrentam intenções de frente são CowSwapedeBridgeJá escrevemos sobre o CoWSwap e a arquitetura baseada em intenções que segue para proporcionar aos usuários uma UX e execução superiores.aquiSimilar ao CoWSwap, a deBridge segue uma arquitetura baseada em intenções, mas o faz para possibilitar trocas (negociações) entre cadeias de forma ultra rápida. A deBridge foca na experiência do usuário sem atritos no que diz respeito às velocidades ultra rápidas de negociação entre cadeias, taxas mínimas e excelente execução. Como a maioria das soluções baseadas em intenções, a deBridge utiliza uma rede de solucionadores composta por MMs, HFTs e outros atores sofisticados que fornecem capital através de seu próprio balanço na cadeia de destino antes de recolher o capital do usuário na cadeia de origem. Além de fazer com que os solucionadores compitam entre si para oferecer aos usuários a melhor execução possível, a deBridge também se diferencia ao transferir 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.

A ilustração abaixo mostra o modelo deBridge. No exemplo abaixo, os usuários com stablecoin USD na Solana desejam uma stablecoin EUR na Ethereum. Eles expressam sua intenção para o aplicativo deBridge, que a propaga para a rede de solvers, permitindo que os solvers, que têm $ETH na Ethereum em seu balanço, troquem seu $ETH na Ethereum por $ethEUR, uma stablecoin EUR na Ethereum. Em breve apósconjunto de validadores da deBridgeverifica que o resolvedor 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 resolvedor. É importante que os usuários não precisem esperar que a verificação aconteça antes de receber seu capital na cadeia de destino.

Para entender melhor o deBridge e seu design baseado em intenção, recomendamos dar uma olhada emistoepisódio de podcast.

Agregação de Liquidez

Um dos sintomas de um futuro cada vez mais multi-cadeia é a fragmentação extrema da 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) hospedasse toda a liquidez dos mercados de criptomoedas, em vez das centenas de CEXs que existem juntamente com ainda mais DEXs on-chain que compartilham a mesma liquidez, a execução para os usuários finais seria a melhor possível, deixando de lado as preocupações com censura e centralização geral. No entanto, isso é apenas um hipotético, pois não é viável no mundo real, onde a concorrência é acirrada e as forças de descentralização existem.

O surgimento dos 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 deixariam de ser suficientes, pois só poderiam agregar liquidez em uma única cadeia, não em muitas ou mesmo em mais de uma cadeia. Além disso, para blockchains como o Ethereum, os custos de gás associados necessários para rotear a liquidez por várias fontes ou cadeias tornaram o custo de usar agregadores maior do que o de fontes de liquidez diretas.Este modelo demonstrou maior sucesso em redes baratas e de baixa latência, como Solana, embora os agregadores em si ainda estejam restritos nas fontes de liquidez das quais podem direcionar as negociações.

Num 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 o Polygon AggLayer e o Optimism Superchain. Embora estes sejam os dois nos quais iremos focar, há muitas outras equipas a trabalhar em tais soluções.

Camada Agg da Polygon

Como o site da Polygonestados: "A 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 entre cadeias cruzadas. Com provas de ZK fornecendo segurança, as cadeias conectadas à 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 de camada 2 do Ethereum, como os rollups, têm uma ponte canônica com o Ethereum. Isso significa que todos os fundos do usuário que são transferidos do Ethereum para um L2 residem neste contrato de ponte. No entanto, isso interrompe 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 Ethereum usando a ponte Base canônica e, em seguida, usar a ponte Zora canônica para ir de Ethereum para Zora. Isso ocorre porque, para rollups otimistas como o Base, o tempo é necessário para contestar a transação de ponte usando uma prova de falha/fraude. Além do fato de que este é um processo demorado, também é caro porque você precisa interagir com a cadeia principal da Ethereum.

O AggLayer do 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 estão presentes, todas as cadeias compartilham um contrato de ponte com outras cadeias que utilizam o AggLayer para ter esse hub de liquidez, como visto abaixo. Por meio desse processo, os desenvolvedores agora poderão conectar sua cadeia ao AggLayer para permitir que os usuários desfrutem de liquidez unificada.

Como funciona o AggLayer

No seu núcleo, o AggLayer agrega provas de conhecimento zero (ZK) de todas as cadeias conectadas a ele - isso permite que ele facilite transações entre cadeias. O AggLayer é essencialmente um lugar onde todas as suas cadeias suportadas postam 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 em Base. O usuário possui $ETH e deseja comprar um NFT na Zora que custa 3000 $DAI. Como o solucionador não possui $DAI em seu balanço, eles devem procurar rapidamente a melhor rota para atender a essa intenção. Eles percebem que $DAI na Optimism é mais barato do que $DAI de mercado na Zora. Portanto, o solucionador envia uma prova para a AggLayer mostrando que o usuário possui o $ETH em 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 tal ativo fungível que reside na cadeia “X” na mesma quantidade para a cadeia “Y”.

Após publicar a prova ZK e desbloquear uma quantidade correspondente de $ETH na Optimism, o solucionador troca para $DAI e repete 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 na Ethereum para garantir maior segurança aos usuários finais e cadeias conectadas à AggLayer.

No entanto, neste caso, o solucionador/usuário/outro ator assume o risco de inventário. Isso ocorre na forma da taxa $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 posteriormente em perdas para a parte respectiva. Ao contrário dos agregadores DEX em uma única cadeia, que têm composabilidade atômica, os solucionadores que interagem com diferentes máquinas de estado não têm acesso a essa mesma composabilidade atômica. A composabilidade atômica garante que todas as operações sejam executadas em uma única sequência linear e que todas tenham sucesso ou falhem juntas. Isso ocorre porque entre diferentes máquinas de estado é sempre necessário um atraso de pelo menos um bloco devido aos riscos potenciais de reorganizações (na cadeia de destino).

No entanto, isso não significa que os referidos casos de uso 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 atendendo aos objetivos do usuário usando seus próprios balanços.

Optimismo Superchain

Outro exemplo de liquidez de agregação é a iniciativa Superchain Optimism. A Superchain, definida pelo Documentação do Optimismé uma “rede de cadeias que partilham pontes, governança descentralizada, atualizações, uma camada de comunicação e muito mais - tudo construído na pilha OP.” O projeto concentra-se na agregação de liquidez, semelhante ao AggLayer. A Optimism Superchain terá todas as cadeias que fazem parte da Superchain a utilizar um contrato de ponte partilhado. Este é o primeiro passo para ter liquidez agregada entre cadeias na Superchain.

A diferença entre o Superchain e o AggLayer é que o AggLayer depende de provas ZK para ser perfeito, enquanto o Superchain depende de um compartilhadosequenciadorentre cadeias que optam por entrar na Superchain. Embora esta publicação não entre em detalhes sobre sequenciamento compartilhado, pode consultaristopara entender como a sequência compartilhada desbloqueia benefícios no âmbito da interoperabilidade perfeita entre cadeias e, até certo ponto, a composabilidade atômica (os mesmos problemas elucidados acima com a composabilidade atômica entre cadeias também se aplicam aqui).

Porque a Superchain exige que as cadeias que optam por entrar tenham de utilizar o sequenciador partilhado, isso poderia limitar os ambientes de execução que podem ser usados pelas cadeias que optam por entrar na Superchain. Surgem outros desafios complicados, tais como as cadeias perderem o acesso ao MEV que os seus utilizadores criam, para além de outros desafios delineados aqui. No entanto, equipas 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 à Polygon AggLayer (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 as cadeias conectadas à AggLayer.

A abstração de cadeia é um pedaço de BOLO

Pesquisa de Fronteiradesenvolveu o framework CAKE (Chain Abstraction Key Elements), que pode ser visto acima. Isto delineia as três camadas (excluindo a camada de aplicação voltada para o usuário) necessárias para alcançar um estado onde:

Num mundo abstraído em cadeia, um utilizador acede ao website de uma dApp, liga a sua carteira, assina a operação pretendida e espera pela liquidação eventual. Toda a complexidade de adquirir os ativos necessários à cadeia de destino e a liquidação final é abstraída do utilizador, 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 de problemas e a camada de liquidação. Nós abordamos principalmente as camadas de solução de problemas e permissão. A camada de permissão consiste em abstração de conta e políticas - autorização, como nós a chamamos - e a camada de liquidação, que inclui tecnologias de baixo nível como oráculos, bridges, pré-confirmações, e outras funcionalidades de back-end.

Como tal, espera-se que a camada de liquidação seja muito benéfica para solucionadores e outros atores sofisticados e aplicações voltadas para o usuário, pois os componentes de liquidação neste quadro trabalham juntos para ajudar os solucionadores a gerenciar seu risco e fornecer uma melhor execução para os usuários. Isso se estende ainda mais a outros componentes, como disponibilidade de dados e provas de execução. Todos esses são requisitos para as cadeias fornecerem uma experiência de construção segura para desenvolvedores de aplicativos e fornecer garantias de segurança que são eventualmente 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 de abstração de cadeia e sua relação entre si. Aqueles interessados ​​no framework podem ler.istoartigo introdutório.

Estudos de Caso para Abstração de Cadeia

Embora já tenhamos abordado alguns projetos que lideram o esforço rumo a um futuro abstrato de cadeia, aqui estão alguns outros projetos notáveis que estão fazendo o mesmo.

Rede de Partículas

A Particle Network está a lançar uma blockchain modular L1 construída na Cosmos SDK, que irá funcionar como um ambiente de execução EVM de alto desempenho compatível. Inicialmente, a Particle estreou-se como um fornecedor de serviços de abstração de contas, permitindo aos utilizadores criar carteiras de contratos inteligentes ligadas às suas contas sociais Web2 para depois serem usadas nativamente em interfaces integradas de dApp. Desde então, o protocolo expandiu as suas ofertas, com o objetivo de proliferar a abstração de cadeia em toda a paisagem mais ampla da blockchain através de um conjunto de serviços de carteira, liquidez e abstração de gás no seu L1.

Semelhante a outros provedores de serviços de abstração de cadeias, a Particle prevê um futuro em que qualquer pessoa poderá facilmente transacionar em várias cadeias através de uma única conta, pagando taxas de gás em qualquer token que desejarem. Como tal, a L1 subjacente servirá como coordenador para o ecossistema de várias cadeias, unificando usuários e liquidez em domínios EVM e não EVM.

Vamos ver como isso funciona.

A Pilha de Abstração da Cadeia de Partículas

A Particle oferece um conjunto de ferramentas multifacetado para serviços de abstração em cadeia, desempenhando cada tecnologia central um papel único como parte de um todo maior.

Contas Universais

Do ponto de vista de um utilizador final, a pilha de abstração de cadeias da Particle começa com os primeiros princípios - criar uma conta. As Contas Universais na Particle funcionam como contas inteligentes ERC-4337 anexadas a um endereço externo de propriedade (EOA), agregando saldos de tokens em várias cadeias num único endereço, roteando e executando automaticamente transações atómicas entre cadeias. Embora uma carteira criptográfica tradicional possa ser usada para criar e gerir uma conta, a Particle's WaaSpermite que os usuários usem logins sociais para integrar também.

Para abstrair várias complexidades das operações nativas da blockchain, uma UA funciona como uma interface unificada construída em cima das carteiras existentes, permitindo que os usuários depositem e usem 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 de verdade em cada instância. A rede então facilitará a comunicação entre cadeias para implantar uma nova instância (ou várias) ou atualizar as existentes.

Como tal, o Particle L1 atua como uma camada de coordenação e liquidação para todas as transações entre cadeias processadas através das UAs da Particle.

Liquidez Universal

Outro componente chave dos serviços de abstração de cadeias da Particle é a funcionalidade de Liquidez Universal. Enquanto as UAs fornecem um meio para os usuários expressarem suas solicitações transacionais através de uma interface, a Liquidez Universal refere-se à camada responsável pela execução automática dessas solicitações, o que por sua vez permite a unificação dos saldos em diferentes redes. Este recurso é fundamental para possibilitar 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 possui fundos, a liquidez necessária para essa compra é automaticamente obtida a partir dos saldos existentes do usuário, que podem estar em uma cadeia e um token diferentes. Isso é amplamente possível através da Rede de Mensagens Descentralizadas (DMN) da Particle, que permite serviços especializados, conhecidos como Nós de Reenvio, monitorar eventos de cadeias externas e o ajuste de eventos de estado. Para ser mais exato, os retransmissores na DMN usam um Protocolo de Mensagens para monitorar o status das Operações do Usuário em cadeias externas e, em seguida, ajustar o status de execução final para a Particle L1.

Gás Universal

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 por meio da interação com os UAs da Particle, o Gás Universal permite que os usuários gastem qualquer token para pagar taxas de gás, o que significa que o Bob pode pagar uma taxa de transação por uma troca na Solana usando seu USDC na Base, enquanto a Alice paga uma taxa de transação pela compra de um NFT na Ethereum usando seu token ARB no Arbitrum.

Quando um usuário deseja executar uma transação através de um Particle UA, a interface solicitará ao usuário que selecione seu token de gás de escolha, que é então automaticamente encaminhado 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.

Mapa de estrada

Particle baseia-se na 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 operações de usuário até hoje. A adição de uma camada de liquidez universal, juntamente com um token de gás universal, tem como objetivo marcar a expansão da Particle na prestação de serviços de abstração de cadeia em um espectro mais amplo de usuários e participantes. O Particle L1 não pretende ser outra blockchain competindo diretamente com os incumbentes de hoje; em vez disso, procura fornecer uma camada de interoperabilidade para conectá-los todos, trabalhando com equipes-chave no setor de serviços de abstração de cadeia, incluindo as equipes Near e Cake R&D.

A Particle Network L1 está atualmente na sua fase de testes, permitindo que os participantes iniciais experimentem o Gás Universal dentro de uma implementação experimental UA

Near Protocol

Near é um blockchain fragmentado Proof-of-Stake Layer 1 que serve como um domínio de aplicativo full-stack para desenvolvedores que criam produtos e serviços descentralizados. Grande parte do ethos central da Near gira em torno de preencher a lacuna entre aplicativos nativos de blockchain e o público convencional. Uma chave para cumprir essa visão é abstrair o blockchain do usuário final. 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 trocar carteiras, gerenciar taxas de gás, fazer pontes. Ele consegue isso canalizando todas as operações para serem executadas através de uma única conta.

Vamos mergulhar mais fundo para entender melhor como tudo isso funciona.

A Pilha de Abstração Near Chain

Contas Próximas

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 da 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 é responsável pelas várias permissões e configurações que são exclusivas do seu domínio:

• Chaves de Acesso Total: Estas podem ser usadas para assinartransaçõesfazendo virtualmente ação em nome de uma conta e, portanto, nunca deve ser compartilhado.
• Chaves de Chamada de Função: Estas chaves recebem permissões para assinar chamadas exclusivamente a um contrato específico ou a um conjunto de contratos.

Fortalecendo ainda mais a abstração das blockchains para o usuário final, há um processo simplificado de integração com o FastAuth, sistema proprietário de gerenciamento de chaves da Near. O FastAuth permite que os usuários criem uma conta nativa da blockchain com algo tão simples quanto seu endereço de e-mail e utiliza passkeys, que substituem senhas por biometria, no lugar de frases-semente longas e complexas e senhas.

Assinaturas em Cadeia

As assinaturas de várias cadeias são um componente-chave da abstração de blockchains da Near, permitindo que qualquer conta NEAR tenha endereços remotos associados em outras cadeias e assine mensagens e execute transações a partir desses endereços. Para permitir isso, as Assinaturas de Cadeia usam a rede NEAR MPC (cálculo multipartidário) como o signatário para esses endereços remotos, eliminando a necessidade de chaves privadas explícitas. Isso é possibilitado por um protocolo de assinatura de limite inovador, que implementa uma forma de redistribuição de chaves que permite ao signatário MPC manter a mesma chave pública agregada, mesmo quando as partes das chaves e os nós mudam constantemente.

Tornar os nós de assinatura do MPC também 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.

Meta Transações

Outra questão chave que dificulta o desenvolvimento de uma experiência de usuário perfeita em todo o cenário universal de blockchain hoje é que cada blockchain requer o pagamento de taxas de gás 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 a Near, uma funcionalidade que permite a execução de transações na Near sem possuir qualquer gás ou tokens na cadeia. Isto é possível através dos Relayers, um prestador de serviços de terceiros que recebe transações assinadas e as retransmite para a rede, anexando 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 estes 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 funcionar na prática, considere o seguinte exemplo: Alice deseja enviar alguns de seus tokens $ALICE para Bob, mas não possui tokens $NEAR necessários para cobrir as taxas de gás. Usando transações meta, ela cria uma DelegateAction, assina-a e envia-a para um relayer. O relayer, que paga as taxas de gás, envolve-a em uma transação e a encaminha para a cadeia, permitindo que a transferência seja concluída com sucesso.

Cronograma

A chave para uma implementação bem-sucedida de uma experiência de usuário perfeita em várias redes blockchain é a integração e suporte dessas blockchains, mesmo que sejam concorrentes. Embora a Near funcione como um negócio competitivo próprio, sua estratégia de crescimento gira em torno do crescimento da indústria como um todo, concedendo aos seus usuários acesso a muitas outras blockchains de maneira perfeita e segura.

Menções Honrosas

Aqui estão algumas outras equipes que constroem 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 realizar pesquisas adicionais sobre modelos de abstração de cadeia.

Connext

Connext é um protocolo de interoperabilidade modular que define a abstração de cadeia no seu blogMaio de 2023Como um “padrão para melhorar a experiência do usuário do dApp minimizando a necessidade de os usuários se preocuparem com a cadeia em que estão,” o que descreve com precisão o princípio central 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 é xCall, um primitivo que permite que contratos inteligentes interajam entre si em diferentes ambientes. A função xCall inicia uma transferência de fundos entre cadeias, calldata e/ou várias propriedades nomeadas, que o Chain Abstraction Toolkit envolve em lógica simples para que os desenvolvedores utilizem. Do ponto de vista do desenvolvedor, isso implica em um processo relativamente simples:

1. Escreva um adaptador para a função que desejam abstrair.
2. Implantar os módulos necessários para as cadeias que desejam integrar.
3. Chame a função diretamente da interface do usuário deles.

Protocolo de Socket

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 através de cadeias.Socket 2.0marca uma mudança para o protocolo de serviços de abstração de cadeia cruzada para abstração de cadeia, destacada pelo seu mecanismo principal de Fluxo de Ordem Modular (MOFA), que visa permitir um mecanismo competitivo para mercados de abstração de cadeia eficientes. OFAs tradicionais envolvem uma rede de vários atores que realizam tarefas especializadas que competem para entregar o melhor resultado possível para uma solicitação de usuário final. Da mesma forma, MOFA é projetado para fornecer um mercado aberto para agentes de execução, chamados 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.

Infinex

A Infinex está a construir uma única camada UX com o objetivo de unificar aplicações e ecossistemas descentralizados. O seu produto principal,Conta InfinexO Infinex Account é um serviço em várias camadas que funciona como uma plataforma para integrar qualquer aplicação on-chain numa UX simplificada para o utilizador final. No seu núcleo, o Infinex Account é um conjunto de contratos inteligentes cross-chain que podem ser controlados, seguros e recuperados via autenticação web2 padrão.

Consola Brahma

A Brahma Finance está construindo seu principal produto de console, um ambiente de execução e custódia on-chain com o objetivo de melhorar a experiência do usuário em DeFi, com foco específico no ecossistema blockchain EVM. A Brahma usa transações em lote e encadeadas para sincronizar transações em diferentes cadeias e Contas Inteligentes para interagir on-chain. O resultado final refletirá um experiência do usuário que permite interações perfeitas entre cadeias dentro de uma única interface do usuário.

Agoric

Agoric é um blockchain de camada 1 nativo do Cosmos para a construção de contratos inteligentes de cadeia cruzada em JavaScript. A plataforma Agoric foi projetada com um ambiente de execução assíncrono e multibloco, e tem como objetivo ser o ambiente ideal para o desenvolvimento de aplicativos 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 abstratos inerentes à cadeia.

Considerações finais

Até agora, as vantagens que a abstração em cadeia desbloqueia para os usuários finais devem ser 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 agnóstico em cadeia para qualquer pessoa que queira participar.

De igual importância, a abstração de cadeias poderia desbloquear um enorme benefício para as aplicações de blockchain. Atualmente, os desenvolvedores Web2 não “escolhem” onde implantar sua aplicação. Por exemplo, o Airbnb está disponível para qualquer pessoa com conexão à internet. No entanto, no cenário Web3, os desenvolvedores de aplicações precisam escolher onde implantar sua aplicação (por exemplo, no Ethereum, Solana ou Cosmos). Isso não apenas limita o TAM, mas também significa que os desenvolvedores de aplicações são sobrecarregados por precisarem escolher a cadeia “correta” para implantar sua aplicação. Esta não é apenas uma decisão difícil de tomar, mas crucial. Houve algumas aplicações que foram extremamente bem-sucedidas, mas enfrentaram dificuldades devido à blockchain subjacente. Além disso, com o desenvolvimento contínuo e a evolução das blockchains hoje, a cadeia “correta” pode estar em constante mudança. Em um futuro com abstração de cadeias, os desenvolvedores de aplicações não estão mais sobrecarregados por terem que selecionar uma cadeia à qual seu sucesso está vinculado.

É evidente que estamos caminhando para um futuro cada vez mais multichain. Isso inevitavelmente só irá agravar os problemas de UX que são uma das barreiras mais críticas para a adoção em massa. Acreditamos que a abstração de cadeia, com seus vários componentes, é uma possível solução para muitos dos problemas de UX da criptografia hoje.

Aviso legal:

1. Este artigo foi reproduzido a partir de [SHOALRESEARCH]. Todos os direitos autorais pertencem ao autor original [IMAJINL E PAUL TIMOFEEV]. Se houver objeções a esta reimpressão, por favor entre em contato com o Gate Learnequipa e eles vão tratar disso prontamente.
2. Isenção de Responsabilidade: As opiniões expressas neste artigo são exclusivas do autor e não constituem qualquer conselho de investimento.
3. As traduções do artigo para outros idiomas são feitas pela equipe do Gate Learn. A menos que mencionado, copiar, distribuir ou plagiar os artigos traduzidos é proibido.