원저자: Nick Pai, Archetype
원본 편집: Deep Chao TechFlow
이 기사는 두 부분으로 나누어져 있습니다. 먼저, 저는 체인 추상화 인프라가 소비자의 암호화폐 채택에 매우 중요하며 의도 기반 아키텍처가 이를 설계하는 가장 좋은 방법이라는 믿음을 밝혔습니다. 둘째, 의도된 광범위한 채택을 가로막는 주요 장벽인 솔루션 네트워크의 활동을 설명합니다.
기사 마지막에는 CAKE 워킹그룹의 피드백을 바탕으로 솔루션을 제안하고, Across와 Uniswap이 협력하여 개발한 표준을 소개합니다. 이 표준은 솔루션 사용자 경험을 최적화하고, 대부분의 의도가 이 네트워크로 라우팅될 수 있도록 공통 솔루션 네트워크에 대한 진입 장벽을 낮추고, 궁극적으로 더 크고 경쟁력 있는 솔루션 네트워크가 번성할 수 있도록 설계되었습니다.
의제
질문:
최종 상태 정의: 암호화 애플리케이션을 "사용 가능"하게 만드는 것은 무엇입니까?
모듈형 블록체인의 기본 토폴로지로 인해 발생하는 사용자 경험 문제에 대한 솔루션이 "체인 추상화"인 이유는 무엇입니까?
체인 추상화 인프라에 사용 가능한 암호화 애플리케이션을 구축해야 하는 이유는 무엇입니까?
솔루션 공간:
인텐트 기반 아키텍처가 체인 추상화를 생성하는 방법
솔루션 네트워크가 크고 경쟁이 치열할 때 의도 시장이 가장 잘 작동한다는 점을 이해하십시오.
의도 솔루션 네트워크를 시작하려면 의도를 생성할 더 많은 앱을 도입해야 합니다.
제안:
네트워크 효과를 달성할 수 있을 만큼 솔루션 및 의도 시장을 충분히 큰 규모로 확장하기 위해 "솔루션 사용자 경험"을 우선시하는 크로스체인 의도 표준이 필요한 이유
체인 추상화 없이는 사용 가능한 암호화 애플리케이션을 구축하는 것이 불가능합니다.

우리의 가장 훌륭하고 밝은 건물은 중복 인프라입니까?
많은 사람들은 최고의 암호화폐 엔지니어가 최종 사용자에게 더 많은 블록 공간을 제공하는 데 너무 집중한다고 불평합니다. 이러한 비판은 타당합니다. 수요에 비해 최종 사용자를 위한 L2 솔루션이 너무 많습니다.
그러나 나는 유용한 암호화 응용 프로그램이 존재하지 않는다는 사실을 받아들이지 않습니다.
분산형 금융은 개인에게 자신의 디지털 자산을 자체 관리할 수 있는 능력을 제공하여 까다로운 서비스 제공자를 우회하고 디지털 자산을 사용하여 실제 가치가 있는 물건을 구매할 수 있도록 합니다. 자체 보관 데이터에 대한 약속은 FAANG 독점이 데이터를 안전하게 유지하는 것을 점점 더 경계하는 개인에게 유토피아적인 대안을 제공합니다.
진짜 문제는 유용한 암호화폐 앱이 부족한 것이 아니라 최종 사용자가 앱에 액세스하려고 할 때 발생하는 마찰이라고 생각합니다. 최종 사용자는 암호화된 애플리케이션과 상호 작용할 때 다음을 경험해야 합니다.
속도: 애플리케이션은 web2 애플리케이션만큼 빠르게 느껴져야 합니다.
비용: web2와 달리 모든 web3 상호 작용에는 약간의 비용이 발생해야 하지만 클릭당 비용은 미미해야 합니다.
검열 저항(“무허가”): 지갑이 있는 사람은 누구나 수수료를 감당할 수 있는 한 애플리케이션과 상호 작용할 수 있어야 합니다.
보안: 클릭은 사용자가 기대하는 작업을 완료해야 하며 실행 취소되어서는 안 되며 모든 web3 업데이트는 영구적이어야 합니다.
이는 "사용 가능한" 암호화 애플리케이션의 속성입니다.
우리는 오랫동안 사용 가능한 암호화를 구축하려고 노력해 왔습니다.
오늘날의 모듈형 블록체인 솔루션은 소비자에게 이러한 모든 속성을 제공하지만 동일한 위치에서 모두 사용할 수는 없습니다.
2020년 블록체인은 단일체로 최종 사용자에게 속도, 비용, 보안이라는 세 가지 속성 중 두 가지를 제공합니다. 그런 다음 세 가지 특성을 동시에 잠금 해제하는 롤업 중심 또는 모듈식 미래를 구상했습니다.
오늘 우리는 이러한 롤업 업그레이드 중심 인프라의 기반을 마련했습니다. L2는 저렴하고 빠른 블록 공간을 제공하는 반면, 대부분의 L2는 무허가 블록 공간을 제공합니다. 대신, L1은 WW3에 강한 보안 블록 공간을 제공합니다(내 기사에서 L1과 L2가 제공하는 보안과 사용자 경험 간의 균형에 대해 자세히 알아볼 수 있습니다). 이러한 L2는 규제된 메시지 경로를 통해 L1에 안전하게 연결되어 모듈식 및 상호 운용 가능한 네트워크의 기반을 마련합니다. 지난 4년 동안 우리는 유용한 암호화 애플리케이션을 지원하는 블록체인 간의 광섬유를 구축했습니다. 그런데 왜 모듈형 블록체인을 그렇게 사용할 수 없는 걸까요?

