
결과에만 집중하는 '의도(Intent)' 중심 아키텍처(Intent-Centric Architecture)를 한 문장으로 이해하기
TechFlow 선정TechFlow 추천

결과에만 집중하는 '의도(Intent)' 중심 아키텍처(Intent-Centric Architecture)를 한 문장으로 이해하기
의도(Intent)는 그 실행 과정에서 여전히 많은 위험과 도전에 직면해 있으며, 중개자나 특정 실행자에 의존해야 하기 때문에 권한이 집중되고 독점될 위험이 존재하며, 이는 결국 미들웨어 전반에 대한 신뢰 문제로 이어질 수 있다.
저자:@YBBCapital Researcher @Ac_Core_

서론
Web3의 번거로운 사용자 경험은 블록체인의 대규모 채택을 저해하는 주요 요인 중 하나이다. 최근 Web3 유명 벤처캐피털인 Paradigm이 암호화폐 분야에서 주목하고 있는 10개의 잠재적 트렌드를 소개하며 그 첫 번째에 '의도 중심(Intent-Centric) 프로토콜 및 인프라스트럭처'를 올리면서 이 개념은 업계의 즉각적인 관심을 불러일으켰다.이는 사용자의 니즈를 핵심으로 삼는 설계 철학을 의미한다.
예를 들어 "나는 3만 원짜리 햄버거 배달주문을 하고 싶다"는 것이 바로 하나의 '의도(intent)'이며, 이 의도를 완성하기 위해 사용자는 배달앱에서 이름, 전화번호, 배송지 주소를 입력한 후 주문만 하면 된다. 지불한 3만 원이 어떻게 상인에게 수익으로 돌아가고 플랫폼이 어떻게 라이더를 배치하며 라이더가 집까지 어떻게 배송하는지는 신경 쓰지 않아도 된다. 이러한 아키텍처 형태는 사용자 경험 장벽을 극도로 단순화시켜 사용자가 자신의 의도만 표현하면 나머지 과정은 다양한 프로토콜에 위임하고 최종 결과만 기다리면 되도록 한다.
참고: 본문은 특정 프로젝트를 홍보하기 위한 것이 아니며 일반 독자들이 읽기에 적합하며 내용은 분석 참고용으로만 제공된다.
의도 중심(Intent-Centric) 설계 원리
등장 배경:
Web3 세계에서는 거래가 가장 핵심적인 기능이며 DeFi, GameFi, NFT 또는 어떤 분야든 기본적인 거래 없이는 존재할 수 없다. 하지만 현실적으로 블록체인의 탈중앙화 특성상 서로 다른 체인들은 각각 고립된 섬과 같으며 자산 교환을 완료하려면 서로 다른 섬들 사이를 연결하는 다리를 찾아야 한다. 중앙화 거래소는 사용자에게 편리한 자산 거래 경험을 제공하지만 여전히 사용자는 무수한 Dapp 애플리케이션을 자유롭게 이용하기 위해 일일이 지갑 권한을 부여해야 한다. 탈중앙화 애플리케이션의 사용 장벽을 낮추기 위해 Intent-Centric 개념이 등장하게 된 것이다.
비록 '의도(intent)'라는 개념의 시초가 최근에 생긴 것은 아니지만, 이번 개념의 물결은 Paradigm이 시작했기 때문에 우리는 그들의 정의를 참조로 삼겠다. "의도란 제3자에게 거래 생성을 외주 맡기되 거래 당사자에 대한 완전한 통제권을 포기하지 않는 서명된 선언적 제약 조건 세트이다." 실제로 서명은 사용자가 자발적으로 의도를 주도하지만 사용자 경험 장벽을 낮추기 위해 자산을 제3자에게 외주 처리하는 것이 가능할까? 아래에서 논의해 보겠다—Intent-Centric 비전을 실현하기 위해 필요한 요소들을 살펴본다.
의도란 무엇인가:
Intent-Centric은 '의도 중심'으로 이해할 수 있으며, Paradigm은 2023년 6월 1일 발표한 《Intent-Based Architectures and Their Risks》라는 문서에서 의도 개념에 대한 설명을 제시했다. 사용자의 일반적인 거래 절차에서 거래 서명은 검증자가 특정 계산 경로에 따라 검증 및 실행하도록 허용하며, 이 과정에서 가스비(Gas fee)는 검증자가 계산을 완료하도록 유인하는 역할을 한다. 그러나 의도는 특정한 계산 경로를 명확히 지정하지 않으며, 특정 제약 조건을 충족하는 한 어떤 경로라도 최종 결과를 도출할 수 있다. 실제 운영에서는 의도를 서명하고 공유함으로써 사용자는 수신자가 자신을 대신하여 거래 실행 경로를 선택할 수 있도록 허용하는 것이다(아래 이미지 참조). 거래와 구분하기 위해 의도를 정보 서명으로 정의하며, 이는 주어진 초기 상태에서부터 상태 전이를 통해 여러 경로를 통해 최종 상태 결과를 도출할 수 있음을 의미한다【1】.

