Recentemente, na comunidade Ethereum, tem havido uma discussão acalorada sobre Intent e suas aplicações. Este artigo apresentará brevemente o princípio, o status da aplicação, os riscos potenciais e as contramedidas da Intenção.

Se a transação se refere explicitamente a como operar o comportamento, a intenção se refere ao resultado esperado do comportamento.

Se a instrução de transação for:

“Faça A, depois faça B e depois pague C para obter D.”

Então a intenção correspondente é:

"Posso pagar e quero tirar um D."

Protocolos centrados na intenção podem melhorar significativamente a experiência e a eficiência do usuário. A transação exige que o usuário especifique explicitamente cada parâmetro e o limite de operação é alto. Em contraste, usando Intents, os usuários podem simplesmente expressar os resultados desejados, enquanto terceirizam a tarefa de alcançar os resultados de maneira ideal para um terceiro maduro.

Embora as Intenções forneçam mais possibilidades para o ecossistema, os projetos baseados em Intenções na cadeia Ethereum também podem ter um impacto significativo na infraestrutura fora da cadeia, e também há conexões importantes com atividades relacionadas ao MEV e controle de mercado.

Como funciona a intenção

Como funciona a intenção

Atualmente, a forma padrão de interação dos usuários com o Ethereum é formular e assinar transações e mensagens em um formato específico que forneça ao EVM todas as informações necessárias para realizar transições de estado. No entanto, a criação de uma transação pode envolver operações bastante complexas. A criação de uma transação requer muitos detalhes sobre contratos inteligentes e gerenciamento de nonce, ao mesmo tempo que mantém um ativo específico para pagar taxas de gás. Essa complexidade leva a uma experiência do usuário ruim e à eficiência reduzida, pois os usuários precisam tomar decisões sem informações suficientes ou envolvendo estratégias de execução complexas.

O objetivo do Intent é reduzir a carga do usuário. As intenções permitem que os usuários terceirizem a criação de transações para terceiros sem atribuir controle total, assinando um conjunto de restrições descritivas.

Em um processo padrão baseado em transações, quando os validadores são incentivados a verificar, as assinaturas das transações permitem que os validadores sigam com precisão o caminho computacional para um estado específico. Em contraste, um Intent não especifica exatamente quais caminhos computacionais devem ser seguidos, mas permite qualquer ação que satisfaça restrições específicas. Ao assinar e compartilhar um Intent, o usuário efetivamente concede ao destinatário permissão para escolher o caminho de cálculo em seu nome (conforme mostrado na imagem abaixo). É importante notar que vários Intents podem ser incluídos em uma única transação, permitindo a correspondência de Intents sobrepostos, economizando taxas de gás e melhorando a eficiência econômica. Além disso, os usuários podem pagar taxas de gás com mais flexibilidade, permitindo que terceiros patrocinem gás ou paguem com outros tokens.

Conforme mostrado na figura, ao enviar uma transação, o usuário especifica o caminho de cálculo exato; ao enviar o Intent, o usuário especifica o objetivo e algumas restrições, e o Matchmaking determina o caminho de cálculo a ser seguido.

Status do aplicativo de intenção

O status atual do aplicativo Intent

A criação de intenções terceiriza as complexidades de interação com o blockchain, ao mesmo tempo que permite aos usuários manter a custódia de seus ativos e identidades criptográficas. Na verdade, muitos conceitos sobre Intent correspondem a sistemas que estão em execução há vários anos, como os seguintes cenários:

Pedido restrito: Se o usuário receber pelo menos 200 tokens B, 100 tokens A poderão ser retirados da conta do usuário.

Leilão estilo Cowswap: Igual aos pedidos restritos, mas depende de um terceiro ou mecanismo para combinar vários pedidos e maximizar a qualidade da execução.

Patrocínio de gás: Os usuários podem optar por pagar taxas de transação em USDC em vez de ETH, e há USDC na conta para pagar as taxas de gás.

Autorização delegada: permite apenas a interação com contas específicas de determinadas formas pré-autorizadas. Uma Intent só pode ser cumprida se a transação final seguir a lista de controle de acesso especificada na Intent.

Mesclar processamento de transações: permite que vários Intents sejam mesclados para melhorar a eficiência do gás.

Agregador: Opera apenas com o melhor preço/rendimento, comprovando realizar agregação de múltiplos cenários e trilhando o melhor caminho até o Intent.

Atualmente, o Intent tem novas aplicações em MEV cross-chain (como SUAVE), abstração de conta do tipo ERC4337 e cenários de pedidos portuários. Enquanto o ERC4337 está em desenvolvimento, outras novas aplicações (como Intents entre domínios) também estão entrando na fase de exploração.