모듈형 블록체인 네트워크의 불가피성은 자본 자산이 가장 안전한 레이어에 클러스터되는 반면 사용자 클릭은 더 빠르고 저렴한 레이어에 클러스터된다는 것입니다.
모듈식 블록체인 토폴로지는 저렴하고 빠른 블록공간이 아닌 다른 계층에서 안전한 블록공간을 제공하도록 권장합니다. 사용자는 자연스럽게 가장 안전한 네트워크에 자신의 가치를 저장하는 경향이 있지만 저렴하고 빠른 네트워크와의 빈번한 상호 작용을 요구할 것입니다. 설계상 L2와 L1 사이의 표준 경로는 느리거나 비용이 많이 듭니다. 이러한 현상은 사용자가 이러한 표준 경로를 통과하고 L1 자산을 사용하여 L2 상호 작용에 대한 비용을 지불해야 하는 이유를 설명합니다. 이로 인해 "사용할 수 없는" 암호화 사용자 경험이 발생합니다.

체인 추상화의 목표는 이러한 프로토콜의 경로를 통해 가치를 보내는 사용자의 마찰을 줄이는 것입니다. 체인 추상화자는 사용자가 원하는 최종 상태를 Dapp에 "의도"로 할당하는 것을 선호하며 해당 의도를 구현하는 것은 Dapp의 책임이라고 가정합니다. 사용자는 낮은 수수료와 짧은 대기 시간에 액세스하기 위해 보안 자산의 관리권을 훼손해서는 안 됩니다.
따라서 체인 추상화는 사용자가 네트워크를 통해 안전하고 저렴하며 빠르게 가치를 전송할 수 있는 능력에 있습니다. 오늘날 일반적인 사용자 흐름은 "보안" 체인(예: Ethereum)에 USDC 잔액이 있는 사용자가 NFT를 발행하거나 새 체인(예: Blast 또는 Base)에서 새 토큰을 교환하기를 원한다는 것입니다. 이를 가능한 한 적은 단계로 수행하는 방법은 브리지 → 스왑 → 민트 트랜잭션(또는 스왑 → 브리지 → 민트)의 순서를 수행하는 것입니다.
이 예에서 사용자의 의도는 보안 체인에서 USDC를 사용하여 다른 체인에서 NFT를 발행하는 것입니다. NFT를 받고 USDC 잔액이 선택한 보관 위치에서 인출되는 한 사용자는 만족할 것입니다.
인텐트 기반 아키텍처는 체인 추상화를 구축하는 유일한 방법입니다.
체인 추상화는 체인 간 가치 전송에 의존하지만 정식 메시지 경로를 통해 가치를 전송하는 것은 비용이 많이 들거나 느립니다. "빠른 브리지"는 사용자에게 네트워크를 통해 가치를 전송하는 저렴하고 빠른 대안을 제공하지만 새로운 신뢰 가정을 도입합니다. 메시징은 TCP/IP 아키텍처를 기반으로 모델링되었기 때문에 빠른 브리지를 구축하는 가장 직관적인 방법입니다. 두 체인을 연결하는 TCP 라우터 역할을 하는 브리지 프로토콜에 의존합니다.

