Introdución

A tecnoloxía Blockchain, e concretamente as finanzas descentralizadas (DeFi), desbloquearon poderosas posibilidades para os sistemas financeiros. Non obstante, a medida que o ecosistema crece, tamén o fai a complexidade de interactuar a través de múltiples redes blockchain. Cada cadea de bloques funciona de forma independente, creando silos de liquidez e funcionalidades que os usuarios e desenvolvedores deben navegar manualmente.

Os sistemas baseados na intención xurdiron como solución a esta fragmentación, que ofrecen unha forma de abstraer a complexidade de interactuar con varias cadeas de bloques. En lugar de esixir aos usuarios que interactúen directamente coa infraestrutura subxacente de cada cadea, estes sistemas permiten aos usuarios definir os seus resultados desexados, como transferir tokens ou realizar transaccións, ao tempo que descargan a execución técnica a actores terceiros, coñecidos como recheos.

As intencións de cadea cruzada (un dos moitos tipos de intención) son accións predefinidas que os usuarios desexan executar en diferentes redes de cadea de bloques. Por exemplo, un usuario pode querer intercambiar tokens entre Ethereum e Arbitrum. En lugar de realizar transaccións manualmente en ambas as cadeas, unha intención cruzada permite ao usuario definir a acción nun só paso. Os recheos executan a intención interactuando coas cadeas respectivas, abstraendo o proceso para o usuario e reducindo a fricción, unha característica valiosa para as operacións DeFi multicadea.

A pesar do seu potencial, os sistemas baseados en intencións afrontan retos que limitan a súa escalabilidade e eficacia, especialmente en torno ao acceso á liquidez e ao desenvolvemento da rede de recheo. Destacamos algúns destes problemas a continuación:

• Acceder a liquidez suficiente : un desafío importante nos sistemas de cadeas cruzadas é garantir a liquidez suficiente en diferentes cadeas. Por exemplo, un usuario que queira intercambiar activos entre Ethereum e Fantom pode considerar que a liquidez é insuficiente en calquera das dúas cadeas, o que provoca atrasos ou fallos nas transaccións. Na práctica, as grandes transaccións en bolsas descentralizadas (DEX) ás veces teñen dificultades debido á fragmentación dos grupos de liquidez, o que provoca un alto deslizamento e operacións ineficientes. As intencións de crosschain enfróntanse a problemas similares: sen liquidez suficiente nas cadeas de destino, as intencións non se poden cumprir de forma efectiva. As operacións complexas, como o cultivo de rendemento cruzado ou os intercambios de tokens, poden fallar cando a liquidez é escasa en varias cadeas de bloques ao mesmo tempo.
• Construír redes de recheo activas entre cadeas: outro desafío é crear redes de recheo activas e fiables que admitan interaccións entre cadeas. Os recheos deben ser incentivados para executar intencións rapidamente, pero os diversos ambientes de diferentes cadeas de bloques dificultan isto. Sen un ecosistema de recheo activo e ben estruturado, as intencións cruzadas poden permanecer sen cumprir ou experimentar ineficiencias, o que afecta negativamente á experiencia do usuario.

Superar estes desafíos require integrar infraestruturas compartidas e marcos universais nos sistemas de cadea cruzada. En particular, un marco unificado para xestionar as intencións de cadea cruzada pode axudar a coordinar os recheos, mellorar o fluxo de liquidez e establecer redes de recheo máis eficientes. Ao aproveitar os protocolos compartidos, os sistemas crosschain poden escalar e proporcionar unha experiencia máis fluida, desbloqueando unha maior eficiencia e utilización de liquidez en todo o ecosistema blockchain.

Aquí é onde entra en escena ERC-7683.

ERC-7683 e a necesidade de mellores interaccións cruzadas

ERC-7683: Cross Chain Intents propón un marco unificado para definir e cumprir as intencións cruzadas e facilita aos usuarios participar en operacións multichain como transferencias de tokens ou execucións de contratos intelixentes. A proposta representa o primeiro intento de crear unha interface estandarizada para as intencións utilizadas en operacións entre cadeas e ten implicacións positivas para o ecosistema de Ethereum.

Ao estandarizar a forma en que se crean e procesan as intencións, o ERC-7683 pretende axilizar as interaccións entre cadeas cruzadas, mellorar o acceso á liquidez e promover unha mellor interoperabilidade entre as cadeas de bloques. Tamén simplifica as interaccións ao permitir que os usuarios e as aplicacións descentralizadas especifiquen a súa intención sen comprometerse directamente coa infraestrutura de cada cadea.

É importante destacar que ERC-7683 reduce a fragmentación e as ineficiencias causadas por protocolos illados e redes de recheo. Os recheos están actualmente encerrados dentro de ecosistemas específicos, o que limita o fluxo de liquidez a través das cadeas de bloques. ERC-7683 aborda isto consolidando os esforzos nunha rede de recheo cohesionada que abrangue varias cadeas e protocolos, simplificando a creación, o cumprimento e a verificación de intencións ao tempo que fomenta unha participación máis ampla en todo o ecosistema da cadea de bloques.

Cales son as principais características e funcionalidades do ERC-7683?

ERC-7683 permite unha ampla gama de intencións para accións cruzadas. Estas intencións poden implicar transferencias simples, intercambios de tokens cruzados, participación de activos ou operacións máis complexas como proporcionar liquidez en varias cadeas de bloques. Os usuarios poden especificar detalles como a cadea de destino, os tipos de tokens e as limitacións, como os prazos de execución ou os límites de prezos. ERC-7683 ofrece un formato estandarizado para enviar estas intencións, o que permite que as aplicacións e os recheos descentralizados funcionen sen problemas entre as cadeas.