이미지 출처:Intent-Based Architectures and Their Risks – Paradgim
위 그림에서 보듯이 거래를 제출할 때는 Uniswap에서 토큰 교환처럼 명확한 실행 경로를 지정해야 하지만, 의도를 제출할 때는 실행 경로가 매칭 결과에 의해 결정된다. 사용자 입장에서는 자신의 의도만 제시하면 되며 나머지는 Intent-Centric 관련 프로토콜/애플리케이션이 담당한다. 즉 매칭된 실행 경로를 Solver(솔버, 해답기)가 책임지고 수행하며, 최종적으로 실행 결과를 기다리기만 하면 된다.
간단히 말해: 거래 = 내가 직접 실행 방식을 지정해서 진행; 의도 = 나는 이런 결과만 원하지만 구현 과정은 신경 쓰지 않는다.
다양한 성향의 의도는 복잡한 방식으로 매칭될 수 있으며 이를 위해서는 '거래 상대방 발견'과 '솔버의 해결'이 필요하다.
Bob, the Intent Solver

이미지 출처:ETH Global
Bob the Solver(음역: 바보 솔버, 이후 통칭 솔버라고 하지만 Bob Solver만을 지칭하지 않음)는 의도 기반 거래 인프라로서 주된 목적은 운영 절차를 단순화하고 사용자 참여 장벽을 낮추며 지갑과 탈중앙화 애플리케이션에 통합되는 것이다. 본질적으로 사용자의 외주 거래를 생성하고 실행하는 것으로, 두 가지 연관 구성 요소로 이루어져 있다:
-
거래 생성 솔버: AI 챗봇 + 의도 분류 + 거래 최적화로 구성되며, 사용자의 의도를 가장 효율적으로 실행할 수 있는 경로를 찾아 AA 지갑에 전송하는 역할을 한다. 또한 머신러닝(ML) 모델을 갖추어 사용자의 의도를 분류한다;
-
거래 실행을 위한 '추상 계정 지갑': EIP-4337 표준을 따르는 AA 지갑 시스템으로, 번들러(Bundler)와 페이마스터(Paymaster)로 구성되며, 솔버와 결합하여 거래 절차를 간소화하는 것을 목표로 한다.
의도 계층과 솔버
독립적인 의도 계층을 구성하고 솔버들이 경쟁적으로 문제를 해결하게 할 수 있을까? 이론적으로는 가능하지만 현실적으로 매우 어렵다. 여기서 중요한 Anoma, SUAVE(아래 내용 참조) 등을 언급하며 가장 핵심적인 MEV 문제를 해결해야 한다. Intent-Centric 비전을 실현하기 위해 거래를 제3자에게 위탁하여 처리하려면 자산 이전을 안전하게 완료하기 위해 어떤 특성이 필요할까?
-
신뢰성
신뢰성과 탈중앙화된 블록체인 특성을 실현하기 위해 단순한 '의도 네트워크'만 있다고 가정한다면 아마도 충분하지 않을 것이다. 이렇게는 사용자와 솔버 간 의도에 대한 보장을 이행할 수 없다. 사용자가 의도를 표명하면 솔버는 각 실행 경로에 소요되는 구체적인 비용을 계산하며, 동시에 솔버는 사용자가 설정한 조건에 의해 제약받게 된다. 사용자는 각 실행 경로가 신뢰할 수 있다는 것을 알아야 한다.
-
프라이버시
솔버는 사용자에게 최적의 실행 경로를 제공하지만 그 복잡한 성격 때문에 해커의 침입으로 자산을 도난당하거나 사용자 정보를 노출받을 수 있으며, 대부분의 경우 사용자의 체인상 활동 정보가 관찰자에게 노출된다. 사용자 정보 보안을 위해 중요한 정보 일부를 암호화하거나 숨기는 것이 필요하지만, 블록체인에서 계산 가능한 정보의 사생활 보호를 실현하는 것은 매우 어렵다.
-
의도 표현
의도는 추상적인 개념이며, 사용자가 블록체인에 의도를 표현하는 방식과 AI에게 질문하는 방식 사이에는 유사한 문제가 있다. 어떻게 설명해야 내 의도를 이해할 수 있을까? 일부 모호하거나 불분명한 의도를 표현할 경우 솔버가 실행 경로를 선택할 때 더 많은 가스비를 발생시킬 수 있는데, 효과적이고 정확한 파서(parser)야말로 의도를 실현하는 핵심이다.
-
의도와 MEV의 일관성 유지
여기서는 EVM의 현실 문제를 해결하는 독립 블록체인인 SUAVE를 예로 들면, 이더리움의 의도를 처리할 때 크로스체인 정산이 필요하며, 마치 MEV-Geth 및 MEV-Boost와 같은 MEV 탈중앙화 솔루션이 거둔 큰 성공처럼 더욱 공정하고 투명한 거래 처리 메커니즘을 통해 크로스체인 MEV의 요구를 충족시킨다.
-
검열 저항성
Paradigm의 설명에 따르면 핵심적인 문제를 발견할 수 있는데, AI 기능을 갖춘 파서가 단일하게 존재해서는 안 된다. 단일 파서가 공격을 받거나 중단되면 전체 시스템이 다운되는 심각한 상황이 발생할 수 있으며, 파서가 거부하거나 오류를 발생시키는 등의 문제가 있을 수 있다. 이러한 문제는 아래에서 언급할 Anoma가 해결할 수 있을지도 모른다.
-
솔버의 경쟁성
다양한 사용자는 서로 다른 의도를 가지고 있으며, 솔버 내부에도 교환, 크로스체인, 스테이킹 등 다양한 거래 유형이 포함된다. 단일 솔버들 사이에서는 경쟁이 발생하지 않는데, 체인상에서 정산할 때 비로소 솔버가 수수료를 받을 수 있기 때문이다. 서로 다른 거래 유형을 담당하는 솔버들 사이에 합리적인 재분배 또는 파서 알고리즘의 최적화를 통해 솔버 간 경쟁성을 유지하고 모든 유효한 주소가 솔버로서 메모리풀(Mempool)에 성공적으로 참여할 수 있도록 하여 거래 실행 품질을 향상시킬 수 있을까?
-
의도 메모리풀
Paradigm은 세 가지 새로운 메모리풀(Mempool) 솔루션을 제시했다:
a. 무허가 메모리풀(Permissionless Intentpools): 누구나 의도를 메모리풀에 제출할 수 있고 실행자에게 무허가 접근 권한을 제공하는 개방형 설계;
b. 허가형 의도풀(Permissioned Intentpools): 사용자의 의도를 제출하고 실행하기 위해 권한이 필요하며, 사용자가 신뢰할 수 있는 제3자에게 의도를 전달하여 대신 실행하게 함;
c. 하이브리드 솔루션(Hybrid Solutions): 위 두 가지 메모리풀의 특징을 결합하여 개방성과 통제성 사이의 균형을 이루는 것.
의도 실현을 위한 필수 요소
계정 추상화(AA)
간단히 복습하자면: 이더리움에는 두 가지 계정 유형이 있다. EOA(외부 소유 계정)와 CA(계약 계정)인데, 차이점은 전자는 거래를 시작할 수 있지만 후자는 거래를 시작할 수 없고 Solidity 코드를 호스팅할 수 있다. 우리가 현재 대부분 사용하는 것은 EOA 계정이다. 또한 Gnosis Safe와 같은 멀티시그 스마트 컨트랙트 계정(SCW)도 있는데, 앞서 언급한 계약 계정은 거래를 시작할 수 없으므로 EOA를 사용해 SCW를 활성화해야 한다. 이렇게 하면 EOA는 서명만 담당하고 스마트 컨트랙트는 임의의 로직을 실행할 수 있어 자산 보안을 강화하면서 무수한 새로운 응용 시나리오를 개발할 수 있다.
의도 계층을 실현하기 위해서는 계정 추상화가 필요하다(EIP-4337은 아래 SUAVE 부분 설명 참조). EIP-4337은 사용자 작업(UserOperation), 번들러(Bundler), 진입점 계약(EntryPoint), 지갑 팩토리(Contract Factory), 페이마스터(Paymaster), 서명 집계기(Signature Aggregator)의 여섯 부분으로 구성된다. 간략한 작동 절차는 다음과 같다:
-
사용자 작업을 시작하여 거래 내용을 실행;
-
작업을 P2P '사용자 작업 메모리풀(UserOperation Mempool)'에 전송하고 번들러가 서명, 가스비 등 사용자 작업 거래 내용을 '번들링'하여 체인에 제출(실제로는 다양한 경우가 있으나 여기서는 생략);
-
번들러가 내용을 '번들링'하여 진입점 계약에 전달하여 처리하며, 서명의 유효성을 검사하기 위해 선택적으로 서명 집계기를 사용할 수 있음;
-
진입점 계약이 거래를 미리 지갑 계약이나 페이마스터 계약에 전송;
-
페이마스터는 프로젝트팀의 비즈니스 로직에 따라 다양한 유형으로 확장될 수 있으며, 간략 설명을 위해 여기서는 생략한다【2】.

