3 postagens marcadas com "Experiência do Usuário"

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”. 😉

A RiseWorks é uma plataforma global de processamento de salários (payroll) que permite às empresas contratar e pagar a contratados internacionais em moeda fiduciária (fiat) ou cripto. O feedback dos utilizadores revela uma série de pontos de dor em diferentes perfis de utilizador – profissionais de RH, freelancers / contratados (incluindo traders financiados), startups e empresas – abrangendo onboarding, preços, suporte, funcionalidades, integrações, facilidade de utilização e desempenho. Abaixo está um relatório detalhado dos problemas recorrentes (com citações diretas de utilizadores) e como os sentimentos evoluíram ao longo do tempo.

Experiência de Onboarding​

A RiseWorks promove o seu onboarding automatizado e verificações de conformidade (KYC / AML) para agilizar a integração de contratados. As equipas de RH apreciam não ter de lidar manualmente com a papelada dos contratados, e a plataforma afirma ter uma taxa de aprovação de 94 % com um tempo mediano de verificação de identidade de 17 segundos. Isto sugere que a maioria dos utilizadores é verificada quase instantaneamente, o que é um ponto positivo para um onboarding rápido.

No entanto, alguns freelancers consideram o processo de verificação de identidade (KYC) tedioso. Os novos contratados devem fornecer detalhes extensos (ex.: informações pessoais, número de identificação fiscal, comprovativo de morada) como parte do registo. Alguns utilizadores encontraram problemas de KYC (um até criou um guia no YouTube sobre como corrigir rejeições de KYC da RiseWorks), indicando que, quando o processo automatizado falha, a resolução pode ser confusa. No geral, porém, não têm surgido queixas generalizadas sobre o registo em si – a maior parte da frustração surge mais tarde, durante os pagamentos. No geral, o onboarding é minucioso, mas típico de um sistema de payroll focado em conformidade: exige algum esforço inicial para garantir que os requisitos legais e fiscais sejam cumpridos, o que alguns utilizadores aceitam como necessário, enquanto outros sentem que poderia ser mais fluido.

Preços e Taxas​

A RiseWorks utiliza um modelo de preços duplo: ou uma taxa fixa de **$50 por contratado por mês** ou uma **taxa de 3$ 399 por funcionário) para contratações internacionais a tempo inteiro. Para freelancers (contratados), a plataforma em si é gratuita para registo – podem enviar faturas e receber pagamentos sem subscrever. As startups e empresas escolhem entre pagar por contratado ou uma percentagem dos pagamentos, dependendo do que for mais económico para o tamanho da sua equipa e montantes de pagamento.

Os pontos de dor em torno dos preços não têm sido o centro das queixas dos utilizadores (os problemas operacionais ofuscam as preocupações com os custos). No entanto, algumas empresas notam que 3 % de grandes pagamentos podem tornar-se pesados, enquanto $50 / mês por cada contratado pode ser elevado se houver muitos compromissos de pequeno valor. Como ponto de comparação, o marketing da própria Rise afirma que as suas taxas são **inferiores às dos concorrentes** como a Deel. Uma análise independente também destacou que a Rise oferece **pagamentos em cripto com taxas mínimas** (apenas ~$ 2,50 em taxas on-chain, ou grátis em redes de camada 2), o que pode ser atraente para empresas nativas de cripto preocupadas com os custos.

Em resumo, o feedback sobre preços é misto: as startups e gestores de RH apreciam a transparência da escolha entre taxa fixa ou percentagem, mas devem calcular qual modelo é mais acessível para eles. Até agora, não surgiu nenhum grande clamor sobre "taxas ocultas" ou preços injustos nas avaliações dos utilizadores. A principal precaução é para as empresas pesarem o modelo fixo vs. percentual – por exemplo, um pagamento de $10.000 a um contratado incorreria numa taxa de$ 300 no plano de 3 %, o que poderia motivar a escolha da taxa mensal fixa. Uma orientação adequada na seleção dos planos poderia melhorar a satisfação neste ponto.

Suporte ao Cliente​