Aínda que ERC-7683 estandariza como se envían as intencións cruzadas e como se estruturan as solucións, non prescribe como se realiza a verificación cruzada. Pola contra, ERC-7683 deixa o proceso de verificación á dApp ou ao usuario a través do campo "Contratos de liquidador". Este campo permítelles seleccionar un contrato de liquidación cun proceso de verificación no que confían, adaptado ao seu caso de uso.

Este enfoque flexible permite a diversidade nos métodos de verificación. Algúns protocolos poden comunicarse mediante verificacións de sinatura múltiple, mentres que outros poden usar configuracións optimistas con mecanismos de desafío ou probas de coñecemento cero. ERC-7683 non aplica un modelo específico, fomentando a diversidade nos deseños dos contratos de liquidación e permitindo ás dApps escoller o que mellor se adapte ás súas necesidades. En definitiva, ERC-7683 céntrase na estandarización das ordes cruzadas para unificar os fluxos de liquidez e mellorar a coordinación, sen esixir un método de verificación particular.

O papel da colaboración e a implicación comunitaria no ERC-7683

ERC-7683 é o resultado da colaboración entre Across (unha ponte líder) e Uniswap Labs (desenvolvedor do DEX máis grande de Ethereum), ambos destacados no espazo DeFi. Ao aproveitar a súa experiencia combinada, propuxeron un estándar que aborda as necesidades do mundo real dos usuarios e desenvolvedores do ecosistema Ethereum. ERC-7683 tamén recibiu soporte de máis de 35 protocolos, incluíndo Arbitrum, Base, Optimism e Base.

Ademais, ERC-7683 presentouse ao Grupo de traballo CAKE ( Chain Abstraction Key Elements ), un colectivo centrado no desenvolvemento de cadeas cruzadas e a interoperabilidade. A súa implicación é fundamental, xa que representan unha ampla gama de proxectos blockchain. Coa súa contribución, o estándar pódese refinar para satisfacer as diversas necesidades do ecosistema. Este proceso garante que ERC-7683 sexa robusto e práctico para a súa adopción a gran escala.

Unha visión xeral do fluxo de intencións cruzadas estándar en ERC-7683

ERC-7683 describe un proceso claro para executar intencións de cadea cruzada, permitindo transferencias e interaccións de activos sen fisuras en varias cadeas de bloques. Este fluxo estandarizado garante que os usuarios poidan definir as súas intencións mentres os recheos xestionan a execución, o que resulta nun ecosistema cruzado máis eficiente. A continuación móstrase un desglose detallado de cada paso do fluxo de intencións cruzadas estándar.

Mensaxe fóra da cadea de sesión do usuario

O proceso comeza co usuario, que inicia a intención cruzada. O usuario asina unha mensaxe fóra da cadea que contén detalles clave sobre a transacción, como os tokens que se van intercambiar, a cadea de destino e outros parámetros relevantes codificados na estrutura CrossChainOrder. Esta mensaxe asínase fóra da cadea mediante a clave privada do usuario, o que garante a integridade e autenticidade da orde. Ao asinar fóra da cadea, o usuario evita a interacción directa coa cadea de bloques, reducindo os custos do gas e mellorando a eficiencia.

Difusión de pedidos e iniciación comercial

O proceso comeza coa difusión da mensaxe offchain asinada. Esta mensaxe, creada polo usuario e asinada coa súa clave privada, compártese cos recheos, os axentes externos responsables de executar as intencións de cadea cruzada. A difusión prodúcese a través de canles fóra da cadea, como redes descentralizadas ou sistemas de retransmisión de pedidos, o que permite aos recheos revisar os detalles do pedido. Os recheos poden entón decidir se aceptan o pedido, fomentando a competencia que promove unha execución máis rápida e taxas máis baixas.

Unha vez que un recheo acepta o pedido, inicia o comercio na cadea de orixe chamando á función aberta do IOriginSettler. Esta función verifica a sinatura do usuario, bloquea os tokens do usuario en custodia para evitar que se utilicen noutro lugar e indica que o intercambio de cadeas cruzadas está listo para continuar. Neste punto, os detalles da orde prepáranse para a súa execución na cadea de destino e transmítense a través do sistema de mensaxería cruzada.

Cumprimento de pedidos na cadea de destino

Despois de que se inicie o comercio na cadea de orixe, o recheo cumpre a orde na cadea de destino chamando á función de resolución, que descodifica o CrossChainOrder nun ResolvedCrossChainOrder. Isto proporciona ao recheo todos os detalles necesarios, como os tokens que se van transferir e os enderezos dos destinatarios, para completar o intercambio. A continuación, o recheo transfire os tokens ao usuario na cadea de destino, cumprindo a intención orixinal.

Proceso de liquidación cruzada

O paso final é a liquidación cruzada, onde os contratos de liquidación tanto na cadea de orixe como na cadea de destino garanten que a intención se executou correctamente. Os activos bloqueados na cadea de orixe son liberados e o usuario recibe os seus tokens na cadea de destino. Segundo o contrato de liquidación utilizado, a verificación pode producirse mediante comunicación directa entre cadeas ou mediante modelos de verificación optimistas. Esta flexibilidade permite diferentes métodos para confirmar o cumprimento da intención, garantindo que tanto o usuario como o recheo poidan confiar no proceso.

Compoñentes clave do ERC-7683

ERC-7683 introduce varios compoñentes esenciais deseñados para ofrecer flexibilidade e acomodar diversas implementacións de cadeas cruzadas. Estes compoñentes permiten que os sistemas baseados en intencións se adapten a varios protocolos, modelos de prezos e mecanismos de verificación, mantendo unha estrutura unificada para as ordes cruzadas.

Campo de datos de pedido xenérico

O campo OrderData dentro da estrutura CrossChainOrder xoga un papel fundamental para permitir a personalización e a flexibilidade en diferentes implementacións.

