33 postagens marcadas com "Web3"

Aqui está um resumo consolidado do relatório sobre inovações na Experiência de Desenvolvedor Web3 (DevEx).

Resumo Executivo​

A experiência de desenvolvedor Web3 avançou significativamente em 2024‑2025, impulsionada por inovações em linguagens de programação, cadeias de ferramentas e infraestrutura de implantação. Os desenvolvedores relatam maior produtividade e satisfação graças a ferramentas mais rápidas, linguagens mais seguras e fluxos de trabalho simplificados. Este resumo consolida descobertas sobre cinco cadeias de ferramentas principais (Solidity, Move, Sway, Foundry e Cairo 1.0) e duas tendências importantes: implantação de rollup com “um clique” e recarregamento a quente de contratos inteligentes.

Comparação das Cadeias de Ferramentas para Desenvolvedores Web3​

Cada cadeia de ferramentas oferece vantagens distintas, atendendo a diferentes ecossistemas e filosofias de desenvolvimento.

• Solidity (EVM): Continua sendo a linguagem mais dominante devido ao seu enorme ecossistema, bibliotecas extensas (por exemplo, OpenZeppelin) e frameworks maduros como Hardhat e Foundry. Embora não possua recursos nativos como macros, sua ampla adoção e forte suporte da comunidade a tornam a escolha padrão para Ethereum e a maioria das L2 compatíveis com EVM.
• Move (Aptos/Sui): Prioriza segurança e verificação formal. Seu modelo baseado em recursos e a ferramenta Move Prover ajudam a prevenir bugs comuns como reentrância por design. Isso a torna ideal para aplicações financeiras de alta segurança, embora seu ecossistema seja menor e esteja centrado nas blockchains Aptos e Sui.
• Sway (FuelVM): Projetada para máxima produtividade do desenvolvedor, permitindo que desenvolvedores escrevam contratos, scripts e testes em uma única linguagem semelhante ao Rust. Ela aproveita a arquitetura de alta taxa de transferência e baseada em UTXO da Fuel Virtual Machine, tornando‑se uma escolha poderosa para aplicações intensivas em desempenho na rede Fuel.
• Foundry (Toolkit EVM): Um kit de ferramentas transformador para Solidity que revolucionou o desenvolvimento EVM. Oferece compilação e testes extremamente rápidos, permitindo que desenvolvedores escrevam testes diretamente em Solidity. Recursos como fuzz testing, fork da mainnet e “cheatcodes” fizeram dele a escolha principal para mais da metade dos desenvolvedores Ethereum.
• Cairo 1.0 (Starknet): Representa uma grande melhoria na DevEx para o ecossistema Starknet. A transição para uma sintaxe de alto nível inspirada em Rust e ferramentas modernas (como o gerenciador de pacotes Scarb e o Starknet Foundry) tornou o desenvolvimento para ZK‑rollups significativamente mais rápido e intuitivo. Embora algumas ferramentas, como depuradores, ainda estejam amadurecendo, a satisfação dos desenvolvedores disparou.

Inovações-Chave na DevEx​

Duas tendências principais estão mudando a forma como os desenvolvedores constroem e implantam aplicações descentralizadas.

Implantação de Rollup com “Um Clique”​

Lançar uma blockchain personalizada (L2/appchain) tornou‑se radicalmente mais simples.

• Fundação: Frameworks como o OP Stack da Optimism fornecem um modelo modular e de código aberto para construir rollups.
• Plataformas: Serviços como Caldera e Conduit criaram plataformas Rollup‑as‑a‑Service (RaaS). Eles oferecem painéis web que permitem aos desenvolvedores implantar um rollup mainnet ou testnet customizado em minutos, com expertise mínima em engenharia de blockchain.
• Impacto: Isso possibilita experimentação rápida, reduz a barreira para criar cadeias específicas de aplicativos e simplifica o DevOps, permitindo que as equipes foquem em sua aplicação em vez da infraestrutura.

Recarregamento a Quente de Contratos Inteligentes​

Esta inovação traz o ciclo de feedback instantâneo do desenvolvimento web moderno para o espaço blockchain.

• Conceito: Ferramentas como Scaffold‑ETH 2 automatizam o ciclo de desenvolvimento. Quando um desenvolvedor salva uma alteração em um contrato inteligente, a ferramenta recompila automaticamente, reimplanta em uma rede local e atualiza o front‑end para refletir a nova lógica.
• Impacto: O recarregamento a quente elimina etapas manuais repetitivas e encurta drasticamente o loop de iteração. Isso torna o processo de desenvolvimento mais envolvente, diminui a curva de aprendizado para novos desenvolvedores e incentiva testes frequentes, resultando em código de maior qualidade.

Conclusão​

O panorama de desenvolvimento Web3 está amadurecendo a um ritmo acelerado. A convergência de linguagens mais seguras, ferramentas mais rápidas como Foundry e implantação simplificada de infraestrutura via plataformas RaaS está reduzindo a lacuna entre blockchain e desenvolvimento de software tradicional. Essas melhorias na DevEx são tão críticas quanto inovações em nível de protocolo, pois capacitam desenvolvedores a criar aplicações mais complexas e seguras mais rapidamente. Isso, por sua vez, impulsiona o crescimento e a adoção de todo o ecossistema blockchain.

Fontes:

• Solidity Developer Survey 2024 – Soliditylang (2025)
• Moncayo Labs on Aptos Move vs Solidity (2024)
• Aptos Move Prover intro – Monethic (2025)
• Fuel Labs – Fuel & Sway Documentation (2024); Fuel Book (2024)
• Spearmanrigoberto – Foundry vs Hardhat (2023)
• Medium (Rosario Borgesi) – Building Dapps with Scaffold‑ETH 2 (2024)
• Starknet/Cairo developer survey – Cairo‑lang.org (2024)
• Starknet Dev Updates – Starknet.io (2024–2025)
• Solidity forum – Macro preprocessor discussion (2023)
• Optimism OP Stack overview – CoinDesk (2025)
• Caldera rollup platform overview – Medium (2024)
• Conduit platform recap – Conduit Blog (2025)
• Blockchain DevEx literature review – arXiv (2025)

Introdução​

O rápido crescimento das blockchains de Camada 1 (Layer-1) e Camada 2 (Layer-2) fragmentou a experiência do utilizador Web3. Atualmente, os utilizadores gerem múltiplas carteiras, redes e pontes de tokens apenas para realizar tarefas complexas que abrangem várias chains. A abstração de chain e a arquitetura centrada em intenção surgiram como paradigmas chave para simplificar este cenário. Ao abstrair detalhes específicos da chain e permitir que os utilizadores ajam com base em intenções (resultados desejados) em vez de criar transações explícitas por chain, estas abordagens prometem uma experiência cross-chain unificada e fluida. Este relatório aprofunda os princípios fundamentais da abstração de chain, o design de modelos de execução focados em intenção, implementações do mundo real (como Wormhole e Etherspot), os fundamentos técnicos (relayers, smart wallets, etc.) e os benefícios de UX para programadores e utilizadores finais. Também resumimos insights da EthCC 2025 – onde a abstração de chain e as intenções foram tópicos em destaque – e fornecemos uma tabela comparativa de diferentes abordagens de protocolo.

Princípios da Abstração de Chain​

A abstração de chain refere-se a qualquer tecnologia ou framework que apresenta múltiplas blockchains a utilizadores e programadores como se fossem um único ambiente unificado. A motivação é eliminar a fricção causada pela heterogeneidade das chains. Na prática, a abstração de chain significa:

• Interfaces Unificadas: Em vez de gerir carteiras e endpoints RPC separados para cada blockchain, os utilizadores interagem através de uma única interface que oculta os detalhes da rede. Os programadores podem construir dApps sem implementar contratos separados em cada chain ou escrever lógica de ponte personalizada para cada rede.
• Sem Bridging Manual: A movimentação de ativos ou dados entre chains acontece nos bastidores. Os utilizadores não executam manualmente transações de ponte do tipo lock/mint nem trocam por tokens de ponte; a camada de abstração trata disso automaticamente. Por exemplo, um utilizador poderia fornecer liquidez num protocolo, independentemente da chain em que a liquidez reside, e o sistema encaminharia os fundos adequadamente.
• Abstração de Taxas de Gás: Os utilizadores já não precisam de deter o token nativo de cada chain para pagar o gás nessa chain. A camada de abstração pode patrocinar as taxas de gás ou permitir que o gás seja pago num ativo à escolha do utilizador. Isto reduz a barreira de entrada, uma vez que não é necessário adquirir ETH, MATIC, SOL, etc., separadamente.
• Lógica Agnóstica à Rede: A lógica da aplicação torna-se agnóstica à chain. Contratos inteligentes ou serviços off-chain coordenam-se para executar as ações do utilizador em qualquer chain necessária, sem exigir que o utilizador mude manualmente de rede ou assine múltiplas transações. Em essência, a experiência do utilizador é de uma “meta-chain” ou de uma camada de aplicação agnóstica à blockchain.

A ideia central é permitir que os utilizadores se concentrem no que querem alcançar, e não em qual chain ou como o alcançar. Uma analogia familiar são as aplicações web que abstraem a localização do servidor – tal como um utilizador não precisa de saber em que servidor ou base de dados o seu pedido toca, um utilizador Web3 não deveria precisar de saber que chain ou ponte é usada para uma ação. Ao encaminhar transações através de uma camada unificada, a abstração de chain reduz a fragmentação do ecossistema multi-chain atual.

Motivação: O impulso para a abstração de chain surge dos pontos de dor nos fluxos de trabalho cross-chain atuais. Gerir carteiras separadas por chain e realizar operações cross-chain de múltiplos passos (trocar na Chain A, fazer ponte para a Chain B, trocar novamente na Chain B, etc.) é tedioso e propenso a erros. A liquidez fragmentada e as carteiras incompatíveis também limitam o crescimento das dApps entre ecossistemas. A abstração de chain aborda estes problemas ao ligar de forma coesa os ecossistemas. É importante notar que trata o Ethereum e as suas muitas L2s e sidechains como parte de uma única experiência de utilizador. A EthCC 2025 enfatizou que isto é crítico para a adoção em massa – os oradores argumentaram que um futuro Web3 verdadeiramente centrado no utilizador “deve abstrair as blockchains”, fazendo com que o mundo multi-chain pareça tão fácil como uma única rede.

Arquitetura Centrada em Intenção: De Transações a Intenções​

As interações tradicionais de blockchain são centradas em transações: um utilizador cria e assina explicitamente uma transação que executa operações específicas (chama uma função de contrato, transfere um token, etc.) numa chain escolhida. Num contexto multi-chain, alcançar um objetivo complexo pode exigir muitas dessas transações em diferentes redes, cada uma iniciada manualmente pelo utilizador na sequência correta. A arquitetura centrada em intenção inverte este modelo. Em vez de microgerir transações, o utilizador declara uma intenção – um objetivo de alto nível ou resultado desejado – e deixa um sistema automatizado descobrir as transações necessárias para a cumprir.

Sob um design baseado em intenção, um utilizador pode dizer: “Trocar 100 USDC na Base por 100 USDT na Arbitrum”. Esta intenção encapsula o o quê (trocar um ativo por outro numa chain de destino) sem prescrever o como. Um agente especializado (frequentemente chamado de solver) assume então a tarefa de a completar. O solver determinará como executar melhor a troca entre chains – por exemplo, pode fazer a ponte do USDC da Base para a Arbitrum usando uma ponte rápida e depois realizar uma troca para USDT, ou usar um protocolo de troca cross-chain direto – o que quer que produza o melhor resultado. O utilizador assina uma única autorização, e o solver trata da sequência complexa nos bastidores, incluindo encontrar a rota ótima, submeter as transações necessárias em cada chain, e até adiantar quaisquer taxas de gás necessárias ou assumir riscos intermédios.

Como as Intenções Potenciam a Execução Flexível: Ao dar ao sistema a liberdade de decidir como cumprir um pedido, o design centrado em intenção permite camadas de execução muito mais inteligentes e flexíveis do que as transações fixas do utilizador. Algumas vantagens:

• Encaminhamento Ótimo: Os solvers podem otimizar por custo, velocidade ou fiabilidade. Por exemplo, múltiplos solvers podem competir para cumprir a intenção de um utilizador, e um leilão on-chain pode selecionar aquele que oferece o melhor preço (ex: a melhor taxa de câmbio ou as taxas mais baixas). Esta competição reduz os custos para o utilizador. O protocolo Mayan Swift da Wormhole é um exemplo que incorpora um leilão inglês on-chain na Solana para cada intenção, mudando a competição de uma corrida de “primeiro a chegar” para uma licitação baseada em preço para melhores resultados para o utilizador. O solver que consegue executar a troca de forma mais lucrativa para o utilizador ganha a licitação e executa o plano, garantindo que o utilizador obtém o máximo valor. Este tipo de descoberta de preço dinâmica não é possível quando um utilizador pré-especifica um único caminho numa transação regular.
• Resiliência e Flexibilidade: Se uma ponte ou DEX estiver indisponível ou subótima no momento, um solver pode escolher um caminho alternativo. A intenção permanece a mesma, mas a camada de execução pode adaptar-se às condições da rede. As intenções permitem, assim, estratégias de execução programável – por exemplo, dividir uma ordem ou tentar novamente por outra rota – tudo invisível para o utilizador final, que apenas se preocupa com o facto de o seu objetivo ser alcançado.
• Ações Multi-Chain Atómicas: As intenções podem abranger o que tradicionalmente seriam múltiplas transações em diferentes chains. Os frameworks de execução esforçam-se para que toda a sequência pareça atómica ou, pelo menos, gerida em caso de falha. Por exemplo, o solver pode considerar a intenção cumprida apenas quando todas as sub-transações (ponte, troca, etc.) são confirmadas, e reverter ou compensar se algo falhar. Isto garante que a ação de alto nível do utilizador é completada na totalidade ou não é de todo, melhorando a fiabilidade.
• Descarregar a Complexidade: As intenções simplificam drasticamente o papel do utilizador. O utilizador não precisa de entender que pontes ou exchanges usar, como dividir a liquidez ou como agendar operações – tudo isso é descarregado para a infraestrutura. Como um relatório coloca, “os utilizadores focam-se no o quê, não no como”. Um benefício direto é a experiência do utilizador: interagir com aplicações blockchain torna-se mais parecido com usar uma aplicação Web2 (onde um utilizador simplesmente solicita um resultado, e o serviço trata do processo).

Em essência, uma arquitetura centrada em intenção eleva o nível de abstração de transações de baixo nível para objetivos de alto nível. A comunidade Ethereum está tão interessada neste modelo que a Ethereum Foundation introduziu o Open Intents Framework (OIF), um padrão aberto e arquitetura de referência para construir sistemas de intenção cross-chain. O OIF define interfaces padrão (como o formato de intenção ERC-7683) para como as intenções são criadas, comunicadas e liquidadas entre chains, para que muitas soluções diferentes (pontes, relayers, mecanismos de leilão) possam ser integradas de forma modular. Isto encoraja todo um ecossistema de solvers e protocolos de liquidação que podem interoperar. A ascensão das intenções está fundamentada na necessidade de fazer com que o Ethereum e os seus rollups pareçam “uma única chain” da perspetiva da UX – rápido e sem atritos o suficiente para que a movimentação entre L2s ou sidechains aconteça em segundos, sem dores de cabeça para o utilizador. Padrões iniciais como o ERC-7683 (para formato e ciclo de vida de intenção padronizados) até ganharam o apoio de líderes como Vitalik Buterin, sublinhando o ímpeto por trás dos designs centrados em intenção.

Resumo dos Benefícios Chave: Para resumir, as arquiteturas centradas em intenção trazem vários benefícios chave: (1) UX Simplificada – os utilizadores declaram o que querem e o sistema descobre o resto; (2) Fluidez Cross-Chain – operações que abrangem múltiplas redes são tratadas de forma transparente, tratando efetivamente muitas chains como uma só; (3) Escalabilidade para Programadores – os programadores de dApps podem alcançar utilizadores e liquidez em muitas chains sem reinventar a roda para cada uma, porque a camada de intenção fornece ganchos padronizados para a execução cross-chain. Ao dissociar o que precisa ser feito de como/onde é feito, as intenções atuam como a ponte entre a inovação amigável ao utilizador e a complexa interoperabilidade nos bastidores.

Blocos de Construção Técnicos da Abstração Cross-Chain​

Implementar a abstração de chain e a execução baseada em intenção requer uma pilha de mecanismos técnicos a trabalhar em conjunto. Os componentes chave incluem:

• Relayers de Mensagens Cross-Chain: No cerne de qualquer sistema multi-chain está uma camada de mensagens que pode transportar dados e valor de forma fiável entre blockchains. Protocolos como Wormhole, Hyperlane, Axelar, LayerZero, e outros fornecem esta capacidade ao retransmitir mensagens (muitas vezes com provas ou atestados de validadores) de uma chain de origem para uma ou mais chains de destino. Estas mensagens podem transportar comandos como “executar esta intenção” ou “cunhar este ativo” na chain de destino. Uma rede de relayers robusta é crucial para o encaminhamento unificado de transações – serve como o “serviço postal” entre chains. Por exemplo, a rede de 19 nós Guardian da Wormhole observa eventos nas chains conectadas e assina um VAA (verifiable action approval) que pode ser submetido a qualquer outra chain para provar que um evento ocorreu. Isto dissocia a ação de qualquer chain única, permitindo um comportamento agnóstico à chain. Os relayers modernos focam-se em ser agnósticos à chain (suportando muitos tipos de chain) e descentralizados para segurança. A Wormhole, por exemplo, estende-se para além das chains baseadas em EVM para suportar Solana, chains Cosmos, etc., tornando-a uma escolha versátil para comunicação cross-chain. A camada de mensagens também lida frequentemente com a ordenação, tentativas e garantias de finalidade para transações cross-chain.

• Carteiras de Contrato Inteligente (Abstração de Conta): A abstração de conta (ex: ERC-4337 do Ethereum) substitui contas de propriedade externa por contas de contrato inteligente que podem ser programadas com lógica de validação personalizada e capacidades de transação de múltiplos passos. Isto é uma base para a abstração de chain porque uma smart wallet pode servir como a única meta-conta do utilizador, controlando ativos em todas as chains. Projetos como Etherspot usam carteiras de contrato inteligente para permitir funcionalidades como o agrupamento de transações e chaves de sessão entre chains. A intenção de um utilizador pode ser empacotada como uma única operação de utilizador (em termos do 4337) que o contrato da carteira expande depois em múltiplas sub-transações em diferentes redes. As smart wallets também podem integrar paymasters (patrocinadores) para pagar taxas de gás em nome do utilizador, permitindo uma verdadeira abstração de gás (o utilizador pode pagar numa stablecoin ou não pagar de todo). Mecanismos de segurança como chaves de sessão (chaves temporárias com permissões limitadas) permitem que os utilizadores aprovem intenções que envolvem múltiplas ações sem múltiplos pedidos, enquanto limitam o risco. Em suma, a abstração de conta fornece o contentor de execução programável que pode interpretar uma intenção de alto nível e orquestrar os passos necessários como uma série de transações (frequentemente através dos relayers).