ResearchGate의 TCP/IP 다이어그램
메시지 전달을 통한 가치 전송에는 원본 체인과 대상 체인의 계약 간에 메시지를 보내는 브리지 프로토콜이 포함됩니다. 이 메시지는 사용자 트랜잭션에 의해 원본 측에서 트리거되고 메시지의 "유효성"이 확인되면 대상 측으로 릴레이됩니다.
메시지는 메시지를 시작한 원래 체인 트랜잭션이 완료된 후에만 확인할 수 있습니다. 즉, 트랜잭션이 원래 체인의 정식 블록체인에 영구적으로 포함되었습니다. 이 검증은 해당 거래가 원래 체인의 합의에 포함되었다는 타당성 증명, 낙관적 제안 또는 원래 측에 일정 수의 증인 서명이 축적된 후에 이루어질 수 있습니다. 메시지가 대상 체인의 브리지 계약으로 전달되면 토큰이 사용자에게 공개됩니다.

이 아키텍처에는 몇 가지 근본적인 문제가 있습니다.
검증 메커니즘은 대상 체인 프로토콜 계약에 메시지를 보내기 전에 완전한 최종성을 기다려야 합니다. 낙관적 결정 기간이 있는 L2의 경우 최대 7일이 걸릴 수 있습니다.
브리지 트랜잭션당 하나의 크로스체인 메시지만 보내거나, 메시지를 일괄 처리하되 일괄 처리의 마지막 메시지가 완료된 후에만 일괄 처리를 보냅니다.
브릿지는 사용자 의도의 이행 경로를 선언해야 하기 때문에 사용자에게 가격 개선을 제공하기 위해 외부 유동성에 접근하는 능력이 제한됩니다.
메시징 기반의 빠른 브리징은 인증 메커니즘에 따라 안전하지 않거나 느리거나 비용이 많이 들 수 있습니다. Intent Marketplace는 다음과 같은 핵심 통찰력에서 비롯된 신속한 브리징을 위한 대체 아키텍처입니다.
가치는 대체 가능하며 자금을 받는 한 가치가 어떻게 전송되는지는 수령인에게 중요하지 않습니다.
브리징 아웃소싱 가치를 정교한 에이전트로 이전하여 속도를 높이고 비용을 절감할 수 있습니까? 유동성은 체인 안팎에서 역동적이며, 전송을 연결할 때 브리징 메커니즘이 최상의 실행 경로를 유연하게 선택할 수 있다면 가격 개선을 달성할 수 있습니다.

