의도 컴퓨팅은 Web3 상호 작용을 어떻게 심층적으로 변화시키나요?
원문 편집: Deep Tide TechFlow
원문 편집: Deep Tide TechFlow
Web3의 다양한 현재 시스템을 사용하는 것은 복잡하고 시간이 많이 걸리는 노력임이 입증되었습니다. 여기에는 다양한 인프라 간의 실행 경로를 지정하는 작업이 포함되며, 이를 위해서는 포괄적인 이해가 필요합니다. 결과적으로 사용자는 최종 목표를 달성하는 데 있어 끊임없는 좌절에 직면하고 보다 정교한 행위자의 악용에 취약합니다.
이러한 상황은 사용자가 이더리움과 상호 작용하는 일반적인 표준 방법에서 상태 전환을 수행하기 위해 이더리움 가상 머신(EVM)에 필요한 모든 정보를 제공하는 특정 형식으로 트랜잭션을 생성하고 서명해야 하기 때문에 발생합니다.
사용자의 부담을 덜어주기 위해 의도가 도입되었습니다. 본질적으로,인텐트는 사용자가 프로세스에 대한 완전한 제어권을 유지하면서 트랜잭션 생성을 제3자 행위자의 전용 네트워크에 위임할 수 있도록 하는 선언적 제약 조건 세트입니다.간단히 말해서, 트랜잭션이 작업을 수행하는 방법을 지정하는 경우 인텐트는 해당 작업의 예상되는 결과를 정의합니다.
첫 번째 수준 제목
Tx(트랜잭션)는 최종 사용자에게 막다른 골목입니다
Web3의 현재 Tx 기반 접근 방식은 복잡하여 사용자가 정보에 대한 충분한 액세스 또는 복잡한 시행 전략을 사용하지 않고 결정을 내려야 하므로 사용자 경험이 저하되고 효율성이 저하되는 것으로 나타났습니다.
이러한 복잡성을 설명하기 위해 다음 시나리오를 고려하십시오. Arbitrum 네트워크에서 분산형 애플리케이션(dApp)과 상호 작용하고 싶지만 자금은 현재 Ethereum 블록체인에 저장되어 있습니다.
dApp 웹사이트 방문
지갑을 Arbitrum에 연결하려고 시도했지만 사용 가능한 자금이 없습니다.
새 탭을 열고 체인 간에 자금을 이동하는 가장 좋은 방법을 찾아보세요.
횡단교량으로 가세요
지갑을 다른 블록체인(이더리움)에 연결하세요
Ethereum에서 Arbitrum으로 자금 이체
크로스체인이 완료될 때까지 기다리세요
원래 탭으로 돌아가기
지갑을 Arbitrum으로 다시 전환하세요
이제 마침내 Arbitrum에 연결된 자금으로 dApp을 사용할 수 있습니다.
사용자가 dApp 자체와 상호 작용할 기회를 갖기도 전에 좌절감이 시작됩니다. 다음 백만 개의 롤업이 등장하면 이러한 문제는 더욱 분명해집니다.
첫 번째 수준 제목
계정 추상화에 대한 간략한 검토
이더리움에는 스마트 계약과 외부 소유 계정(EOA)이라는 두 가지 유형의 주소가 있습니다.
EOA에는 거래를 시작할 수 있는 능력이 있지만 스마트 계약은 그렇지 않습니다. 따라서 현재 사용되는 대부분의 이더리움 지갑은 EOA입니다. Safe와 같은 스마트 계약 지갑(SCW)이 있지만 스마트 계약 자체는 거래를 시작할 수 없으므로 거래를 시작하려면 EOA가 필요합니다. 그럼에도 불구하고 SCW는 복잡한 논리를 실행할 수 있어 지갑에 대한 다양한 새로운 애플리케이션을 가능하게 하는 반면 EOA는 서명으로 제한된다는 점에서 상당한 이점을 가지고 있습니다.
별도의 EOA 없이 SCW에 대한 요구를 충족시키기 위해 ERC-4337에서는 User Operation(UserOp)이라는 새로운 유형의 트랜잭션을 도입하고 Bundlers라는 새로운 역할을 도입합니다. 또한 ERC-1271(계약의 표준 서명 확인 방법)에서는 특정 계약의 서명이 유효한지 확인하는 표준 방법을 도입했습니다. 이러한 업데이트는 SCW 사용자 환경을 개선하고 사용자에게 보다 원활한 흐름을 제공합니다. 구체적인 과정은 다음과 같습니다.
사용자는 원하는 작업을 지정하여 UserOp에 서명합니다. UserOps는 기본 mempool로 직접 전송되지 않고 여러 사용자가 대체 mempool로 보냅니다. 여기에서는 실행자와 번들러가 작동하여 이러한 UserOps를 함께 묶고 항목 계약에 번들로 제출합니다. 그러면 이 진입 계약은 스마트 계약 지갑과 통신합니다.
SCW는 번들로 제공되는 UserOp를 수신하면 2단계 프로세스를 거칩니다. 먼저 작업이 합법적이고 안전한지 확인하기 위해 적절한 서명자, 액세스 제어 및 속도 제한을 확인하는 ValidateOp를 수행합니다. 인증이 성공하면 SCW는 ExecuteOp 함수를 사용하여 작업을 계속 실행합니다. 이러한 작업에는 자금 이체, 교환 수행, NFT 구매 등의 작업이 포함될 수 있습니다.
계정 추상화의 주요 장점은 가스 추상화로, 이는 사용자의 가스 지불 프로세스를 단순화합니다. 이것이 지불 주체의 역할이다. 지불 주체 계약은 또 다른 실체로 작동합니다. 사용자가 트랜잭션을 보내면 UserOp가 결제 주 계약으로 전송됩니다. 지불 주체는 거래의 가스 비용을 지불할 것인지 확인하고 보장합니다. 이는 환불 메커니즘 역할을 하는 해당 양의 기본 가스 토큰을 번들러에 반환합니다. 이 가스 지불을 처리한 후에만 UserOp는 ValidateOp 및 ExecuteOp 단계를 거치게 됩니다.
또한 지불 주체를 통해 사용자는 UserOp를 실행한 후 다른 작업을 수행할 수 있으므로 유연성과 제어가 더욱 향상됩니다. 결제 주체와 가스 추상화를 활용하면 사용자는 가스 비용을 직접 관리할 걱정 없이 거래를 수행할 수 있어 프로세스가 더욱 원활하고 친숙해집니다.
첫 번째 수준 제목
인텐트 관련 애플리케이션
보조 제목
그렇다면 의도란 무엇입니까?
표준 트랜잭션 프로세스에서 유효성 검사기는 트랜잭션 서명을 받으면 특정 상태에 따라 특정 계산 경로를 따릅니다. 또한 수수료는 검증인이 이러한 방식으로 행동하도록 하는 인센티브 역할을 합니다. 그러나 인텐트를 사용할 때는 상황이 다릅니다. 인텐트는 고정된 계산 경로를 규정하지 않지만 특정 조건을 충족하는 모든 경로를 허용합니다. 사용자가 인텐트에 서명하고 공유하면 수신자에게 자신을 대신하여 계산 경로를 선택할 수 있는 권한을 부여합니다. 이러한 구별을 통해 의도를 서명된 메시지로 보다 정확하게 정의할 수 있으며, 주어진 시작점에서 일련의 상태 전환이 용이해집니다.
단일 트랜잭션에 여러 의도가 포함될 수 있으므로 겹치는 의도를 일치시킬 수 있다는 점은 주목할 가치가 있습니다. 이는 가스 효율성과 경제성을 크게 향상시킵니다. 예를 들어, 건설업체가 관리하는 주문장에서 두 주문은 시장에 도달하기 전에 서로 효율적으로 상쇄될 수 있습니다. 또한 제3자가 가스를 후원하거나 다른 토큰으로 지불을 허용하는 등 보다 유연한 사용자 가스 지불을 허용하는 것이 목적입니다.
따라서 UserOps는 기본적으로 Tx이므로 의도가 아닙니다. 그러나 AA는 지갑을 스마트 계약 지갑 내의 검증 로직을 통해 달성되는 의도의 항목으로 만듭니다. 이 검증 로직을 통해 사용자 계정과 관련된 간단한 인텐트를 표현하고 실행할 수 있습니다. 그러나 SCW에는 전역 상태를 추론하는 능력이 부족합니다.
계정 추상화는 기본적으로 특정 의도를 제공하기 위한 것입니다. 이 경우 사용자는 해당 의도가 특정 제한 요구 사항을 충족하는 한 SCW를 통해 단순화된 의도를 지정하고 시행할 수 있습니다.
그들은 단일 도메인을 전문으로 합니다.
그들은 사용자 계정과 관련된 정보만을 사용하고 실행합니다.
여기에는 가스 보상이 포함됩니다.
인텐트 앱과 관련된 예
따라서 계정 추상화는 주로 사용자 중심 목표를 충족시킵니다. 그러나 Paradigm에서 강조한 것처럼 AA를 사용하여 구현할 수 있는 의도별 애플리케이션의 예도 많이 있습니다.
주문 제한: 사용자는 최소 200 Y 토큰을 받은 경우에만 계정에서 100 X 토큰을 가져오도록 지정할 수 있습니다.
가스 후원: 사용자는 ETH 대신 USDC를 사용하여 거래 수수료를 지불하도록 선택할 수 있으며 지불자의 가스 수수료를 충당하기 위해 계정에 USDC를 할당할 수 있습니다.
위임: 사전 승인된 방식으로 특정 계정과의 상호 작용을 제한할 수 있습니다. 예를 들어, ETH는 OpenSea에 상장된 NFT 구매용으로 지정되거나 특정 주소가 Uniswap 및 Sushiswap과만 상호 작용하도록 제한될 수 있습니다.
트랜잭션 일괄 처리: 사용자는 여러 의도를 단일 트랜잭션으로 일괄 처리하여 가스 효율성을 향상시킬 수 있습니다.
집계자: 사용자는 특정 작업에 대해 최적의 가격이나 수익률을 지정할 수 있습니다. 이러한 의도는 집계가 여러 장소에서 수행되고 최상의 경로가 선택된다는 증거를 제공함으로써 달성될 수 있습니다.
AA 및 의도별 애플리케이션은 상당한 발전을 이루었지만 다중 체인 환경에서는 한계도 있습니다. 시나리오를 고려해 보겠습니다. 저는 ETH를 소유하고 있으며 다양한 롤업의 유동성을 활용하여 가능한 한 많은 토큰 XYZ를 구매하고 싶습니다. AA를 사용하면 모든 롤업에서 내가 가장 좋아하는 DEX 수집기를 쉽고 빠르게 사용할 수 있습니다. 그러나 문제는 여전히 모든 롤업에서 사용할 수 있는 최고의 DEX 수집기를 수동으로 찾아야 한다는 것입니다.
첫 번째 수준 제목
일반 솔루션
의도 중심 세계에서 사용자는 자신의 기본 설정을 선언하거나 승인하며, 네트워크는 제3자 행위자(해결자/집행자)를 통해 사용자를 대신하여 이러한 기본 설정을 적용합니다.
현재의 거래 기반 접근 방식에서는 사용자가 거래를 아웃소싱할 수도 있지만 차이점은 제3자가 누구인지입니다. 이제 앱은 사용자를 대신하여 거래를 구성하지만 그렇게 함으로써 최상의 결과를 얻을 수 있도록 최적화되어 있지 않습니다. 따라서 의도의 혁신은 거래 생성을 제3자에게 아웃소싱하는 것이 아니라 더 나은 결과를 제공할 수 있는 제3자의 전용 네트워크를 추가하는 것입니다.
이는 솔버가 사용자와 통신할 필요 없이 다른 체인의 상태에 대한 더 많은 정보를 통합할 수 있기 때문에 실행 효율성을 향상시킵니다.
이를 설명하기 위해 제가 ETH를 소유하고 있고 다른 롤업 간의 유동성을 활용하여 가능한 많은 XYZ 코인을 구매하는 것이 목표인 시나리오를 떠올려 보겠습니다. 의도 중심 세계에서는 내가 ETH를 소유하고 있으며 가능한 최대량의 XYZ 코인을 원한다고 멤풀에 알릴 수 있습니다. 솔루션을 효율적으로 찾는 매우 정교한 솔버입니다. 이러한 솔버를 자극하면 상당히 최적의 결과를 얻을 수 있습니다. 이러한 다중 체인 환경에서는 모든 새로운 롤업 및 도메인을 통합하기 위해 DEX 수집기를 운영하는 단일 회사와 같은 기본 작업조차 비실용적이 됩니다. 따라서 의도별 애플리케이션은 이러한 다중 체인 환경에서 확장성이 부족합니다. 그러나 의도적으로 유연하고 범용적인 언어는 무허가 시스템으로 작동하기 때문에 효율적으로 확장됩니다. 한 회사가 모든 체인을 포괄하는 전체 체인 DEX 수집자 역할을 할 필요는 없습니다. 대신 솔버 세트는 사용자에게 서비스를 제공하기 위해 경쟁할 수 있으며, 그 중 일부는 특정 롤업 클래스를 전문으로 하고 다른 일부는 다른 도메인을 전문으로 합니다. 이 접근 방식은 크로스체인 의도가 일반적인 계정 추상화를 넘어서는 상당한 유용성과 기능을 가지고 있음을 보여 주며, 이는 단순한 사용 사례에도 도움이 될 수 있습니다.
보조 제목
일반 솔루션의 예
이 비전은 유망하지만 첫 번째 단계는 사용자가 자신의 의도를 표현할 수 있고 해결자가 이를 해결하기 위해 경쟁할 수 있는 의도 계층을 구축하는 것입니다. Anoma, SUAVE, Essential 및 CoW Protocol과 같은 프로젝트는 모두 서로 다른 접근 방식을 취하면서 블록체인의 의도 계층이 되기 위해 경쟁하고 있습니다.
그러나 인텐트 레이어의 개념이 진화하고 있고 이러한 디자인 원칙 중 상당수가 서로 모순되는 것처럼 보이므로 비교하기에는 너무 이릅니다. 이러한 계층을 구축하는 것은 상당한 과제를 안겨줍니다.
Anoma는 풀스택 분산형 애플리케이션을 위한 통합 아키텍처입니다. 이는 무한한 수의 사용자와 무한한 수의 인텐트(각각은 다양한 복잡성)를 포함하는 애플리케이션을 위해 처음부터 설계되었습니다. Anoma는 분산형 애플리케이션 구축을 위한 선언적 패러다임을 함께 형성하는 의도 중심성과 동종 아키텍처/이기종 보안의 원칙을 따릅니다. 의도는 의도 풀을 형성하는 의도 전파 노드에 제출됩니다. 매처는 이러한 풀을 분석하여 결합할 수 있는 인텐트를 찾고, 함께 결합하면 서로를 만족시킬 수 있습니다. 프로토콜의 상태 머신은 사용자 계정에 대한 불변 역할을 하는 효과적인 조건자를 통해 단계별 실행과 분리된 검증을 가능하게 합니다. Anoma를 사용하면 기존 Ethereum(EVM) 및 Ethereum과 유사한 프로토콜을 기반으로 구축하기가 번거롭거나 제한적이거나 불가능할 수 있는 새로운 애플리케이션을 간단하게 구축할 수 있습니다.
SUAVE는 가치 표현을 위한 통합 경매 프로토콜입니다. SUAVE는 사용자에게 권한을 부여하고 퍼블릭 블록체인의 최대 분산화를 달성하려고 시도합니다. SUAVE는 기존 블록체인에서 멤풀 및 블록 구축 역할을 분리하고 고도로 전문화되고 분산된 플러그 앤 플레이 대안을 제공합니다. 동일한 주문 계층을 공유하면 암호화폐가 분산된 상태로 유지되고, 블록 빌더는 도메인 전체에서 MEV를 캡처할 수 있으며, 검증자는 수익을 극대화할 수 있으며, 사용자는 각 도메인에 대한 경제적 집중 압력을 줄이면서 최상의 거래를 수행할 수 있습니다. SUAVE는 선호사항의 표현, 실행, 정산에 있어 분산화된 협업을 촉진하는 통합 환경입니다. 핵심 개념은 선호, 즉 목표를 표현하기 위해 사용자가 서명한 메시지로, 여러 블록체인에서 간단한 전송이나 복잡한 시퀀스를 가능하게 합니다. Solver는 MEV 캡처 및 분산된 주문 흐름 가치 제공을 포함하여 최상의 실행을 제공하기 위해 경쟁합니다.
Essential은 블록체인 생태계를 가치 추출에서 의도 만족으로 변화시키는 일련의 제품을 개발하는 것입니다. 그들은 의도를 표현하기 위한 도메인 특정 언어(DSL), 의도 지향 계정 추상화를 위한 Ethereum 표준 및 모듈식 의도 계층을 만들고 있습니다. DSL은 표준화된 의도 표현과 최적의 솔루션을 허용하여 의도 기반 애플리케이션의 구성 가능성과 개발을 향상시킵니다. 의도 지향 계정 추상화 표준은 해결사에게 사용자 의도를 기반으로 유효한 거래를 구성할 수 있는 기능을 제공하여 기존 EVM 체인에 의도 기능을 도입합니다. 모듈식 의도 계층은 의도 전용 아키텍처, 집계된 주문 흐름, MEV 저항 및 크로스체인 의도 실행 가능성을 보장합니다. Essential의 사명은 사용자에게 권한을 부여하고, 악용을 제거하며, 사용자 중심의 공정한 블록체인 미래를 촉진하는 것입니다.
보조 제목
의도 실험 프로그램 개요
첫 번째 수준 제목
결론
Web3의 현재 Tx 기반 접근 방식은 최종 사용자에게 복잡하고 시간이 많이 걸리는 것으로 입증되었습니다. 여기에는 다양한 인프라 간의 실행 경로를 지정하는 작업이 포함되어 있어 사용자 경험이 실망스럽고 보다 정교한 행위자가 악용할 가능성이 있습니다. 인텐트 기반 애플리케이션은 명령형 패러다임에서 선언형 패러다임으로의 유망한 전환을 제공하여 사용자 경험을 향상하고 MEV를 최소화합니다. 계정 추상화(AA) 및 의도별 애플리케이션이 흥미로운 발전을 가져왔지만 특히 다중 체인 세계에서는 몇 가지 제한 사항도 있습니다.
완전히 의도 중심적인 세계를 위한 의도 계층을 구축하는 것은 현재 시스템의 복잡성을 극복하고 의도를 표현하고 시행하기 위한 사용자 친화적이고 효율적이며 분산된 인프라를 만들어야 하기 때문에 중요한 과제에 직면해 있습니다. 그러므로 우리는 아직 이 패러다임과는 거리가 멀다. 그러나 이러한 노력을 위해 여러 프로젝트가 진행 중이며 앞으로 더 많은 프로젝트가 등장할 것으로 예상됩니다.
의도된 채택이 계속 증가함에 따라(ERC 4337에 따라) 사용자는 대체 멤풀로 전환할 수 있습니다. 중앙집권화의 위험과 지대추구 중개자의 증가를 방지하려면 세심한 관리가 필수적입니다.