1. Activación de varios deseños de implementación: o campo OrderData está deseñado para albergar datos arbitrarios e específicos da implementación que poden variar segundo o protocolo ou o caso de uso. Isto permite aos desenvolvedores codificar calquera información adicional necesaria para a orde, como os detalles do token, os datos da cadea de destino e as restricións de execución, sen modificar a estrutura xeral da orde. Esta flexibilidade garante que diferentes protocolos poidan implementar deseños únicos aínda que se axusten ao estándar ERC-7683.
2. Flexibilidade na resolución de prezos, restricións de cumprimento e procedementos de liquidación: a través do campo OrderData, ERC-7683 admite unha ampla gama de configuracións para mecanismos de resolución de prezos (como poxas ou prezos baseados en oráculo), restricións de cumprimento como prazos ou condicións. Esta versatilidade é fundamental para permitir que diferentes dApps adopten o estándar mantendo os seus métodos preferidos de prezos e execución. Por exemplo, un sistema pode usar un modelo de prezos fixos, mentres que outro pode depender de prezos dinámicos baseados en datos de mercado en tempo real, ao mesmo tempo que aproveita a mesma estrutura CrossChainOrder.

Función Resolve e ResolvedCrossChainOrder

A función de resolución e a estrutura ResolvedCrossChainOrder son esenciais para garantir que os recheos poidan validar e executar ordes cruzadas sen necesidade de comprender os detalles específicos do campo OrderData orixinal. A función de resolución simplifica o proceso de validación e execución convertendo o complexo CrossChainOrder específico do protocolo nun ResolvedCrossChainOrder.

Esta separación abstrae a complexidade dos OrderData orixinais, proporcionando aos recheos un formato estandarizado de entradas e saídas necesarios para completar o pedido. Ademais, permite que os recheos participen no proceso de cadea cruzada sen precisar un coñecemento profundo dos detalles específicos do protocolo codificados en OrderData, mellorando a escalabilidade e reducindo a fricción.

Uso do permiso 2

ERC-7683 integra opcionalmente Permit2 , un mecanismo de aprobación que permite que as transferencias de tokens e a execución de ordes se manexan cunha única sinatura do usuario. Isto reduce a complexidade operativa dos usuarios, que doutro xeito deberían aprobar tanto a transferencia de token como o intercambio por separado. Ao utilizar Permit2, dApps pode garantir que a transferencia de token estea ligada de forma segura ao inicio exitoso do intercambio, mellorando tanto a seguridade como a experiencia do usuario. Non obstante, isto tamén introduce consideracións para o manexo de parámetros específicos de Permit2, como nonces e prazos, que deben aliñarse coa estrutura da orde cruzada.

Un mergullo profundo nas especificacións técnicas ERC-7683

Antes de mergullarnos nos compoñentes técnicos, imos revisar o Glosario de termos proporcionado na proposta:

• Cadea de destino : a cadea onde se executa a intención e o usuario recibe os seus fondos. As intencións poden implicar varias cadeas de destino.
• Recheo : o participante responsable de cumprir a intención dun usuario sobre a(s) cadea(s) de destino a cambio dunha recompensa.
• Perna : unha parte da intención do usuario que se pode executar de forma independente. Para que a intención estea totalmente completada, todas as pernas deben ser executadas.
• Cadea de orixe : a cadea onde o usuario inicia a transacción e envía os seus fondos.
• Sistema de liquidación : o sistema que xestiona os depósitos dos usuarios, verifica os recheos e paga os recheos, todo para facilitar as intencións.
• Colocador : un contrato que implementa parte do sistema de liquidación nunha cadea de bloques específica.
• Usuario : o usuario final que crea a orde e inicia a intención.

Xa que temos un glosario, podemos centrarnos nos compoñentes críticos introducidos por ERC-7683 para habilitar as intencións cruzadas:

• CrossChainOrder struct : formato estandarizado para crear ordes cruzadas.
• ResolvedCrossChainOrder struct : desagrega os datos da orde para a súa execución na cadea de destino.
• Estruturas de saída : define os tokens e as cantidades implicadas no intercambio tanto para o usuario como para o recheo.
• Contratos de colonizador : implementados tanto na cadea de orixe (originSettler) como na cadea de destino (destinationSettler), estes contratos xestionan o ciclo de vida das intencións de cadea cruzada. O originSettler bloquea os activos do usuario e prepara a orde para a súa execución, mentres que o destinationSettler verifica o cumprimento da intención e facilita as transferencias de activos na cadea de destino. O proceso de verificación déixase na dApp ou usuario, quen pode seleccionar un contrato de liquidación a través do campo de contrato de liquidador, o que lles permite escoller un método de verificación adaptado ao seu caso de uso.

Estruturas GaslessCrossChainOrder e OnchainCrossChainOrder

ERC-7683 admite dous tipos de ordes cruzadas: GaslessCrossChainOrder e OnchainCrossChainOrder. A diferenza fundamental entre ambos reside en como se inicia a orde e quen asume os custos da transacción.

Cun GaslessCrossChainOrder, o usuario asina o pedido fóra da cadea, delegando o seu envío a un recheo. A continuación, o recheo envía o pedido ao contrato de liquidador de orixe en nome do usuario e cobre as taxas de gas asociadas. Este enfoque ofrece unha experiencia fluida e sen gas para o usuario, xa que os recheos están incentivados para recuperar custos mediante recompensas de execución. Para habilitar esta delegación, a estrutura inclúe campos como originSettler, user e nonce, o que garante a seguridade, a protección da reprodución e o manexo axeitado da intención do usuario.

Por outra banda, un OnchainCrossChainOrder é creado directamente polo usuario onchain. Aquí, o usuario interactúa co contrato do asentador de orixe como o msg.sender, asumindo a responsabilidade das taxas de gas. Esta estrutura é máis sinxela, xa que exclúe campos específicos da delegación como originSettler ou usuario, centrándose no seu lugar en campos como fillDeadline e orderData que son directamente relevantes para a execución da orde. Este método é ideal para os usuarios que prefiren o control directo sobre as súas transaccións e se senten cómodos xestionando as interaccións en cadea.

Campos clave

• originSettler : este campo ten o enderezo do contrato responsable de xestionar a liquidación da orde na cadea de orixe. Permite que a dApp ou usuario defina o método de verificación, serve como contrato clave para a cadea de orixe e garante a correcta execución do intercambio.

• usuario : o usuario é o enderezo da persoa que inicia a intención. Os seus activos están bloqueados ou depositados na cadea de orixe cando comeza a orde. Este enderezo é fundamental para garantir que se intercambien os activos da parte correcta e para verificar a sinatura do usuario e confirmar a autenticidade do pedido.

• nonce : o nonce actúa como un identificador único para a orde, evitando ataques de repetición. Cada CrossChainOrder debe ter un nonce único, garantindo que ningunha orde se poida executar máis dunha vez, evitando así o dobre gasto ou transaccións redundantes.

• originChainId e destinationChainId : estes campos identifican as cadeas onde se orixina a orde e onde se cumprirá, respectivamente. Aseguran que o sistema encamiña a orde ao destino correcto distinguindo entre diferentes redes de cadea de bloques.

• openDeadline e fillDeadline : Estes selos de tempo establecen os límites de tempo para iniciar e cubrir o pedido. O openDeadline define cando se debe iniciar a orde na cadea de orixe e fillDeadline marca cando debe completarse na cadea de destino. Isto axuda a garantir que as ordes se executen de forma oportuna e que non queden pendentes indefinidamente.

• orderData : un campo de datos arbitrario que permite a personalización. Inclúe detalles como os tokens que se intercambian, as cantidades, a cadea de destino, os límites de prezos e as restricións adicionais. Esta flexibilidade permite unha ampla gama de operacións cruzadas mantendo intacta a estrutura principal.

  
  

   /// @title GaslessCrossChainOrder CrossChainOrder type /// @notice Standard order struct to be signed by users, disseminated to fillers, and submitted to origin settler contracts struct GaslessCrossChainOrder { /// @dev The contract address that the order is meant to be settled by. /// Fillers send this order to this contract address on the origin chain address originSettler; /// @dev The address of the user who is initiating the swap, /// whose input tokens will be taken and escrowed address user; /// @dev Nonce to be used as replay protection for the order uint256 nonce; /// @dev The chainId of the origin chain uint256 originChainId; /// @dev The timestamp by which the order must be opened uint32 openDeadline; /// @dev The timestamp by which the order must be filled on the destination chain uint32 fillDeadline; /// @dev Type identifier for the order data. This is an EIP-712 typehash. bytes32 orderDataType; /// @dev Arbitrary implementation-specific data /// Can be used to define tokens, amounts, destination chains, fees, settlement parameters, /// or any other order-type specific information bytes orderData; } /// @title OnchainCrossChainOrder CrossChainOrder type /// @notice Standard order struct for user-opened orders, where the user is the msg.sender. struct OnchainCrossChainOrder { /// @dev The timestamp by which the order must be filled on the destination chain uint32 fillDeadline; /// @dev Type identifier for the order data. This is an EIP-712 typehash. bytes32 orderDataType; /// @dev Arbitrary implementation-specific data /// Can be used to define tokens, amounts, destination chains, fees, settlement parameters, /// or any other order-type specific information bytes orderData; }

  
  

Estrutura ResolvedCrossChainOrder

Unha vez que un CrossChainOrder se transmite á cadea de destino, decodícase na estrutura ResolvedCrossChainOrder. Este proceso simplifica os datos, presentándoos nun formato estandarizado que os recheos poden usar para executar o intercambio.

Propósito e compoñentes: o ResolvedCrossChainOrder ofrece aos recheos unha estrutura clara e accionable para traballar. Ao desagregar o complexo campo orderData, o ResolvedCrossChainOrder garante unha execución suave na cadea de destino.

A estrutura ResolvedCrossChainOrder inclúe campos de matriz clave que definen restricións e parámetros para transaccións cruzadas:

• maxSpent : especifica os tokens máximos que pode gastar o recheo durante a transacción. Estes valores actúan como límite para as responsabilidades do recheo, garantindo que non estean obrigados a exceder un límite establecido, mesmo en situacións dinámicas como as poxas.
• minReceived : especifica as fichas mínimas que debe recibir o recheo durante a liquidación. Estes valores garanten un chan para as devolucións de recheo, proporcionando resultados previsibles, especialmente en ambientes de transaccións incertos.
• fillInstructions : unha matriz que define os pasos necesarios para realizar a transacción nas cadeas de destino. Cada instrución proporciona a información que precisan os recheos para executar tramos específicos da orde.

Estes campos dependen das estruturas Output e FillInstruction, que proporcionan datos detallados para unha execución perfecta.

Estrutura de saída

A estrutura de saída define os tokens e os destinos implicados nunha transacción. Cada entrada das matrices maxSpent e minReceived é unha instancia desta estrutura e inclúe os seguintes atributos:

• token : o identificador do token ERC20 na cadea de destino. Representado como un valor bytes32 para a flexibilidade no manexo de tokens nativos ou envoltos.
• importe : a cantidade do token especificado implicado na transacción.
• destinatario : un identificador de bytes32 para a entidade que recibe os tokens na cadea de destino.
• chainId : o ID da cadea de bloques onde se envían os tokens.

Estrutura FillInstruction

O campo fillInstructions contén unha matriz de instrucións, con cada entrada parametrizando unha única parte da transacción cruzada. Esta estrutura garante que os recheos teñan todos os datos xerados pola orixe necesarios para executar a transacción con precisión. Os atributos clave inclúen:

• destinationChainId : o ID da cadea de bloques onde se executa esta parte da transacción.
• destinationSettler : identificador de bytes32 do contrato na cadea de destino responsable da liquidación da transacción.
• originData : datos xerados na cadea de orixe que o destinoSettler necesita para procesar a transacción. Isto garante que toda a información necesaria se transmita sen problemas á cadea de destino.

Estas estruturas garanten que todas as partes implicadas (usuarios e recheos) sexan debidamente compensadas cos tokens correctos, garantindo que o intercambio se execute de forma segura e eficiente a través das cadeas.

 /// @title ResolvedCrossChainOrder type /// @notice An implementation-generic representation of an order intended for filler consumption /// @dev Defines all requirements for filling an order by unbundling the implementation-specific orderData. /// @dev Intended to improve integration generalization by allowing fillers to compute the exact input and output information of any order struct ResolvedCrossChainOrder { /// @dev The address of the user who is initiating the transfer address user; /// @dev The chainId of the origin chain uint256 originChainId; /// @dev The timestamp by which the order must be opened uint32 openDeadline; /// @dev The timestamp by which the order must be filled on the destination chain(s) uint32 fillDeadline; /// @dev The unique identifier for this order within this settlement system bytes32 orderId; /// @dev The max outputs that the filler will send. It's possible the actual amount depends on the state of the destination /// chain (destination dutch auction, for instance), so these outputs should be considered a cap on filler liabilities. Output[] maxSpent; /// @dev The minimum outputs that must be given to the filler as part of order settlement. Similar to maxSpent, it's possible /// that special order types may not be able to guarantee the exact amount at open time, so this should be considered /// a floor on filler receipts. Output[] minReceived; /// @dev Each instruction in this array is parameterizes a single leg of the fill. This provides the filler with the information /// necessary to perform the fill on the destination(s). FillInstruction[] fillInstructions; } /// @notice Tokens that must be received for a valid order fulfillment struct Output { /// @dev The address of the ERC20 token on the destination chain /// @dev address(0) used as a sentinel for the native token bytes32 token; /// @dev The amount of the token to be sent uint256 amount; /// @dev The address to receive the output tokens bytes32 recipient; /// @dev The destination chain for this output uint256 chainId; } /// @title FillInstruction type /// @notice Instructions to parameterize each leg of the fill /// @dev Provides all the origin-generated information required to produce a valid fill leg struct FillInstruction { /// @dev The contract address that the order is meant to be settled by uint64 destinationChainId; /// @dev The contract address that the order is meant to be filled on bytes32 destinationSettler; /// @dev The data generated on the origin chain needed by the destinationSettler to process the fill bytes originData; }

Interfaces de liquidación

As interfaces IOriginSettler e IDestinationSettler definen os métodos fundamentais para os contratos de liquidación nas cadeas de orixe e destino. Estes contratos garanten un manexo estandarizado e eficiente das intencións de cadea cruzada, admitindo pedidos sen gas e en cadea ao tempo que permiten o cumprimento perfecto nas cadeas de destino.

Interface IOriginSettler

A interface IOriginSettler xestiona o ciclo de vida das ordes cruzadas na cadea de orixe, desde a creación de pedidos ata a resolución. Admite tanto GaslessCrossChainOrder como OnchainCrossChainOrder, ofrecendo flexibilidade para transaccións iniciadas polo usuario e facilitadas polo recheo.

Funcións clave:

• openFor e open : inicie pedidos en cadea cruzada, xa sexa sen gas mediante un recheo ou directamente polo usuario.
• resolveFor e resolve : converte as ordes sen gas ou en cadea en formatos estandarizados ResolvedCrossChainOrder para o procesamento posterior.

openFor e funcións abertas

As funcións openFor e open inician ordes cruzadas na cadea de orixe. A función openFor é usada polos recheos para enviar pedidos sen gas en nome dos usuarios, mentres que a función aberta permite aos usuarios crear directamente pedidos en cadea sen implicar un recheo.

A diferenza fundamental é que openFor inclúe unha sinatura e datos opcionales proporcionados polo recheo (originFillerData) para autenticar e parametrizar a transacción, mentres que open non os require xa que o usuario interactúa directamente co contrato do asentador de orixe como msg.sender.

Parámetros :

• orde : A definición da orde cruzada (sen gas ou en cadea).
• sinatura : a sinatura criptográfica do usuario (necesaria só para openFor).
• originFillerData : datos adicionais definidos polo recheo (só se usan en openFor).

funcións resolveFor e resolver

As funcións resolveFor e resolve converten as ordes cruzadas nun formato estandarizado ResolvedCrossChainOrder. A función resolveFor xestiona as ordes sen gas, mentres que a función resolve procesa as ordes en cadea. Ambas funcións proporcionan unha estrutura unificada para a integración posterior, simplificando a execución dos recheos.

Parámetros :

• orde : A definición da orde cruzada (sen gas ou en cadea).
• originFillerData : datos adicionais proporcionados polo recheo (usados só en resolveFor).

Interface IDdestinationSettler

A interface IDestinationSettler rexe o proceso de liquidación na cadea de destino, o que permite que os recheos executen tramos específicos de ordes cruzadas.

Función clave:

• encher: executa unha única parte dunha orde de cadea cruzada na cadea de destino.

función de recheo

A función de recheo permite que os recheos procesen unha parte específica dunha orde de cadea cruzada na cadea de destino. Depende dos datos xerados na cadea de orixe, combinados con preferencias adicionais proporcionadas polo recheo, para parametrizar e executar a transacción.

Parámetros:

• orderId : un identificador único para a orde específica de cadea cruzada.

• originData : datos da cadea de orixe necesarios para a liquidación.

• fillerData : datos adicionais definidos polo recheo para personalizar o proceso de recheo.

   /// @title IOriginSettler /// @notice Standard interface for settlement contracts on the origin chain interface IOriginSettler { /// @notice Opens a gasless cross-chain order on behalf of a user. /// @dev To be called by the filler. /// @dev This method must emit the Open event /// @param order The GaslessCrossChainOrder definition /// @param signature The user's signature over the order /// @param originFillerData Any filler-defined data required by the settler function openFor(GaslessCrossChainOrder calldata order, bytes calldata signature, bytes calldata originFillerData) external; /// @notice Opens a cross-chain order /// @dev To be called by the user /// @dev This method must emit the Open event /// @param order The OnchainCrossChainOrder definition function open(OnchainCrossChainOrder calldata order) external; /// @notice Resolves a specific GaslessCrossChainOrder into a generic ResolvedCrossChainOrder /// @dev Intended to improve standardized integration of various order types and settlement contracts /// @param order The GaslessCrossChainOrder definition /// @param originFillerData Any filler-defined data required by the settler /// @return ResolvedCrossChainOrder hydrated order data including the inputs and outputs of the order function resolveFor(GaslessCrossChainOrder calldata order, bytes calldata originFillerData) external view returns (ResolvedCrossChainOrder memory); /// @notice Resolves a specific OnchainCrossChainOrder into a generic ResolvedCrossChainOrder /// @dev Intended to improve standardized integration of various order types and settlement contracts /// @param order The OnchainCrossChainOrder definition /// @return ResolvedCrossChainOrder hydrated order data including the inputs and outputs of the order function resolve(OnchainCrossChainOrder calldata order) external view returns (ResolvedCrossChainOrder memory); }

Métodos de verificación flexibles

ERC-7683 non aplica un método de verificación específico para resolver as intencións de cadea cruzada, o que dá aos desenvolvedores a flexibilidade para implementar o mellor enfoque para o seu caso de uso. Os métodos comúns inclúen:

• Configuracións optimistas : asumen que as transaccións son válidas de forma predeterminada, con disputas só se se sospeita de actividade fraudulenta. Este método acelera a execución saltándose a verificación inmediata.

• Comunicación directa en cadea : algúns sistemas, como certas pontes de terceiros, usan métodos de comunicación cruzada mediante protocolos de mensaxería. Os contratos intelixentes da cadea de orixe interactúan indirectamente cos da cadea de destino, e as transaccións se verifican e liquidan sen longos períodos de desafío. Este método é máis rápido pero require relés fiables e probas criptográficas fortes para unha implementación segura.

• Enfoques híbridos : ERC-7683 admite modelos híbridos, onde se combinan diferentes elementos do proceso de liquidación para unha maior flexibilidade. Por exemplo, unha dApp pode usar a comunicación directa para verificar e bloquear os activos dos usuarios a través de IOriginSettler na cadea de orixe, mentres emprega unha configuración optimista para validar as accións de recheo a través de IDestinationSettler na cadea de destino. Este enfoque híbrido consegue un equilibrio entre velocidade e seguridade ao aproveitar os puntos fortes de ambos os métodos.

  
  

Ao ofrecer flexibilidade nos métodos de liquidación e verificación, ERC-7683 permite aos desenvolvedores personalizar sistemas para aplicacións DeFi específicas, mellorando tanto a experiencia como a eficiencia do usuario.

O caso do estándar de intentos de cadea cruzada ERC-7683

ERC-7683 mellora significativamente o panorama das intencións de cadeas cruzadas ao racionalizar os procesos e permitir interaccións máis eficientes en varias cadeas de bloques. Ao introducir un marco unificado, ERC-7683 aporta varios beneficios clave que melloran a experiencia para usuarios, desenvolvedores e recheos.

Mellora a interoperabilidade en todo o ecosistema de Ethereum

Un dos principais beneficios do ERC-7683 é a mellora da interoperabilidade que aporta ao ecosistema Ethereum. Anteriormente, os protocolos e as plataformas tiñan que crear as súas propias solucións propietarias para xestionar transaccións cruzadas, o que levaba á fragmentación e á ineficiencia. A estandarización das intencións de cadea cruzada permite que as aplicacións descentralizadas integren a funcionalidade de cadea cruzada sen necesidade de deseñar solucións únicas. Como resultado, a liquidez pode fluír máis libremente entre as redes, creando un ecosistema de cadeas cruzadas máis cohesionada que reduce a fricción tanto para os desenvolvedores como para os usuarios.

Infraestrutura compartida para a difusión de pedidos e redes de recheo

ERC-7683 tamén fomenta o desenvolvemento de infraestruturas compartidas para a difusión de pedidos e redes de recheo, o que é vital para a escalabilidade e o éxito dos sistemas de cadea cruzada. Ao estandarizar como se estruturan e procesan as ordes, o protocolo fomenta a creación de sistemas compartidos que distribúan de forma eficiente as ordes cruzadas. Esta infraestrutura compartida permite que múltiples dApps e protocolos poidan acceder ás mesmas redes de recheo, creando un ambiente de recheo máis robusto e competitivo.

Os recheos agora poden participar en diferentes protocolos sen necesidade de axustarse a varios formatos propietarios, o que leva a unha mellor coordinación e uso da liquidez. Esta infraestrutura colaborativa aumenta a fiabilidade das transaccións en cadea cruzada, proporcionando un grupo máis grande de recheos para completar pedidos, reducindo os pescozos de botella e mellorando as taxas de cumprimento.

Liquidez profunda a través das cadeas

ERC-7683 fortalece a liquidez ao permitir o fluxo fluido de activos a través das cadeas de bloques. A estandarización das intencións de cadea cruzada elimina os silos, permitindo que os activos se movan máis libremente entre cadeas e reducindo as ineficiencias causadas pola fragmentación dos pools de liquidez. Esta liquidez profunda beneficia aos intercambios descentralizados (DEX), ás plataformas de préstamo e a outros protocolos DeFi mellorando a execución comercial, reducindo o deslizamento e garantindo transferencias de activos máis fluidas no ecosistema da cadea de bloques. Co ERC-7683, a liquidez convértese nun recurso compartido e non nun fragmentado, mellorando a eficiencia global das operacións multicadea.

Experiencia de usuario mellorada: custos máis baixos, execución máis rápida, taxas de fallo reducidas