의도 메커니즘을 통해 사용자는 가치 이전 거래가 실행될 수 있는 정확한 조건이나 계약을 지정할 수 있습니다.
가장 간단한 의도는 체인 A에서 X 토큰을 지불하여 체인 B에서 Y 토큰에 대한 주문을 받는 것입니다.
브리징 프로토콜에서는 사용자의 도메인 간 의도를 충족시키기 위해 도메인 간에 메시지를 보낼 필요가 없습니다. 대신, 프로토콜은 무허가 해결사 네트워크에서 선택된 에이전트에게 가치 전송을 아웃소싱하고, 개별 해결사는 나중에 브리징 프로토콜에서 상환을 추구합니다. 이와 대조적으로 메시징 기반 메커니즘은 트랜잭션 수행 방법을 정확하게 지정하며 브로커의 가용성에 의존할 필요가 없습니다.
의도적 해결 합의
의도 기반 브리징 프로토콜은 의도 해결 프로토콜로 더 정확하게 분류될 수 있으며 솔버가 사용자가 지정한 조건을 위반하지 않도록 하는 역할을 담당합니다. 의도 결산 프로토콜은 솔버가 사용자 의도를 이행할 때 상환 및 보상을 받을 것이라는 보장을 제공합니다. 이를 위해 의도 합의 계약은 의도 이행의 진정성을 검증하기 위해 Oracle에 호소해야 합니다. 오라클의 보안은 낙관적 도전 기간, 증인 임계값 또는 ZK 유효성 증명 등을 기반으로 할 수 있습니다.
단일 솔버가 궁극적인 위험을 가정하고 최상의 실행 경로를 결정하므로 의도 결제 프로토콜은 빠르고 저렴한 가치 전송을 제공합니다.
메시징 브리지는 원래 체인이 최종성에 도달한 경우에만 통신할 수 있습니다. 현재 최종 완료 시간은 낙관적 롤업의 경우 7일, ZK 롤업의 경우 1시간입니다. ZK 라이트 클라이언트 기술의 광범위한 채택과 모든 블록체인과 마찬가지로 공유 주문자 사전 확인 기술의 발전으로 인해 이러한 최종 시간은 줄어들겠지만, 최종 시간은 사용자에게 "즉시" 의미가 있다고 느껴지지 않을 것입니다. 빠른 브리징 솔루션이 필요합니다. 최종성의 위험을 감수하지 않으면 브리지가 체인 재구성으로 인한 손실을 충당하기 위해 중계 경로에 신뢰할 수 있는 프록시를 추가하더라도 최종성 기간 이후에 메시지 전달 속도를 높일 수 없습니다.
의도 기반 아키텍처가 제공하는 속도 향상은 이기종 솔버 네트워크의 단일 솔버가 메시지 전달 프로토콜보다 더 많은 최종 위험을 감수하고 체인 재구성 위험이 완전히 사라지기 전에 사용자의 의도를 충족할 수 있기 때문입니다. 그런 다음 솔버는 더 빠른 시간을 교환할 때 감수하는 최종 위험에 대해 사용자에게 요금을 부과합니다.
크로스체인 의도 이행을 에이전트에 아웃소싱하면 평균적으로 사용자 가격이 향상됩니다. 인텐트 기반 브리징에서는 대상 체인에서 사용자의 주문을 이행하기 위해 프런트 엔드의 솔버가 이행을 확인한 후 시스템에 의해 반환됩니다. 이러한 의도 결제를 일괄 처리하여 비용을 분산시킬 수 있습니다. 필러는 사용자와 달리 즉시 상환이 필요하지 않으며 이에 따라 사용자에게 펀딩 선불 수수료를 청구합니다. 일괄 결제는 의도 기반 아키텍처의 유일한 기능은 아니지만 이 아키텍처는 상환 단계를 의도 이행 단계에서 분리하기 때문에 일괄 결제와 더 시너지 효과가 있습니다.
가격 개선의 더 큰 원천은 가치가 대체 가능하고 시간 내에 가장 좋은 경로를 찾는 것이 일반적으로 가치 이전보다 성능이 뛰어나다는 직관에서 비롯됩니다. 그러나 CCTP에서 USDC를 전송할 때와 같이 비용 면에서 시간 내에 이길 수 없는 일부 경로가 있습니다.
메시징 브리지는 사용자에게 가치를 전달하는 방법을 인코딩해야 합니다. 일부는 사전 결정된 환율로 유동성 풀에서 토큰을 보내기로 선택하고, 다른 일부는 나중에 필요한 표준 토큰 자산을 교환해야 하는 수신자에게 대표 토큰을 발행합니다.
사용자 의도를 충족할 때 에이전트는 온체인 및 오프체인 유동성 장소의 조합에서 유동성을 끌어낼 수 있습니다. 경쟁적 솔버 네트워크는 이론적으로 사용자에게 무제한의 유동성 소스를 제공합니다(그러나 이러한 유동성 소스조차도 인기 있는 NFT 채굴, 에어드롭 및 러그 풀 이벤트와 같은 변동성이 높은 온체인 이벤트 중에 한 방향 추세로 빠르게 고갈될 수 있습니다).
크로스체인 주문을 인텐트로 제출한 후 솔버는 주문에 의해 생성된 MEV를 가격 개선으로 내부화할 수 있습니다.