이미지 출처:ReadON Investment Research Group
스마트 컨트랙트 지갑은 계정 추상화의 가장 큰 참여자이며, 현재 주요 경쟁사는 멀티시그 지갑인 Gnosis Safe와 EIP-4337을 완전히 지원하는 Candide 스마트 컨트랙트 지갑이다. 위 그림을 분석하면 계정 추상화는 번들러+페이마스터를 활용하여 '개발자를 위한 협의적' 의도를 실현한 반면, Paradigm은 솔버+AI를 활용하여 '일반 사용자를 위한 광의적' 의도를 실현했다는 것을 알 수 있다. '추상화'와 '의도'라는 두 개념을 동일한 분야 내에서 이해하는 것이 가장 적절하며, 둘 다 어지럽지만 어느 정도 질서 있는 마법 같은 개념이다.
의도의 프로그래밍 가능성
Researcher@tmel0211의 견해에 따르면, 의도의 프로그래밍 가능성은 다음과 같이 요약할 수 있다: 만약 의도가 프로그래밍 불가능하다면 프로그램은 실행 불가능하며 자동화도 불가능하고 지능 역시 불가능하다. 어떻게 이해해야 할까? 의도는 인간의 사고 표현이며 감정 요소를 포함하는 추상성을 지닌다. 반면 이를 받아들이는 것은 일련의 차가운 코드와 알고리즘이다. 예를 들어 내 의도가 돈을 버는 것이라면 코드와 알고리즘은 어떻게 그 의도의 실행 경로를 찾을 수 있을까? Intent-Centric은 전혀 새로운 개념이 아니라 기존에 이미 단순화된 intent 설계 위에 구축된 것이다. 따라서 기존의 Intent-Centric 프로젝트와 개념들을 정리해보았다.
알려진 대표적인 프로젝트:
-
UniswapX : 오프체인 확장 방안 intent;
-
CowSwap : 오프체인 확장 방안 intent;
-
1inch : Fusion 주문 매칭 오프체인 + 다중 DEX Aggregator;
-
Solv Protocol : 복잡한 금융 intent를 실현하는 새로운 ERC3525 표준;
-
Unibot : 중앙 서버 백엔드에 사전 설정된 매개변수, 규칙 등 자동화된 intent;
-
Opensea : 오프체인 서명 + 온체인 계약 조합 완료;
알려진 대표적인 개념:
-
ERC3525 표준: Solv Protcocol이 제안한 반대질화 자산 표준으로, 디지털 자산을 보다 구조화된 방식으로 설명하고 다양한 응용 시나리오의 요구를 충족시키는 것을 목표로 함;
-
Abstract Account 계정 추상화: 다양한 유형의 계정의 하위 구현 복잡성을 추상화하는 표준화된 계정 관리 인터페이스를 제공하여 가스비 무료, 소셜 복구 등을 가능하게 함;
-
MPC Wallet: 개인키 분할 기술을 사용하여 개인키를 여러 조각으로 나누고 여러 독립 노드에 저장한다. 거래 등의 작업을 수행할 때 이 노드들은 안전한 다자간 계산 프로토콜을 통해 공동으로 서명을 생성하며, 완전한 개인키를 재구성할 필요가 없다.
종합하면 대표적인 프로젝트나 개념 모두 일련의 더욱 복잡한 지침을 통해 사용자가 보다 단순한 경험을 할 수 있도록 하고 있다. 위 내용을 분류하면 네 가지로 나눌 수 있다:
-
중앙화된 intent:
중앙화된 리소스 매칭 플랫폼 기반, 예를 들어 Unibot 등의 봇 거래 CEX 거래, Friend.tech 등;
-
구조화된 intent:
스마트 컨트랙트 또는 에이전트 컨트랙트 조합, 온체인+오프체인 사전 처리 조합, 새로운 ERC 표준 등 EVM 가상 머신 실행에 맞춰 사전 설정된 매개변수 기반;
-
분산형 intent:
무허가 분산형 솔버+실행자 등 완전히 새로운 블록체인 아키텍처 기반, 사용자의 복잡한 의도를 실행할 수 있는 시장 구축;
-
지능형 intent:
AIGC를 input+output의 운반체로 삼고, DeFi 전 영역에서 훈련된 AI를 통해 사용자의 복잡한 의도를 프로그래밍하여 실행 출력.