Em todos os aplicativos baseados em Intenção, é necessário que haja pelo menos um grupo que entenda a Intenção e seja incentivado a executá-la em tempo hábil. Quanto a quem desempenha este papel, como é implementado e os seus incentivos, são necessárias mais exploração e prática para determinar a eficácia, a confiança e outros impactos dos sistemas orientados pela Intenção.

Intermediário e Mempool

Mediação e Mempool

A maneira mais óbvia de colocar Intents nas mãos de intermediários dispostos é o Mempool da Ethereum. No entanto, o design atual do Mempool não suporta a propagação de Intents. No longo prazo, considerando os perigos ocultos dos ataques DOS, a possibilidade de suporte generalizado para a propagação de Intents no Ethereum Mempool é extremamente baixa. Pode-se dizer que a natureza aberta e sem permissão do Ethereum Mempool representa uma barreira para a adoção da intenção.

Na ausência do Ethereum Mempool, os projetistas do sistema Intent enfrentam vários problemas. A escolha enfrentada atualmente é propagar a Intenção ao licenciante ou fazê-lo sem permissão para que qualquer parte possa executar a Intenção.

Conforme mostrado na figura, o Intent primeiro flui do usuário para o Intentpool público/privado com permissão/sem permissão e, em seguida, converte-o em uma transação por meio do matchmaker e, finalmente, converte-o em um Mempool público ou exibe-o diretamente na cadeia por meio de um leilão do tipo MEV Boost.

Mempool sem permissão

Mempool sem licença

Um projeto que está sendo tentado é uma API descentralizada que permite que vários nós do sistema transmitam Intents por meio de fofocas, fornecendo assim acesso sem permissão ao executor.

Por exemplo, no retransmissor de protocolo 0x, ordens restritas são transmitidas entre si e carregadas na cadeia quando uma correspondência é encontrada. Esta abordagem também está a ser explorada no contexto do ERC4337 Mempool partilhado para combater os riscos de centralização e censura. No entanto, o design deste Intentpool sem permissão também enfrenta os seguintes desafios:

Resistência DoS: Os desenvolvedores podem ter que limitar a funcionalidade dos Intents para evitar possíveis ataques DoS.

Distribuição de incentivos: Para muitas aplicações, a execução de Intents é uma atividade lucrativa. Portanto, teoricamente, os nós que operam o Intentpool têm um incentivo para não propagar Intents para reduzir a competição pela execução de Intents.

MEV: Como a qualidade de execução dos Intents depende do bom comportamento dos participantes fora da cadeia, existem algumas dificuldades enfrentadas ao usar Intentpools públicos e sem permissão. Se a execução for lucrativa, um Intentpool sem permissão pode tentar arbitrar os usuários. Isso é semelhante ao atual “ataque sanduíche” no Ethereum Mempool, que será um problema comum para intenções relacionadas ao Defi. Uma melhoria futura pode ser criar um Intentpool sem permissão, mas criptografado.

Licença Mempool

Mempool licenciado

APIs centralizadas confiáveis são mais resistentes a ataques DOS e não precisam propagar intenções. Este modelo de confiança fornece alguma base para as preocupações do MEV. Enquanto a suposição de confiança for mantida, a qualidade da execução poderá ser garantida. Os intermediários de confiança também podem ter uma reputação associada a eles, proporcionando algum incentivo para realizar operações de forma consciente.

Portanto, IntentPools permitidos serão atraentes para desenvolvedores de aplicativos baseados em Intent no curto prazo. No entanto, a suposição de uma forte confiança é naturalmente falha e viola o espírito original do blockchain até certo ponto.

Solução Híbrida

solução híbrida

Existem também soluções que misturam as duas situações mencionadas acima. Por exemplo, há uma situação em que o processo de propagação é permitido, mas a execução não tem permissão e vice-versa. Um exemplo comum de solução híbrida é um leilão de fluxo de pedidos.

A ideia por trás deste tipo de design é que os utilizadores que necessitam de contrapartes podem necessitar de diferenciar entre contrapartes melhores e piores para negociar a um preço mais favorável. O processo de design normalmente envolve uma parte confiável que obtém a intenção (ou transação) do usuário e facilita o leilão em nome do usuário. Nenhuma permissão é necessária para participar do leilão. Há também desvantagens neste tipo de design, pois é provável que estejam sujeitos a diversas interferências em um Intentpool licenciado.