인텐트 기반 아키텍처는 처음부터 보안을 고려하여 설계되었습니다.

인텐트 기반 브리지는 사용자의 긴급한 요구와 결제 네트워크의 복잡한 요구를 분리하기 때문에 안전하게 구축할 수 있습니다. 해결자는 상환을 기다리는 시간 동안 정산 합의에 따라 요금을 청구하는 사용자와 달리 상환을 기다릴 수 있습니다. 따라서 엄격한 시간 제약 없이 매우 견고한 메커니즘을 사용하여 의도 결제를 검증할 수 있습니다. 의도 구현을 확인하는 것은 직관적으로 복잡하므로 이는 보안 관점에서 바람직합니다.
생산 의도 검증의 예로서 Across는 90분의 낙관적 챌린지 기간 후에 일괄적으로 필러를 검증하고 보상합니다. 물론 결제 네트워크는 최종 사용자의 수수료를 줄이기 위해 필러를 최대한 빨리 상환하도록 노력해야 합니다. 낙관적 챌린지 메커니즘의 개선은 ZK 유효성 증명 메커니즘이 될 것이며, 이를 위해서는 의도 확인 로직을 ZK 회로로 인코딩해야 합니다. 제 생각에는 검증 메커니즘이 낙관적 도전 메커니즘을 대체하고 의도 결제 네트워크가 사용자에게 더 빨리 상환할 수 있게 되는 것은 불가피합니다.
그렇다면 체인 추상화는 의도 기반 아키텍처에서 어떻게 나타나나요?
체인 추상화에는 빠르고 저렴한 크로스체인 가치 이전이 필요하다는 점을 기억하세요. 또한 사용자에게 자산이 저장된 네트워크에서 온체인 트랜잭션을 제출하도록 요구해서는 안 됩니다.

Permit 2 또는 EIP 3074 서명이 포함된 경우 사용자가 온체인으로 사용자의 의도를 제출할 필요가 없습니다. 이는 메시징과 의도 기반 브리징 모두에 해당됩니다. 두 아키텍처 모두 Permit 2 모드를 활용할 수 있으며, 이를 통해 사용자는 원래 체인 지갑에서 오프라인으로 지불하려는 토큰 수에 서명할 수 있습니다.
의도 기반 시장은 저렴하고 빠른 체인 간 가치 이전을 제공하기 때문에 체인 추상화를 가장 잘 지원합니다. 사용자가 Optimism의 USDC를 결제 수단으로 사용하여 Arbitrum에 WETH 담보 포지션을 입력하기 위한 견적을 제공하도록 해결사에게 요청할 수 있다고 상상해 보십시오. 사용자는 이 의도를 RFQ 경매에 보낼 수 있고 해결자는 이에 입찰할 수 있습니다. 경매의 승자는 Optimism에 사용할 수 있는 USDC 사본, Arbitrum에서 얻은 WETH 금액, 이 WETH를 Arbitrum 스테이킹 포지션에 입금하기 위한 콜 데이터가 포함된 사용자의 서명된 의도를 받을 수 있습니다. 그런 다음 솔버는 (사용자를 대신하여) Optimism에 이 거래를 제출하여 크로스 체인 인텐트를 시작하고 사용자의 Optimism 지갑에서 USDC를 인출할 수 있습니다. 마지막으로 솔버는 WETH를 사용자에게 보내고 콜 데이터를 사용자의 온체인 모기지 위치로 전달하여 사용자의 의도를 충족할 수 있습니다.
체인 추상화 인프라를 구축한다는 것은 온체인 트랜잭션을 제출하지 않고도 사용자 흐름을 즉각적이고 저렴하게 만드는 것을 의미합니다. 더 광범위한 채택 의도를 가로막는 장벽을 논의하는 것으로 이 기사를 마무리하겠습니다.

의도 기반 체인 추상화에서 최고의 사용자 경험을 달성하려면 경쟁력 있는 솔버 네트워크가 필요합니다.
의도 기반 체인 추상화 최고의 사용자 경험을 달성하는 열쇠는 경쟁력 있는 솔버 네트워크를 구축하는 것입니다. 브리징 의도는 솔버 네트워크 효과에 의존하여 메시징 변형보다 더 나은 성능을 발휘합니다. 이는 의도와 메시징 아키텍처 사이의 핵심 절충안입니다. 현실은 모든 의도 생성 애플리케이션이 완벽하게 경쟁적인 솔버 세트에 대한 액세스를 요구하는 것은 아니며 일부는 의도를 과점 솔버 네트워크로 라우팅하는 것을 선호할 수도 있습니다. 그러나 현재 솔버 네트워크 상태는 미성숙하고 의도 시장이 의존하는 솔버 네트워크 활동 가정 수준에 도달하지 못합니다.

우리는 각 DApp이 인텐트를 격리된 솔버 네트워크로 라우팅하는 것을 원하지 않습니다. 최고의 사용자 경험 상황은 많은 DApp이 동일한 솔버 풀과 통신하고 모든 DApp이 의도를 보내는 솔버 풀을 자유롭게 변경할 수 있는 경우입니다.
솔버 네트워크를 부트스트랩하는 방법은 무엇입니까?
우리는 솔버 사용자 경험을 최우선으로 생각해야 합니다.
의도 솔버를 실행하는 것은 복잡하며 고성능 소프트웨어 구축 및 크로스체인 재고 위험 관리에 대한 전문 지식이 필요합니다. 당연히 이 코드를 실행하는 데 드는 시작 비용을 충당하는 데 관심이 있는 소수의 당사자가 있을 것입니다. 최선의 경우 UniswapX 솔버와 같이 하나의 DApp용으로 작성된 솔버를 재사용하여 Across 및 CowSwap과 같은 다른 의도 생성 DApp을 해결할 수 있습니다.
우리는 모든 의도 기반 DApp에 걸쳐 솔버 네트워크의 전반적인 자본 효율성을 개선해야 합니다. 이를 위해서는 솔버 실행에 대한 장벽을 해결해야 합니다.
이를 위해서는 모든 해결자에게 표시되고 모든 해결자가 다양하고 차별화되고 경쟁적인 의도 해결 네트워크에 액세스할 수 있도록 보장하는 의도 생성 DApp이 필요합니다. 이를 통해 해결자는 자신이 신뢰하는 결제 네트워크로 의도 이행을 라우팅하도록 선택할 수 있다는 확신을 갖게 됩니다. 결제 네트워크 간의 경쟁도 해결사 비용을 줄여줍니다.
의도 정산 네트워크의 가치 제안은 해결자에게 의도 작성에 영향을 줄 수 있는 보안 및 기타 기능을 제공하는 것입니다.

