문제를 방법으로 삼다: 체인 추상화를 이해하기 위한 새로운 프레임워크
작성자: Lydia Wu
초기 '체인 추상화(chain abstraction)' 개념을 접했을 때 혼란스러움을 느꼈다면, 당신은 혼자가 아니다.
——중요해 보이고, 프로젝트 수가 많으며, 많은 자금이 유입되며, 모두 자신들이 표준이라고 주장하지만 정작 그 쓰임새는 알 수 없다. '체인 추상화'란 웹3의 새로운 개념 생산 라인에서 또 하나의 유행어(buzzword)일 뿐인가?
이 글은 개념에서 출발하여 기본적인 질문으로 돌아감으로써, 허무의 바다 속에서 진주를 건져 올리고자 한다.
TL; DR
-
추상화의 목적은 복잡성을 숨기는 것이며, 웹3 맥락에서의 추상화 수준은 일반적으로 웹2보다 더 높다 (따라서 난이도도 더 크다).
-
모듈화는 공용 블록체인 구축의 진입 장벽을 낮췄고, 체인 추상화는 공용 블록체인 간 관계 재구조화와 사용자/개발자 경험 개선을 포함한다.
-
크로스체인 자산 이전, 크로스체인 통신, 상호 운용성, 체인 추상화 개념 비교: 서로 다른 블록체인의 상태 변경(거래) 조정을 핵심으로 하는 일련의 개념 하위 집합이다. 그러나 실제 사용에서는 경계가 모호하다.
-
의도(intent) 기반 체인 추상화 솔루션이 인기 있는 아키텍처로 부상하고 있으며, 다양한 구성 요소형 제품들이 퍼즐 조각처럼 최종 형태의 체인 추상화를 점진적으로 완성해 나갈 가능성이 있다.
-
업계는 현재 체인 추상화에 대한 논의와 구축 과정에서 인프라 중심주의(infra 本位)의 환상을 아직 극복하지 못했다. 체인 추상화라는 실질적 문제로서의 존재 여부는 체인 상 활동량, 모듈화 진전, 신규 사용자 및 개발자의 유입과 밀접한 관련이 있다.
-
체인 추상화의 미래는 결코 순탄치 않으며, 장미빛 전망만 있는 것은 아니다. 장미체인(long-tail public chains)에 미치는 영향과 디파이(DeFi) 외 애플리케이션에 대한 탐색도 고려해야 한다.
체인 추상화란 어떤 문제인가?
-
체인 추상화는 진짜 문제인가?
-
그렇다면 그것은 여러 문제 중 어느 범주에 속하는가?
-
크로스체인, 상호 운용성, 체인 추상화는 무엇이 다르고 어떻게 연결되는가?
체인 추상화는 진짜 문제인가?
——아닐 수도 있다. 문제의 존재는 맥락에 따라 결정된다. 500년 전 사람에게 에너지 위기에 대해 묻는다고 생각해보라.
그렇다면 우리는 왜 지금 체인 추상화에 대해 논의하게 된 것인가?
다양한 사람들이 내놓는 답변에는 몇 가지 키워드가 반복될 것이다: 이더리움 로드맵, 모듈화, 의도(intent), 대규모 채택 등. 현재로서 가장 설득력 있는 설명은 아마도 "체인 추상화는 모듈화의 후반부"라는 견해일 것이다.
이 견해를 이해하기 위해 체인 추상화의 정의를 명확히 할 필요가 있다.
컴퓨터 과학에서 '추상화(abstraction)'란 고수준 작업과 개념을 저수준 처리 과정으로부터 분리하는 과정을 의미하며, 그 목표는 복잡성을 숨겨 이해를 단순화하는 것이다. 예를 들어 대부분의 웹2 사용자는 브라우저와 ChatGPT만 알면 되고, 그 이면의 내용이나 추상화 자체에 대해서는 전혀 몰라도 된다.
비슷하게:
-
계정 추상화(Account Abstraction): 블록체인 계정의 주소, 개인키, 시드 문구 등의 내부 정보를 숨김으로써 계정을 '투명하게' 만든다.
-
체인 추상화(Chain Abstraction): 각 블록체인의 합의 메커니즘, 가스비, 네이티브 토큰 등의 내부 정보를 숨김으로써 체인을 '투명하게' 만든다.
전통적인 소프트웨어 개발에서 추상화와 모듈화는 밀접하게 관련된 중요한 개념들이다. 추상화는 시스템의 계층과 아키텍처를 정의하며, 모듈화는 이러한 아키텍처를 구현하는 방식이다. 구체적으로 말하면, 각 모듈은 특정 추상화 수준을 나타내며, 모듈 간 상호작용은 내부 복잡성을 숨겨 코드의 확장성, 재사용성, 유지보수성을 높인다. 추상화 없이는 모듈 간 경계가 복잡하고 관리하기 어려워진다.
출처: https://web.cs.ucla.edu/classes/winter12/cs111/scribe/3a/
참고로, 웹2는 일반적으로 폐쇄적이거나 부분적으로 폐쇄된 생태계 내에서 추상화와 모듈화를 수행하며, 추상화 수준은 단일 플랫폼 또는 애플리케이션 내부에 집중되고, 환경이 비교적 통제되기 때문에 크로스플랫폼 또는 크로스시스템 호환성 문제를 해결할 필요가 거의 없다. 그러나 웹3 맥락에서는 탈중앙화와 개방형 생태계를 추구하기 때문에 모듈화와 추상화의 관계가 훨씬 더 복잡하다.
현재까지의 상황을 보면, 모듈화는 개별 공용 블록체인 내부의 추상화 문제 해결에 기여하고, 공용 블록체인 구축의 진입 장벽을 낮추었지만, 다중 체인 구조 하에서의 사용자/개발자 경험 추상화는 모듈화가 완전히 커버하지 못한 영역이다. 서로 다른 공용 블록체인과 생태계 사이에는 뚜렷한 정보 고립 현상(정보 아일랜드 효과)이 존재하며, 이는 유동성, 개발자, 사용자의 분산으로 나타난다. 체인 추상화의 제안은 이러한 공용 블록체인 간 관계의 재구조화를 포함하며, 다중 체인 간 연결, 통합, 호환성을 실현하는 것을 목표로 하고 있는데, 이는 Near가 올해 1월 발표한 글에서도 확인할 수 있다.
결론적으로, 체인 추상화라는 실질적 문제로서의 시급성은 다음과 같은 조건들의 발전과 밀접하게 관련되어 있다고 볼 수 있다:
-
체인 상 활동량: 더 많은 dApp이 더 많은 사용자 체인 상 활동을 유도하는가?
-
모듈화 블록체인의 진전: 더욱 활발한 체인 상 행동이 롤업(rollup)과 앱 체인(app chain)의 추가 구축을 유도하는가?
-
신규 사용자 및 개발자 진입 장벽: 현재의 블록체인 환경이 신규 사용자와 개발자의 유입을 얼마나 방해하고 있는가? (상승세 속의 마모를 지칭하며 정체 상태에 대한 불만을 의미하지 않음)
체인 추상화는 여러 문제 중 어느 범주에 속하는가?
체인 추상화 자체가 이미 추상적인 개념이며, 웹3 내부 서사에서도 비교적 고차원적인 위치를 차지하고 있다. 이것이 체인 추상화가 포괄적이면서도 다소 모호한 모습을 보이는 이유일지도 모른다. 구체적으로 말하면, 체인 추상화는 하나의 해결책이라기보다는 하나의 지침 원칙(guiding principle)이다.
또 다른 예로 오늘날의 비트코인을 들 수 있다. 여러 차례의 반감기, 급등락, ETF 승인 등의 사건들을 거치며, 비트코인은 단순한 기술적 해결책이나 자산 클래스를 넘어, 시간을 초월하는 사상 체계이자 업계의 상징(totem)이 되었으며, 일련의 암호화 핵심 가치를 대표하고 있으며, 앞으로도 업계의 혁신과 발전에 지속적으로 방향을 제시할 것으로 보인다.
크로스체인, 상호 운용성, 체인 추상화는 무엇이 다르고 어떻게 연결되는가?
크로스체인, 상호 운용성, 체인 추상화 역시 구체적에서 추상적인 광범위(spectrum)로 이해할 수 있다. 형식상으로 보면, 이들은 서로 다른 체인 상의 상태 변경(거래) 조정을 핵심으로 하는 개념의 하위 집합이지만, 실제 사용에서는 경계가 흐릿하다.
크로스체인 관련 애플리케이션과 프로토콜을 대략 두 가지로 분류할 수 있다:
-
크로스체인 자산 이전: 크로스체인 브리지, 크로스체인 AMM, 크로스체인 집계기 등
-
크로스체인 통신: LayerZero, Wormhole, Cosmos IBC 등
자산 이전도 메시지 전달을 필요로 한다. 크로스체인 자산 이전 애플리케이션의 메시지 전달 계층은 일반적으로 일련의 체인 상 스마트 계약과 상태 업데이트 로직으로 구성되며, 이러한 메시지 전달 기능을 일반화하여 프로토콜 수준의 범용 솔루션으로 추상화한 것이 바로 크로스체인 통신 프로토콜이다.
크로스체인 통신 프로토콜은 거버넌스, 유동성 마이닝, NFT 거래, 토큰 발행, 게임 플레이 등 더 복잡한 크로스체인 작업을 처리할 수 있다. 상호 운용성 프로토콜은 여기서 한 걸음 더 나아가, 더 깊은 수준의 데이터 처리, 합의, 검증을 포함하며, 블록체인 시스템 수준에서 서로 다른 블록체인 간 일관성과 호환성을 보장한다. 하지만 실제로는 이 두 개념이 종종 서로를 반영하며 맥락에 따라 교환 가능하다.
체인 추상화의 함의는 블록체인의 상호 운용성을 포함하지만, 사용자 및 개발자 입장에서의 경험 개선이라는 추가적인 맥락을 담고 있으며, 이는 본 사이클에서 부상한 '의도(intent)' 서사와 무관하지 않다. 의도와 체인 추상화의 결합에 대해서는 아래에서 다룰 것이다.
체인 추상화는 어떤 구체적인 문제들을 포함하는가?
-
체인 추상화는 어떻게 실현 가능한가?
-
왜 우리는 체인 추상화와 의도의 결합에 주목해야 하는가?
체인 추상화는 어떻게 실현 가능한가?
다양한 프로젝트들은 체인 추상화에 대해 서로 다른 이해와 접근점을 가지고 있으며, 여기서는 크게 상호 운용성 프로토콜로부터 진화한, 개발자 중심의 추상화에 가까운 '고전파(classical school)'와, 신생 의도 아키텍처를 결합하고 사용자 중심의 추상화에 중점을 둔 '의도파(intent school)'로 나눌 수 있다.
고전파의 역사는 코스모스(Cosmos)와 폴카닷(Polkadot)으로 거슬러 올라가며, 이들은 체인 추상화라는 개념이 등장하기 훨씬 이전에 탄생했다. OP 슈퍼체인(superchain)과 폴리곤 애글레이어(Agglayer)는 후발주자로서 현재는 이더리움 L2 생태계 내 유동성 집약과 상호 운용성에 집중하고 있다. 레이어제로(LayerZero), 웜홀(Wormhole), 액셀러레이(Axelar) 등 크로스체인 통신 프로토콜 출신들도 더 많은 체인으로 확장하고 고객 유치를 통해 네트워크 효과를 강화하려 노력하고 있다.
의도파 내부에는 체인 추상화 통합 솔루션을 제공하려는 네어(Near), 파티클 네트워크(Particle Network) 등의 L1들과, 구체적인 문제 해결에서 시작한 구성 요소형 제품들이 포함되며, 현재는 디파이 프로토콜이 중심이다. 대표적인 예로 유니스왑X(UniswapX), 1inch, 액로스 프로토콜(Across Protocol)이 있다.
고전파든 의도파든, 안전하고 빠른 크로스체인 기능과 사용자 친화적 인터페이스는 설계의 핵심에 있으며, 통합된 사용자 인터페이스, dApp의 무단절 크로스체인, 가스 후원 및 관리 등이 포함된다.
왜 우리는 체인 추상화와 의도의 결합에 주목해야 하는가?
'의도 기반 xx 프로토콜'이 계속해서 등장하는 가운데, 이 글에서는 그러한 제품 아키텍처가 인기를 끄는 이유와 잠재력을 살펴보고자 한다.
추상화와 모듈화와 마찬가지로, '의도(intent)' 역시 웹3 고유의 개념은 아니다. 의도 인식은 자연어 처리 분야에서 수십 년 동안 존재해왔으며, 인간-기계 대화 연구에서 광범위하게 다뤄졌다.
웹3 분야에서의 의도 연구를 논할 때, 패러다임(Paradigm)의 유명한 논문을 빼놓을 수 없다. 유사한 설계 사상은 CoWSwap, 1inch, 텔레그램 봇 등 제품에서 이미 일부 드러나 있었지만, 의도 아키텍처의 핵심은 바로 이 논문에서 공식적으로 제안되었다—사용자는 원하는 결과만 지정하면 되며, 그 과정은 신경 쓰지 않아도 된다. 작업을 수행하는 복잡한 과정은 제3자에게 외주하는 것이 가장 좋다. 이것은 체인 추상화가 중시하는 사용자 경험 개선과 부합하며, 보다 구체적인 해결 방향을 제공한다.
시장에서는 체인 추상화 아키텍처에 대한 다양한 분류가 존재하는데, 가장 유명한 것은 프론티어 리서치(Frontier Research)가 개발한 CAKE 프레임워크(Chain Abstraction Key Elements)이다. 이 프레임워크는 의도 아키텍처를 결합하여 체인 추상화를 구성하는 다양한 기술과 솔루션을 권한 계층(permission layer), 해결 계층(solver layer), 정산 계층(settlement layer)으로 구분한다. 에버클리어(Everclear) 등 다른 프레임워크는 해결 계층과 정산 계층 사이에 정산(clearing) 기능을 추가하기도 한다.
출처: Frontier Research
구체적으로 설명하면:
-
권한 계층(Permission Layer): 핵심은 계정 추상화이며, dApp 사용자가 입구에서 의도에 대한 견적을 요청한다—즉, 사용자가 자신의 의도를 표현한다.
-
해결 계층(Solver Layer): 일반적으로 오프체인(off-chain) 제3자 '솔버(solver)' 계층으로, 사용자의 의도를 충족시키는 역할을 한다—솔버들이 주문을 두고 경쟁한다.
-
정산 계층(Settlement Layer): 사용자가 거래를 승인한 후, 오라클, 크로스체인 브리지 등을 호출하여 거래 실행을 보장한다—사용자는 기대한 결과를 얻고, 솔버는 보상을 받는다.
해결 계층의 솔버들은 다양한 제3자 오프체인 실체들로, 다른 프로토콜에서는 솔버(solvers), 리졸버(resolvers), 서처(searchers), 필러(fillers), 테이커(takers), 리레이어(relayers) 등으로 불린다. 솔버들은 일반적으로 경쟁 자격을 얻기 위해 자산을 담보로 예치(스테이킹)해야 한다.
사용자가 의도 기반 제품을 사용하는 과정은 지정가 주문을 작성하는 것과 유사하다. 크로스체인 상황에서 사용자의 의도를 빠르게 충족시키기 위해, 솔버들은 일반적으로 먼저 자금을 선지급하고 정산 시 일정한 리스크 수수료를 수취한다(이 모델은 단기 대출과 유사하며, 대출 기간 = 블록체인 상태 동기화 시간, 이자 = 서비스 수수료).
네어(Near)를 대표로 하는 통합형 의도 솔루션은 권한 계층, 해결 계층, 정산 계층을 통합 인프라 제품으로 결합하려는 목표를 가지고 있지만, 현재는 초기 개념 검증 단계에 있어 직접 관찰하거나 효용을 평가하기 어렵다.
반면, 크로스체인 디파이 프로토콜을 대표하는 구성 요소형 의도 솔루션은 기존의 크로스체인 모드(예: Lock & Mint, Burn & Mint)에 비해 이미 상당한 장점을 보여주고 있다. 액로스 프로토콜(Across Protocol)의 주력 제품인 액로스 브리지(Across Bridge)는 의도 기반 아키텍처 덕분에 EVM 생태계의 크로스체인 브리지 중 최상위 수준의 속도, 낮은 가격, 수익 창출 능력을 갖추고 있으며, 특히 소액 크로스체인 상황에서의 장점이 두드러진다.
집계기가 표시한 다양한 제품의 크로스체인 속도 및 수수료
출처: Jumper
액로스 프로토콜과 스타게이트의 L2-L1 시나리오에서 속도 및 수수료 비교
출처: https://dune.com/sandman2797/across-vs-stargate-taxi-vs-bus-eth
액로스 프로토콜의 수익 창출 능력이 높다
출처: DefiLlama
로드맵에 따르면, 액로스 프로토콜은 세 번째 단계에서 크로스체인 의도 정산 계층을 출시할 예정이다. 유니스왑 랩스(Uniswap Labs)와 액로스 프로토콜이 공동 제안한 ERC-7683은 표준화된 의도 표현을 통해 솔버의 진입 장벽을 낮추고, 솔버들의 범용 네트워크를 구축하려 한다. 다양한 구성 요소형 제품들이 마치 퍼즐 조각처럼 모여 최종 형태의 체인 추상화를 점진적으로 완성해 나갈 가능성이 있다.
우리가 체인 추상화를 이해하고 실천하는 방식에는 어떤 문제가 있는가?
-
인프라 중심주의(infra 本位)는 어떤 문제를 일으키는가?
-
체인 추상화에 대해 고민해볼 만한 다른 질문들은 무엇이 있는가?
인프라 중심주의(infra 本位)는 어떤 문제를 일으키는가?
상호 운용성 프로토콜의 선두주자인 레이어제로(Layerzero)는 누적 펀딩 2.9억 달러, 웜홀(Wormhole)은 2.25억 달러를 기록했으며, 수십억 달러에 달하는 FDV와 낮은 유통량은 이들 토큰이 본 사이클 동안 VC 코인의 대표주자로 비판받게 만들었고, 시장의 체인 추상화 트랙에 대한 신뢰를 떨어뜨렸다.
기사 시작 부분의 만화로 돌아가 보면, 체인 추상화 프로젝트들은 하나같이 기술 스택과 토큰 표준을 갖추고 있지만, 외부 성장 동력이 부족한 시장 환경에서 결국 '공기 인프라'라는 비난을 피하기 어렵다. 레이어제로의 에어드랍 전후 데이터 격차는 시장이 '크로스체인 통신'에 대한 실제 수요 자체에 의문을 품게 만들었다.
레이어제로 에어드랍 전후 데이터 차이가 뚜렷함
출처: https://dune.com/cryptoded/layerzero
ERC-7683 포럼 페이지에서, 크로스체인 자산 이전 기능이 너무 작고, 충분히 범용적이지 않으며, 지원 생태계가 부족하다는 비판에 직면하자, 개발자들은 ERC 표준 자체의 책임 범위에 대해 논의를 시작했다. 극소형 ERC를 지지하는 이들은 도구 수준의 표준만으로도 현재 문제를 충분히 해결할 수 있으며, 기존 표준과의 결합도 용이하고 도입 장벽도 낮을 것이라고 주장한다.
의도 아키텍처의 설계 철학이 크게 애플리케이션을 위한 것이라는 점을 고려하면, '범용적이고, 전 스택을 커버하며, 호환 가능한' 프로토콜 표준은 때때로 '너무 포괄적이어서 무의미해지고', '너무 방대해서 실제 문제 해결이 어려워지는' 상황을 초래할 수 있다. 이는 다소 풍자적인 현상을 낳는다—분절화 문제를 해결하기 위해 탄생한 체인 추상화 프로토콜들이 스스로 분절화된 솔루션을 내놓고 있다는 사실이다.
출처: https://ethereum-magicians.org/t/erc-7683-cross-chain-intents-standard/19619/18
체인 추상화에 대해 고민해볼 만한 다른 질문들은 무엇이 있는가?
-
신규 공용 블록체인/장미체인(long-tail public chains)에게 체인 추상화는 TVL 유지의 난이도를 높인다(글로벌화가 개발도상 지역에 미치는 영향과 유사). 이는 체인 추상화의 채택에 어떤 영향을 미칠 것인가?
-
버리언트(Variant)의 한 연구는 유니스왑X(UniswapX)가 장미 토큰은 AMM으로 유도하고, 메인 토큰은 더 많은 오프체인 솔버가 채우는 새로운 국면을 만들 수 있음을 지적한다. 이것이 미래 DEX의 트렌드인가? 미래에 글로벌 유동성 계층 위에 글로벌 솔버 계층이 더해질 것인가?
-
디파이 프로토콜 외에, 의도 기반의 다른 제품 아키텍처는 어떤 형태일 수 있는가?
-
체인 추상화는 모듈화 이후의 차기 대유행이 될 것인가, 아니면 대거품이 될 것인가?
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
Mint Ventures