O resultado final desta abordagem é que as aplicações baseadas em Intent envolvem não apenas novos formatos de mensagens para interagir com contratos inteligentes, mas também mecanismos de propagação e descoberta de adversários na forma de alternativas aos mempools. O mais importante no momento é projetar um mecanismo de descoberta e correspondência de Intenções que seja compatível com incentivos e, ao mesmo tempo, mantenha a descentralização.

Riscos e como lidar com eles

Riscos e seus métodos de resposta

Embora as Intents sejam um novo paradigma interessante para transações, sua ampla adoção também significa uma tendência acelerada de maior atividade do usuário migrando para Mempools alternativos. Se não for gerida adequadamente, esta mudança pode prejudicar a descentralização do Ethereum e levar a um poder excessivo de partes confiáveis. Os riscos potenciais incluem o seguinte:

Fluxo de pedidos: se a execução do Intent for permitida, mas os usuários a escolherem descuidadamente e migrarem do Mempool público, a produção de blocos Ethereum pode se tornar centralizada.

Confiança: Como muitas soluções exigem confiança em intermediários, para garantir a qualidade de execução dos Intents, esta alta barreira de entrada dificultará o desenvolvimento de novas arquiteturas baseadas em Intents e reduzirá a velocidade da inovação e da concorrência.

Transparência: Como muitas arquiteturas Intent exigem que os usuários entreguem algum controle sobre seus ativos de cadeia e Mempool autorizado como compromisso, o que significa que há um grau de impenetrabilidade externa, há o risco de o sistema que está sendo construído ser opaco, Neste caso, não está claro como as expectativas dos usuários são atendidas e se existem ameaças não detectadas ao ecossistema. Até mesmo o middleware e o ecossistema do Mempool que se desenvolve entre os usuários e o blockchain se tornarão opacos.

Então, como reduzir os riscos acima? Sabemos que o espaço do Ethereum Mempool é limitado. Para algumas aplicações, o risco é devido à falta de privacidade e, portanto, à sua incapacidade de suportar uma gama mais ampla de formatos de mensagens. Isto coloca os desenvolvedores de carteiras e aplicativos em uma posição difícil, pois eles devem encontrar alguma maneira de permitir que os usuários se conectem ao blockchain, evitando os riscos mencionados acima.

O sistema ideal deve ser sem permissão para que qualquer pessoa possa combinar e executar Intents sem sacrificar muita qualidade de execução. O sistema deve ser versátil para que novas aplicações possam ser implantadas sem a necessidade de criação de novos Mempools. Os sistemas devem ser transparentes, permitindo a divulgação pública do processo de execução das intenções e fornecendo dados para a realização de auditorias de qualidade quando as garantias de privacidade o permitirem.

Embora equipes como FlashBots e Anoma estejam trabalhando duro para atender aos requisitos acima para uma solução universal, combinando privacidade e ausência de permissão, será difícil criar um sistema tão perfeito em um futuro próximo. Portanto, os usuários precisam fazer concessões e escolher soluções diferentes para aplicações diferentes. Da mesma forma, os aplicativos que iniciam Intentpools precisam buscar onipresença sem permissão e escolher cuidadosamente os intermediários onde a permissão estiver disponível.

Os designers de aplicações baseadas em Intenção precisam considerar plenamente as implicações fora da cadeia de suas aplicações, uma vez que elas dizem respeito não apenas à sua base de usuários, mas também à comunidade mais ampla, o que exige que a comunidade mais ampla tenha uma compreensão das implicações fora da cadeia que cercam o Ethereum. O ecossistema permanece atento.

resumo

sumário breve

Devido à óbvia demanda do mercado por aplicativos Intent, muitos aplicativos baseados em Intent têm sido amplamente utilizados há vários anos. O aumento da adoção do Intent, impulsionado em parte pelo ERC4337, pode acelerar a mudança do Ethereum Mempool para novos locais. A adoção do Intent representa a mudança do usuário de um paradigma de “operação forçada” para um paradigma “descritivo”, que deverá melhorar significativamente a experiência e a eficiência do usuário.

Ebunker, um crente de longa data do Ethereum, presta muita atenção ao desenvolvimento da tecnologia Ethereum, atualizações de propostas e mudanças na comunidade pela primeira vez, e compartilha pesquisas e opiniões sobre os principais caminhos do Ethereum, como Staking, L2 e DeFi.

Atualmente, a Ebunker inclui a Ebunker Pool (pool de mineração Ethereum Stake sem custódia financiado) e a Ebunker Venture (capital de risco maximizado pela Ethereum) e outros negócios.

Site oficial da Ebunker: