📑 Se você usou um dApp que toca mais de uma cadeia, você conhece a dor.
Você quer fazer uma negociação:
- a liquidez está em outra cadeia - você ponte - você espera - você assina várias transações - você espera que nada quebre.
Isto não é "experiência do usuário". É trabalho de operações disfarçado de UX.
Mesmo com todas as pontes, retransmissores, routers e agregadores do mundo, a maioria das aplicações ainda está limitada por uma suposição:
O utilizador deve empurrar cada transação, saber onde estão os ativos e fazer a cadeia manualmente para obter o que deseja.
É aqui que entram os 'solucionadores de intenção'.
————————————————————
➩ De Transações a Intenções
Nos sistemas de criptomoeda tradicionais, os usuários submetem transações de baixo nível:
- "Enviar X de A para B" - "Trocar o token X por Y no Uniswap"
Mas os utilizadores não querem realmente submeter transações. Eles querem resultados.
- "Traga-me 100 USDC dos meus ativos, onde quer que estejam." - "Compre este NFT abaixo de 0,1 ETH, mesmo que leve um dia."
@anoma introduz uma nova abstração chamada 'intents': expressões orientadas para resultados dos objetivos do utilizador, sem a necessidade de especificar o caminho ou a cadeia.
O resultado?
Você descreve o que deseja. A rede descobre como fazer isso.
————————————————————
➩ Compreendendo a Rede Solver
As intenções são poderosas, mas elas não se executam sozinhas.
Essa é a função dos solucionadores; agentes descentralizados que escaneiam o mempool de intenções declaradas e competem para cumpri-las de forma otimizada.
Pense nos solucionadores como uma malha em tempo real, abrangendo várias cadeias de bots, formadores de mercado e motores de roteamento que:
- Descobrir as intenções da contraparte - Construir pacotes de transação válidos - Execute-os atomicamente em uma ou mais cadeias
É a descoberta e liquidação de contraparte descentralizada. Algo que nenhum sistema tradicional de contrato inteligente oferece nativamente.
————————————————————
➩ Por que isso resolve a experiência do usuário multi-chain na raiz
As aplicações multi-chain atualmente sofrem de:
- Estado fragmentado e liquidez - Lógica de roteamento frágil - Manual de ligação do utilizador - Dependência de relayers ou sequenciadores centralizados
Os solucionadores abstraem isso.
Em vez de codificar "conectar à cadeia A, depois B, depois C," você projeta seu aplicativo em torno de intenções e deixa os solucionadores competirem para cumpri-las, independentemente de quais ativos, rotas ou cadeias estão envolvidos.
Em outras palavras:
A complexidade multi-chain torna-se um problema de 'solver', não um problema de 'utilizador' ou 'desenvolvedor'.
Esta é a separação limpa de preocupações que o espaço precisava.
————————————————————
➩ Benefícios para Construtores
Com @anoma e solucionadores de intenção, os desenvolvedores não precisam de:
- para implementar contratos em cada cadeia - codificar logicamente a ponte ou caminhos de liquidez - os usuários saberem onde estão seus ativos
Você simplesmente define como é um 'intento' no seu aplicativo, e os solucionadores cuidam do resto.
Isto muda o design de dApps de ser limitado à cadeia para ser orientado a resultados.
É como passar de programação em assembly para programação de alto nível, mas para a experiência do usuário de aplicativos.
————————————————————
➩ Conclusão
Os solucionadores não são bots. Eles são uma nova camada de infraestrutura.
Onde os sequenciadores ordenam transações e os rollups agrupam-nas, os resolvers compõem intenções em fluxos significativos e executáveis através de cadeias, ativos e participantes.
Eles são o tecido conjuntivo que falta entre os usuários e a liquidez em um mundo que se está tornando cada vez mais modular, assíncrono e orientado por agentes.
Em 2020, os AMMs tornaram-se o primitivo. Em 2021, eram L2s. Em 2023, modularidade. Em 2024, sequenciação compartilhada.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
📑 Se você usou um dApp que toca mais de uma cadeia, você conhece a dor.
Você quer fazer uma negociação:
- a liquidez está em outra cadeia
- você ponte
- você espera
- você assina várias transações
- você espera que nada quebre.
Isto não é "experiência do usuário". É trabalho de operações disfarçado de UX.
Mesmo com todas as pontes, retransmissores, routers e agregadores do mundo, a maioria das aplicações ainda está limitada por uma suposição:
O utilizador deve empurrar cada transação, saber onde estão os ativos e fazer a cadeia manualmente para obter o que deseja.
É aqui que entram os 'solucionadores de intenção'.
————————————————————
➩ De Transações a Intenções
Nos sistemas de criptomoeda tradicionais, os usuários submetem transações de baixo nível:
- "Enviar X de A para B"
- "Trocar o token X por Y no Uniswap"
Mas os utilizadores não querem realmente submeter transações.
Eles querem resultados.
- "Traga-me 100 USDC dos meus ativos, onde quer que estejam."
- "Compre este NFT abaixo de 0,1 ETH, mesmo que leve um dia."
@anoma introduz uma nova abstração chamada 'intents': expressões orientadas para resultados dos objetivos do utilizador, sem a necessidade de especificar o caminho ou a cadeia.
O resultado?
Você descreve o que deseja. A rede descobre como fazer isso.
————————————————————
➩ Compreendendo a Rede Solver
As intenções são poderosas, mas elas não se executam sozinhas.
Essa é a função dos solucionadores; agentes descentralizados que escaneiam o mempool de intenções declaradas e competem para cumpri-las de forma otimizada.
Pense nos solucionadores como uma malha em tempo real, abrangendo várias cadeias de bots, formadores de mercado e motores de roteamento que:
- Descobrir as intenções da contraparte
- Construir pacotes de transação válidos
- Execute-os atomicamente em uma ou mais cadeias
É a descoberta e liquidação de contraparte descentralizada. Algo que nenhum sistema tradicional de contrato inteligente oferece nativamente.
————————————————————
➩ Por que isso resolve a experiência do usuário multi-chain na raiz
As aplicações multi-chain atualmente sofrem de:
- Estado fragmentado e liquidez
- Lógica de roteamento frágil
- Manual de ligação do utilizador
- Dependência de relayers ou sequenciadores centralizados
Os solucionadores abstraem isso.
Em vez de codificar "conectar à cadeia A, depois B, depois C," você projeta seu aplicativo em torno de intenções e deixa os solucionadores competirem para cumpri-las, independentemente de quais ativos, rotas ou cadeias estão envolvidos.
Em outras palavras:
A complexidade multi-chain torna-se um problema de 'solver', não um problema de 'utilizador' ou 'desenvolvedor'.
Esta é a separação limpa de preocupações que o espaço precisava.
————————————————————
➩ Benefícios para Construtores
Com @anoma e solucionadores de intenção, os desenvolvedores não precisam de:
- para implementar contratos em cada cadeia
- codificar logicamente a ponte ou caminhos de liquidez
- os usuários saberem onde estão seus ativos
Você simplesmente define como é um 'intento' no seu aplicativo, e os solucionadores cuidam do resto.
Isto muda o design de dApps de ser limitado à cadeia para ser orientado a resultados.
É como passar de programação em assembly para programação de alto nível, mas para a experiência do usuário de aplicativos.
————————————————————
➩ Conclusão
Os solucionadores não são bots. Eles são uma nova camada de infraestrutura.
Onde os sequenciadores ordenam transações e os rollups agrupam-nas, os resolvers compõem intenções em fluxos significativos e executáveis através de cadeias, ativos e participantes.
Eles são o tecido conjuntivo que falta entre os usuários e a liquidez em um mundo que se está tornando cada vez mais modular, assíncrono e orientado por agentes.
Em 2020, os AMMs tornaram-se o primitivo.
Em 2021, eram L2s.
Em 2023, modularidade.
Em 2024, sequenciação compartilhada.
Em 2025?
A primitiva é a resolução de intenções.