ERC-7683 mellora significativamente a experiencia do usuario ao abordar varios problemas coas transaccións cruzadas. A introdución dun formato de pedido estandarizado e redes de recheo compartidas permite que os recheos compitan de forma máis eficaz, reducindo as taxas e facendo que os intercambios e transferencias cruzadas sexan máis rendibles.

Ademais, ERC-7683 reduce as taxas de fallo nos intercambios de cadeas cruzadas ao abordar as redes de recheo fragmentadas e a liquidez insuficiente. Os seus procesos estandarizados de orde e execución permiten que os recheos accedan aos detalles necesarios de forma máis eficiente, reducindo erros, atrasos e transaccións erradas. Como resultado, os usuarios experimentan interaccións cruzadas máis fluidas e previsibles.

Ademais, ERC-7683 facilita a execución máis rápida das intencións cruzadas. Ao consolidar a liquidez e o fluxo de pedidos, o protocolo garante que os recheos poidan acceder e completar rapidamente as transaccións necesarias, reducindo os atrasos que os usuarios poden enfrontar ao interactuar con varias cadeas.

Acelerando a composibilidade en DeFi

Ao proporcionar unha estrutura estandarizada para as intencións, ERC-7683 desbloquea novas posibilidades de composibilidade nas finanzas descentralizadas (DeFi). Os protocolos agora poden integrar perfectamente a funcionalidade de cadea cruzada nos seus marcos existentes, o que permite aos usuarios combinar varias operacións DeFi, como préstamos, apostas e intercambios, nun único fluxo de transaccións.

Esta composibilidade aumentada permite aos desenvolvedores construír dApps máis avanzadas que aproveitan a funcionalidade cruzada sen complexidade engadida, fomentando finalmente a innovación en DeFi. Para os usuarios, isto significa unha experiencia máis fluida xa que interactúan con protocolos interconectados, liberando todo o potencial de DeFi en varias cadeas.

En resumo, ERC-7683 aumenta a eficiencia dos sistemas de intención cruzada ao impulsar unha mellor interoperabilidade, fomentar a infraestrutura compartida e ofrecer unha experiencia máis amigable con custos máis baixos, execución máis rápida e fallos de transacción reducidos.

ERC-7683: Retos e consideracións

Aínda que ERC-7683 ofrece vantaxes significativas para os sistemas de intención cruzada, tamén presenta desafíos e consideracións que deben abordarse para unha implementación exitosa. Estes inclúen obstáculos de adopción, problemas de seguridade e complexidades de integración que poden afectar a forma en que os desenvolvedores, as dApps e os usuarios interactúan co estándar.

Obstáculos de adopción

Un dos principais retos para ERC-7683 é conseguir unha adopción xeneralizada en diferentes ecosistemas de cadeas de bloques. Moitos proxectos xa investiron recursos considerables no desenvolvemento das súas propias solucións propietarias de cadeas cruzadas, o que pode crear resistencia á adopción dun novo estándar. Convencer aos desenvolvedores e ás dApps para a transición a ERC-7683 requirirá un esforzo importante, especialmente para os protocolos establecidos que xa crearon a súa propia infraestrutura.

Implicacións de seguridade

A seguridade é un factor crítico nas interaccións cruzadas, e ERC-7683 introduce novas consideracións debido ao seu deseño flexible. O estándar permite diversos contratos de liquidación, pero esta flexibilidade pode levar a diferentes niveis de seguridade dependendo da implementación. Os contratos de liquidación mal deseñados ou probados de forma inadecuada poderían introducir vulnerabilidades, especialmente para os recheos e os desenvolvedores, o que destaca a necesidade dun deseño robusto e probas exhaustivas.

Para os usuarios, con todo, os riscos son relativamente baixos. Os pedidos cúbranse de forma irreversible usando os fondos do recheo antes da liquidación final na cadea. Se un pedido non se cubre, os usuarios reciben de volta os seus fondos en garantía inicial, minimizando a súa exposición a riscos máis aló dos riscos inherentes aos contratos intelixentes que se aplican en Web3.

Complexidades de integración

A implementación técnica de ERC-7683 presenta varios retos de integración para as plataformas dApps e blockchain. Os desenvolvedores deben integrar a interface de Settler Contracts e adaptar os seus sistemas para que admitan ERC-7683, o que pode requirir reescribir os compoñentes clave relacionados coa creación, difusión e liquidación de pedidos. Isto pode ser intensivo en recursos.

Ademais, a flexibilidade do ERC-7683 permite diversos procedementos de liquidación, o que pode complicar as cousas para os recheos e as dApps mentres navegan por diferentes implementacións. A capa de mensaxería cruzada engade outra capa de complexidade, xa que os desenvolvedores deben garantir a transmisión segura e oportuna de mensaxes e activos a través das cadeas de bloques con diferentes mecanismos de consenso e velocidades.

Cales son as posibles aplicacións e casos de uso para ERC-7683?

O marco estandarizado de ERC-7683 para intentos de cadea cruzada abre numerosas posibilidades, especialmente en ecosistemas onde as interaccións multicadea son esenciais. Ao simplificar como se inician, executan e liquidan as transaccións cruzadas, ERC-7683 permite novos casos de uso en aplicacións e plataformas descentralizadas. A continuación móstranse algunhas das áreas máis prometedoras nas que esta norma pode ter un impacto significativo.

Protocolos DeFi que abarcan varias cadeas

DeFi é unha das áreas clave onde ERC-7683 pode ter un gran impacto. Moitos protocolos DeFi operan en varias redes de cadeas de bloques e ERC-7683 pode mellorar moito a súa eficiencia ao estandarizar as transaccións cruzadas. Os usuarios de plataformas DeFi multicadea poden mover activos entre cadeas sen necesidade de interactuar manualmente coa infraestrutura de cada cadea individual.