해결사의 의도 결제 네트워크 선택은 사용자에게 수수료 및 실행 시간 보장을 제공하는 능력에 영향을 미칩니다. 일부 결제 네트워크는 해결자 독점 기간을 제공할 수 있으며, 이는 해결자와 사용자가 중계 수수료를 협상하고 약속할 수 있는 오프체인 경매 개발을 지원합니다. (게다가 이러한 의도 경매는 금전적으로 보장된 사전 확인을 제공하여 사용자 경험을 더욱 향상시킬 수도 있습니다. 경매 및 사전 확인을 통한 의도 발견의 사용자 흐름을 이해하려면 Sorella의 Karthik의 이 강연을 확인하는 것이 좋습니다.)
일부 결제 네트워크는 의도 만료(즉, 특정 이행 기간에 도달한 후 가치가 사용자에게 다시 전송됨), 의도 지원(즉, 해결자가 이행하지 않는 경우 결제 네트워크가 자체 대차대조표를 사용하여 사용자의 의도를 이행함)을 제공할 수 있습니다. 또는 유연한 회수 체인(즉, 솔버가 회수를 위해 원하는 체인을 선택할 수 있음).
궁극적으로 결제 네트워크는 보안을 훼손하지 않고 해결사에게 신속하고 저렴하게 상환하기 위해 치열하게 경쟁할 것입니다. 그러면 해결사는 DApp의 주문 흐름을 획득하기 위해 사용자에게 가장 저렴한 수수료를 제공할 수 있는 결제 네트워크로 주문 흐름을 보냅니다. 결제 및 해결자 네트워크의 경쟁은 공급망의 모든 당사자가 동일한 언어를 사용하기 위해 협력하려는 의도에 달려 있으며, 경쟁은 체인 간 가치 이전을 위한 최고의 사용자 경험으로 이어질 것입니다.

분명히 크로스체인 의도 표준이 필요합니다.
해석자가 의도가 공통 요소를 공유할 것이라고 가정할 수 있으면 코드를 재사용하여 다른 DApp에서 시작된 의도를 해결하여 설정 비용을 줄일 수 있습니다. 서로 다른 DApp이 동일한 기준을 충족하는 인텐트를 생성하는 경우 모두 해당 인텐트를 동일한 솔버 풀로 라우팅할 수 있습니다. 이는 솔버를 개별적으로 연결하지 않고도 교차 체인 의도를 기존의 성숙한 솔버 풀에 직접 연결할 수 있도록 함으로써 차세대 DApp에 대한 액세스를 제공하는 데 도움이 되며, 저렴하고 빠르며 안전하고 허가 없는 전송에 액세스할 수 있게 됩니다. 값.
또한 타사 추적 소프트웨어를 사용하면 표준이 충족되는 경우 새로운 DApp의 의도 상태를 더 쉽게 추적할 수 있습니다.
이 의도 기준은 의도 주체 또는 해결자가 자신의 의도를 해결하려는 결제 네트워크를 지정할 수 있도록 허용해야 합니다.
나는 솔버에게 다양한 기능을 제공하는 경쟁적인 결제 프로토콜(예: SUAVE, Across, Anoma 및 Khalani)을 구상합니다. 어떤 결제 네트워크가 솔버에게 상환하는지에 따라 솔버는 의도 소유자에게 다양한 가격과 시간 보장을 제공할 수 있습니다. DApp과 해결사는 검열을 피하고 데이터 프라이버시를 유지하면서 해결사가 상환을 신뢰할 수 있을 만큼 충분히 안전하기 위해 신뢰할 수 있는 결제 네트워크로 사용자 의도를 라우팅하는 데 동의할 수 있습니다.
해결사는 의도 주문 자체에 결제 네트워크 선택을 기록함으로써 사용자에게 제시하는 제안에 이러한 확실성을 구축할 수 있습니다. 해결자와 사용자는 온체인 전환 의도를 제출하기 전에 브리지 가격의 사전 불확실성을 제거하여 비용을 절감할 수 있습니다.
Uniswap과 협력하고 CAKE 작업 그룹의 피드백을 기반으로 Across와 저는 솔버 사용자 경험의 우선 순위를 지정하기 위해 다음과 같은 크로스 체인 의도 표준을 제안했습니다.