이미지 출처:Researcher@tmel0211
MEV
최대 추출 가치(Maximal Extractable Value, MEV)란 마이너가 거래를 추가, 삭제, 재정렬함으로써 추가 수익을 얻는 것을 의미하며, DEX 아비트리지, 프론트런(Front - Running), 백런(Back - Running), 정산(Liquidation), 스니핑 봇(Snipping bots), 시간 강도 공격(Time-bandit attack), 샌드위치 공격(Sandwich) 등을 수행할 수 있다. 이는 정상적으로 DeFi를 사용하는 사용자의 권익을 침해한다. 구체적으로 설명하자면, 이더리움 상의 거래는 마이너가 가스비에 따라 거래 순서를 정렬하는데, 가스비가 높은 거래가 우선 처리되고 가스비가 낮은 거래는 느리게 처리된다. 거래는 먼저 메모리풀(Mempool)에 제출되어 블록에 포함되기까지 기다린다. 검증자는 메모리풀에서 거래를 추출하여 다음 블록에 추가할 때 구성한다. 메모리풀이 공개적이기 때문에 검색자는 검증자에게 특정 방식으로 거래 순서를 정하도록 수수료를 지불할 수 있으며, 이를 통해 사용자로부터 가치를 추출한다. 이것이 바로 MEV 마이너 가치이다. 사용자의 의도를 실현하기 위해 거래를 제3자에게 외주 처리해야 하므로 Intent-Centric 아키텍처에서 발생하는 거래의 MEV도 주목해야 할 문제 중 하나이다.
MEV가 가져오는 가장 직접적인 영향: 전체 네트워크에 피해를 주는 동시에 경쟁이 시장을 더욱 효율적으로 만든다.
-
자본 배분 불균형(대형 투자자가 더 많은 ETH 자금을 보유)으로 인해 검증자의 중앙화(더 큰 스테이킹 풀이 더 높은 MEV 수익을 얻음)가 발생하여 전체 네트워크 보안성이 낮아질 수 있다. 현재는 어느 정도 효과가 있는 완화 수단이 등장했지만 블록 구축 권한으로 인한 중앙화 위험은 여전히 완전히 제거되지 않았다.
-
거래가 패키징될 가능성을 높이기 위해 MEV를 놓고 경쟁하는 검색자들이 가스비 입찰을 통해 우선권을 얻으며, 이는 검색자의 높은 가스비 거래로 인해 공용 메모리풀이 혼잡해질 수 있다. 하지만 동시에 DEX 아비트리지와 대출 정산은 DeFi 시장이 더 빨리 균형을 이루도록 도와 시장 안정을 유지할 수 있다.
MEV는 이 업계가 수년간 탐구해왔지만 피할 수 없고 중요한 주제이며, MEV로 인한 부정적 요인을 완화하는 방법도 계속 탐구되고 있다. 본문에서는 다음 장인 '의도 실현을 위한 일반적인 솔루션'에서 이를 설명하겠다. EigenPhi의 23년 9월 15일 데이터에 따르면, 체인상 MEV의 수익 수준은 여전히 상당한 수익 공간이 있으며, 이더리움 머지 후 Flashbots를 사용하는 블록 생성 노드의 수익은 이미 20만 개 이상의 ETH를 초과했다. 이는 매우 큰 이익 분배 케이크이다.