Este estándar tamén ofrece aos usuarios un mellor acceso á liquidez a través das cadeas, mellorando o rendemento de operacións como préstamos, participacións e cultivos de rendemento. Ao garantir interaccións máis fluidas e rápidas, o ERC-7683 reduce os custos e aumenta a fiabilidade para os usuarios de DeFi.

Mercados cruzados NFT

Outra aplicación interesante para ERC-7683 atópase nos mercados NFT cruzados. Os tokens non funxibles (NFT) xogan un papel importante nos ecosistemas da cadea de bloques, e permitir interaccións cruzadas con NFT podería ampliar os mercados para compradores e vendedores.

Aínda que ERC-7683 non admite directamente a transferencia dunha NFT dunha cadea a outra se a propia NFT non existe en ambas as dúas cadeas, permite aos usuarios mercar unha NFT na cadea A usando os seus fondos na cadea B sen requirir transferencias ponte adicionais. . Ao facilitar intentos como o intercambio ou a adquisición de NFT nunha cadea de destino, ERC-7683 mellora a liquidez e a flexibilidade no mercado NFT, creando unha experiencia máis fluida para os usuarios. En resumo, ERC-7683 ten o potencial de impulsar a innovación nos mercados multichain DeFi e NFT crosschain, proporcionando un enfoque unificado e eficiente para as interaccións crosschain.

Cales son as implicacións da adopción de ERC-7683?

ERC-7683 está posicionado para ter un impacto significativo en Ethereum e no ecosistema máis amplo da cadea de bloques. Ao introducir un marco estandarizado para as intencións de cadeas cruzadas, aborda moitos dos desafíos asociados ás interaccións multicadeas. A medida que evoluciona o espazo da cadea de bloques, a adopción e o desenvolvemento posterior de ERC-7683 podería remodelar a forma en que as aplicacións e protocolos descentralizados operan en diferentes cadeas, promovendo solucións máis eficientes, escalables e amigables.

Impacto potencial en Ethereum e no ecosistema máis amplo da cadea de bloques

Para Ethereum, ERC-7683 pode reforzar o seu papel como centro de actividades multichain. Ao proporcionar un xeito perfecto para que os activos e as transaccións se movan entre Ethereum e outras cadeas de bloques, ERC-7683 reforza a posición de Ethereum como base para DeFi e outras aplicacións cruzadas. Isto é especialmente importante no contexto dos rollups, onde a liquidez adoita fragmentarse en diferentes solucións de capa 2 (L2).

Actualmente, os usuarios deben interactuar con cada paquete por separado, o que fragmenta a liquidez e aumenta as ineficiencias. ERC-7683 axuda a unificar a liquidez entre estes rollups estandarizando a forma en que os activos se moven entre eles, reducindo a fricción e mellorando o fluxo de liquidez.

ERC-7683 ten o potencial de influír significativamente no ecosistema máis amplo da cadea de bloques fomentando unha maior colaboración entre cadeas. A medida que o estándar gaña tracción, os proxectos que tradicionalmente estaban encerrados dentro dos seus propios ecosistemas poderían comezar a integrarse de forma máis fluida coas cadeas de bloques externas, abrindo o camiño para unha interoperabilidade mellorada no futuro. Esta maior conectividade cruzada podería levar a unha mellor liquidez, DEX máis robustos e ecosistemas DeFi máis fortes en xeral. A estandarización introducida por ERC-7683 tamén pode impulsar a innovación, fomentando que os proxectos se baseen sobre este marco e aproveitar a interoperabilidade entre cadeas para ofrecer novos servizos e funcións.

Melloras potenciais do estándar ERC-7683

Do mesmo xeito que con calquera tecnoloxía en evolución, é probable que ERC-7683 experimente máis perfeccionamentos co paso do tempo. Unha área de desenvolvemento potencial é a mellora dos mecanismos de verificación de liquidación. Aínda que a versión actual permite flexibilidade nos procesos de liquidación, futuras iteracións poderían introducir métodos de verificación máis robustos ou estandarizados para mellorar a seguridade e simplificar a integración para desenvolvedores e usuarios.

Outra área de mellora podería ser a optimización das redes de recheo. A medida que medran as transaccións cruzadas, ter redes de recheo máis eficientes será fundamental para garantir unha execución rápida e de baixo custo. As versións futuras de ERC-7683 poderían introducir mecanismos avanzados para seleccionar recheos, incentivar a participación e minimizar a latencia nas transaccións cruzadas.

En resumo, ERC-7683 ten unha promesa considerable para mellorar o ecosistema de Ethereum, en particular para consolidar a liquidez en rollups fragmentados, ao mesmo tempo que expande a interoperabilidade de cadeas cruzadas en todo o espazo máis amplo da cadea de bloques.

Conclusión

ERC-7683 proporciona un marco crucial para mellorar as interaccións entre cadeas cruzadas estandarizando como se crean, difunden e cumpre as intencións en varias cadeas de bloques. Este estándar aborda desafíos clave como a liquidez fragmentada e as redes de recheo ineficientes, ofrecendo unha estrutura unificada que simplifica as transferencias de activos e mellora a experiencia do usuario. O seu deseño flexible tamén permite diversos métodos de verificación, o que dá aos desenvolvedores a liberdade de implementar solucións adaptadas ás súas necesidades mantendo a compatibilidade no ecosistema máis amplo.

De cara ao futuro, é probable que ERC-7683 desempeñe un papel fundamental na configuración do futuro da interoperabilidade de cadeas cruzadas. A medida que crece a adopción, podemos esperar novos avances no estándar, especialmente en áreas como a verificación de liquidación e a optimización da rede de recheo. Ao unificar a liquidez en ecosistemas fragmentados, especialmente os rollups de Ethereum, ERC-7683 prepara o escenario para un ambiente de cadeas cruzadas máis cohesionada, eficiente e escalable, impulsando a innovación e a colaboración en todo o panorama da cadea de bloques.