이 표준은 솔버 작업을 단순화하기 위한 것입니다. 의식적인 선택 중 하나는 기본적으로 Nonce 및 InitiateDeadline을 사용하여 Permit 2/EIP 3074를 지원하고, 결제 네트워크에서 얻을 수 있는 환불 금액과 사용자 의도를 추적할 수 있는 금액에 대한 일부 보장을 양식 작성자에게 제공하는 것이었습니다. 체재. 또한 표준은 Filler(체인에 주문을 가져오는 사람)가 CrossChainOrder 데이터에 서명할 때 사용자가 알지 못하는 추가 "fillerData"를 체인에 지정할 수 있도록 하는 시작 기능도 정의합니다. 이를 통해 필러는 사용자의 메타 트랜잭션 제출에 대한 정산 계약으로 보상을 받을 수 있을 뿐만 아니라 상환 체인과 같은 상환 관련 정보를 설정할 수 있습니다.
이 표준은 또한 DApp이 의도 완료 상태를 더 쉽게 추적할 수 있도록 하는 것을 목표로 합니다. 이 표준을 구현하는 모든 결제 계약은 모든 orderData 필드에서 확인할 수 있는 ResolvedCrossChainOrder의 사용자 지정 하위 유형을 생성해야 합니다. 여기에는 교환, 대상 체인 및 기타 이행 제약과 관련된 토큰이 포함될 수 있습니다. DApp이 사용자에게 인텐트 상태를 표시하는 방법을 이해할 수 있도록 하고 확인자가 다루고 있는 정확한 인텐트 주문 구조를 알 수 있도록 하기 위해 확인 기능이 표준에 포함되어 있습니다.

이 표준의 설계 목표는 솔버 사용자 경험을 향상시켜 더 쉽게 여러 결제 네트워크를 지원하고 결정론적으로 보상을 계산할 수 있도록 하는 것입니다. 이를 통해 사용자에게 보다 정확하고 간결한 견적을 제공할 수 있을 것이라고 믿습니다. 이 게시물과 ERC 7683이라는 표준에 대한 Ethereum Magicians 포럼의 토론에서 자세한 내용을 읽을 수 있습니다.
결론
의도는 정의되지 않았기 때문에 혼란스럽고 이러한 정의 부족으로 인해 실제 사용자 경험 결함이 발생합니다.

모든 사람은 다른 사람들이 의도에 대한 표준 정의를 사용하기를 원하므로 표준을 설정하는 것이 사실상 불가능하다는 점을 충분히 인정합니다. 의도적인 결제 시스템을 먼저 정의한 후 주문 흐름을 유도하는 것이 업계 표준을 확립하는 올바른 방법이라고 생각합니다.
제 생각에는 더 실현 가능한 접근 방식은 이미 많은 사용자 트래픽을 보유하고 있고 많은 사용자 의도를 생성하는 DApp이 기존 솔버에서 채택할 몇 가지 최소 표준을 충족하는 데 동의하는 것입니다. 그러면 새롭고 더 큰 솔버 풀이 형성됩니다. 이미 눈에 띄는 장소에서 통합된 주문 흐름을 포착함으로써 이 새로운 해결사 풀은 더 많은 이익을 얻고 최종 사용자에게 더 나은 가격을 제공할 수 있습니다. 결국 새로운 DApp은 의도를 이 솔버 풀로 라우팅하고 해당 의도 표준을 지원해야 합니다.
이 프로세스를 시작하기 위해 Across와 Uniswap은 체인 A에서 X 토큰을 보내고 체인 B에서 Y 토큰을 받기 위한 사용자 주문을 처리할 때 의도된 모든 공급망 참가자가 사용하는 표준을 공동으로 제안했습니다. UniswapX(경매 설계 및 의도 개시에 비교 우위가 있음)와 Across(결제 의도 이행에 비교 우위가 있음)를 통해 실행되는 주문 흐름을 결합하여 더 크고 경쟁력 있는 해결사 네트워크를 육성하는 프로세스를 시작할 수 있습니다.