O suporte ao cliente é um dos pontos de dor mais significativos ecoados pelos utilizadores em geral. A RiseWorks anuncia suporte multilíngue 24 / 7 e múltiplos canais de contacto (chat na app, e-mail, até um formulário do Google). Na prática, porém, o feedback dos utilizadores pinta um quadro muito diferente.

Freelancers e traders reportaram tempos de resposta extremamente maus. Um utilizador lamentou que "eles não têm suporte ao cliente. Recebe-se 1 mensagem automatizada e nenhuma resposta depois disso. Nem sei como recuperar os meus fundos lol.". Outros descrevem de forma semelhante o suporte como virtualmente inexistente. Por exemplo, um trader de forex financiado que experimentou a RiseWorks para um pagamento avisou: "Não experimentem… Fiz um levantamento com eles e não consigo receber o meu dinheiro, o suporte é muito fraco, não respondem de todo apesar de terem recebido o meu dinheiro. Estou há 2 dias a tentar levantar e oxalá não tivesse selecionado este serviço porcaria." Este tipo de feedback – ausência de resposta a problemas urgentes de levantamento – é alarmante para utilizadores que esperam ajuda.

Os profissionais de RH e proprietários de empresas também consideram isto preocupante. Se os seus contratados não conseguem obter assistência ou fundos, isso reflete-se negativamente na empresa. Alguns utilizadores de RH notam que, embora os seus gestores de conta configurem o serviço, o suporte contínuo é difícil de alcançar quando surgem problemas. Este tem sido um tema recorrente: o "péssimo CS" (serviço ao cliente) é mencionado juntamente com avaliações negativas no Trustpilot. Em fóruns e grupos de redes sociais, os utilizadores partilharam links do Trustpilot e avisaram outros para “terem cuidado com a Rise” devido a problemas de suporte e pagamentos.

Vale a pena notar que a RiseWorks parece estar ciente das falhas no suporte e disponibilizou mais métodos de contacto (o formulário Google, etc.). Mas, no último ano, o sentimento predominante dos utilizadores é de frustração com a capacidade de resposta do suporte. Um suporte rápido e útil é crítico no processamento de salários (especialmente quando o dinheiro está bloqueado), pelo que esta é uma área fundamental onde a RiseWorks está atualmente a falhar aos seus utilizadores. Tanto freelancers como empresas exigem um suporte mais fiável e em tempo real para resolver problemas de pagamento.

Funcionalidades e Funcionalidade​

A RiseWorks é uma plataforma rica em funcionalidades, especialmente atraente para empresas de cripto e Web3. Os utilizadores apreciam algumas das suas capacidades únicas, mas também apontam algumas funcionalidades ausentes ou imaturas, dada a relativa juventude da empresa (fundada em 2019).

Funcionalidades notáveis elogiadas pelos utilizadores (principalmente empresas e freelancers familiarizados com cripto) incluem:

• Pagamentos híbridos (fiat e cripto): A Rise suporta mais de 90 moedas locais e mais de 100 criptomoedas, permitindo que empresas e contratados misturem métodos de pagamento. Esta flexibilidade é uma característica de destaque – por exemplo, um contratado pode escolher receber parte do seu salário em moeda local e parte em USDC. Para trabalhadores nativos de Web3, isto é uma grande vantagem.
• Automação de conformidade: A plataforma lida com a redação de contratos conformes, geração de formulários fiscais e conformidade com leis locais para contratados internacionais. Os profissionais de RH valorizam este aspeto "tudo-em-um", pois reduz o risco legal. Uma análise externa referiu que a Rise "navega pelas leis e regulamentos fiscais internacionais" para manter tudo em conformidade para cada contratado.
• Extras de finanças cripto: Os freelancers na Rise podem aceder a funcionalidades integradas como contas DeFi de alto rendimento para os seus ganhos (conforme mencionado no site da Rise) e armazenamento seguro através da carteira de contrato inteligente da Rise. Estas funcionalidades inovadoras não são comuns em software de payroll tradicional.

Apesar destes pontos fortes, os utilizadores identificaram alguns pontos de dor na funcionalidade:

• Falta de certas integrações ou funcionalidades padrão em plataformas maduras: Como a RiseWorks é “mais recente na indústria de payroll (5 anos de existência)”, algumas funcionalidades avançadas ainda estão em desenvolvimento. Por exemplo, os recrutadores notam que a Rise ainda não possui relatórios / análises robustos sobre gastos ou integrações automáticas de contabilidade geral. Uma startup que comparou opções descobriu que, embora a Rise cubra o básico, faltavam alguns extras (como rastreio de tempo ou geração de faturas para clientes) que tiveram de gerir separadamente.
• Disponibilidade de app móvel: Alguns contratados gostariam de uma app móvel dedicada. Atualmente, a RiseWorks é acedida via web; a interface é responsiva, mas uma app para acesso em movimento (para verificar o estado do pagamento ou carregar documentos) melhoraria a usabilidade. Os serviços concorrentes têm frequentemente apps móveis, por isso esta é uma queixa menor do lado do freelancer.
• Estabilidade de novas funcionalidades: À medida que a Rise adiciona funcionalidades (por exemplo, introduziram recentemente pagamentos bancários diretos em EUR / GBP com conversão), alguns utilizadores iniciais experimentaram bugs. Um utilizador mencionou dificuldades iniciais ao configurar um “RiseID” (uma funcionalidade de identidade Web3) – o conceito é promissor, mas a configuração falhou até que o suporte (eventualmente) resolveu. Isto sugere que as funcionalidades de ponta às vezes precisam de mais polimento.

Em resumo, o conjunto de funcionalidades da RiseWorks é poderoso, mas ainda está em evolução. Os utilizadores mais tecnológicos adoram a integração cripto e a automação de conformidade, enquanto alguns utilizadores tradicionais sentem falta de funcionalidades a que estão habituados em sistemas de payroll mais antigos e estabelecidos. A funcionalidade principal é sólida (pagamentos globais em múltiplas moedas), mas a plataforma beneficiaria de continuar a refinar novas funcionalidades e talvez adicionar mais ferramentas orientadas para negócios (relatórios, integrações) à medida que amadurece.

Integrações​

As capacidades de integração são variadas e dependem do contexto do utilizador:

• Para utilizadores de Web3 e cripto, a RiseWorks brilha ao integrar-se com ferramentas populares de blockchain. Liga-se a carteiras e cadeias cripto amplamente utilizadas, oferecendo flexibilidade no financiamento e levantamento. Por exemplo, suporta integração direta com as redes Ethereum e Polygon, e carteiras como MetaMask e Gnosis Safe. Isto significa que as empresas podem financiar o payroll a partir de uma tesouraria cripto ou os contratados podem levantar para a sua carteira cripto pessoal de forma fluida. Um utilizador referiu que escolheu a Rise especificamente para poder pagar a uma equipa em stablecoins sem transferências manuais – uma grande conveniência em relação a juntar corretoras e transferências bancárias.
• Para empresas tradicionais / sistemas de RH, no entanto, as integrações da RiseWorks são limitadas. Ainda não se integra nativamente com software comum de RH ou contabilidade (como Workday, QuickBooks ou sistemas ERP). Um gestor de RH notou que os dados da Rise (ex.: registos de pagamento, detalhes do contratado) tinham de ser exportados e inseridos no seu sistema de contabilidade manualmente. A plataforma fornece uma API para integrações personalizadas, mas isto requer esforço técnico. Em contraste, alguns concorrentes oferecem integrações plug-and-play com software popular, pelo que esta é uma área de melhoria.

Outro ponto de dor de integração mencionado por utilizadores em certos países é com bancos locais e redes de pagamento. A RiseWorks depende, em última análise, de bancos parceiros ou serviços para entregar moeda local. Num caso, o banco de um freelancer indiano (Axis Bank) rejeitou a transferência recebida após 18 horas, possivelmente devido ao intermediário ou à origem relacionada com cripto, causando atrasos no pagamento. Isto sugere que a integração com sistemas bancários locais pode ser incerta dependendo da região. Os utilizadores em locais com políticas bancárias rigorosas podem precisar de métodos de pagamento alternativos (ou que a Rise estabeleça parcerias com diferentes processadores).