• Orquestração de Intenções e Solvers: Acima da camada de mensagens e de carteira vive a rede de solvers de intenções – os cérebros que descobrem como cumprir as intenções. Em algumas arquiteturas, esta lógica é on-chain (ex: um contrato de leilão on-chain que combina ordens de intenção com solvers, como no leilão da Wormhole na Solana para o Mayan Swift). Noutras, são agentes off-chain a monitorizar um mempool de intenções ou um livro de ordens (por exemplo, o Open Intents Framework fornece um solver de referência em TypeScript que ouve novos eventos de intenção e depois submete transações para os cumprir). Os solvers normalmente têm de lidar com: encontrar rotas de liquidez (através de DEXes, pontes), descoberta de preço (garantindo que o utilizador obtém uma taxa justa), e por vezes cobrir custos intermédios (como colocar colateral ou assumir risco de finalidade – entregar fundos ao utilizador antes da transferência cross-chain estar totalmente finalizada, acelerando assim a UX com algum risco para o solver). Um sistema centrado em intenção bem desenhado envolve frequentemente competição entre solvers para garantir que a intenção do utilizador é executada de forma ótima. Os solvers podem ser incentivados economicamente (ex: ganham uma taxa ou lucro de arbitragem por cumprir a intenção). Mecanismos como leilões de solvers ou agrupamento podem ser usados para maximizar a eficiência. Por exemplo, se múltiplos utilizadores tiverem intenções semelhantes, um solver pode agrupá-las para minimizar as taxas de ponte por utilizador.

• Liquidez Unificada e Abstração de Tokens: Mover ativos entre chains introduz o problema clássico de liquidez fragmentada e tokens embrulhados. As camadas de abstração de chain frequentemente abstraem os próprios tokens – com o objetivo de dar ao utilizador a experiência de um único ativo que pode ser usado em muitas chains. Uma abordagem são os tokens omnichain (onde um token pode existir nativamente em múltiplas chains sob uma única oferta total, em vez de muitas versões embrulhadas incompatíveis). A Wormhole introduziu as Native Token Transfers (NTT) como uma evolução das pontes tradicionais de lock-and-mint: em vez de infinitos tokens IOU “ponteados”, o framework NTT trata os tokens implementados em várias chains como um único ativo com controlos de cunhagem/queima partilhados. Na prática, fazer a ponte de um ativo sob NTT significa queimar na origem e cunhar no destino, mantendo uma única oferta circulante. Este tipo de unificação de liquidez é crucial para que a abstração de chain possa “teleportar” ativos sem confundir o utilizador com múltiplas representações de tokens. Outros projetos usam redes ou pools de liquidez (ex: Connext ou Axelar) onde os fornecedores de liquidez fornecem capital em cada chain para trocar ativos, para que os utilizadores possam efetivamente trocar um ativo pelo seu equivalente noutra chain num único passo. O exemplo do fundo Securitize SCOPE é ilustrativo: um token de fundo institucional foi tornado multichain de modo que os investidores podem subscrever ou resgatar no Ethereum ou no Optimism, e nos bastidores o protocolo da Wormhole move o token e até o converte em formas que geram rendimento, removendo a necessidade de pontes manuais ou múltiplas carteiras para os utilizadores.

• Camadas de Execução Programáveis: Finalmente, certas inovações on-chain potenciam fluxos de trabalho cross-chain mais complexos. O suporte a multi-chamadas atómicas e o agendamento de transações ajudam a coordenar intenções de múltiplos passos. Por exemplo, os Programmable Transaction Blocks (PTBs) da blockchain Sui permitem agrupar múltiplas ações (como trocas, transferências, chamadas) numa única transação atómica. Isto pode simplificar o cumprimento de intenções cross-chain na Sui, garantindo que todos os passos acontecem ou nenhum acontece, com uma única assinatura do utilizador. No Ethereum, propostas como a EIP-7702 (código de contrato inteligente para EOAs) estendem as capacidades das contas de utilizador para suportar coisas como gás patrocinado e lógica de múltiplos passos mesmo na camada base. Além disso, ambientes de execução especializados ou routers cross-chain podem ser empregados – por exemplo, alguns sistemas encaminham todas as intenções através de uma L2 ou hub particular que coordena as ações cross-chain (o utilizador pode apenas interagir com esse hub). Exemplos incluem projetos como a L1 do Push Protocol (Push Chain) que está a ser projetada como uma camada de liquidação dedicada para operações agnósticas à chain, apresentando contratos inteligentes universais e finalidade sub-segundo para acelerar as interações cross-chain. Embora não universalmente adotadas, estas abordagens ilustram o espectro de técnicas usadas para realizar a abstração de chain: desde a orquestração puramente off-chain até à implementação de nova infraestrutura on-chain construída propositadamente para a execução de intenções cross-chain.

Em resumo, a abstração de chain é alcançada através da sobreposição destes componentes: uma camada de encaminhamento (relayers a enviar mensagens entre chains), uma camada de conta (smart wallets que podem iniciar ações em qualquer chain), e uma camada de execução (solvers, liquidez e contratos que executam as intenções). Cada peça é necessária para garantir que, da perspetiva do utilizador, interagir com uma dApp através de múltiplas blockchains seja tão suave como usar uma aplicação de uma única chain.

Estudo de Caso 1: Wormhole – Encaminhamento Baseado em Intenção e Agnóstico à Chain​

A Wormhole é um protocolo de interoperabilidade cross-chain líder que evoluiu de uma ponte de tokens para uma rede abrangente de passagem de mensagens com funcionalidade baseada em intenção. A sua abordagem à abstração de chain é fornecer uma camada de encaminhamento de mensagens uniforme que conecta mais de 20 chains (incluindo chains EVM e não-EVM como a Solana), e sobre isso, construir protocolos de aplicação agnósticos à chain. Elementos chave da arquitetura da Wormhole incluem:

• Camada de Mensagens Genérica: No seu cerne, a Wormhole é uma ponte de publicação/subscrição genérica. Validadores (Guardians) observam eventos em cada chain conectada e assinam um VAA (ação verificável) que pode ser submetido em qualquer outra chain para reproduzir o evento ou chamar um contrato de destino. Este design genérico significa que os programadores podem enviar instruções ou dados arbitrários cross-chain, não apenas transferências de tokens. A Wormhole garante que as mensagens são entregues e verificadas de forma consistente, abstraindo se a origem foi Ethereum, Solana ou outra chain.

• Transferências de Tokens Agnósticas à Chain: A Token Bridge (Portal) original da Wormhole usava uma abordagem de lock-and-mint. Recentemente, a Wormhole introduziu as Native Token Transfers (NTT), um framework melhorado para tokens multichain. Com NTT, os ativos podem ser emitidos nativamente em cada chain (evitando tokens embrulhados fragmentados), enquanto a Wormhole trata da contabilidade das queimas e cunhagens entre chains para manter a oferta sincronizada. Para os utilizadores, isto parece que um token se “teleporta” entre chains – eles depositam numa chain e retiram o mesmo ativo noutra, com a Wormhole a gerir a contabilidade de cunhagem/queima. Esta é uma forma de abstração de tokens que esconde a complexidade dos diferentes padrões de tokens e endereços em cada chain.

• Protocolos xApp Baseados em Intenção: Reconhecendo que a ponte de tokens é apenas uma parte da UX cross-chain, a Wormhole desenvolveu protocolos de nível superior para cumprir intenções do utilizador, como trocas ou transferências com gestão de taxas de gás. Em 2023–2024, a Wormhole colaborou com o agregador de DEX cross-chain Mayan para lançar dois protocolos focados em intenção, frequentemente chamados de xApps (aplicações cross-chain) no ecossistema Wormhole: Mayan Swift e Mayan MCTP (Multichain Transfer Protocol).

  • Mayan Swift é descrito como um “protocolo de intenção cross-chain flexível” que essencialmente permite a um utilizador solicitar uma troca de token da Chain A para a Chain B. O utilizador assina uma única transação na chain de origem, bloqueando os seus fundos e especificando o resultado desejado (ex: “quero pelo menos X quantidade do token Y na chain de destino até ao tempo T”). Esta intenção (a ordem) é então captada por solvers. De forma única, o Wormhole Swift usa um leilão on-chain na Solana para conduzir uma descoberta de preço competitiva para a intenção. Os solvers monitorizam um contrato especial na Solana; quando uma nova ordem de intenção é criada, eles licitam comprometendo-se com a quantidade do token de saída que podem entregar. Durante um curto período de leilão (ex: 3 segundos), as licitações competem para aumentar o preço. O maior licitante (que oferece a taxa mais favorável ao utilizador) ganha e recebe o direito de cumprir a troca. A Wormhole então transporta uma mensagem para a chain de destino autorizando esse solver a entregar os tokens ao utilizador, e outra mensagem de volta para libertar os fundos bloqueados do utilizador para o solver como pagamento. Este design garante que a intenção do utilizador é cumprida ao melhor preço possível de forma descentralizada, enquanto o utilizador só teve de interagir com a sua chain de origem. Também dissocia a troca cross-chain em dois passos (bloquear fundos, depois cumprir no destino) para minimizar o risco. O design centrado em intenção aqui mostra como a abstração permite uma execução inteligente: em vez de um utilizador escolher uma ponte ou DEX específica, o sistema encontra o caminho e o preço ótimos automaticamente.

  • Mayan MCTP foca-se em transferências de ativos cross-chain com gestão de gás e taxas. Aproveita o CCTP (Cross-Chain Transfer Protocol) da Circle – que permite que USDC nativo seja queimado numa chain e cunhado noutra – como base para a transferência de valor, e usa a passagem de mensagens da Wormhole para coordenação. Numa transferência MCTP, a intenção de um utilizador pode ser simplesmente “mover o meu USDC da Chain A para a Chain B (e opcionalmente trocar por outro token na B)”. O contrato da chain de origem aceita os tokens e um destino desejado, depois inicia uma queima via CCTP e publica simultaneamente uma mensagem Wormhole transportando metadados como o endereço de destino do utilizador, o token desejado no destino, e até um gas drop (uma quantidade dos fundos ponteados para converter em gás nativo no destino). Na chain de destino, assim que a Circle cunha o USDC, um relayer da Wormhole garante que os metadados da intenção são entregues e verificados. O protocolo pode então, por exemplo, trocar automaticamente uma porção de USDC pelo token nativo para pagar o gás, e entregar o resto à carteira do utilizador (ou a um contrato especificado). Isto fornece uma ponte de um passo, com gás incluído: o utilizador não precisa de adquirir gás na nova chain ou realizar uma troca separada por gás. Está tudo codificado na intenção e tratado pela rede. O MCTP demonstra assim como a abstração de chain pode lidar com a abstração de taxas e transferências fiáveis num único fluxo. O papel da Wormhole é transmitir de forma segura a intenção e a prova de que os fundos foram movidos (via CCTP) para que o pedido do utilizador seja cumprido de ponta a ponta.

Ilustração da arquitetura de troca centrada em intenção da Wormhole (Mayan Swift). Neste design, o utilizador bloqueia ativos na chain de origem e define um resultado (intenção). Os solvers licitam num leilão on-chain pelo direito de cumprir essa intenção. O solver vencedor usa mensagens da Wormhole para coordenar o desbloqueio de fundos e a entrega do resultado na chain de destino, tudo enquanto garante que o utilizador recebe o melhor preço pela sua troca.

• UX Unificada e Fluxos de Um Clique: As aplicações baseadas na Wormhole estão cada vez mais a oferecer ações cross-chain de um clique. Por exemplo, o Wormhole Connect é um SDK de frontend que dApps e carteiras integram para permitir que os utilizadores façam a ponte de ativos com um único clique – nos bastidores, ele chama a ponte de tokens da Wormhole e (opcionalmente) relayers que depositam gás na chain de destino. No caso de uso do fundo Securitize SCOPE, um investidor no Optimism pode comprar tokens do fundo que originalmente vivem no Ethereum, sem fazer a ponte de nada manualmente; a camada de liquidez da Wormhole move automaticamente os tokens e até os converte numa forma que gera rendimento, para que o utilizador veja apenas um produto de investimento unificado. Tais exemplos destacam o ethos da abstração de chain: o utilizador realiza uma ação de alto nível (investir no fundo, trocar X por Y) e a plataforma trata da mecânica cross-chain silenciosamente. A retransmissão de mensagens padrão da Wormhole e a entrega automática de gás (através de serviços como o Relayer Automático da Wormhole ou o Serviço de Gás da Axelar integrado em alguns fluxos) significam que o utilizador muitas vezes assina apenas uma transação na sua chain de origem e recebe o resultado na chain de destino sem mais intervenção. Da perspetiva do programador, a Wormhole fornece uma interface uniforme para chamar contratos entre chains, tornando a construção de lógica cross-chain mais simples.

Em resumo, a abordagem da Wormhole à abstração de chain é fornecer a infraestrutura (relayers descentralizados + contratos padronizados em cada chain) sobre a qual outros podem construir para criar experiências agnósticas à chain. Ao suportar uma grande variedade de chains e oferecer protocolos de nível superior (como o leilão de intenções e a transferência com gestão de gás), a Wormhole permite que as aplicações tratem o ecossistema blockchain como um todo conectado. Os utilizadores beneficiam por não precisarem mais de se preocupar com a chain em que estão ou como fazer a ponte – seja a mover liquidez ou a fazer uma troca multi-chain, as xApps centradas em intenção da Wormhole visam tornar tudo tão fácil como uma interação de uma única chain. O co-fundador da Wormhole, Robinson Burkey, notou que este tipo de infraestrutura atingiu uma “maturidade à escala institucional”, permitindo que até emissores de ativos regulados operem de forma transparente entre redes e abstraiam as restrições específicas da chain para os seus utilizadores.

Estudo de Caso 2: Etherspot – A Abstração de Conta Encontra as Intenções​

A Etherspot aborda o problema da UX cross-chain da perspetiva das carteiras e das ferramentas para programadores. Fornece um SDK de Abstração de Conta e uma pilha de protocolo de intenção que os programadores podem integrar para dar aos seus utilizadores uma experiência multi-chain unificada. Na prática, a Etherspot combina carteiras de contrato inteligente com lógica de abstração de chain para que a única conta inteligente de um utilizador possa operar em muitas redes com atrito mínimo. As características chave da arquitetura da Etherspot incluem:

• Smart Wallet Modular (Abstração de Conta): Cada utilizador da Etherspot obtém uma carteira de contrato inteligente (estilo ERC-4337) que pode ser implementada em múltiplas chains. A Etherspot contribuiu para padrões como o ERC-7579 (interface mínima de contas inteligentes modulares) para garantir que estas carteiras são interoperáveis e atualizáveis. O contrato da carteira atua como o agente do utilizador e pode ser personalizado com módulos. Por exemplo, um módulo pode permitir uma visão de saldo unificada – a carteira pode reportar o agregado dos fundos de um utilizador em todas as chains. Outro módulo pode permitir chaves de sessão, para que o utilizador possa aprovar uma série de ações com uma única assinatura. Como a carteira está presente em cada chain, pode iniciar transações diretamente localmente quando necessário (com os bundlers e relayers de backend da Etherspot a orquestrar a coordenação cross-chain).

• Bundler de Transações e Paymasters: A Etherspot gere um serviço de bundler (chamado Skandha) que recolhe operações de utilizador das smart wallets, e um serviço de paymaster (Arka) que pode patrocinar taxas de gás. Quando um utilizador aciona uma intenção através da Etherspot, ele efetivamente assina uma mensagem para o seu contrato de carteira. A infraestrutura da Etherspot (o bundler) traduz isso em transações reais nas chains relevantes. Crucialmente, pode agrupar múltiplas ações – por exemplo, uma troca DEX numa chain e uma transferência de ponte para outra chain – numa meta-transação que o contrato de carteira do utilizador executará passo a passo. O paymaster significa que o utilizador pode não precisar de pagar qualquer gás L1; em vez disso, a dApp ou um terceiro poderia cobri-lo, ou a taxa poderia ser retirada noutro token. Isto realiza a abstração de gás na prática (uma grande vitória de usabilidade). De facto, a Etherspot destaca que com as próximas funcionalidades do Ethereum como a EIP-7702, até as Contas de Propriedade Externa poderiam ganhar capacidades sem gás semelhantes às carteiras de contrato – mas as contas inteligentes da Etherspot já permitem intenções sem gás via paymasters hoje.

• API de Intenção e Solvers (Pulse): No topo da camada de conta, a Etherspot fornece uma API de Intenção de alto nível conhecida como Etherspot Pulse. O Pulse é o motor de abstração de chain da Etherspot que os programadores podem usar para permitir intenções cross-chain nas suas dApps. Numa demonstração do Etherspot Pulse no final de 2024, eles mostraram como um utilizador poderia realizar uma troca de token do Ethereum para um ativo na Base, usando uma interface de aplicação React simples com um clique. Nos bastidores, o Pulse tratou da transação multi-chain de forma segura e eficiente. As características chave do Pulse incluem Saldos Unificados (o utilizador vê todos os ativos como um único portfólio, independentemente da chain), Segurança com Chaves de Sessão (privilégios limitados para certas ações para evitar aprovações constantes), Trocas Baseadas em Intenção, e Integração de Solvers. Por outras palavras, o programador apenas chama uma intenção como swap(tokenA na Chain1 -> tokenB na Chain2 para o utilizador) através do SDK da Etherspot, e o Pulse descobre como fazê-lo – seja encaminhando através de uma rede de liquidez como a Socket ou chamando uma DEX cross-chain. A Etherspot integrou-se com várias pontes e agregadores de DEX para encontrar rotas ótimas (é provável que esteja a usar alguns dos conceitos do Open Intents Framework também, dado o envolvimento da Etherspot na comunidade de intenções do Ethereum).

• Educação e Padrões: A Etherspot tem sido uma defensora vocal dos padrões de abstração de chain. Lançou conteúdo educacional explicando as intenções e como “os utilizadores declaram o resultado desejado, enquanto os solvers tratam do processo de backend”, enfatizando a UX simplificada e a fluidez cross-chain. Eles enumeram benefícios como os utilizadores não precisarem de se preocupar com pontes ou gás, e as dApps ganharem escalabilidade ao aceder facilmente a múltiplas chains. A Etherspot também está a colaborar ativamente com projetos do ecossistema: por exemplo, referencia o Open Intents Framework da Ethereum Foundation e explora a integração de novos padrões de mensagens cross-chain (ERC-7786, 7787, etc.) à medida que surgem. Ao alinhar-se com padrões comuns, a Etherspot garante que o seu formato de intenção ou interface de carteira pode funcionar em conjunto com outras soluções (como Hyperlane, Connext, Axelar, etc.) escolhidas pelo programador.

