
Bob the Solver: 의도 거래를 통해 더 간결한 거래 프로세스 구현
글: AArow, Go2Mars Capital 창립자
최근 Paradigm이 제안한 '의도(Intent)' 개념이 큰 주목을 받고 있으며, 이 분야에 속한 다양한 프로젝트들의 투자 배경이 탄탄해지면서 해당 분야는 더욱 자본을 끌어들이고 있다. 그렇다면 도대체 '의도'란 무엇이며(What Are Intents?), 오늘은 '의도'와 '의도 기반 거래(Intent-based Transaction)', 그리고 의도를 기반으로 한 거래 인프라인 Bob the Solver에 대해 살펴보자.
"의도 기반 거래"로 족발을 사는 방법
당신이 메이퇀 앱에서 족발을 사고 싶다고 가정해보자. 먼저 메이퇀을 열고, 음식점을 찾고, 할인 쿠폰이 있는지 확인하며, 여러 혜택을 중첩한 후 20위안을 지불하고 족발을 기다린다. 이것이 바로 우리가 일반적으로 거래를 수행할 때 구체적인 "실행 절차"를 직접 지시하는 방식이다. 반면 "의도"란 특정 작업의 최종 목표가 무엇인지 말한다. 즉, 족발을 사는 상황에서 당신의 "의도"는 "나는 족발을 하나 사고 싶으며, 20위안을 지불할 의사가 있다"는 것이다. 이후 이 명령은 외부의 제3자가 대행하여 메이퇀을 열고, 가게를 찾아주며, 할인 혜택을 적용한 후 결국 족발 구매를 완료해준다.
위 예시에서 전자는 사용자가 모든 거래 매개변수를 직접 지정해야 하는 "명령형 거래(Command-based Transaction)"이며, 후자는 사용자가 원하는 결과만 간단히 표현하면 되는 "의도 기반 거래(Intent-based Transaction)"이다. 물론 "의도 기반 거래"에서는 이러한 결과를 편리하게 달성하기 위해 실행 과정을 제3자에게 위임해야 한다.
본질적으로 "의도"는 바라는 최종 결과를 의미하고, "거래"는 그 결과를 달성하기 위한 정확한 단계들을 설명한다.
의도와 의도 기반 거래의 프로세스 차이점

현재 사용자가 이더리움과 상호작용하는 표준 방식은 직접 클릭하여 트랜잭션을 생성·서명하고, 특정 형식의 정보를 이더리움 가상 머신(EVM)에 전송해 상태 전환을 유도하는 것이다. 그러나 실제로 트랜잭션을 생성하는 것은 복잡하며, 효율성이 낮을 뿐 아니라 사용자는 충분한 정보 접근 권한이나 복잡한 실행 전략 없이도 거래를 완료해야 하기 때문에 어쩔 수 없이 결정을 내려야 한다.
의도(Intent)의 목적은 이러한 사용자의 부담을 줄이는 것이다. 의도란 선언적 제약 조건 세트에 서명함으로써 사용자가 거래 생성을 제3자에게 위임하면서도, 완전한 통제권을 넘기지 않는 것을 가능하게 한다. 즉, 번거로운 작업을 권한 범위 내에서 제3자에게 위탁하는 것이다.
일반적인 거래 프로세스를 살펴보면, 사용자의 거래 서명은 검증자가 특정 상태를 따라 특정 계산 경로를 따르도록 허용하며, 보너스(힌트)는 검증자가 이를 수행하도록 유도한다.
하지만 의도 기반 거래에서는 다르다. 의도 기반 거래는 반드시 취해야 할 계산 경로를 지정하지 않고, 특정 제약 조건을 만족하는 어떤 계산 경로라도 허용한다. 사용자는 자신의 의도에 서명하고 공유함으로써, 수신자가 자신을 대신해 계산 경로를 선택할 수 있도록 효과적으로 권한을 부여한다.
사례 프로젝트: Bob the Solver (밥 더 솔버)
다음은 실제 사례를 살펴보자. (참고: 본 내용은 특정 프로젝트를 추천하거나 지지하는 것이 아닌, 오직 분석 목적으로 작성됨)
Bob the Solver(밥 더 솔버)는 의도 기반 거래 인프라로서, 월렛과 dApp 사용자 경험을 개선하는 것을 목표로 한다. 어떻게 작동하는지 살펴보자.
Bob the Solver는 거래 과정을 단순화하여 월렛 및 탈중앙 애플리케이션(dApp)에 통합되는 것을 목표로 한다.
이 프로젝트는 계정 추상화(Account Abstraction) 분야에서 나타난 새로운 패러다임 전환에서 비롯되었다. (계정 추상화는 다음 기회에 다루겠다) 거래 생성 과정을 제3자에게 위임하는 것이 핵심이며, 정확한 작업을 지시하는 것이 아니라 사용자의 의도를 실현하는 데 초점을 맞춘다.
본질적으로 사용자의 거래 생성 및 실행 과정을 외부에 위탁함으로써, 사용자가 블록체인 거래와 상호작용하는 방식을 변화시키고, 전체 경험을 더욱 직관적이고 사용자 친화적으로 만든다.
Bob the Solver는 두 가지 연관된 구성 요소로 운영된다:
1. 거래(tx)를 생성하는 "솔버(Solver)"
2. 생성된 거래를 실행하는 "계정 추상화(AA) 월렛"
솔버(Solver)
솔버(Solver): 솔버는 사용자의 의도를 분류하기 위한 머신러닝(ML) 모델을 갖추고 있다.
의도가 분류되면, 최적화 엔진이 가능한 여러 거래 경로를 스캔하여 원하는 결과를 얻는 가장 효율적인 경로를 찾는다.
최적의 경로가 결정되면, 솔버는 사용자를 대신해 필요한 거래를 생성하고 이를 AA 월렛으로 전달한다.
계정 추상화(AA - Account Abstraction) 월렛
AA 월렛은 시스템의 실행자 역할을 한다. AA 월렛은 번들러(bundler)와 페이마스터(paymaster)를 포함한다.
번들러(bundler)는 솔버가 보내온 거래들을 수집하고 정리하는 역할을 한다.
한편, 페이마스터(paymaster)는 이러한 거래들과 관련된 가스비를 관리한다. 즉, 필요 시 페이마스터가 가스비를 지불하여 거래가 원활하고 중단 없이 실행되도록 보장한다.
ML 모델을 활용해 사용자의 의도를 해석함으로써 솔버는 거래 생성의 복잡성을 제거하고, AA 월렛은 거래의 무결한 실행을 보장한다.
이 두 부분이 결합됨으로써 거래 절차가 단순화된다. 예를 들어, 당신이 "BAYC를 바닥가격에 사고 싶다"고 말하면, Bob the Solver는 당신에게 매끄럽고 효율적인 거래 경험을 제공할 수 있다.
이제는 여러 거래 소프트웨어를 일일이 비교하며 당신의 의도를 이해하게 할 필요 없이, 단순히 "의도"만 표현하면 나머지는 "의도 기반 거래"가 처리해 준다.
참고: 본 글의 대부분의 견해는 필자가 Paradigm의 Quintus Kilbourn과 Georgios Konstantopoulos가 작성한 "Intent-Based Architectures and Their Risks(의도 기반 아키텍처와 그 리스크)"라는 논문을 연구한 것과 현재 각광받는 몇몇 프로젝트 및 개인적인 이해를 기반으로 한다. 보다 포괄적인 이해를 원한다면 Paradigm 저자들의 원문을 참고하길 바란다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News