이미지 출처:EigenPhi | MEV Data
크로스체인, 정렬기 및 오라클
Intent-Centric은 거대한 시스템 아키텍처이며, Paradigm의 설명에 따르면 Intent-Centric은 블록체인 분야 전반에 걸쳐 다양한 Layer1과 서로 다른 Layer2 사이의 방대한 자산 이전을 간편하게 처리하기 위해 의도에 전달되어야 한다. 현재 업계의 발전은 우리를 멀티체인 시대로 이끌었으며, 각 체인은 고립된 섬이지만 섬들 사이에는 서로 다른 다리가 존재한다. 따라서 크로스체인과 정렬기(ordering)는 의도를 충족시키기 위해 반드시 필요한 연결 고리이다.
현재 이더리움 Layer2 생태계의 번영에 기반하여 현재 주류의 네 대왕: Arbitrum, Optimism, zkSync, Starkware가 각자의 Layer3, OPstack 및 ZKstack에 대한 서사를 펼치고 있다. 현재 Layer2가 직면한 공통적인 문제는 중앙화된 정렬기 문제이다. 현재는 실현 가능한 해결책을 적극적으로 찾고 있지만 현실적으로 여기에는 거대한 이익이 숨겨져 있다. OPstack을 예로 들면 그 수익 모델을 간단히 '상점 임대'로 이해할 수 있으며, Layer2의 수익 = Layer2의 가스 수입 + MEV 수입 - Layer1의 가스 지출이다. 의도 목적을 실현하려면 Layer2와 Layer1 사이의 통행료는 불가피하다.
크로스체인 브릿지的话题로 넘어가면, 현재 Layer2의 번영은 우리가 초기에 정렬기의 가시적인 수익을 인식하게 했지만 크로스체인의 수익도 무시할 수 없다. 크로스체인은 서로 다른 체인의 고립된 섬들을 연결하는 필수적인 다리이며, 현재 암시장 환경에서 정상적인 거래 사용자의 크로스체인 수요 외에도 에어드랍을 기대하는 에어드랍 농부들의 크로스체인 수요는 여전히 실질적인 시장 수요이다. 지속적으로 번창하는 Dapps 애플리케이션도 점차 편리한 중앙화 거래소에서 이익을 뺏어갈 것이다. 하지만 주목해야 할问题是 크로스체인 브릿지의 보안성이다. hacked.slowmist 공식 데이터에 따르면 21년 6월
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News