• Casos de Uso e UX para Programadores: Para os programadores, usar a Etherspot significa que podem adicionar funcionalidades cross-chain sem reinventar a roda. Uma dApp DeFi pode permitir que um utilizador deposite fundos em qualquer chain onde tenha ativos, e a Etherspot abstrairá as diferenças de chain. Uma aplicação de jogos poderia permitir que os utilizadores assinassem uma única transação para reivindicar um NFT numa L2 e tê-lo automaticamente ponteado para o Ethereum, se necessário para negociação. O SDK da Etherspot essencialmente oferece chamadas de função agnósticas à chain – os programadores chamam métodos de alto nível (como um transfer() ou swap() unificado) e o SDK trata de localizar os fundos do utilizador, movê-los se necessário, e atualizar o estado entre chains. Isto reduz significativamente o tempo de desenvolvimento para suporte multi-chain (a equipa afirma uma redução de até 90% no tempo de desenvolvimento ao usar a sua plataforma de abstração de chain). Outro aspeto é o RPC Playground e as ferramentas de depuração que a Etherspot construiu para fluxos de AA, que facilitam o teste de operações de utilizador complexas que podem envolver múltiplas redes. Tudo isto está orientado para tornar a integração da abstração de chain tão simples como integrar uma API de pagamentos na Web2.

Da perspetiva do utilizador final, uma aplicação potenciada pela Etherspot pode oferecer uma experiência de onboarding e diária muito mais suave. Novos utilizadores podem iniciar sessão com login social ou email (se a dApp usar o módulo de conta social da Etherspot) e obter uma conta inteligente automaticamente – sem necessidade de gerir frases de semente para cada chain. Eles podem receber tokens de qualquer chain para o seu único endereço (o endereço da smart wallet é o mesmo em todas as chains suportadas) e vê-los numa única lista. Se quiserem realizar uma ação (trocar, emprestar, etc.) numa chain onde não têm o ativo ou gás, o protocolo de intenção encaminhará automaticamente os seus fundos e ações para que isso aconteça. Por exemplo, um utilizador com USDC na Polygon que queira participar num pool DeFi do Ethereum poderia simplesmente clicar em “Investir no Pool” – a aplicação (via Etherspot) trocará o USDC pelo ativo necessário, fará a ponte para o Ethereum, depositará no contrato do pool, e até tratará das taxas de gás retirando uma pequena porção do USDC, tudo num único fluxo. O utilizador nunca é confrontado com erros de “por favor, mude para a rede X” ou “precisa de ETH para gás” – esses são tratados nos bastidores. Esta experiência de um clique é exatamente o que a abstração de chain procura alcançar.

O CEO da Etherspot, Michael Messele, falou na EthCC 2025 sobre “abstração de chain avançada” e destacou que tornar a Web3 verdadeiramente agnóstica à blockchain pode capacitar tanto utilizadores como programadores, melhorando a interoperabilidade, escalabilidade e UX. As próprias contribuições da Etherspot, como a demonstração do Pulse de trocas cross-chain com uma única intenção, mostram que a tecnologia já está aqui para simplificar drasticamente as interações cross-chain. Como a Etherspot posiciona, as intenções são a ponte entre as possibilidades inovadoras de um ecossistema multi-chain e a usabilidade que os utilizadores finais esperam. Com soluções como a deles, as dApps podem oferecer experiências “sem atrito” onde as diferenças de chain desaparecem para o fundo, acelerando a adoção em massa da Web3.

Melhorias na Experiência do Utilizador e do Programador​

Tanto a abstração de chain como as arquiteturas centradas em intenção estão, em última análise, ao serviço de uma melhor experiência do utilizador (UX) e experiência do programador (DX) num mundo multi-chain. Algumas das melhorias notáveis incluem:

• Onboarding Fluido: Novos utilizadores podem ser integrados sem se preocuparem com a blockchain em que estão. Por exemplo, um utilizador pode receber uma única conta inteligente que funciona em todo o lado, possivelmente criada com um login social. Eles podem receber qualquer token ou NFT nesta conta de qualquer chain sem confusão. Já não é necessário que um recém-chegado aprenda sobre a mudança de redes no MetaMask ou a salvaguarda de múltiplas frases de semente. Isto reduz significativamente a barreira de entrada, pois usar uma dApp parece mais próximo de um registo numa aplicação Web2. Projetos que implementam a abstração de conta frequentemente permitem a criação de carteiras baseadas em email ou OAuth, com a conta inteligente resultante a ser agnóstica à chain.

• Ações Cross-Chain com Um Clique: Talvez o ganho de UX mais visível seja a condensação do que costumavam ser fluxos de trabalho de múltiplos passos e múltiplas aplicações em um ou dois cliques. Por exemplo, uma troca de token cross-chain anteriormente poderia exigir: trocar o Token A por um ativo ponteável na Chain 1, ir a uma UI de ponte para o enviar para a Chain 2, depois trocar para o Token B na Chain 2 – e gerir as taxas de gás em ambas as chains. Com sistemas centrados em intenção, o utilizador simplesmente solicita “Trocar A na Chain1 por B na Chain2” e confirma uma vez. Todos os passos intermediários (incluindo a aquisição de gás na Chain2, se necessário) são automatizados. Isto não só poupa tempo, mas também reduz as chances de erro do utilizador (usar a ponte errada, enviar para o endereço errado, etc.). É semelhante à conveniência de reservar um voo com múltiplas escalas através de um único site de viagens, em vez de comprar manualmente cada trecho separadamente.

• Sem Ansiedade com o Gás Nativo: Os utilizadores não precisam de trocar constantemente por pequenas quantidades de ETH, MATIC, AVAX, etc., apenas para pagar por transações. A abstração de taxas de gás significa que ou a dApp cobre o gás (e talvez cobre uma taxa no token transacionado ou através de um modelo de subscrição), ou o sistema converte um pouco do ativo do utilizador automaticamente para pagar as taxas. Isto tem um enorme impacto psicológico – remove uma classe de avisos confusos (chega de erros de “gás insuficiente”) e permite que os utilizadores se concentrem nas ações que lhes interessam. Várias palestras na EthCC 2025 notaram a abstração de gás como uma prioridade, por exemplo, a EIP-7702 do Ethereum permitirá até que contas EOA tenham gás patrocinado no futuro. Na prática hoje, muitos protocolos de intenção entregam uma pequena quantidade do ativo de saída como gás na chain de destino para o utilizador, ou utilizam paymasters conectados a operações de utilizador. O resultado: um utilizador pode, por exemplo, mover USDC da Arbitrum para a Polygon sem nunca tocar em ETH em nenhum dos lados, e ainda assim ter a sua carteira Polygon capaz de fazer transações imediatamente à chegada.

• Gestão Unificada de Ativos: Para os utilizadores finais, ter uma visão unificada de ativos e atividades através de chains é uma grande melhoria na qualidade de vida. A abstração de chain pode apresentar um portfólio combinado – então o seu 1 ETH na mainnet e 2 ETH de stETH ponteado no Optimism podem ambos aparecer apenas como “saldo de ETH”. Se tiver stablecoins USD em cinco chains diferentes, uma carteira agnóstica à chain poderia mostrar o seu valor total em USD e permitir gastar a partir dele sem que tenha de fazer a ponte manualmente. Isto parece mais com uma aplicação bancária tradicional que mostra um único saldo (mesmo que os fundos estejam espalhados por contas nos bastidores). Os utilizadores podem definir preferências como “usar a rede mais barata por defeito” ou “maximizar o rendimento” e o sistema pode alocar automaticamente as transações para a chain apropriada. Enquanto isso, todo o seu histórico de transações poderia ser visto numa única linha do tempo, independentemente da chain. Tal coerência é importante para uma adoção mais ampla – esconde a complexidade da blockchain sob metáforas familiares.

• Produtividade Aumentada para Programadores: Do lado do programador, as plataformas de abstração de chain significam não mais escrever código específico da chain para cada integração. Em vez de integrar cinco pontes diferentes e seis exchanges para garantir a cobertura de ativos e redes, um programador pode integrar uma API de protocolo de intenção que abstrai isso. Isto não só poupa esforço de desenvolvimento, mas também reduz a manutenção – à medida que novas chains ou pontes surgem, os mantenedores da camada de abstração tratam da integração, e a dApp apenas beneficia disso. O resumo semanal da Etherspot destacou que soluções como a plataforma de abstração de chain da Okto afirmam reduzir o tempo de desenvolvimento de dApps multi-chain em até 90%, fornecendo suporte pronto a usar para as principais chains e funcionalidades como otimização de liquidez. Em essência, os programadores podem focar-se na lógica da aplicação (ex: um produto de empréstimo, um jogo) em vez das complexidades das transferências cross-chain ou da gestão de gás. Isto abre a porta para que mais programadores Web2 entrem na Web3, pois podem usar SDKs de nível superior em vez de precisarem de um conhecimento profundo de blockchain para cada chain.

• Novas Experiências Componíveis: Com intenções e abstração de chain, os programadores podem criar experiências que antes eram demasiado complexas para tentar. Por exemplo, estratégias de yield farming cross-chain podem ser automatizadas: um utilizador poderia clicar em “maximizar o rendimento dos meus ativos” e um protocolo de intenção poderia mover ativos entre chains para as melhores quintas de rendimento, fazendo isso continuamente à medida que as taxas mudam. Os jogos podem ter ativos e missões que abrangem múltiplas chains sem exigir que os jogadores façam a ponte de itens manualmente – o backend do jogo (usando um framework de intenção) trata da teleportação de itens ou da sincronização de estado. Até a governação pode beneficiar: uma DAO poderia permitir que um utilizador votasse uma vez e tivesse esse voto aplicado em todos os contratos de governação das chains relevantes através de mensagens cross-chain. O efeito geral é a componibilidade: assim como o DeFi numa única chain permitiu a composição de protocolos tipo Lego, as camadas de intenção cross-chain permitem que protocolos em diferentes chains se componham. Uma intenção do utilizador pode acionar ações em múltiplas dApps através de chains (ex: desembrulhar um NFT numa chain e vendê-lo num mercado noutra), o que cria fluxos de trabalho mais ricos do que operações isoladas de uma única chain.

• Redes de Segurança e Fiabilidade: Um aspeto de UX muitas vezes subestimado é o tratamento de erros. Nas primeiras interações cross-chain, se algo corresse mal (fundos presos numa ponte, uma transação a falhar depois de enviar fundos, etc.), os utilizadores enfrentavam um pesadelo de resolução de problemas em múltiplas plataformas. Os frameworks de intenção podem incorporar lógica de repetição, seguro ou mecanismos de proteção do utilizador. Por exemplo, um solver pode assumir o risco de finalidade – entregando os fundos do utilizador no destino imediatamente (em segundos) e esperando pela finalidade mais lenta da chain de origem. Isto significa que o utilizador não fica preso à espera de minutos ou horas pela confirmação. Se uma intenção falhar parcialmente, o sistema pode reverter ou reembolsar automaticamente. Como todo o fluxo é orquestrado com passos conhecidos, há mais espaço para compensar o utilizador se algo quebrar. Alguns protocolos estão a explorar escrow e seguro para operações cross-chain como parte da execução da intenção, o que seria impossível se o utilizador estivesse a saltar manualmente por obstáculos – ele suportaria esse risco sozinho. Em suma, a abstração pode tornar a experiência geral não apenas mais suave, mas também mais segura e confiável para o utilizador médio.

Todas estas melhorias apontam para uma única tendência: reduzir a carga cognitiva sobre os utilizadores e abstrair a canalização da blockchain para o segundo plano. Quando bem feito, os utilizadores podem nem sequer perceber que chains estão a usar – eles apenas acedem a funcionalidades e serviços. Os programadores, por outro lado, conseguem construir aplicações que exploram a liquidez e as bases de utilizadores em muitas redes a partir de uma única base de código. É uma mudança de complexidade das bordas (aplicações do utilizador) para o meio (protocolos de infraestrutura), o que é uma progressão natural à medida que a tecnologia amadurece. O tom da EthCC 2025 ecoou este sentimento, com a “infraestrutura componível e transparente” citada como um objetivo primordial para a comunidade Ethereum.

Insights da EthCC 2025​

A conferência EthCC 2025 (realizada em julho de 2025 em Cannes) sublinhou o quão central a abstração de chain e o design baseado em intenção se tornaram no ecossistema Ethereum. Um bloco dedicado de sessões focou-se em unificar as experiências do utilizador através das redes. As principais conclusões do evento incluem:

• Alinhamento da Comunidade sobre Abstração: Várias palestras de líderes da indústria ecoaram a mesma mensagem – simplificar a experiência multi-chain é crítico para a próxima onda de adoção da Web3. Michael Messele (Etherspot) falou sobre avançar “em direção a um futuro agnóstico à blockchain”, Alex Bash (carteira Zerion) discutiu “unificar a UX do Ethereum com abstração e intenções”, e outros introduziram padrões concretos como o ERC-7811 para a abstração de chain de stablecoins. O próprio título de uma palestra, “Não Há Futuro Web3 Sem Abstração de Chain”, encapsulou o sentimento da comunidade. Por outras palavras, há um amplo acordo de que, sem resolver a usabilidade cross-chain, a Web3 não alcançará o seu pleno potencial. Isto representa uma mudança em relação a anos anteriores, onde o foco principal era escalar a L1 ou L2 – agora que muitas L2s estão ativas, conectá-las para os utilizadores é a nova fronteira.

• O Papel do Ethereum como um Hub: Os painéis da EthCC destacaram que o Ethereum está a posicionar-se não apenas como uma chain entre muitas, mas como a fundação de um ecossistema multi-chain. A segurança do Ethereum e a sua abstração de conta 4337 na mainnet podem servir como a base comum que sustenta a atividade em várias L2s e sidechains. Em vez de competir com os seus rollups, o Ethereum (e por extensão a comunidade Ethereum) está a investir em protocolos que fazem com que toda a rede de chains pareça unificada. Isto é exemplificado pelo apoio da Ethereum Foundation a projetos como o Open Intents Framework, que abrange muitas chains e rollups. A vibração na EthCC foi que a maturidade do Ethereum é demonstrada ao abraçar um “ecossistema de ecossistemas”, onde o design centrado no utilizador (independentemente da chain) é primordial.

• Stablecoins e Ativos do Mundo Real como Catalisadores: Um tema interessante foi a interseção da abstração de chain com stablecoins e RWAs (Ativos do Mundo Real). As stablecoins foram repetidamente notadas como uma “força de ancoragem” no DeFi, e várias palestras (ex: sobre a abstração de chain de stablecoins ERC-7811) analisaram como tornar o uso de stablecoins agnóstico à chain. A ideia é que um utilizador médio não deveria precisar de se preocupar em que chain o seu USDC ou DAI reside – deveria ter o mesmo valor e ser utilizável em qualquer lugar de forma transparente. Vimos isto com o fundo da Securitize a usar a Wormhole para se tornar multichain, abstraindo efetivamente um produto institucional através de chains. As discussões na EthCC sugeriram que resolver a UX cross-chain para stablecoins e RWAs é um grande passo em direção a finanças baseadas em blockchain mais amplas, uma vez que estes ativos exigem experiências de utilizador suaves para a adoção por instituições e utilizadores mainstream.

• Entusiasmo e Ferramentas para Programadores: Workshops e eventos paralelos (como o Multichain Day) introduziram os programadores às novas ferramentas disponíveis. Projetos de hackathon e demonstrações mostraram como as APIs de intenção e os SDKs de abstração de chain (de várias equipas) poderiam ser usados para criar dApps cross-chain em dias. Havia um entusiasmo palpável de que o “Santo Graal” da UX Web3 – usar múltiplas redes sem o perceber – está ao alcance. A equipa do Open Intents Framework realizou um workshop para iniciantes explicando como construir uma aplicação habilitada para intenções, provavelmente usando o seu solver e contratos de referência. Os programadores que tinham lutado com pontes e implementação multi-chain no passado estavam interessados nestas soluções, como evidenciado pelas sessões de perguntas e respostas (conforme relatado informalmente nas redes sociais durante a conferência).

• Anúncios e Colaboração: A EthCC 2025 também serviu de palco para anunciar colaborações entre projetos nesta área. Por exemplo, uma parceria entre um fornecedor de carteiras e um protocolo de intenção ou entre um projeto de ponte e um projeto de abstração de conta foram sugeridas. Um anúncio concreto foi a integração da Wormhole com o ecossistema Stacks (trazendo a liquidez do Bitcoin para os fluxos cross-chain), o que não era diretamente abstração de chain para o Ethereum, mas exemplificava a conectividade em expansão através de ecossistemas cripto tradicionalmente separados. A presença de projetos como Zerion (carteira), Safe (contas inteligentes), Connext, Socket, Axelar, etc., todos a discutir interoperabilidade, sinalizou que muitas peças do quebra-cabeça estão a juntar-se.

No geral, a EthCC 2025 pintou um quadro de uma comunidade a convergir em torno da inovação cross-chain centrada no utilizador. A frase “infraestrutura componível” foi usada para descrever o objetivo: todas estas L1s, L2s e protocolos devem formar um tecido coeso sobre o qual as aplicações podem construir sem precisar de juntar as coisas ad-hoc. A conferência deixou claro que a abstração de chain e as intenções não são apenas palavras da moda, mas áreas ativas de desenvolvimento que atraem talento e investimento sérios. A liderança do Ethereum nisto – através de financiamento, estabelecimento de padrões e fornecimento de uma camada base robusta – foi reafirmada no evento.

Comparação de Abordagens à Abstração de Chain e Intenções​

A tabela abaixo compara vários protocolos e frameworks proeminentes que abordam a experiência do utilizador/programador cross-chain, destacando a sua abordagem e características chave:

(Legenda da tabela: AA = Abstração de Conta, ChA = Abstração de Chain, AMB = ponte de mensagens arbitrárias)

Cada uma das abordagens acima aborda o desafio da UX cross-chain de um ângulo ligeiramente diferente – algumas focam-se na carteira/conta do utilizador, outras na passagem de mensagens da rede, e outras na camada de API do programador – mas todas partilham o objetivo de tornar as interações blockchain agnósticas à chain e orientadas por intenção. Notavelmente, estas soluções não são mutuamente exclusivas; na verdade, muitas vezes complementam-se. Por exemplo, uma aplicação poderia usar a smart wallet + paymasters da Etherspot, com o padrão Open Intents para formatar a intenção do utilizador, e depois usar a Axelar ou a Connext nos bastidores como a camada de execução para realmente fazer a ponte e realizar as ações. A tendência emergente é a componibilidade entre as próprias ferramentas de abstração de chain, construindo em última análise em direção a uma Internet de Blockchains onde os utilizadores navegam livremente.