Para resumir o feedback de integração: Excelente para conectividade cripto, insuficiente para ecossistemas de software tradicional. Startups e freelancers no espaço cripto elogiam o quão bem a RiseWorks se encaixa nos fluxos de trabalho de blockchain. Entretanto, as equipas de RH em empresas tradicionais veem a falta de integração imediata com as suas ferramentas existentes como um ponto de fricção, exigindo soluções alternativas. À medida que a Rise se expande, adicionar integrações (ou mesmo simples importações / exportações CSV) para os principais sistemas de payroll / contabilidade poderia aliviar esta dor para os utilizadores empresariais.

Facilidade de Utilização e Interface​

No geral, os utilizadores consideram a interface da RiseWorks moderna e relativamente intuitiva, mas certos processos podem ser confusos, especialmente quando surgem problemas. O guia de onboarding para traders financiados (de uma empresa parceira de prop trading) mostra os passos da plataforma claramente – ex.: o dashboard para “enviar faturas facilmente” para os seus ganhos e levantar na moeda escolhida. Os contratados reportaram que tarefas básicas como criar uma fatura ou adicionar um método de levantamento são simples através do fluxo de trabalho guiado. O design é limpo e adaptado tanto a utilizadores não familiarizados com cripto (que podem simplesmente escolher uma transferência bancária) como a utilizadores de cripto (que ligam uma carteira).

No entanto, a facilidade de utilização cai quando algo corre mal. A experiência do utilizador para casos de exceção (como uma falha na verificação de KYC, um levantamento retido no processamento ou a necessidade de contactar o suporte) é frustrante. Devido à demora do suporte, os utilizadores acabaram por procurar ajuda em fóruns ou tentar resolver problemas sozinhos – o que demonstra uma falta de orientação na app para resolver problemas. Por exemplo, um utilizador cujo pagamento estava bloqueado não conseguia encontrar detalhes do estado ou os próximos passos na UI, levando-o a publicar “Como é que eu recebo sequer o meu dinheiro?” no Reddit por confusão. Isto indica que a plataforma pode não apresentar mensagens de erro claras ou informações acionáveis quando os pagamentos são atrasados (uma área para melhorar a UX).

De uma perspetiva de RH, a interface de administração para onboarding e gestão de contratados é aceitável, mas poderia ser mais rica em funcionalidades para facilitar a utilização. Os utilizadores de RH gostariam de ver, por exemplo, uma vista única de todos os estados dos contratados (KYC pendente, pagamento em processamento, etc.) e talvez uma ferramenta de ações em massa. Atualmente, o foco da plataforma é em fluxos de trabalho de contratados individuais, o que é simples, mas à escala pode tornar-se repetitivo para equipas de RH que gerem dezenas de contratados.

Em resumo, a RiseWorks é fácil de usar para operações padrão, mas a sua usabilidade falha em casos excecionais. Os novos utilizadores geralmente têm pouca dificuldade em navegar no sistema para as tarefas pretendidas. A interface é comparável a outros produtos SaaS modernos e até freelancers principiantes conseguem perceber como configurar-se e faturar o seu cliente através da Rise. Por outro lado, quando os utilizadores encontram um cenário invulgar (como um atraso ou necessidade de atualizar informações submetidas), a plataforma oferece orientação limitada – causando confusão e dependência de suporte externo. Um tratamento mais fluido desses cenários e uma comunicação mais proativa na app melhorariam consideravelmente a experiência geral do utilizador.

Desempenho e Fiabilidade​

O desempenho, em termos de velocidade de processamento de pagamentos e fiabilidade, tem sido o problema mais crítico para muitos utilizadores. O desempenho técnico da plataforma (tempo de atividade do site, carregamento de páginas) não tem gerado queixas – o site e a app geralmente carregam bem. É o desempenho operacional de levar o dinheiro do ponto A ao B que apresenta problemas.