Conclusão​

A tecnologia blockchain está a passar por uma mudança de paradigma, de redes isoladas e operações manuais para uma experiência unificada e orientada por intenção. A abstração de chain e a arquitetura centrada em intenção estão no cerne desta transformação. Ao abstrair as complexidades de múltiplas chains, elas permitem uma Web3 centrada no utilizador, na qual as pessoas interagem com aplicações descentralizadas sem precisarem de entender que chain estão a usar, como fazer a ponte de ativos, ou como adquirir gás em cada rede. A infraestrutura – relayers, contas inteligentes, solvers e pontes – trata colaborativamente desses detalhes, muito como os protocolos subjacentes da Internet encaminham pacotes sem que os utilizadores conheçam a rota.

Os benefícios na experiência do utilizador já são tangíveis: onboarding mais suave, trocas cross-chain com um clique, e interações de dApp verdadeiramente transparentes através de ecossistemas. Os programadores também são capacitados por SDKs e padrões de nível superior que simplificam drasticamente a construção para um mundo multi-chain. Como visto na EthCC 2025, há um forte consenso na comunidade de que estes desenvolvimentos não são apenas melhorias excitantes, mas requisitos fundamentais para a próxima fase de crescimento da Web3. Projetos como Wormhole e Etherspot demonstram que é possível reter a descentralização e a ausência de confiança, oferecendo ao mesmo tempo uma facilidade de uso semelhante à da Web2.

Olhando para o futuro, podemos esperar uma maior convergência destas abordagens. Padrões como as intenções ERC-7683 e a abstração de conta ERC-4337 provavelmente tornar-se-ão amplamente adotados, garantindo a compatibilidade entre plataformas. Mais pontes e redes integrar-se-ão com frameworks de intenção abertos, aumentando a liquidez e as opções para os solvers cumprirem as intenções dos utilizadores. Eventualmente, o termo “cross-chain” pode desaparecer, pois as interações não serão pensadas em termos de chains distintas – muito como os utilizadores da web não pensam em que centro de dados o seu pedido atingiu. Em vez disso, os utilizadores simplesmente invocarão serviços e gerirão ativos num ecossistema blockchain unificado.

Em conclusão, a abstração de chain e o design centrado em intenção estão a tornar o sonho multi-chain uma realidade: entregando os benefícios da inovação diversificada da blockchain sem a fragmentação. Ao centrar os designs nas intenções do utilizador e abstrair o resto, a indústria está a dar um passo importante para tornar as aplicações descentralizadas tão intuitivas e poderosas como os serviços centralizados de hoje, cumprindo a promessa da Web3 para um público mais amplo. A infraestrutura ainda está a evoluir, mas a sua trajetória é clara – uma experiência Web3 transparente e orientada por intenção está no horizonte, e irá redefinir como percebemos e interagimos com as blockchains.

Fontes: A informação neste relatório foi recolhida de uma variedade de recursos atualizados, incluindo documentação de protocolos, publicações de blog de programadores e palestras da EthCC 2025. As referências chave incluem a documentação oficial da Wormhole sobre os seus protocolos de intenção cross-chain, a série de blogues técnicos da Etherspot sobre abstração de conta e de chain, e as notas de lançamento do Open Intents Framework da Ethereum Foundation, entre outros, conforme citado ao longo do texto. Cada citação é indicada no formato 【fonte†linhas】 para identificar o material de origem original que suporta as declarações feitas.

Como eliminar o atrito da carteira, manter os usuários fluindo e prever o potencial de crescimento

E se seu aplicativo Web3 tivesse o mesmo fluxo de cadastro perfeito de um serviço Web2 moderno? Essa é a promessa central do zkLogin na blockchain Sui. Ele funciona como OAuth para Sui, permitindo que os usuários façam login com contas familiares do Google, Apple, X e outras. Uma prova de conhecimento zero então vincula de forma segura essa identidade Web2 a um endereço Sui on‑chain — sem pop‑ups de carteira, sem frases‑semente, sem churn de usuários.

O impacto é real e imediato. Com centenas de milhares de contas zkLogin já ativas, estudos de caso relatam ganhos massivos na conversão de usuários, saltando de um desanimador 17 % para um saudável 42 % após remover as barreiras tradicionais de carteira. Vamos detalhar como funciona e o que pode fazer pelo seu projeto.

Por que as Carteiras Matam a Conversão na Primeira Visita​

Você construiu um dApp inovador, mas seu funil de aquisição de usuários está vazando. O culpado quase sempre é o mesmo: o botão “Conectar Carteira”. O onboarding padrão Web3 é um labirinto de instalações de extensões, avisos de frase‑semente e quizzes de jargões cripto.

É uma barreira enorme para iniciantes. Pesquisadores de UX observaram um abandono impressionante de 87 % no momento em que o prompt de carteira aparece. Em um experimento revelador, simplesmente redirecionar esse prompt para uma fase posterior do checkout elevou a taxa de conclusão para 94 %. Mesmo para usuários curiosos sobre cripto, o medo principal é: “Posso perder meus fundos se clicar no botão errado.” Remover esse único passo intimidador é a chave para desbloquear um crescimento exponencial.

Como o zkLogin Funciona (em Português Simples)​

zkLogin contorna elegantemente o problema da carteira usando tecnologias que todo usuário de internet já confia. A mágica acontece nos bastidores em alguns passos rápidos:

1. Par de Chaves Efêmero: Quando o usuário quer fazer login, um par de chaves temporário, de sessão única, é gerado localmente no navegador. Pense nisso como uma chave‑passe temporária, válida apenas para esta sessão.
2. Dança OAuth: O usuário faz login com sua conta Google, Apple ou outra rede social. Seu app insere de forma inteligente um valor único (nonce) nessa solicitação de login.
3. Serviço ZKP: Após o login bem‑sucedido, um serviço de ZKP (Zero‑Knowledge Proof) gera uma prova criptográfica. Essa prova confirma, “Este token OAuth autoriza o proprietário da chave‑passe temporária,” sem jamais revelar a identidade pessoal do usuário on‑chain.
4. Derivar Endereço: O JWT (JSON Web Token) do provedor OAuth é combinado com um salt único para gerar determinísticamente o endereço Sui permanente do usuário. O salt permanece privado, seja no cliente ou em um backend seguro.
5. Submeter Transação: Seu app assina transações com a chave temporária e anexa a prova ZK. Os validadores Sui verificam a prova on‑chain, confirmando a legitimidade da transação sem que o usuário precise de uma carteira tradicional.

Guia de Integração Passo a Passo​

Pronto para implementar? Aqui está um guia rápido usando o SDK TypeScript. Os princípios são idênticos para Rust ou Python.

1. Instalar SDK​

O pacote @mysten/sui inclui todos os helpers zklogin que você precisará.

pnpm add @mysten/sui

2. Gerar Chaves & Nonce​

Primeiro, crie um par de chaves efêmero e um nonce ligado ao epoch atual na rede Sui.

const keypair = new Ed25519Keypair();
const { epoch } = await suiClient.getLatestSuiSystemState();
const nonce = generateNonce(
  keypair.getPublicKey(),
  Number(epoch) + 2,
  generateRandomness(),
);

3. Redirecionar para OAuth​

Construa a URL de login OAuth apropriada para o provedor que você está usando (por exemplo, Google, Facebook, Apple) e redirecione o usuário.

4. Decodificar JWT & Buscar Salt do Usuário​

Depois que o usuário fizer login e for redirecionado de volta, capture o id_token da URL. Use‑o para buscar o salt específico do usuário no seu backend e, então, derive o endereço Sui.

const jwt = new URLSearchParams(window.location.search).get("id_token")!;
const salt = await fetch("/api/salt?jwt=" + jwt).then((r) => r.text());
const address = jwtToAddress(jwt, salt);

5. Solicitar Prova ZK​

Envie o JWT para um serviço provedor e obtenha a prova ZK. Para desenvolvimento, você pode usar o provedor público da Mysten. Em produção, hospede seu próprio provedor ou use um serviço como Enoki.

const proof = await fetch('/api/prove', {
  method:'POST',
  body: JSON.stringify({ jwt, ... })
}).then(r => r.json());

6. Assinar & Enviar​

Agora, construa sua transação, defina o remetente como o endereço zkLogin do usuário e execute‑a. O SDK cuida de anexar automaticamente os zkLoginInputs (a prova). ✨

const tx = new TransactionBlock();
tx.moveCall({ target: "0x2::example::touch_grass" }); // Qualquer chamada Move
tx.setSender(address);
tx.setGasBudget(5_000_000);

await suiClient.signAndExecuteTransactionBlock({
  transactionBlock: tx,
  zkLoginInputs: proof, // A mágica acontece aqui
});

7. Persistir Sessão​

Para uma experiência de usuário ainda mais fluida, criptografe e armazene o par de chaves e o salt no IndexedDB ou local storage. Lembre‑se de rotacioná‑los a cada alguns epochs para melhorar a segurança.

Modelo de Projeção de KPIs​

A diferença que o zkLogin traz não é apenas qualitativa; é quantificável. Compare um funil de onboarding típico com um alimentado por zkLogin:

👉 O que isso significa: Para uma campanha que gera 10 000 visitantes únicos, isso equivale a 300 ações on‑chain no primeiro dia versus mais de 2 500.

Boas Práticas & Armadilhas​

Para criar uma experiência ainda mais fluida, tenha estas dicas em mente:

• Use Transações Patrocinadas: Pague as taxas das primeiras transações dos seus usuários. Isso elimina todo o atrito e entrega um momento “aha” incrível.
• Manuseie os Salts com Cuidado: Alterar o salt de um usuário gera um novo endereço. Só faça isso se você controlar um caminho de recuperação confiável.
• Exponha o Endereço Sui: Após o cadastro, mostre aos usuários seu endereço on‑chain. Isso capacita usuários avançados a importá‑lo para uma carteira tradicional, se desejarem.
• Previna Loops de Atualização: Cache o JWT e o par de chaves efêmero até que expirem, evitando solicitar login repetidamente.
• Monitore a Latência do Provedor: Fique de olho no tempo de ida‑e‑volta da geração da prova. Se ultrapassar 2 segundos, considere hospedar um provedor regional para manter a experiência ágil.

Onde a BlockEden.xyz Agrega Valor​

Enquanto o zkLogin aperfeiçoa o fluxo voltado ao usuário, escalar isso traz novos desafios de backend. É aí que a BlockEden.xyz entra.

• Camada API: Nossos nós RPC de alta taxa de transferência, roteados geograficamente, garantem que suas transações zkLogin sejam processadas com latência mínima, independentemente da localização do usuário.
• Observabilidade: Dashboards prontos para uso que monitoram métricas chave como latência de prova, razões de sucesso/falha e a saúde do seu funil de conversão.
• Conformidade: Para apps que fazem ponte para fiat, nosso módulo opcional de KYC oferece um on‑ramp compliance direto a partir da identidade verificada do usuário.

Pronto para Lançar?​

A era dos fluxos de carteira engessados e intimidador acabou. Crie um sandbox zkLogin, conecte‑se ao endpoint de full‑node da BlockEden e veja seu gráfico de cadastros subir — enquanto seus usuários nunca precisam ouvir a palavra “carteira”. 😉

O relatório Estado das APIs de Blockchain 2025 (da BlockEden.xyz) oferece uma visão abrangente do cenário da infraestrutura de APIs de blockchain. Ele examina tendências emergentes, crescimento do mercado, principais provedores, blockchains suportadas, adoção por desenvolvedores e fatores críticos como segurança, descentralização e escalabilidade. Também destaca como os serviços de API de blockchain estão a impulsionar vários casos de uso (DeFi, NFTs, gaming, empresarial) e inclui comentários sobre as direções da indústria. Abaixo está um resumo estruturado das conclusões do relatório, com comparações dos principais provedores de API e citações diretas da fonte para verificação.

Tendências em Infraestrutura de API de Blockchain (2025)​

O ecossistema de APIs de blockchain em 2025 é moldado por várias tendências chave e avanços tecnológicos:

• Ecossistemas Multi-Chain: A era de uma única blockchain dominante acabou – existem centenas de Layer-1s, Layer-2s e chains específicas de aplicações. Provedores líderes como a QuickNode agora suportam ~15–25 chains, mas na realidade “quinhentas a seiscentas blockchains (e milhares de sub-redes) [estão] ativas no mundo”. Essa fragmentação impulsiona a demanda por infraestrutura que abstrai a complexidade e oferece acesso multi-chain unificado. Plataformas que adotam novos protocolos cedo podem ganhar a vantagem de serem as primeiras, à medida que chains mais escaláveis desbloqueiam novas aplicações on-chain e os desenvolvedores constroem cada vez mais em múltiplas chains. Apenas em 2023, ~131 ecossistemas de blockchain diferentes atraíram novos desenvolvedores, sublinhando a tendência multi-chain.

• Resiliência e Crescimento da Comunidade de Desenvolvedores: A comunidade de desenvolvedores Web3 permanece substancial e resiliente apesar dos ciclos de mercado. No final de 2023, havia mais de 22.000 desenvolvedores de cripto de código aberto ativos mensalmente, uma ligeira queda (~25% YoY) após o hype de 2021, mas notavelmente o número de desenvolvedores “veteranos” experientes cresceu ~15%. Isso indica uma consolidação de construtores sérios e de longo prazo. Esses desenvolvedores exigem infraestrutura confiável e escalável e soluções económicas, especialmente num ambiente de financiamento mais restrito. Com os custos de transação a cair nas principais chains (graças aos L2 rollups) e novas chains de alto débito a entrar em operação, a atividade on-chain está a atingir máximos históricos – alimentando ainda mais a demanda por serviços robustos de nós e APIs.

• Ascensão dos Serviços de Infraestrutura Web3: A infraestrutura de blockchain amadureceu para se tornar um segmento próprio, atraindo financiamento de risco significativo e provedores especializados. A QuickNode, por exemplo, distinguiu-se com alto desempenho (relatado como 2,5× mais rápido que alguns concorrentes) e SLAs de 99,99% de uptime, conquistando clientes empresariais como Google e Coinbase. A Alchemy alcançou uma avaliação de $10 B no pico do mercado, refletindo o entusiasmo dos investidores. Este influxo de capital estimulou a inovação rápida em nós geridos, APIs RPC, indexação/análise e ferramentas para desenvolvedores. Os gigantes tradicionais da nuvem (AWS, Azure, Google Cloud) também estão a entrar na arena com alojamento de nós de blockchain e serviços de ledger geridos. Isso valida a oportunidade de mercado, mas eleva o padrão para provedores menores cumprirem em termos de confiabilidade, escala e funcionalidades empresariais.

• Impulso para a Descentralização (Infraestrutura): Contrariando a tendência de grandes provedores centralizados, há um movimento em direção à infraestrutura descentralizada em linha com o ethos da Web3. Projetos como Pocket Network, Ankr e Blast (Bware) oferecem endpoints RPC através de redes de nós distribuídas com incentivos criptoeconómicos. Essas APIs descentralizadas podem ser económicas e resistentes à censura, embora muitas vezes ainda fiquem atrás dos serviços centralizados em desempenho e facilidade de uso. O relatório observa que “enquanto os serviços centralizados atualmente lideram em desempenho, o ethos da Web3 favorece a desintermediação.” A própria visão da BlockEden de um “marketplace de APIs” aberto com acesso sem permissão (eventualmente governado por token) alinha-se com este impulso, procurando combinar a confiabilidade da infraestrutura tradicional com a abertura das redes descentralizadas. Garantir um onboarding self-service aberto (por exemplo, planos gratuitos generosos, registo instantâneo de chave de API) tornou-se uma prática recomendada da indústria para atrair desenvolvedores de base.

• Convergência de Serviços e Plataformas One-Stop: Os provedores estão a ampliar as suas ofertas para além dos endpoints RPC básicos. Há uma demanda crescente por APIs aprimoradas e serviços de dados – por exemplo, dados indexados (para consultas mais rápidas), APIs GraphQL, APIs de token/NFT, painéis de análise e até integrações de dados off-chain ou serviços de IA. Por exemplo, a BlockEden fornece APIs de indexador GraphQL para Aptos, Sui e Stellar Soroban para simplificar consultas complexas. A QuickNode adquiriu ferramentas de API de NFT (por exemplo, Icy Tools) e lançou um marketplace de add-ons. A Alchemy oferece APIs especializadas para NFTs, tokens, transferências e até um SDK de abstração de conta. Esta tendência “one-stop-shop” significa que os desenvolvedores podem obter nós + indexação + armazenamento + análise de uma única plataforma. A BlockEden até explorou a “inferência de LLM sem permissão” (serviços de IA) na sua infraestrutura. O objetivo é atrair desenvolvedores com um conjunto rico de ferramentas para que não precisem de juntar vários fornecedores.

Tamanho do Mercado e Perspetivas de Crescimento (2025)​

O relatório traça um quadro de crescimento robusto para o mercado de API/infraestrutura de blockchain até 2025 e além:

• O mercado global de infraestrutura Web3 está projetado para crescer a aproximadamente 49% CAGR de 2024 a 2030, indicando um enorme investimento e demanda no setor. Isso sugere que o tamanho geral do mercado poderia duplicar a cada ~1,5–2 anos a essa taxa. (Para contexto, uma previsão externa da Statista citada no relatório estima que o ecossistema de ativos digitais mais amplo atingirá ~$45,3 mil milhões até o final de 2025, sublinhando a escala da economia cripto que a infraestrutura deve suportar.)

• A impulsionar este crescimento está a pressão sobre as empresas (tanto startups Web3 quanto empresas tradicionais) para integrar capacidades de cripto e blockchain. De acordo com o relatório, dezenas de indústrias Web2 (e-commerce, fintech, gaming, etc.) agora exigem funcionalidades de troca de cripto, pagamento ou NFT para se manterem competitivas, mas construir tais sistemas do zero é difícil. Os provedores de API de blockchain oferecem soluções chave na mão – desde APIs de carteira e transação até rampas de entrada/saída de fiat – que fazem a ponte entre os sistemas tradicionais e o mundo cripto. Isso reduz a barreira à adoção, alimentando mais demanda por serviços de API.

• A adoção empresarial e institucional de blockchain também está a aumentar, expandindo ainda mais o mercado. Regulamentações mais claras e histórias de sucesso de blockchain em finanças e cadeia de suprimentos levaram a mais projetos empresariais até 2025. Muitas empresas preferem não executar os seus próprios nós, criando oportunidades para provedores de infraestrutura com ofertas de nível empresarial (garantias de SLA, certificações de segurança, suporte dedicado). Por exemplo, a infraestrutura com certificação SOC2 da Chainstack com SLA de 99,9% de uptime e single sign-on atrai empresas que procuram confiabilidade e conformidade. Provedores que capturam esses clientes de alto valor podem aumentar significativamente a receita.

Em resumo, as perspetivas para 2025 são de forte crescimento para as APIs de blockchain – a combinação de uma base de desenvolvedores em expansão, o lançamento de novas blockchains, o aumento da atividade on-chain e a integração mainstream de serviços de cripto impulsionam a necessidade de infraestrutura escalável. Tanto empresas dedicadas à Web3 quanto gigantes da tecnologia estão a investir pesadamente para atender a essa demanda, indicando um mercado competitivo, mas recompensador.

Principais Provedores de API de Blockchain – Funcionalidades e Comparação​

Vários players chave dominam o espaço de APIs de blockchain em 2025, cada um com diferentes pontos fortes. O relatório da BlockEden compara a BlockEden.xyz (a anfitriã do relatório) com outros provedores líderes como Alchemy, Infura, QuickNode e Chainstack. Abaixo está uma comparação em termos de blockchains suportadas, funcionalidades notáveis, desempenho/uptime e preços:

Fontes: A comparação acima integra dados e citações do relatório da BlockEden.xyz, bem como funcionalidades documentadas dos sites dos provedores (por exemplo, documentação da Alchemy e da Chainstack) para precisão.

Cobertura de Blockchain e Suporte de Rede​

Um dos aspetos mais importantes de um provedor de API é quais blockchains ele suporta. Aqui está uma breve cobertura de chains populares específicas e como elas são suportadas:

• Ethereum Mainnet e L2s: Todos os principais provedores suportam Ethereum. A Infura e a Alchemy especializam-se fortemente em Ethereum (com dados de arquivo completos, etc.). QuickNode, BlockEden e Chainstack também suportam Ethereum como uma oferta principal. Redes de Layer-2 como Polygon, Arbitrum, Optimism, Base são suportadas pela Alchemy, QuickNode e Chainstack, e pela Infura (como add-ons pagos). A BlockEden suporta Polygon (e Polygon zkEVM) e provavelmente adicionará mais L2s à medida que surgirem.

• Solana: Solana é suportada pela BlockEden (eles adicionaram Solana em 2023), QuickNode e Chainstack. A Alchemy também adicionou RPC para Solana em 2022. A Infura não suporta Solana (pelo menos até 2025, permanece focada em redes EVM).

• Bitcoin: Sendo uma não-EVM, o Bitcoin é notavelmente não suportado pela Infura ou Alchemy (que se concentram em chains de contratos inteligentes). QuickNode e Chainstack oferecem acesso RPC ao Bitcoin, dando aos desenvolvedores acesso aos dados do Bitcoin sem executar um nó completo. A BlockEden atualmente não lista o Bitcoin entre as suas redes suportadas (foca-se em plataformas de contratos inteligentes e chains mais recentes).

• Polygon e BNB Chain: Estas populares sidechains do Ethereum são amplamente suportadas. Polygon está disponível na BlockEden, Alchemy, Infura (premium), QuickNode e Chainstack. BNB Smart Chain (BSC) é suportada pela BlockEden (BSC), QuickNode e Chainstack. (A Alchemy e a Infura não listam suporte para BSC, pois está fora do ecossistema Ethereum/consenso em que se focam.)

• Layer-1s Emergentes (Aptos, Sui, etc.): É aqui que a BlockEden.xyz brilha. Foi um dos primeiros provedores para Aptos e Sui, oferecendo APIs RPC e de indexador para estas chains da linguagem Move no seu lançamento. Muitos concorrentes não as suportaram inicialmente. Em 2025, alguns provedores como a Chainstack adicionaram Aptos e outras à sua lista, mas a BlockEden continua a ser altamente conceituada nessas comunidades (o relatório observa que a API GraphQL da BlockEden para Aptos “não pode ser encontrada em nenhum outro lugar” segundo os utilizadores). Suportar novas chains rapidamente pode atrair comunidades de desenvolvedores cedo – a estratégia da BlockEden é preencher as lacunas onde os desenvolvedores têm opções limitadas em novas redes.

• Chains Empresariais (Permissionadas): De forma única, a Chainstack suporta Hyperledger Fabric, Corda, Quorum e Multichain, que são importantes para projetos de blockchain empresariais (consórcios, ledgers privados). A maioria dos outros provedores não atende a estes, focando-se em chains públicas. Isso faz parte do posicionamento empresarial da Chainstack.

Em resumo, Ethereum e as principais chains EVM são universalmente cobertas, Solana é coberta pela maioria, exceto pela Infura, Bitcoin apenas por alguns (QuickNode/Chainstack), e L1s mais recentes como Aptos/Sui pela BlockEden e agora por alguns outros. Os desenvolvedores devem escolher um provedor que cubra todas as redes que a sua dApp precisa – daí a vantagem dos provedores multi-chain. A tendência para mais chains por provedor é clara (por exemplo, QuickNode ~14, Chainstack 50–70+, Blockdaemon 50+, etc.), mas a profundidade do suporte (robustez em cada chain) é igualmente crucial.

Adoção por Desenvolvedores e Maturidade do Ecossistema​

O relatório fornece insights sobre as tendências de adoção por desenvolvedores e a maturidade do ecossistema:

• Crescimento do Uso por Desenvolvedores: Apesar do mercado em baixa de 2022–2023, a atividade de desenvolvedores on-chain permaneceu forte. Com ~22k desenvolvedores ativos mensais no final de 2023 (e provavelmente a crescer novamente em 2024/25), a demanda por infraestrutura fácil de usar é constante. Os provedores estão a competir não apenas em tecnologia bruta, mas na experiência do desenvolvedor para atrair esta base. Funcionalidades como documentação extensa, SDKs e suporte comunitário são agora esperadas. Por exemplo, a abordagem centrada na comunidade da BlockEden (Discord, guilda 10x.pub, hackathons) e as iniciativas de educação da QuickNode visam construir lealdade.

• Adoção do Plano Gratuito: O modelo freemium está a impulsionar o uso generalizado na base. Quase todos os provedores oferecem um plano gratuito que cobre as necessidades básicas de projetos (milhões de requisições por mês). O relatório observa que o plano gratuito da BlockEden de 10M de CUs diários é deliberadamente alto para remover o atrito para desenvolvedores independentes. Os planos gratuitos da Alchemy e da Infura (cerca de 3–4M de chamadas por mês) ajudaram a integrar centenas de milhares de desenvolvedores ao longo dos anos. Esta estratégia semeia o ecossistema com utilizadores que podem mais tarde converter-se para planos pagos à medida que as suas dApps ganham tração. A presença de um plano gratuito robusto tornou-se um padrão da indústria – reduz a barreira de entrada, incentivando a experimentação e a aprendizagem.

• Número de Desenvolvedores nas Plataformas: A Infura historicamente teve o maior número de utilizadores (mais de 400k desenvolvedores há alguns anos), pois foi um dos primeiros padrões. A Alchemy e a QuickNode também desenvolveram grandes bases de utilizadores (o alcance da Alchemy através dos seus programas de educação e o foco da QuickNode em startups Web3 ajudaram-nos a inscrever muitos milhares). A BlockEden, sendo mais recente, relata uma comunidade de mais de 6.000 desenvolvedores a usar a sua plataforma. Embora menor em termos absolutos, isso é significativo dado o seu foco em chains mais recentes – indica uma forte penetração nesses ecossistemas. O relatório estabelece uma meta de duplicar os desenvolvedores ativos da BlockEden até o próximo ano, refletindo a trajetória geral de crescimento do setor.

• Maturidade do Ecossistema: Estamos a ver uma mudança de uma adoção impulsionada pelo hype (muitos novos desenvolvedores a entrar durante os bull runs) para um crescimento mais sustentável e maduro. A queda de desenvolvedores “turistas” após 2021 significa que os que permanecem são mais sérios, e os novos entrantes em 2024–2025 são frequentemente apoiados por um melhor entendimento. Esta maturação exige uma infraestrutura mais robusta: equipas experientes esperam SLAs de alto uptime, melhores análises e suporte. Os provedores responderam profissionalizando os serviços (por exemplo, oferecendo gestores de conta dedicados para empresas, publicando painéis de estado, etc.). Além disso, à medida que os ecossistemas amadurecem, os padrões de uso são mais bem compreendidos: por exemplo, aplicações pesadas em NFT podem precisar de otimizações diferentes (caching de metadados, etc.) do que bots de negociação DeFi (que precisam de dados da mempool e baixa latência). Os provedores de API agora oferecem soluções personalizadas (por exemplo, o já mencionado “Trader Node” da Chainstack para dados de negociação de baixa latência). A presença de soluções específicas da indústria (APIs de gaming, ferramentas de conformidade, etc., muitas vezes disponíveis através de marketplaces ou parceiros) é um sinal de um ecossistema em amadurecimento que serve diversas necessidades.

• Comunidade e Suporte: Outro aspeto da maturidade é a formação de comunidades de desenvolvedores ativas em torno destas plataformas. A QuickNode e a Alchemy têm fóruns comunitários e Discords; a comunidade da BlockEden (com mais de 4.000 construtores Web3 na sua guilda) abrange desde Silicon Valley a NYC e globalmente. Este suporte entre pares e a partilha de conhecimento aceleram a adoção. O relatório destaca o “suporte ao cliente excecional 24/7” como um ponto de venda da BlockEden, com os utilizadores a apreciar a capacidade de resposta da equipa. À medida que a tecnologia se torna mais complexa, este tipo de suporte (e documentação clara) é crucial para integrar a próxima onda de desenvolvedores que podem não estar tão familiarizados com os internos da blockchain.

Em resumo, a adoção por desenvolvedores está a expandir-se de forma mais sustentável. Provedores que investem na experiência do desenvolvedor – acesso gratuito, boa documentação, envolvimento da comunidade e suporte confiável – estão a colher os benefícios da lealdade e do boca a boca na comunidade de desenvolvedores Web3. O ecossistema está a amadurecer, mas ainda tem muito espaço para crescer (novos desenvolvedores a entrar da Web2, clubes de blockchain universitários, mercados emergentes, etc., são todos alvos mencionados para o crescimento em 2025).

Considerações de Segurança, Descentralização e Escalabilidade​

O relatório discute como a segurança, a descentralização e a escalabilidade influenciam a infraestrutura de API de blockchain:

• Confiabilidade e Segurança da Infraestrutura: No contexto dos provedores de API, a segurança refere-se a uma infraestrutura robusta e tolerante a falhas (uma vez que estes serviços geralmente não custodiam fundos, os principais riscos são o tempo de inatividade ou erros de dados). Os principais provedores enfatizam alto uptime, redundância e proteção contra DDoS. Por exemplo, o SLA de 99,99% de uptime da QuickNode e o balanceamento de carga global destinam-se a garantir que uma dApp não fique offline devido a uma falha de RPC. A BlockEden cita o seu histórico de 99,9% de uptime e a confiança conquistada ao gerir $65M em ativos em staking de forma segura (implicando uma forte segurança operacional para os seus nós). A conformidade SOC2 da Chainstack indica um alto padrão de práticas de segurança e tratamento de dados. Essencialmente, estes provedores operam infraestrutura de nós de missão crítica, pelo que tratam a confiabilidade como primordial – muitos têm engenheiros de plantão 24/7 e monitorização em todas as regiões.

• Riscos de Centralização: Uma preocupação bem conhecida na comunidade Ethereum é a dependência excessiva de alguns provedores de infraestrutura (por exemplo, Infura). Se muito tráfego for canalizado através de um único provedor, interrupções ou má conduta da API podem impactar uma grande parte do ecossistema de aplicações descentralizadas. O cenário de 2025 está a melhorar aqui – com muitos concorrentes fortes, a carga está mais distribuída do que em 2018, quando a Infura era quase singular. No entanto, o impulso para a descentralização da infraestrutura visa, em parte, resolver isso. Projetos como a Pocket Network (POKT) usam uma rede de operadores de nós independentes para servir requisições RPC, removendo pontos únicos de falha. A contrapartida tem sido o desempenho e a consistência, mas está a melhorar. O modelo híbrido da Ankr (alguns centralizados, alguns descentralizados) visa igualmente descentralizar sem perder a confiabilidade. O relatório da BlockEden reconhece estas redes descentralizadas como concorrentes emergentes – alinhando-se com os valores da Web3 – mesmo que ainda não sejam tão rápidas ou amigáveis para os desenvolvedores como os serviços centralizados. Podemos ver mais convergência, por exemplo, provedores centralizados a adotar alguma verificação descentralizada (a visão da BlockEden de um marketplace tokenizado é uma dessas abordagens híbridas).

• Escalabilidade e Débito (Throughput): A escalabilidade é dupla: a capacidade das próprias blockchains de escalar (maior TPS, etc.) e a capacidade dos provedores de infraestrutura de escalar os seus serviços para lidar com volumes crescentes de requisições. No primeiro ponto, 2025 vê muitos L1s/L2s com alto débito (Solana, novos rollups, etc.), o que significa que as APIs devem lidar com cargas de trabalho intermitentes e de alta frequência (por exemplo, uma cunhagem popular de NFT em Solana pode gerar milhares de TPS). Os provedores responderam melhorando o seu backend – por exemplo, a arquitetura da QuickNode para lidar com milhares de milhões de requisições por dia, os nós “Ilimitados” da Chainstack e o uso de servidores na nuvem e bare-metal pela BlockEden para desempenho. O relatório observa que a atividade on-chain a atingir máximos históricos está a impulsionar a demanda por serviços de nós, pelo que a escalabilidade da plataforma de API é crucial. Muitos provedores agora exibem as suas capacidades de débito (por exemplo, os planos de nível superior da QuickNode que permitem milhares de milhões de requisições, ou a Chainstack a destacar “desempenho ilimitado” no seu marketing).

• Latência Global: Parte da escalabilidade é reduzir a latência através da distribuição geográfica. Se um endpoint de API estiver apenas numa região, os utilizadores em todo o mundo terão respostas mais lentas. Assim, nós RPC geodistribuídos e CDNs são padrão agora. Provedores como a Alchemy e a QuickNode têm centros de dados em vários continentes. A Chainstack oferece endpoints regionais (e até níveis de produtos especificamente para casos de uso sensíveis à latência). A BlockEden também opera nós em várias regiões para melhorar a descentralização e a velocidade (o relatório menciona planos para operar nós em regiões chave para melhorar a resiliência e o desempenho da rede). Isso garante que, à medida que as bases de utilizadores crescem em todo o mundo, o serviço escala geograficamente.

• Segurança de Dados e Requisições: Embora não seja explicitamente sobre APIs, o relatório aborda brevemente considerações regulatórias e de segurança (por exemplo, a pesquisa da BlockEden sobre a Lei de Certeza Regulatória de Blockchain indicando atenção a operações conformes). Para clientes empresariais, coisas como encriptação, APIs seguras e talvez certificações ISO podem ser importantes. Numa nota mais específica da blockchain, os provedores de RPC também podem adicionar funcionalidades de segurança como proteção contra frontrunning (alguns oferecem opções de retransmissão de TX privadas) ou tentativas automáticas para transações falhadas. A Coinbase Cloud e outros têm proposto funcionalidades de “retransmissão segura”. O foco do relatório é mais na confiabilidade da infraestrutura como segurança, mas vale a pena notar que, à medida que estes serviços se integram mais profundamente em aplicações financeiras, a sua postura de segurança (uptime, resistência a ataques) torna-se parte da segurança geral do ecossistema Web3.

Em resumo, a escalabilidade e a segurança estão a ser abordadas através de infraestrutura de alto desempenho e diversificação. O cenário competitivo significa que os provedores se esforçam pelo maior uptime e débito. Ao mesmo tempo, alternativas descentralizadas estão a crescer para mitigar o risco de centralização. A combinação de ambos provavelmente definirá a próxima fase: uma mistura de desempenho confiável com confiança descentralizada.

Casos de Uso e Aplicações que Impulsionam a Demanda por API​

Os provedores de API de blockchain atendem a uma vasta gama de casos de uso. O relatório destaca vários domínios que são notavelmente dependentes destas APIs em 2025:

• Finanças Descentralizadas (DeFi): As aplicações DeFi (DEXs, plataformas de empréstimo, derivados, etc.) dependem fortemente de dados de blockchain confiáveis. Elas precisam de obter o estado on-chain (saldos, leituras de contratos inteligentes) e enviar transações continuamente. Muitos dos principais projetos DeFi usam serviços como a Alchemy ou a Infura para escalar. Por exemplo, Aave e MakerDAO usam a infraestrutura da Alchemy. As APIs também fornecem dados de nós de arquivo necessários para análises e consultas históricas em DeFi. Com o DeFi a continuar a crescer, especialmente em redes de Layer-2 e implementações multi-chain, ter suporte de API multi-chain e baixa latência é crucial (por exemplo, bots de arbitragem beneficiam de dados da mempool e transações rápidas – alguns provedores oferecem endpoints dedicados de baixa latência por esta razão). O relatório implica que a redução de custos (através de L2s e novas chains) está a impulsionar o uso de DeFi on-chain, o que, por sua vez, aumenta as chamadas de API.

• NFTs e Gaming: Marketplaces de NFT (como o OpenSea) e jogos de blockchain geram um volume significativo de leitura (metadados, verificações de propriedade) e de escrita (cunhagem, transferências). O OpenSea é um cliente notável da Alchemy, provavelmente devido à API de NFT da Alchemy, que simplifica a consulta de dados de NFT em Ethereum e Polygon. A API de NFT cross-chain da QuickNode também se destina a este segmento. Os jogos de blockchain geralmente são executados em chains como Solana, Polygon ou sidechains específicas – provedores que suportam essas redes (e oferecem manuseamento de alto TPS) estão em demanda. O relatório não nomeia explicitamente clientes de gaming, mas menciona projetos de gaming Web3 e metaverso como segmentos em crescimento (e o próprio suporte da BlockEden para coisas como integração de IA pode estar relacionado com aplicações de gaming/NFT no metaverso). As transações no jogo e os marketplaces fazem ping constantemente às APIs dos nós para atualizações de estado.

• Integração Empresarial e Web2: Empresas tradicionais que se aventuram na blockchain (pagamentos, cadeia de suprimentos, identidade, etc.) preferem soluções geridas. O relatório observa que plataformas de fintech e e-commerce estão a adicionar funcionalidades de pagamento e troca de cripto – muitas delas usam APIs de terceiros em vez de reinventar a roda. Por exemplo, processadores de pagamento podem usar APIs de blockchain para transferências de cripto, ou bancos podem usar serviços de nós para consultar dados da chain para soluções de custódia. O relatório sugere um interesse crescente por parte das empresas e até menciona visar regiões como o Médio Oriente e a Ásia, onde a adoção de blockchain empresarial está a aumentar. Um exemplo concreto: a Visa trabalhou com a QuickNode para alguns projetos piloto de blockchain, e a Meta (Facebook) usa a Alchemy para certos projetos de blockchain. Os casos de uso empresariais também incluem análise e conformidade – por exemplo, consultar a blockchain para análise de risco, o que alguns provedores acomodam através de APIs personalizadas ou suportando chains especializadas (como a Chainstack a suportar Corda para consórcios de financiamento comercial). O relatório da BlockEden indica que conseguir alguns estudos de caso empresariais é um objetivo para impulsionar a adoção mainstream.

• Startups Web3 e DApps: Claro, o caso de uso principal é qualquer aplicação descentralizada – de carteiras a dApps sociais e DAOs. As startups Web3 dependem de provedores de API para evitar a execução de nós para cada chain. Muitos projetos de hackathon usam os planos gratuitos destes serviços. Áreas como Redes Sociais Descentralizadas, ferramentas de DAO, sistemas de identidade (DID) e os próprios protocolos de infraestrutura precisam de acesso RPC confiável. A estratégia de crescimento da BlockEden no relatório menciona especificamente visar projetos em estágio inicial e hackathons globalmente – indicando que uma onda constante de novas dApps está a surgir, preferindo não se preocupar com operações de nós.

• Serviços Especializados (IA, Oráculos, etc.): Curiosamente, a convergência de IA e blockchain está a produzir casos de uso onde as APIs de blockchain e os serviços de IA se cruzam. A exploração da BlockEden de “AI-to-earn” (parceria com a Cuckoo Network) e a inferência de IA sem permissão na sua plataforma mostra um ângulo. Oráculos e serviços de dados (Chainlink, etc.) também podem usar a infraestrutura base destes provedores. Embora não seja um “utilizador” tradicional de APIs, estas camadas de infraestrutura por vezes constroem-se umas sobre as outras – por exemplo, uma plataforma de análise pode usar uma API de blockchain para recolher dados para fornecer aos seus utilizadores.

No geral, a demanda por serviços de API de blockchain é ampla – de desenvolvedores amadores a empresas da Fortune 500. DeFi e NFTs foram os catalisadores iniciais (2019–2021) que provaram a necessidade de APIs escaláveis. Em 2025, setores empresariais e novos setores Web3 (social, gaming, IA) estão a expandir ainda mais o mercado. Cada caso de uso tem os seus próprios requisitos (débito, latência, dados históricos, segurança) e os provedores estão a personalizar soluções para atendê-los.

Notavelmente, o relatório inclui citações e exemplos de líderes da indústria que ilustram estes casos de uso:

• “Mais de 1.000 moedas em 185 blockchains são suportadas… permitindo acesso a mais de 330k pares de negociação,” gaba-se um provedor de API de exchange – destacando a profundidade de suporte necessária para a funcionalidade de troca de cripto.
• “Um parceiro relatou um aumento de 130% no volume mensal de transações em quatro meses” após integrar uma API chave na mão – sublinhando como o uso de uma API sólida pode acelerar o crescimento de um negócio de cripto.
• A inclusão de tais insights sublinha que APIs robustas estão a permitir um crescimento real nas aplicações.

Insights e Comentários da Indústria​

O relatório da BlockEden está entrelaçado com insights de toda a indústria, refletindo um consenso sobre a direção da infraestrutura de blockchain. Alguns comentários e observações notáveis:

• Futuro Multi-chain: Como citado no relatório, “a realidade é que existem quinhentas a seiscentas blockchains” por aí. Esta perspetiva (originalmente do relatório de desenvolvedores da Electric Capital ou de uma fonte semelhante) enfatiza que o futuro é plural, não singular. A infraestrutura deve adaptar-se a esta fragmentação. Mesmo os provedores dominantes reconhecem isso – por exemplo, a Alchemy e a Infura (antes quase exclusivamente focadas em Ethereum) estão agora a adicionar múltiplas chains, e o capital de risco está a fluir para startups focadas no suporte a protocolos de nicho. A capacidade de suportar muitas chains (e de o fazer rapidamente à medida que novas surgem) é vista como um fator chave de sucesso.

• Importância do Desempenho: O relatório cita a vantagem de desempenho da QuickNode (2,5× mais rápida), que provavelmente vem de um estudo de benchmarking. Isso tem sido ecoado pelos desenvolvedores – a latência e a velocidade importam, especialmente para aplicações voltadas para o utilizador final (carteiras, plataformas de negociação). Os líderes da indústria frequentemente enfatizam que as aplicações web3 devem parecer tão fluidas quanto as web2, e isso começa com uma infraestrutura rápida e confiável. Assim, a corrida armamentista no desempenho (por exemplo, nós distribuídos globalmente, redes otimizadas, aceleração da mempool) deve continuar.

• Validação Empresarial: O facto de nomes conhecidos como Google, Coinbase, Visa, Meta estarem a usar ou a investir nestes provedores de API é uma forte validação do setor. É mencionado que a QuickNode atraiu grandes investidores como SoftBank e Tiger Global, e a avaliação de $10B da Alchemy fala por si. Os comentários da indústria por volta de 2024/2025 frequentemente notavam que as “pás e picaretas” da cripto (ou seja, a infraestrutura) eram uma aposta inteligente mesmo durante os mercados em baixa. Este relatório reforça essa noção: as empresas que fornecem os alicerces da Web3 estão a tornar-se empresas de infraestrutura críticas por direito próprio, atraindo o interesse de empresas de tecnologia tradicionais e VCs.

• Diferenciação Competitiva: Há uma visão matizada no relatório de que nenhum concorrente único oferece a combinação exata de serviços que a BlockEden oferece (APIs multi-chain + indexação + staking). Isso destaca como cada provedor está a criar um nicho: a Alchemy com ferramentas para desenvolvedores, a QuickNode com velocidade pura e amplitude, a Chainstack com foco em empresas/chains privadas, a BlockEden com chains emergentes e serviços integrados. Os líderes da indústria frequentemente comentam que o bolo está a crescer, então a diferenciação é a chave para capturar certos segmentos em vez de um cenário de vencedor leva tudo. A presença da Moralis (abordagem de SDK web3) e da Blockdaemon/Coinbase Cloud (abordagem pesada em staking) prova ainda mais o ponto – existem diferentes estratégias para a infraestrutura.

• Descentralização vs. Centralização: Líderes de pensamento no espaço (como Vitalik Buterin do Ethereum) têm levantado frequentemente preocupações sobre a dependência de APIs centralizadas. A discussão do relatório sobre a Pocket Network e outros espelha essas preocupações e mostra que mesmo as empresas que operam serviços centralizados estão a planear um futuro mais descentralizado (o conceito de marketplace tokenizado da BlockEden, etc.). Um comentário perspicaz do relatório é que a BlockEden visa oferecer “a confiabilidade da infraestrutura centralizada com a abertura de um marketplace” – uma abordagem provavelmente aplaudida pelos proponentes da descentralização, se alcançada.

• Clima Regulatório: Embora não seja o foco da questão, vale a pena notar que o relatório aborda questões regulatórias e legais de passagem (a menção da Lei de Certeza Regulatória de Blockchain, etc.). Isso implica que os provedores de infraestrutura estão de olho nas leis que podem afetar a operação de nós ou a privacidade de dados. Por exemplo, o GDPR da Europa e como se aplica aos dados dos nós, ou as regulamentações dos EUA sobre a execução de serviços de blockchain. Os comentários da indústria sobre isso sugerem que uma regulamentação mais clara (por exemplo, definir que provedores de serviços de blockchain não custodiais não são transmissores de dinheiro) impulsionará ainda mais o espaço, removendo a ambiguidade.

Conclusão: O Estado das APIs de Blockchain 2025 é um de um cenário de infraestrutura em rápida evolução e crescimento. As principais conclusões incluem a mudança para o suporte multi-chain, um campo competitivo de provedores, cada um com ofertas únicas, um crescimento massivo no uso alinhado com a expansão geral do mercado de cripto, e uma tensão (e equilíbrio) contínua entre desempenho e descentralização. Os provedores de API de blockchain tornaram-se facilitadores críticos para todos os tipos de aplicações Web3 – de DeFi e NFTs a integrações empresariais – e o seu papel só se expandirá à medida que a tecnologia blockchain se tornar mais ubíqua. O relatório sublinha que o sucesso nesta arena requer não apenas tecnologia forte e uptime, mas também envolvimento da comunidade, design focado no desenvolvedor e agilidade no suporte ao próximo grande protocolo ou caso de uso. Em essência, o “estado” das APIs de blockchain em 2025 é robusto e otimista: uma camada fundamental da Web3 que está a amadurecer rapidamente e preparada para um maior crescimento.

Fontes: Esta análise baseia-se no relatório Estado das APIs de Blockchain 2025 da BlockEden.xyz e dados relacionados. Os principais insights e citações foram retirados diretamente do relatório, bem como informações suplementares da documentação dos provedores e artigos da indústria para completude. Todos os links de fontes são fornecidos no texto para referência.

Por que o BlockEden.xyz se importa​

No mundo acelerado do Web3, velocidade é tudo. Entregar infraestrutura de RPC e staking de nível de produção exige que nossa equipe e nossa comunidade estejam constantemente na vanguarda da inovação. Isso significa estar por dentro de protocolos densos, artigos revolucionários de criptografia e discussões de governança que evoluem rapidamente. Quanto mais rápido nossa comunidade absorve e compreende novas ideias, mais rápido pode construir a próxima geração de aplicações descentralizadas. É aqui que BeFreed.ai entra.

O que é o BeFreed.ai​

BeFreed.ai é uma startup de São Francisco com uma missão simples, porém poderosa: tornar o aprendizado alegre e pessoal na era da IA. Eles criaram um companheiro inteligente de micro‑aprendizado projetado para se adaptar ao estilo de vida exigente de construtores e criadores.

Ingredientes principais:​

• Múltiplos formatos → um clique: BeFreed.ai pode pegar uma ampla variedade de conteúdo — de livros extensos e vídeos detalhados a documentos técnicos complexos — e transformá‑los instantaneamente em resumos rápidos, flashcards, notas aprofundadas e até áudio no estilo de podcast.
• Motor adaptativo: A plataforma foi projetada para aprender ao seu lado. Ela observa seu ritmo e interesses de aprendizado, trazendo as informações mais relevantes a seguir, em vez de forçá‑lo a seguir um currículo rígido e único para todos.
• Chat integrado e explicações “Por que isso?”: Tem uma dúvida? Basta perguntar. BeFreed.ai permite consultas instantâneas para esclarecer tópicos complexos. Também oferece explicações que conectam novos insights aos seus objetivos maiores, tornando o processo de aprendizado mais significativo.
• Comunidade de aprendizado de 43 mil pessoas: Aprender costuma ser uma atividade coletiva. BeFreed.ai fomenta uma comunidade vibrante de mais de 43 000 aprendizes que compartilham seu progresso, reagem a conteúdos perspicazes e destacam os principais aprendizados, mantendo alta motivação e impulso.

Por que isso importa para os construtores do BlockEden.xyz​

Para os construtores dedicados ao ecossistema BlockEden.xyz, o BeFreed.ai é mais do que uma ferramenta de aprendizado; é uma vantagem estratégica. Veja como ele pode afiar seu diferencial:

• Alavancagem de tempo: Transforme um whitepaper de 300 páginas em um resumo de áudio de 10 minutos para ouvir antes de uma votação crucial de governança.
• Retenção de contexto: Use flashcards e mapas mentais para solidificar seu entendimento dos detalhes de protocolos que você precisará ao escrever índices de smart contracts.
• Crescimento multidisciplinar: Expanda seu conjunto de habilidades sem sair do seu ambiente de desenvolvimento. Aprenda o básico de design thinking, entenda loops de crescimento ou obtenha dicas sobre concorrência em Go nos momentos de pausa.
• Vocabulário compartilhado: Crie playlists a nível de equipe para garantir que todos os colaboradores aprendam a partir da mesma fonte destilada e consistente de informação, promovendo melhor colaboração e alinhamento.

Usando o BeFreed nos fluxos de trabalho do BlockEden.xyz​

Integrar o BeFreed.ai ao seu processo de desenvolvimento existente é simples e traz benefícios imediatos:

1. Solte uma especificação: Cole a URL do PDF mais recente de tokenomics ou de uma chamada de desenvolvedor no YouTube no BeFreed para obter um resumo instantâneo e digerível.
2. Exporte flashcards: Revise conceitos chave durante execuções de CI. Essa forma de repetição é muito mais eficaz do que a fadiga mental causada por constantes trocas de contexto.
3. Link nos docs: Incorpore a URL de resumo do BeFreed ao lado de cada referência de API na sua documentação para ajudar novos membros da equipe a se atualizarem mais rápido.
4. Mantenha‑se atualizado: Configure digests semanais no BeFreed sobre L2s emergentes e coloque esse conhecimento em prática imediatamente ao prototipar com os serviços RPC multichain do BlockEden.xyz.

Comece agora​

BeFreed.ai já está disponível para iOS, Android e web. Incentivamos você a testá‑lo no próximo sprint de projeto do BlockEden.xyz e experimentar como ele pode melhorar sua velocidade de aprendizado e construção. Nossa equipe já está explorando integrações mais estreitas — imagine um futuro onde um webhook transforma automaticamente cada descrição de PR mesclado em um conjunto de estudo abrangente.

Se você quer uma rota rápida para aprimorar suas habilidades, encontrar co‑fundadores e testar uma ideia sob pressão, poucos ambientes superam um hackathon web3. Mas a diferença entre um “fim de semana divertido” e um “lançamento que muda a carreira” é um plano.

Este guia oferece um manual concreto, focado no construtor: como escolher o evento certo, preparar-se de forma inteligente, construir rápido e apresentar com clareza — além de checklists que você pode copiar‑colar no seu próximo hack.

TL;DR​

• Escolha os eventos de forma intencional. Priorize ecossistemas nos quais você já entrega — ou aqueles cujos jurados e patrocinadores estejam perfeitamente alinhados com sua ideia.
• Defina sua condição de vitória. Você está lá para aprender, para um bounty específico ou para uma vaga de finalista? Cada escolha altera sua equipe, escopo e stack.
• Pré‑cozinhe as partes entediantes. Tenha seus scaffolds de projeto, fluxos de autenticação, conexões de carteira, sistema de design e um esboço de script de demo prontos antes do relógio começar.
• Construa a demo menor e adorável. Mostre um loop de funcionalidade matador funcionando de ponta a ponta. Todo o resto é narrativa e slides.
• Submeta como um profissional. Respeite as regras de “começar do zero”, registre‑se formalmente em cada trilha de bounty que almeja e reserve tempo significativo para um vídeo conciso e um README claro.

Por que hackathons web3 valem seu fim de semana​

• Aprendizado comprimido: Em um único fim de semana, você tocará infraestrutura, contratos inteligentes, UX front‑end e pipelines de implantação. É um ciclo completo de desenvolvimento em 48 horas — uma curva de aprendizado que normalmente levaria meses.
• Networking de alto sinal: Mentores, jurados e engenheiros patrocinadores não são apenas nomes em um site; eles estão concentrados em uma sala ou servidor Discord, prontos para dar feedback. Esta é sua chance de conectar‑se com os desenvolvedores‑core dos protocolos que você usa diariamente.
• Caminhos reais de financiamento: Não se trata apenas de glória. Poços de prêmios e grants subsequentes podem fornecer capital significativo para manter um projeto vivo. Eventos como o Summer Camp da Solana já ofereceram até US$ 5 mi em prêmios e seed funding, transformando projetos de fim de semana em startups viáveis.
• Um portfólio de prova: Um repositório público no GitHub com uma demo funcional vale infinitamente mais do que um ponto em um currículo. É prova tangível de que você pode construir, entregar e articular uma ideia sob pressão.

Onde encontrar os bons​

• ETHGlobal: O padrão‑ouro para eventos presenciais e assíncronos. Possui processos de julgamento robustos, participantes de alta qualidade e showcases públicos de projetos perfeitos para inspiração.
• Devpost: Um amplo marketplace de hackathons de todos os tipos, com filtros fortes para blockchain, protocolos específicos e trilhas de prêmio. É um ótimo lugar para descobrir eventos focados em ecossistemas.
• DoraHacks: Plataforma focada em hackathons web3 impulsionados por ecossistemas e rodadas de grant, frequentemente com um sentimento global e comunitário.

Dica: As durações variam bastante. Um evento assíncrono de longa duração como o ETHOnline pode durar várias semanas, enquanto um sprint presencial estendido como o #BUIDLathon da ETHDenver pode chegar a nove dias. Planeje o escopo do seu projeto de acordo.

Decifre as regras (para não se desqualificar)​

• “Começar do zero”. Esta é a regra mais comum e crítica. A maioria dos eventos exige que todo trabalho substancial comece após o kickoff oficial. Usar código antigo pré‑escrito para lógica central pode levar à desqualificação das finais e dos prêmios de parceiros. Boilerplates geralmente são permitidos, mas a “sauce” secreta precisa ser nova.
• Estrutura de julgamento. Entenda o funil. Frequentemente, uma rodada de triagem assíncrona reduz centenas de projetos a um pool de finalistas antes do julgamento ao vivo. Saber disso ajuda a focar na clareza do vídeo de submissão e do README para a primeira fase.
• Tamanho da equipe. Não apareça com uma equipe de dez. Muitos eventos definem limites, como as típicas equipes de 2–4 pessoas vistas na ETHDenver. Isso garante igualdade de condições e incentiva colaboração estreita.
• Mecânica de bounty. Você não pode ganhar um prêmio que não se inscreveu. Se estiver mirando bounties de patrocinadores, costuma ser necessário registrar formalmente seu projeto para cada prêmio específico através da plataforma do evento. É um passo simples que muitas equipes esquecem.

Rubrica de julgamento: como o “bom” se parece​

Nos principais organizadores, os jurados costumam avaliar projetos em quatro categorias recorrentes. Modele seu escopo e demo para pontuar em cada uma.

• Technicalidade: O problema é não trivial? A solução envolve um uso inteligente ou elegante da tecnologia? Você foi além de um simples wrapper front‑end sobre um contrato inteligente único?
• Originalidade: Existe um mecanismo novo, uma experiência de usuário única ou um remix criativo de primitives existentes? Já vimos isso centenas de vezes ou é uma abordagem fresca?
• Praticidade: Alguém pode usar isso hoje? Uma jornada completa de usuário, ainda que estreita, vale muito mais do que um projeto amplo porém meio‑acabado.
• Usabilidade (UI/UX/DX): A interface é clara, rápida e agradável? Para ferramentas de desenvolvedor, como está a experiência de desenvolvedor? Um onboarding suave e tratamento de erros claro podem diferenciá‑lo.

Design de equipe: pequeno, afiado, complementar​

Para velocidade e alinhamento, uma equipe de duas a quatro pessoas é o ponto ideal. Grande o suficiente para paralelizar trabalho, mas pequena o bastante para decidir sem debates intermináveis.

• Contratos inteligentes / protocolo: Responsável pela lógica on‑chain. Escreve, testa e implanta os contratos.
• Front‑end / DX: Constrói a interface do usuário. Gerencia conexões de carteira, fetch de dados, estados de erro e o polimento final da demo que faz o projeto parecer real.
• Produto / história: Guardião do escopo e narrador. Garante que a equipe permaneça focada no loop central, escreve a descrição do projeto e conduz a demo final.
• (Opcional) Designer: Um designer dedicado pode ser uma arma secreta, preparando componentes, ícones e micro‑interações que elevam a qualidade percebida do projeto.

Seleção de ideias: filtro P‑A‑C‑E​

Use este filtro simples para testar suas ideias antes de escrever uma única linha de código.

• Dor (Pain): A solução resolve uma dor real de desenvolvedor ou usuário? Pense em UX de carteira, indexação de dados, proteção contra MEV ou abstração de taxas. Evite soluções que buscam um problema.
• Atomicidade: Você consegue construir e demonstrar um único loop atômico end‑to‑end em 48 horas? Não a visão completa — apenas uma ação de usuário completa e satisfatória.
• Componibilidade: Sua ideia se apoia em primitives existentes como oráculos, abstração de conta ou mensagens cross‑chain? Usar blocos de lego testados ajuda a avançar mais rápido.
• Ajuste ao ecossistema: Seu projeto é visível e relevante para os jurados, patrocinadores e audiência do evento? Não apresente um protocolo DeFi complexo em uma trilha focada em jogos.

Se você for guiado por bounties, escolha um track principal de patrocinador e um secundário. Dispersar o foco em muitos bounties dilui sua profundidade e suas chances de vitória.

Stacks padrão que facilitam​

Sua novidade deve estar no o que você constrói, não no como você o constrói. Mantenha‑se em tecnologias confiáveis e entediantes.

Trilha EVM (caminho rápido)

• Contratos: Foundry (pela velocidade nos testes, scripts e node local).
• Front‑end: Next.js ou Vite, combinados com wagmi ou viem e um kit de carteira como RainbowKit ou ConnectKit para modais e conectores.
• Dados / indexação: Um indexer hospedado ou serviço de subgraph se precisar consultar dados históricos. Evite rodar sua própria infraestrutura.
• Triggers off‑chain: Um job runner simples ou serviço de automação dedicado.
• Armazenamento: IPFS ou Filecoin para ativos e metadados; um KV store simples para estado de sessão.

Trilha Solana (caminho rápido)

• Programas: Anchor (para reduzir boilerplate e obter padrões mais seguros).
• Cliente: React ou framework mobile com os SDKs Solana Mobile. Use hooks simples para RPC e chamadas de programa.
• Dados: Dependência de chamadas RPC diretas ou indexers do ecossistema. Cache agressivo para manter a UI responsiva.
• Armazenamento: Arweave ou IPFS para armazenamento permanente de ativos, se relevante.

Plano realista de 48 horas​

T‑24 a T‑0 (antes do kickoff)

• Alinhe sua condição de vitória (aprendizado, bounty, final) e as trilhas alvo.
• Esboce o loop completo da demo em papel ou whiteboard. Saiba exatamente o que será clicado e o que deve acontecer on‑chain e off‑chain em cada passo.
• Fork um monorepo limpo que já contenha boilerplate para contratos e front‑end.
• Pré‑escreva o esqueleto do README e um rascunho do script da demo.

Hora 0–6

• Valide seu escopo com mentores e patrocinadores do evento. Confirme os critérios do bounty e garanta que sua ideia seja adequada.
• Defina restrições rígidas: uma cadeia, um caso de uso principal e um “momento wow” para a demo.
• Divida o trabalho em sprints de 90 min. Seu objetivo é entregar o primeiro slice vertical completo do loop central até a Hora 6.

Hora 6–24

• Fortaleça o caminho crítico. Teste tanto o happy path quanto os casos de borda mais comuns.
• Adicione observabilidade. Implemente logs básicos, toasts UI e boundaries de erro para depurar rapidamente.
• Crie uma landing page mínima que explique claramente o “porquê” do seu projeto.

Hora 24–40

• Grave um vídeo de demo backup assim que a funcionalidade central estiver estável. Não espere até o último minuto.
• Comece a escrever e editar seu texto final de submissão, vídeo e README.
• Se houver tempo, adicione um ou dois detalhes pensados, como estados vazios elegantes, uma transação sem gas ou um snippet de código útil na documentação.

Hora 40–48

• Freeze de todas as features. Nada de novo código.
• Finalize seu vídeo e pacote de submissão. Vencedores experientes costumam reservar 15 % do tempo total para polimento e criar um vídeo com divisão clara 60/40 entre explicação do problema e demonstração da solução.

Demo & submissão: facilite a vida dos jurados​

• Abra com o “porquê”. Comece seu vídeo e README com uma frase única explicando o problema e o resultado da sua solução.
• Viva o loop. Mostre, não apenas conte. Percorra uma jornada de usuário credível do início ao fim sem pular etapas.
• Narrar suas restrições. Reconheça o que não foi construído e por quê. Dizer “Escopamos para um caso de uso único para garantir que usuários reais completem o fluxo hoje” demonstra foco e maturidade.
• Deixe marcadores claros. Seu README deve conter diagrama de arquitetura, links para a demo ao vivo e contratos implantados, e passos de um clique para rodar o projeto localmente.
• Fundamentos de vídeo. Planeje o vídeo cedo, roteirize de forma enxuta e garanta que destaque o que o projeto faz, o problema que resolve e como funciona nos bastidores.

Bounties sem burnout​

• Registre‑se para cada prêmio que almeja. Em algumas plataformas isso envolve clicar explicitamente no botão “Start Work”.
• Não persiga mais de dois bounties de patrocinadores a menos que suas tecnologias se sobreponham naturalmente na sua stack.
• Na sua submissão, espelhe a rubrica deles. Use as palavras‑chave deles, cite suas APIs pelo nome e explique como você atingiu os métricos de sucesso específicos.

Depois do hackathon: transforme o momentum em tração​

• Publique um post curto no blog e um fio nas redes sociais com o link da demo e do repositório GitHub. Marque o evento e os patrocinadores.
• Candidate‑se a grants e rodadas de aceleradoras projetadas especificamente para alumni de hackathons e projetos open‑source em estágio inicial.
• Se a recepção for forte, crie um roadmap simples de uma semana focado em correções de bugs, um passe de UX e um piloto pequeno com alguns usuários. Defina uma data fixa para o lançamento v0.1 para manter o momentum.

Armadilhas comuns (e a correção)​

• Quebrar a regra “começar do zero”. Correção: Mantenha qualquer código pré‑existente totalmente fora do escopo ou declare‑o explicitamente como biblioteca pré‑existente que você está usando.
• Escopo exagerado. Correção: Se sua demo planejada tem três passos principais, corte um. Seja implacável ao focar no loop central.
• Ir para multi‑chain muito cedo. Correção: Lance perfeitamente em uma cadeia. Fale dos planos de bridges e suporte cross‑chain na seção “Próximos passos” do README.
• Taxa de polimento de última hora. Correção: Reserve um bloco de 4–6 horas ao final do hackathon exclusivamente para README, vídeo e formulário de submissão.
• Esquecer de se inscrever nos bounties. Correção: Faça isso logo após o kickoff. Registre‑se em todos os prêmios potenciais para que os patrocinadores possam encontrar e apoiar sua equipe.

Checklists que você pode copiar​

Pacote de submissão

• Repositório com licença, README e instruções de execução.
• Scaffold de projeto, fluxos de autenticação e conexão de carteira configurados.
• Script de demo revisado e testado.
• Vídeo curto e objetivo (até 3 min).
• README claro, com diagrama de arquitetura e passos de um clique.

Durante o hack

• Definir objetivo (aprendizado, bounty, final).
• Escolher trilha de evento e registrar‑se.
• Formar equipe de 2–4 pessoas com papéis complementares.
• Criar monorepo com boilerplate EVM ou Solana.
• Planejar escopo “menor‑é‑melhor” (um loop de usuário).
• Configurar CI/CD básico para testes rápidos.
• Preparar script de demo e storyboard de vídeo.

Boa sorte e hackeie forte!​

TL;DR​

Ethereum acabou de ganhar duas primitivas poderosas que levam a experiência do usuário além de frases‑semente e dapps marcáveis, rumo a “experiências on‑chain clicáveis”.

• ERC-4337 traz abstração de conta ao Ethereum atual sem mudanças no protocolo central. Isso torna recursos como contas de contrato inteligente, patrocínio de gas, chamadas em lote e autenticação estilo passkey nativos nas carteiras.
• ERC-4804 introduz URLs web3:// — links legíveis por humanos que resolvem diretamente para chamadas de leitura de contrato e podem até renderizar HTML ou SVG on‑chain, tudo sem um servidor web tradicional atuando como intermediário. Pense nisso como “HTTP para a EVM”.

Quando usados juntos, ERC-4337 lida com ações, enquanto ERC-4804 lida com endereços. Essa combinação permite compartilhar um link que puxa sua interface de usuário de forma verificável a partir de um contrato inteligente. Quando o usuário está pronto para agir, o fluxo entrega a uma conta inteligente que pode patrocinar o gas e agrupar múltiplas etapas em um único clique perfeito.

Por Que Isso Importa Agora​

Não é apenas um futuro teórico; essas tecnologias já estão ao vivo e ganhando tração significativa. ERC-4337 já está escalado e comprovado na prática. O contrato canônico EntryPoint foi implantado na mainnet Ethereum em 1 de março de 2023, e desde então alimentou dezenas de milhões de contas de contrato inteligente e processou mais de 100 milhões de operações de usuário.

Simultaneamente, o protocolo central está convergindo com essas ideias. A atualização Pectra, lançada em maio de 2025, incluiu o EIP-7702, que permite que contas externamente possuídas padrão (EOAs) se comportem temporariamente como contas inteligentes. Isso complementa o ERC-4337 ao facilitar a transição para usuários existentes, em vez de substituir o padrão.

No front de endereçamento, web3:// agora está formalizado. O ERC-4804 especifica exatamente como uma URL se traduz em uma chamada EVM, e web3 foi listado pela IANA como um esquema URI provisório. As ferramentas e gateways necessários para tornar essas URLs práticas já estão disponíveis, transformando dados on‑chain em recursos compartilháveis e linkáveis.

Guia Rápido: ERC-4337 em Uma Página​

Em sua essência, o ERC-4337 introduz um trilho de transação paralelo ao Ethereum, construído para flexibilidade. Em vez de transações tradicionais, os usuários enviam objetos UserOperation para um mempool alternativo. Esses objetos descrevem o que a conta deseja fazer. Nós especializados chamados “Bundlers” capturam essas operações e as executam através de um contrato global EntryPoint.

Isso habilita três componentes chave:

1. Contas de Contrato Inteligente (SCAs): Essas contas contêm sua própria lógica. Elas definem o que torna uma transação válida, permitindo esquemas de assinatura personalizados (como passkeys ou multisig), chaves de sessão para jogos, limites de gasto e mecanismos de recuperação social. A conta, não a rede, impõe as regras.
2. Paymasters: Esses contratos especiais podem patrocinar taxas de gas para usuários ou permitir que paguem em tokens ERC‑20. Essa é a chave para desbloquear onboarding verdadeiramente “sem ETH na carteira” e criar experiências de um clique ao agrupar múltiplas chamadas em uma única operação.
3. Segurança contra DoS & Regras: O mempool público ERC‑4337 é protegido por regras de validação off‑chain padronizadas (definidas no ERC‑7562) que evitam que Bundlers desperdicem recursos em operações destinadas a falhar. Embora mempools alternativos possam existir para casos de uso especializados, essas regras compartilhadas mantêm o ecossistema coerente e seguro.

Modelo mental: ERC‑4337 transforma carteiras em apps programáveis. Em vez de apenas assinar transações brutas, os usuários enviam “intents” que o código da sua conta valida e o contrato EntryPoint executa — de forma segura e atômica.

Guia Rápido: ERC-4804 em Uma Página​

O ERC‑4804 fornece um mapeamento simples e direto de uma URL web3:// para uma chamada somente de leitura da EVM. A gramática da URL é intuitiva: web3://<nome-ou-endereço>[:chainId]/<método>/<arg0>?returns=(tipos). Nomes podem ser resolvidos via sistemas como ENS, e argumentos são tipados automaticamente com base no ABI do contrato.

Alguns exemplos:

• web3://uniswap.eth/ chamaria o contrato no endereço uniswap.eth com calldata vazio.
• web3://.../balanceOf/vitalik.eth?returns=(uint256) codificaria via ABI uma chamada à função balanceOf com o endereço de Vitalik e retornaria um resultado JSON tipado corretamente.

Importante, este padrão atualmente serve apenas para chamadas somente de leitura (equivalente às funções view do Solidity). Qualquer ação que altere o estado ainda requer uma transação — exatamente onde o ERC‑4337 ou o EIP‑7702 entram. Com web3 registrado como esquema URI provisório na IANA, o caminho está aberto para suporte nativo em navegadores e clientes, embora por ora dependa de extensões ou gateways.

Modelo mental: ERC‑4804 transforma recursos on‑chain em objetos web linkáveis. “Compartilhe esta visualização de contrato como URL” torna‑se tão natural quanto compartilhar um link para um painel.

Juntos: “Experiências On‑chain Clicáveis”​

Combinar esses dois padrões desbloqueia um padrão poderoso para construir aplicações descentralizadas hoje.

Primeiro, você entrega uma UI verificável via web3://. Em vez de hospedar seu frontend em um servidor centralizado como S3, você pode armazenar uma interface HTML ou SVG mínima diretamente on‑chain. Um link como web3://app.eth/render permite que um cliente resolva a URL e renderize a UI direto do contrato, garantindo que o usuário veja exatamente o que o código determina.

A partir dessa interface verificável, você pode disparar uma ação de um clique via ERC‑4337. Um botão “Mint” ou “Subscribe” pode compilar uma UserOperation que um paymaster patrocina. O usuário aprova com um passkey ou um simples prompt biométrico, e o contrato EntryPoint executa uma chamada em lote que implanta sua conta inteligente (se for a primeira vez) e completa a ação desejada em um único passo atômico.

Isso cria uma transferência profunda de deep‑link perfeita. A UI pode incorporar links baseados em intents que são tratados diretamente pela carteira do usuário, eliminando a necessidade de enviá‑lo a um site externo que ele possa não confiar. O conteúdo é o contrato, e a ação é a conta.

Isso desbloqueia:

• Testes sem gas e onboarding “funciona imediatamente”: Novos usuários não precisam adquirir ETH para começar. Sua aplicação pode patrocinar as primeiras interações, reduzindo drasticamente o atrito.
• Estado compartilhável: Um link web3:// é uma consulta ao estado da blockchain. Isso é perfeito para dashboards, provas de propriedade ou qualquer conteúdo que precise ser verificavelmente à prova de adulteração.
• Fluxos amigáveis a agentes: Agentes de IA podem buscar estado verificável via URLs web3:// e submeter intents transacionais através do ERC‑4337 usando chaves de sessão escopadas, tudo sem raspagem de tela frágil ou manuseio inseguro de chaves privadas.

Notas de Design para Construtores​

Ao implementar esses padrões, há algumas escolhas arquiteturais a considerar. Para ERC‑4337, é aconselhável começar com templates mínimos de contas inteligentes e adicionar capacidades por meio de módulos guardados para manter a lógica de validação central simples e segura. Sua política de paymaster deve ser robusta, com limites claros de gas patrocinado e listas brancas de métodos aprovados para prevenir ataques de griefing.

Para ERC‑4804, priorize links legíveis usando nomes ENS. Seja explícito sobre o chainId para evitar ambiguidades e inclua o parâmetro returns=(…) para garantir que os clientes recebam respostas tipadas e previsíveis. Embora seja possível renderizar UIs completas, costuma ser melhor manter HTML/SVG on‑chain mínimo, usando-os como shells verificáveis que podem buscar ativos mais pesados de armazenamento descentralizado como IPFS.

Por fim, lembre‑se de que EIP‑7702 e ERC‑4337 trabalham juntos, não contra. Com o EIP‑7702 agora ativo na atualização Pectra, usuários de EOAs existentes podem delegar ações a lógica de contrato sem implantar uma conta inteligente completa. As ferramentas no ecossistema de abstração de conta já estão se alinhando para suportar isso, suavizando o caminho de migração para todos.

Segurança, Realidade e Restrições​

Embora poderosos, esses sistemas têm trade‑offs. O contrato EntryPoint é um ponto de estrangulamento central por design; ele simplifica o modelo de segurança mas também concentra risco. Sempre use versões auditadas e canônicas. As regras de validação de mempool do ERC‑7562 são uma convenção social, não uma regra enforceada on‑chain, portanto não presuma que todo mempool alternativo ofereça a mesma resistência a censura ou proteção contra DoS.

Além disso, web3:// ainda está amadurecendo. Ele permanece um padrão de leitura, e qualquer operação de escrita requer uma transação. Enquanto o protocolo em si é descentralizado, os gateways e clientes que resolvem essas URLs podem ainda ser pontos potenciais de falha ou censura. A verdadeira “desbloqueabilidade” dependerá de suporte nativo amplo em clientes.

Um Blueprint Concreto​

Imagine que você queira construir um clube de membros alimentado por NFT com UI verificável e compartilhável e um processo de ingresso de um clique. Veja como você poderia entregá‑lo neste trimestre:

1. Compartilhe a UI: Distribua um link como web3://club.eth/home. Quando um usuário o abre, seu cliente resolve a URL, chama o contrato e renderiza uma UI on‑chain que exibe a lista de membros permitidos e o preço de mint.
2. Ingresso de Um Clique: O usuário clica no botão “Join”. Sua carteira compila uma UserOperation ERC‑4337 patrocinada pelo seu paymaster. Essa única operação agrupa três chamadas: implantar a conta inteligente do usuário (se ainda não houver), pagar a taxa de mint e registrar seus dados de perfil.
3. Recibo Verificável: Após a confirmação da transação, o usuário vê uma visualização de confirmação que é outro link web3://, como web3://club.eth/receipt/<tokenId>, criando um link permanente on‑chain para sua prova de associação.

O Grande Panorama​

Esses dois padrões sinalizam uma mudança fundamental em como construímos no Ethereum. Contas estão se tornando software. ERC‑4337 e EIP‑7702 estão transformando “UX de carteira” em um espaço para inovação de produto real, nos levando além de palestras sobre gerenciamento de chaves. Ao mesmo tempo, links estão se tornando consultas. ERC‑4804 restaura a URL como um primitivo para endereçar fatos verificáveis on‑chain, não apenas os frontends que os proxyam.

Juntos, eles encurtam a distância entre o que os usuários clicam e o que os contratos fazem. Essa lacuna antes era preenchida por servidores web centralizados e suposições de confiança. Agora, pode ser preenchida por caminhos de código verificáveis e mempools abertos e permissionless.

Se você está construindo aplicações cripto para consumidores, esta é sua chance de tornar o primeiro minuto do usuário encantador. Compartilhe um link, renderize a verdade, patrocine a primeira ação e mantenha seus usuários dentro de um loop verificável. Os trilhos estão aqui — agora é hora de lançar as experiências.

Resumo em uma frase: Redesenhamos completamente nosso painel com Next.js App Router, componentes shadcn-ui e Tailwind CSS para oferecer uma experiência mais rápida, responsiva e visualmente atraente para gerenciar seu acesso à API blockchain.

Hoje, temos o prazer de anunciar o lançamento do BlockEden.xyz Dashboard v3, representando nossa maior atualização de interface de usuário desde a criação da plataforma. Não se trata apenas de uma renovação visual — é uma reformulação arquitetural completa projetada para tornar sua interação com nossos serviços de API blockchain mais fluida, rápida e intuitiva do que nunca.

O que há de novo no Dashboard v3​

1. Stack Tecnológico Moderno para Desempenho Aprimorado​

O Dashboard v3 foi construído sobre o Next.js App Router, substituindo a arquitetura anterior do Pages Router. Essa mudança fundamental traz melhorias significativas de desempenho por meio de:

• Componentes de Servidor: Carregamento de páginas mais rápido com menos JavaScript no cliente
• Roteamento Aprimorado: Navegação mais intuitiva com layouts aninhados
• SEO Melhorado: Visibilidade nos motores de busca aprimorada graças ao melhor tratamento de metadados

Também migramos do Ant Design e Styletron para componentes shadcn-ui alimentados por Tailwind CSS, resultando em:

• Tamanho de bundle reduzido: Tempos de carregamento mais rápidos em todas as páginas
• Linguagem de design consistente: Experiência visual mais coesa
• Acessibilidade aprimorada: Navegação por teclado e suporte a leitores de tela melhorados

2. Gerenciamento de Chaves de Acesso Simplificado​

Redesenhamos completamente a experiência de gerenciamento de chaves de acesso:

• Criação intuitiva de chaves: Gere novas chaves de API com apenas alguns cliques
• Visibilidade aprimorada: Distinga facilmente entre diferentes tipos de chaves e permissões
• Segurança reforçada: Isolamento melhor entre ambientes de cliente com tratamento adequado de tenants
• Cópia com um clique: Copie as chaves para a área de transferência de forma fluida para integrar em seus projetos

[IMAGE PLACEHOLDER: Captura de tela da nova interface de gerenciamento de chaves de acesso]

3. Seção de Conta e Faturamento Redesenhada​

Gerenciar sua conta e assinaturas agora está mais simples:

• Gerenciamento de assinatura simplificado: Atualize, faça downgrade ou cancele seu plano com facilidade
• Informações de faturamento mais claras: Preços e estatísticas de uso mais transparentes
• Processo de pagamento otimizado: Tratamento seguro e eficiente de pagamentos com integração aprimorada ao Stripe
• Integração de carteira aprimorada: Conexão mais robusta com suas carteiras cripto

4. Isolamento Rigoroso de Tenants​

Para usuários corporativos que gerenciam múltiplos projetos, implementamos isolamento rigoroso de tenants:

• Configurações específicas por cliente: Cada ID de cliente possui seu próprio ambiente isolado
• Segurança reforçada: Aplicação correta de limites entre diferentes tenants
• Rastreamento aprimorado: Visibilidade melhorada dos padrões de uso entre projetos distintos

Por Trás das Cenas: Melhorias Técnicas​

Embora as mudanças visuais sejam imediatamente perceptíveis, realizamos melhorias significativas nos bastidores:

1. Mudança Arquitetural​

A migração do Pages Router para o App Router representa uma mudança fundamental na estrutura da aplicação:

• Arquitetura baseada em componentes: Código mais modular e fácil de manter
• Busca de dados aprimorada: Renderização server‑side e carregamento de dados mais eficientes
• Gerenciamento de estado melhorado: Separação de responsabilidades mais clara e atualizações de estado mais previsíveis

2. Fluxo de Autenticação Aprimorado​

Simplificamos nosso sistema de autenticação:

• Processo de login simplificado: Autenticação mais rápida e confiável
• Gerenciamento de sessão aprimorado: Tratamento melhor dos tokens de autenticação
• Segurança reforçada: Proteção mais robusta contra vulnerabilidades comuns

3. Integração de API Otimizada​

Nossa integração GraphQL foi completamente reformulada:

• Provider Apollo Client: Configurado com tratamento adequado de ID de cliente
• Política de fetch network‑only: Atualizações de dados em tempo real para informações críticas
• Consultas otimizadas: Redução de transferência de dados e tempos de resposta aprimorados

Começando com o Dashboard v3​

Todos os usuários existentes foram migrados automaticamente para o Dashboard v3. Basta fazer login em https://BlockEden.xyz/dash para experimentar a nova interface.

Se você ainda não conhece o BlockEden.xyz, este é o momento ideal para se cadastrar e experimentar nossos serviços de API blockchain de última geração através do painel moderno.

O que vem a seguir?​

Esta atualização representa um marco significativo em nossa jornada, mas não vamos parar por aqui. Nos próximos meses, iremos introduzir:

• Analytics avançados: Insights mais detalhados sobre o uso da sua API
• Integrações adicionais de redes: Suporte a mais blockchains
• Ferramentas de desenvolvedor aprimoradas: Documentação e SDKs mais completos
• Alertas personalizados: Notificações configuráveis para eventos críticos

Valorizamos seu Feedback​

Como em qualquer grande atualização, seu feedback é fundamental. Se encontrar algum problema ou tiver sugestões de melhoria, entre em contato com nossa equipe de suporte ou participe da comunidade no Discord.

Obrigado por fazer parte da jornada do BlockEden.xyz. Estamos entusiasmados em continuar construindo a infraestrutura que alimenta o futuro descentralizado.

Introdução​

A IA e a Web3 estão a convergir de formas poderosas, com as interfaces gerais de IA a serem agora vistas como um tecido conjuntivo para a web descentralizada. Um conceito-chave que emerge desta convergência é o MCP, que tanto pode significar “Model Context Protocol” (conforme introduzido pela Anthropic) como ser vagamente descrito como um Metaverse Connection Protocol em discussões mais amplas. Em essência, o MCP é uma estrutura padronizada que permite que sistemas de IA interajam com ferramentas e redes externas de uma forma natural e segura – potencialmente “ligando” agentes de IA a todos os cantos do ecossistema Web3. Este relatório fornece uma análise abrangente de como as interfaces gerais de IA (como agentes de grandes modelos de linguagem e sistemas neuro-simbólicos) poderiam conectar tudo no mundo Web3 através do MCP, cobrindo o contexto histórico, a arquitetura técnica, o cenário da indústria, os riscos e o potencial futuro.

1. Contexto de Desenvolvimento​

1.1 A Evolução da Web3 e as Promessas Não Cumpridas​

O termo “Web3” foi cunhado por volta de 2014 para descrever uma web descentralizada alimentada por blockchain. A visão era ambiciosa: uma internet sem permissões centrada na propriedade do utilizador. Os entusiastas imaginaram substituir a infraestrutura centralizada da Web2 por alternativas baseadas em blockchain – por exemplo, o Ethereum Name Service (para DNS), Filecoin ou IPFS (para armazenamento) e DeFi para os trilhos financeiros. Em teoria, isto retiraria o controlo das plataformas das Big Tech e daria aos indivíduos auto-soberania sobre dados, identidade e ativos.

A realidade ficou aquém. Apesar de anos de desenvolvimento e hype, o impacto mainstream da Web3 permaneceu marginal. Os utilizadores médios da internet não migraram em massa para as redes sociais descentralizadas nem começaram a gerir chaves privadas. As principais razões incluíram uma má experiência do utilizador, transações lentas e caras, fraudes de alto perfil e incerteza regulatória. A “web da propriedade” descentralizada, em grande parte, “não se materializou” para além de uma comunidade de nicho. Em meados da década de 2020, até os proponentes de cripto admitiram que a Web3 não tinha proporcionado uma mudança de paradigma para o utilizador médio.

Entretanto, a IA estava a passar por uma revolução. À medida que o capital e o talento dos programadores se deslocavam de cripto para IA, avanços transformadores em deep learning e modelos de fundação (GPT-3, GPT-4, etc.) capturaram a imaginação do público. A IA Generativa demonstrou uma utilidade clara – produzindo conteúdo, código e decisões – de uma forma que as aplicações de cripto tinham tido dificuldade em fazer. De facto, o impacto dos grandes modelos de linguagem em apenas alguns anos superou drasticamente uma década de adoção de blockchain por parte dos utilizadores. Este contraste levou alguns a gracejar que “a Web3 foi desperdiçada em cripto” e que a verdadeira Web 3.0 está a emergir da onda da IA.

1.2 A Ascensão das Interfaces Gerais de IA​

Ao longo de décadas, as interfaces de utilizador evoluíram de páginas web estáticas (Web1.0) para aplicações interativas (Web2.0) – mas sempre dentro dos limites de clicar em botões e preencher formulários. Com a IA moderna, especialmente os grandes modelos de linguagem (LLMs), um novo paradigma de interface está aqui: a linguagem natural. Os utilizadores podem simplesmente expressar a sua intenção em linguagem simples e ter sistemas de IA a executar ações complexas em muitos domínios. Esta mudança é tão profunda que alguns sugerem redefinir a “Web 3.0” como a era dos agentes impulsionados por IA (“a Web Agêntica”) em vez da definição anterior centrada em blockchain.

No entanto, as primeiras experiências com agentes de IA autónomos expuseram um estrangulamento crítico. Estes agentes – por exemplo, protótipos como o AutoGPT – podiam gerar texto ou código, mas faltava-lhes uma forma robusta de comunicar com sistemas externos e entre si. Não havia “nenhuma linguagem comum nativa de IA” para a interoperabilidade. Cada integração com uma ferramenta ou fonte de dados era um hack personalizado, e a interação de IA para IA não tinha um protocolo padrão. Em termos práticos, um agente de IA podia ter uma grande capacidade de raciocínio, mas falhar na execução de tarefas que exigiam o uso de aplicações web ou serviços on-chain, simplesmente porque não sabia como falar com esses sistemas. Este desajuste – cérebros poderosos, E/S primitivas – era semelhante a ter um software super-inteligente preso atrás de uma GUI desajeitada.

1.3 Convergência e o Surgimento do MCP​

Em 2024, tornou-se evidente que, para a IA atingir o seu pleno potencial (e para a Web3 cumprir a sua promessa), era necessária uma convergência: os agentes de IA requerem acesso contínuo às capacidades da Web3 (aplicações descentralizadas, contratos, dados), e a Web3 precisa de mais inteligência e usabilidade, que a IA pode fornecer. É neste contexto que nasceu o MCP (Model Context Protocol). Introduzido pela Anthropic no final de 2024, o MCP é um padrão aberto para comunicação entre IA e ferramentas que parece natural para os LLMs. Ele fornece uma forma estruturada e detetável para os “hospedeiros de IA” (como o ChatGPT, Claude, etc.) encontrarem e usarem uma variedade de ferramentas e recursos externos através de servidores MCP. Por outras palavras, o MCP é uma camada de interface comum que permite que agentes de IA se liguem a serviços web, APIs e até funções de blockchain, sem codificar cada integração de forma personalizada.

Pense no MCP como “o USB-C das interfaces de IA”. Assim como o USB-C padronizou a forma como os dispositivos se conectam (para que não precise de cabos diferentes para cada dispositivo), o MCP padroniza a forma como os agentes de IA se conectam a ferramentas e dados. Em vez de codificar diferentes chamadas de API para cada serviço (Slack vs. Gmail vs. nó Ethereum), um programador pode implementar a especificação MCP uma vez, e qualquer IA compatível com MCP pode entender como usar esse serviço. Os principais players de IA rapidamente viram a importância: a Anthropic tornou o MCP open-source, e empresas como a OpenAI e a Google estão a construir suporte para ele nos seus modelos. Este impulso sugere que o MCP (ou “Meta Connectivity Protocols” semelhantes) poderia tornar-se a espinha dorsal que finalmente conecta a IA e a Web3 de uma forma escalável.

Notavelmente, alguns tecnólogos argumentam que esta conectividade centrada em IA é a verdadeira realização da Web3.0. Nas palavras de Simba Khadder, “o MCP visa padronizar uma API entre LLMs e aplicações,” semelhante a como as APIs REST permitiram a Web 2.0 – o que significa que a próxima era da Web3 pode ser definida por interfaces de agentes inteligentes em vez de apenas blockchains. Em vez da descentralização por si só, a convergência com a IA poderia tornar a descentralização útil, escondendo a complexidade por trás da linguagem natural e dos agentes autónomos. O restante deste relatório aprofunda como, técnica e praticamente, as interfaces gerais de IA (através de protocolos como o MCP) podem conectar tudo no mundo Web3.

2. Arquitetura Técnica: Interfaces de IA a Fazer a Ponte com as Tecnologias Web3​

Incorporar agentes de IA na stack Web3 requer integração em múltiplos níveis: redes de blockchain e contratos inteligentes, armazenamento descentralizado, sistemas de identidade e economias baseadas em tokens. As interfaces gerais de IA – desde grandes modelos de fundação a sistemas neuro-simbólicos híbridos – podem servir como um “adaptador universal” que conecta estes componentes. Abaixo, analisamos a arquitetura de tal integração:

Figura: Um diagrama conceptual da arquitetura do MCP, mostrando como os hospedeiros de IA (aplicações baseadas em LLM como Claude ou ChatGPT) usam um cliente MCP para se conectarem a vários servidores MCP. Cada servidor fornece uma ponte para alguma ferramenta ou serviço externo (por exemplo, Slack, Gmail, calendários ou dados locais), análogo a periféricos que se conectam através de um hub universal. Esta interface MCP padronizada permite que agentes de IA acedam a serviços remotos e recursos on-chain através de um protocolo comum.

2.1 Agentes de IA como Clientes Web3 (Integrando com Blockchains)​

No cerne da Web3 estão as blockchains e os contratos inteligentes – máquinas de estado descentralizadas que podem impor lógica de uma maneira sem confiança. Como pode uma interface de IA interagir com estes? Existem duas direções a considerar:

• IA a ler da blockchain: Um agente de IA pode precisar de dados on-chain (por exemplo, preços de tokens, saldo de ativos do utilizador, propostas de DAO) como contexto para as suas decisões. Tradicionalmente, a recuperação de dados de blockchain requer a interação com APIs RPC de nós ou bases de dados de subgrafos. Com uma estrutura como o MCP, uma IA pode consultar um servidor MCP padronizado de “dados de blockchain” para obter informações on-chain em tempo real. Por exemplo, um agente habilitado para MCP poderia pedir o volume de transações mais recente de um determinado token, ou o estado de um contrato inteligente, e o servidor MCP lidaria com os detalhes de baixo nível de conexão à blockchain e devolveria os dados num formato que a IA pode usar. Isto aumenta a interoperabilidade ao desacoplar a IA do formato de API de qualquer blockchain específica.

• IA a escrever na blockchain: De forma mais poderosa, os agentes de IA podem executar chamadas de contratos inteligentes ou transações através de integrações Web3. Uma IA poderia, por exemplo, executar autonomamente uma troca numa exchange descentralizada ou ajustar parâmetros num contrato inteligente se certas condições forem cumpridas. Isto é alcançado pela IA a invocar um servidor MCP que encapsula a funcionalidade de transação de blockchain. Um exemplo concreto é o servidor MCP da thirdweb para cadeias EVM, que permite que qualquer cliente de IA compatível com MCP interaja com Ethereum, Polygon, BSC, etc., abstraindo a mecânica específica da cadeia. Usando tal ferramenta, um agente de IA poderia desencadear ações on-chain “sem intervenção humana”, permitindo dApps autónomas – por exemplo, um cofre DeFi gerido por IA que se reequilibra ao assinar transações quando as condições de mercado mudam.

Nos bastidores, estas interações ainda dependem de carteiras, chaves e taxas de gás, mas a interface de IA pode receber acesso controlado a uma carteira (com sandboxes de segurança adequadas) para realizar as transações. Oráculos e pontes cross-chain também entram em jogo: Redes de oráculos como a Chainlink servem como uma ponte entre a IA e as blockchains, permitindo que os outputs da IA sejam alimentados on-chain de uma forma confiável. O Cross-Chain Interoperability Protocol (CCIP) da Chainlink, por exemplo, poderia permitir que um modelo de IA considerado fiável desencadeasse múltiplos contratos em diferentes cadeias simultaneamente em nome de um utilizador. Em resumo, as interfaces gerais de IA podem atuar como um novo tipo de cliente Web3 – um que pode tanto consumir dados de blockchain como produzir transações de blockchain através de protocolos padronizados.

2.2 Sinergia Neuro-Simbólica: Combinando o Raciocínio da IA com Contratos Inteligentes​

Um aspeto intrigante da integração IA-Web3 é o potencial para arquiteturas neuro-simbólicas que combinam a capacidade de aprendizagem da IA (redes neuronais) com a lógica rigorosa dos contratos inteligentes (regras simbólicas). Na prática, isto poderia significar que os agentes de IA lidam com a tomada de decisões não estruturadas e passam certas tarefas para contratos inteligentes para execução verificável. Por exemplo, uma IA pode analisar o sentimento do mercado (uma tarefa imprecisa), mas depois executar trocas através de um contrato inteligente determinístico que segue regras de risco pré-estabelecidas. A estrutura MCP e padrões relacionados tornam tais transferências viáveis, dando à IA uma interface comum para chamar funções de contrato ou para consultar as regras de uma DAO antes de agir.

Um exemplo concreto é a AI-DSL (Linguagem Específica de Domínio de IA) da SingularityNET, que visa padronizar a comunicação entre agentes de IA na sua rede descentralizada. Isto pode ser visto como um passo em direção à integração neuro-simbólica: uma linguagem formal (simbólica) para os agentes solicitarem serviços de IA ou dados uns dos outros. Da mesma forma, projetos como o AlphaCode da DeepMind ou outros poderiam eventualmente ser conectados para que os contratos inteligentes chamassem modelos de IA para a resolução de problemas on-chain. Embora executar grandes modelos de IA diretamente on-chain seja impraticável hoje, abordagens híbridas estão a surgir: por exemplo, certas blockchains permitem a verificação de computações de ML através de provas de conhecimento zero ou execução confiável, permitindo a verificação on-chain de resultados de IA off-chain. Em resumo, a arquitetura técnica prevê os sistemas de IA e os contratos inteligentes de blockchain como componentes complementares, orquestrados através de protocolos comuns: a IA lida com a