Atrasos nos Pagamentos: Inúmeros utilizadores reportaram que os levantamentos bancários demoram muito mais do que o esperado. Em vários casos, os contratados esperaram semanas por fundos que deveriam chegar em dias. Um trader partilhou que “o meu pagamento está retido na fase de levantamento com eles há 2 semanas”. Outro utilizador publicou de forma semelhante sobre um levantamento pendente há dias sem atualizações. Tais atrasos deixam os freelancers num impasse, sem saber se ou quando receberão os seus ganhos. Esta é uma preocupação grave de fiabilidade – numa plataforma de payroll, o pagamento atempado é fundamental. Alguns utilizadores afetados chegaram a expressar receios de terem sido burlados quando o dinheiro não apareceu a tempo. Embora a RiseWorks tenha eventualmente processado muitos destes pagamentos, a falta de comunicação durante o atraso exacerbou a frustração.

Desempenho Cripto vs. Transferência Bancária: Curiosamente, o feedback indica que os pagamentos em cripto são muito mais rápidos e fluidos do que as transferências bancárias tradicionais na RiseWorks. Os contratados que optaram por levantar em criptomoeda (como USDC) receberam frequentemente os seus fundos rapidamente – por vezes em minutos se for para uma carteira cripto. Uma análise de feedback de clientes notou “levantamentos cripto rápidos” como um tema positivo, em contraste com “transferências bancárias atrasadas” para fiduciário. Isto sugere que a infraestrutura cripto da Rise é robusta, mas as suas parcerias ou processos bancários podem ser um obstáculo. Para os utilizadores, isto criou uma divisão: freelancers com conhecimentos tecnológicos aprenderam a preferir cripto para evitar atrasos, enquanto aqueles que necessitavam de moeda local tiveram de suportar períodos de espera.

Estabilidade do Sistema: Além do timing dos pagamentos, houve alguns casos de falhas no sistema. Em meados de 2024, um grupo de utilizadores encontrou erros como a incapacidade de iniciar um levantamento ou a plataforma mostrar um estado de “processamento” indefinidamente. Estes podem ter sido bugs pontuais ou relacionados com o facto de o KYC / documentos não terem sido totalmente aprovados nos bastidores. Não há evidências de interrupções generalizadas, mas mesmo casos isolados de transações pendentes corroem a confiança. A RiseWorks tem uma página de estado (status page), mas alguns utilizadores não tinham conhecimento dela ou esta não refletia o seu problema específico.

Confiança e Fiabilidade Percebida: Inicialmente, a RiseWorks lutou com a confiança dos utilizadores. Em meados de 2024, quando era relativamente nova para muitos, tinha uma classificação média no Trustpilot em torno de 3,3 em 5 (uma pontuação “Média”) com muito poucas avaliações. Comentários sobre dinheiro em falta e suporte fraco levaram alguns a rotulá-la como não fiável. Um site de monitorização de burlas de terceiros chegou a sinalizar o riseworks.io com uma “pontuação de confiança muito baixa”, avisando que poderia ser arriscado. Isto mostra como os problemas de desempenho (como falhas nos pagamentos) impactaram diretamente a sua reputação.

No entanto, em 2025 há sinais de melhoria. Mais utilizadores utilizaram o serviço com sucesso e as vozes satisfeitas equilibraram um pouco os detratores. De acordo com um relatório agregado de avaliações, a classificação geral do Trustpilot para a RiseWorks subiu para 4,4 / 5 em abril de 2025. Isto sugere que muitos utilizadores acabaram por ser pagos e tiveram uma experiência decente, possivelmente deixando feedback positivo. O aumento na classificação pode significar que a empresa resolveu alguns bugs e atrasos iniciais, ou que os utilizadores que utilizam o pagamento cripto (que funciona de forma fiável) deram pontuações altas. Independentemente disso, a presença de clientes felizes a par dos infelizes indica agora experiências mistas – não uniformemente más como o feedback inicial poderia sugerir.

Em conclusão sobre a fiabilidade: A RiseWorks provou ser fiável para alguns (especialmente via cripto), mas inconsistente para outros (especialmente via bancos). O desempenho da plataforma tem sido irregular, o que é um grande ponto de dor porque o payroll é tudo sobre confiança e timing. Freelancers e empresas precisam de saber que os pagamentos chegarão conforme prometido. Até que a Rise consiga garantir que as transferências bancárias sejam tão rápidas como os seus pagamentos cripto, isto continuará a ser uma preocupação. A tendência nos últimos meses é algo positiva (menos histórias de terror, melhores classificações), mas justifica-se um otimismo cauteloso – os utilizadores ainda se aconselham frequentemente a “ter cuidado e ter um backup” ao usar a Rise, refletindo preocupações persistentes sobre a sua fiabilidade.

Resumo de Temas e Padrões Recorrentes​

Entre os vários tipos de utilizadores, alguns pontos de dor recorrentes destacam-se claramente na plataforma RiseWorks:

• Atrasos nos Pagamentos e Falta de Fiabilidade: Este é o problema número um levantado pelos freelancers (especialmente traders financiados e contratados). Os utilizadores iniciais em 2023-2024 experimentaram frequentemente atrasos significativos na receção de fundos, com alguns a esperar semanas e a temer nunca vir a receber. Este padrão parece estar a melhorar em 2025, mas atrasos (particularmente para transferências fiduciárias) ainda são reportados. O contraste entre transferências bancárias lentas e pagamentos cripto rápidos é um tema recorrente – indicando que os canais de pagamento tradicionais da plataforma precisam de melhorias.
• Suporte ao Cliente Deficiente: Quase todas as avaliações negativas ou publicações em fóruns citam a falta de suporte responsivo. Os utilizadores de todo o espectro (administradores de RH e contratados) sentiram-se frustrados por não obterem respostas ou por receberem respostas genéricas e inúteis quando pediam ajuda. Isto tem sido consistente desde os primeiros dias da plataforma até tempos recentes, embora a empresa afirme disponibilidade de suporte 24 / 7. É um ponto de dor crítico porque agrava outros problemas; quando um pagamento é atrasado, não receber suporte atempado torna a experiência muito pior.
• Questões de Confiança e Transparência: No lançamento inicial da plataforma para novas comunidades (como os utilizadores de empresas de prop trading), houve ceticismo devido aos problemas acima referidos. A RiseWorks teve de combater perceções de ser uma “burla” ou pouco fiável. Com o tempo, à medida que mais utilizadores receberam pagamentos com sucesso, alguma confiança está a ser recuperada (refletida na melhoria das classificações). Ainda assim, a confiança permanece frágil – os novos utilizadores procuram frequentemente avaliações e perguntam a outros se a RiseWorks é segura antes de comprometerem os seus ganhos nela. As empresas que consideram a RiseWorks também avaliam o seu curto historial e por vezes expressam hesitação em confiar numa empresa relativamente jovem para algo tão sensível como o processamento de salários.
• Proposta de Valor vs. Execução: Os utilizadores reconhecem que a RiseWorks está a resolver um problema valioso – pagamentos a contratados globais com opções cripto – e muitos querem que funcione. Os profissionais de RH e fundadores de startups gostam da ideia de uma solução única para conformidade internacional, e os freelancers gostam de ter mais formas de receber (especialmente em cripto com taxas baixas). Quando a plataforma funciona como pretendido, estes benefícios concretizam-se e os utilizadores ficam satisfeitos. Por exemplo, alguns comentários no Trustpilot elogiam a facilidade de levantar na sua moeda local ou a conveniência de não se preocuparem com formulários fiscais. O ponto de dor é que a execução não tem sido consistente. O conceito é forte, mas a empresa ainda está a resolver problemas operacionais. Como um membro da comunidade referiu apropriadamente, “A Rise tem potencial, mas eles precisam de resolver o seu sistema de pagamentos e suporte se querem que as pessoas continuem com eles.” Isto resume o sentimento que muitos utilizadores iniciais têm: cautelosamente esperançosos, mas atualmente desapontados em áreas-chave.

Abaixo está uma tabela resumo dos pontos de dor por categoria, com destaques do que os utilizadores reportaram:

Padrões ao Longo do Tempo: O feedback inicial (final de 2022 e 2023) foi em grande parte negativo, centrando-se em expectativas básicas não cumpridas (dinheiro não chegava, ausência de suporte). Isto criou uma narrativa nos fóruns de que “a RiseWorks não está a cumprir”. Ao longo de 2024 e entrando em 2025, a empresa parece ter tomado medidas para resolver estes problemas: expandindo os corredores de pagamento (adicionando transferências locais na UE / Reino Unido), disponibilizando mais canais de suporte e provavelmente resolvendo muitos casos individuais. Consequentemente, vemos um conjunto mais misto de avaliações recentemente – alguns utilizadores reportando experiências fluidas a par daqueles que ainda encontram obstáculos. A subida da pontuação no Trustpilot para 4,4 / 5 em abril de 2025 (de ~ 3 / 5 um ano antes) exemplifica esta mudança. Sugere que um número de utilizadores está agora satisfeito (ou pelo menos os clientes satisfeitos aumentaram), talvez devido a pagamentos cripto bem-sucedidos ou processos melhorados.

Dito isto, os principais pontos de dor persistem em 2025: atrasos em certos pagamentos e suporte abaixo da média são mencionados em discussões recentes, o que significa que a RiseWorks não escapou totalmente a esses problemas. A melhoria nas classificações médias pode refletir medidas proativas, mas também possivelmente esforços para incentivar avaliações positivas. É importante notar que, mesmo com uma média de 4,4, as experiências negativas foram muito graves para quem as teve, e essas narrativas continuam a circular nas comunidades de utilizadores (Reddit, fóruns de prop trading, etc.). Os novos utilizadores perguntam frequentemente de forma explícita se outros tiveram problemas, indicando a cautela que ainda rodeia a reputação da plataforma.

Conclusão​

Em conclusão, a RiseWorks responde a uma necessidade real de processamento de salários global (especialmente ligando pagamentos cripto e fiduciários), mas as experiências dos utilizadores mostram uma lacuna entre a promessa e a realidade. Os profissionais de RH e as empresas adoram o conceito de pagamentos a contratados em conformidade e automatizados em qualquer moeda, mas preocupam-se com a fiabilidade ao verem freelancers a lutar para serem pagos. Freelancers e traders financiados estão entusiasmados com as opções de pagamento flexíveis e taxas baixas, mas muitos encontraram atrasos inaceitáveis e silêncio quando precisaram de ajuda. Com o tempo, há sinais de melhoria – alguns utilizadores reportam agora resultados positivos – mas os temas recorrentes de atrasos nos pagamentos e suporte deficiente continuam a ser os maiores pontos de dor que travam a RiseWorks.

Para que a RiseWorks conquiste totalmente todos os tipos de utilizadores, precisará de melhorar significativamente a capacidade de resposta do seu suporte ao cliente e garantir pagamentos atempados de forma consistente. Se estes problemas centrais forem corrigidos, grande parte da negatividade histórica provavelmente desaparecerá, uma vez que a oferta de serviço subjacente é forte e inovadora. Até lá, o feedback dos utilizadores continuará provavelmente a ser misto: com startups e utilizadores nativos de cripto a elogiar as funcionalidades e o custo, e outros a avisar sobre o suporte e a velocidade. Como um utilizador resumiu nas redes sociais, a RiseWorks tem um grande potencial, mas deve “cumprir o básico” – um sentimento que encapsula a posição atual da plataforma aos olhos dos seus utilizadores.

Fontes:

• Discussões de utilizadores no Reddit (r/Forex, r/Daytrading, r/buhaydigital) destacando atrasos nos pagamentos e problemas de suporte
• Resumo do Trustpilot via relatórios TradersUnion / Kimola (avaliações mistas: “transferências bancárias atrasadas, falta de suporte ao cliente e levantamentos cripto rápidos”)
• Marketing e documentação da RiseWorks (página de preços, integrações e comparações com concorrentes)
• Publicações da comunidade (grupo de Facebook para traders de empresas de prop trading) avisando sobre pagamentos bancários em falta
• Guia do utilizador PipFarm para a RiseWorks, detalhando os passos de onboarding e a experiência do contratado
• Análise no Medium sobre a RiseWorks (Coinmonks) para visão geral de funcionalidades e detalhes de preços.