Axelar: 보안 아키텍처 위에서 확장되는 멀티체인 인프라
1. 자산 이동을 넘어 확장되는 멀티체인 인프라
초기 멀티체인 인프라는 주로 지원 체인 수와 자산 이동 속도를 중심으로 발전했습니다. 그러나 멀티체인 애플리케이션이 실제 운영 환경으로 확장되면서, 자산 이동만으로는 더 이상 충분하지 않다는 점이 분명해졌습니다.
Axelar는 이러한 변화에 맞춰 기술 스택을 메시지 전달, 실행 환경, 토큰 관리, 체인 연결, 오픈 표준의 영역으로 확장해 왔습니다. 본 글에서는 각 요소가 어떤 역할을 하며, 이를 통해 멀티체인 인프라의 범위가 어떻게 확장되고 있는지 살펴봅니다.
2. GMP(General Message Passing): 멀티체인 메시지 전달의 기반
멀티체인 환경에서 실제 서비스가 작동하려면 한 체인에서 발생한 동작이 다른 체인의 스마트 컨트랙트 호출이나 상태 변경으로 이어질 수 있어야 합니다. Axelar의 GMP(General Message Passing)는 이러한 체인 간 메시지 전달과 실행 연결을 담당하는 핵심 기능입니다.
2.1 자산 이동만으로 풀 수 없는 문제
기존 브릿지 모델은 대체로 한 체인에서 자산을 잠그고, 다른 체인에서 같은 수량의 래핑 토큰을 발행하는 방식에 가까웠습니다. 이 구조는 자산 이동에는 효과적이지만, 멀티체인 애플리케이션이 요구하는 복잡한 실행 흐름을 처리하기에는 한계가 있습니다.
예를 들어 한 체인에서 발생한 예치, 스왑, 담보 확인 같은 이벤트가 다른 체인의 스마트 컨트랙트 실행으로 이어지려면, 토큰만 옮겨서는 충분하지 않습니다. 이벤트의 내용, 상태 변화, 실행에 필요한 데이터가 함께 전달되어야 합니다.
2.2 GMP가 작동하는 방식
GMP는 한 체인의 스마트 컨트랙트가 다른 체인의 스마트 컨트랙트를 호출할 수 있도록 하는 메시지 전달 구조입니다. 이를 통해 개발자는 한 체인에서 발생한 이벤트를 다른 체인의 함수 호출이나 상태 변경으로 연결할 수 있습니다.
이 과정에서 Axelar 네트워크의 검증자들은 소스 체인에서 발생한 메시지를 확인하고 합의합니다. 이후 목적지 체인의 Gateway는 해당 메시지가 승인된 호출인지 확인하고, 목적지 컨트랙트는 전달받은 데이터를 바탕으로 로직을 실행합니다.
3. MDS(Mobius Development Stack): 멀티체인 애플리케이션을 위한 기술 스택
GMP가 체인 간 메시지 전달과 실행 연결의 기반이라면, MDS(Mobius Development Stack)는 그 위에서 멀티체인 애플리케이션을 구축하기 위한 Axelar의 통합 개발 스택입니다.
MDS는 AVM, ITS, Interchain Amplifier를 중심으로 구성됩니다. AVM은 상호운용성을 프로그래밍 가능한 실행 영역으로 확장하고, ITS는 여러 체인에 걸친 토큰 발행과 관리를 표준화하며, Interchain Amplifier는 새로운 체인과 외부 시스템의 연결을 개방형 구조로 전환합니다.
개발자는 여러 체인을 개별적으로 연결하고 관리하는 대신, Axelar를 통해 보다 통합된 방식으로 멀티체인 서비스를 설계할 수 있습니다.
3.1 AVM(Axelar Virtual Machine): 프로그래밍 가능한 상호운용성
대부분의 스마트 컨트랙트 실행 환경은 특정 체인 안에서 작동하도록 설계되어 왔습니다. 이더리움은 디파이를 비롯한 다양한 온체인 서비스를 가능하게 했지만, 실행 범위는 기본적으로 단일 체인 안에 머물러 있었습니다.
AVM은 이러한 한계를 넘어, 체인 간 상호작용을 스마트 컨트랙트 로직으로 구성할 수 있도록 만든 Axelar의 실행 환경입니다. CosmWasm 기반으로 구축된 AVM은 상호운용성을 프로그래밍 가능한 레이어로 확장합니다.
개발자는 AVM을 통해 Axelar 네트워크 위에서 스마트 컨트랙트 로직을 작성하고, 크로스체인 연결과 배포를 보다 자동화된 방식으로 구성할 수 있습니다. 또한 AVM은 Interchain Amplifier와 Interchain Token Service 같은 기능의 기반이 되어, 새로운 체인 연결이나 멀티체인 토큰 관리가 더 확장 가능한 방식으로 이루어지도록 지원합니다.
AVM은 체인 간 연결과 메시지 처리를 고정된 인프라 기능에 머물게 하지 않고, 개발자가 직접 설계하고 확장할 수 있는 프로그래밍 영역으로 확장합니다.
3.2 ITS(Interchain Token Service): 멀티체인 토큰 발행과 관리의 표준화
기존 브릿지 구조에서는 같은 토큰이라도 체인마다 서로 다른 버전으로 존재하는 경우가 많았습니다. 각 체인에 별도의 래핑 토큰이 만들어졌고, 이 토큰들이 안전하게 발행되고 회수되는지는 해당 브릿지의 검증 구조에 의존했습니다. 한 브릿지에서 사고가 발생하면 관련 토큰의 유동성과 사용성에도 직접적인 영향을 줄 수 있는 구조였습니다.
ITS는 체인별로 분산된 토큰 발행과 관리 방식을 일관된 구조로 통합하기 위한 서비스입니다. 체인마다 별도의 래핑 토큰을 만드는 방식에서 벗어나, 여러 체인에 배포된 토큰이 동일한 발행·관리 기준 아래에서 기능성과 대체 가능성을 유지하도록 지원합니다.
이를 위해 ITS는 Token Manager, Handler, ITS Hub 등 스마트 컨트랙트 구성 요소를 통해 토큰의 발행, 소각, 잠금, 전송 한도 설정 등 공급 관리 과정을 자동화합니다. 신규 토큰을 ITS 기반으로 발행할 수도 있고, 이미 존재하는 토큰을 여러 체인으로 확장하는 방식도 지원합니다.
따라서 ITS는 토큰 전송 기능에 그치지 않고, 멀티체인 환경에서 토큰 발행과 공급 관리를 표준화하려는 구조입니다. 이러한 구조는 여러 체인에서 동일한 자산 구조와 기능을 유지해야 하는 영역에서도 활용될 수 있습니다. 프로젝트는 홈 체인의 발행 기준을 유지하면서, 여러 체인에서 토큰 사용성을 확장하는 전략을 ITS 기반으로 설계할 수 있습니다.
3.3 Interchain Amplifier: 개방형 체인 연결 구조
기존 인터체인 환경에서 새로운 체인을 연결하는 과정은 대체로 운영 주체의 개발 우선순위, 통합 리소스, 네트워크 차원의 승인 절차에 영향을 받았습니다. 어떤 체인을 먼저 연결할지는 운영 주체의 우선순위에 따라 결정되기 쉬웠고, 생태계 수요가 있어도 통합 일정이 지연될 수 있었습니다.
Interchain Amplifier는 이 과정을 더 개방적인 구조로 바꾸는 프로토콜입니다. 개발자와 생태계 참여자는 스마트 컨트랙트, 릴레이어, 검증 방식 등을 구성해 새로운 체인이나 외부 시스템을 Axelar 네트워크에 연결할 수 있습니다. 이 구조는 Solidity, Rust 등 서로 다른 기술 스택과 다양한 합의 구조를 가진 환경에도 적용될 수 있습니다. 즉, Amplifier는 체인 연결을 운영 주체가 선별하고 순차적으로 진행하는 방식에서, 개발자와 생태계 참여자가 직접 추진할 수 있는 방식으로 확장합니다.
대표 사례는 Celestia 기반 Rollkit입니다. Rollkit은 Celestia 기반 체인을 만드는 프레임워크이지만, 해당 체인이 이더리움 등 외부 네트워크와 상호운용성을 확보하는 것은 별도의 과제입니다. Axelar는 Celestia Labs와의 통합을 통해 Rollkit 기반 체인이 Axelar 네트워크와 연결될 수 있는 경로를 만들고, 이를 통해 Axelar에 연결된 여러 체인 간 상호운용성을 확보할 수 있도록 했습니다. Amplifier는 지원 체인을 늘리는 데 그치지 않고, 체인 연결 방식을 더 개방적이고 확장 가능한 프로세스로 전환합니다.
MDS가 Axelar 위에서 크로스체인 실행, 토큰 관리, 체인 연결 기능을 제공한다면, 다음 과제는 서로 다른 상호운용성 프로토콜을 같은 인터페이스에서 함께 사용할 수 있도록 만드는 것입니다.
4. OpenBridge와 ERC-7786: 상호운용성 프로토콜을 연결하는 오픈 표준
체인 연결 방식이 개방되더라도, 서로 다른 상호운용성 프로토콜이 각자의 검증 모델과 인터페이스 위에서 따로 작동한다면 개발자는 여전히 특정 프로토콜에 종속될 수밖에 없습니다. 특정 프로토콜을 기준으로 애플리케이션을 설계하면, 이후 다른 프로토콜을 추가하거나 교체할 때 애플리케이션 로직을 다시 수정해야 하는 경우가 생깁니다.
Axelar와 OpenZeppelin은 OpenBridge와 ERC-7786을 통해 이 문제를 해결하려는 방향을 제시합니다. 목표는 여러 상호운용성 프로토콜을 하나의 표준 인터페이스에서 사용할 수 있게 만들고, 필요에 따라 복수의 검증 경로를 조합할 수 있도록 하는 것입니다.
4.1 단일 프로토콜 의존의 한계
주요 상호운용성 솔루션은 각자의 검증 모델과 운영 구조를 기반으로 체인 간 메시지와 자산 이동을 처리합니다. 여기서 단일 프로토콜 의존이란 하나의 검증자에 의존한다는 뜻이 아니라, 하나의 상호운용성 프로토콜이 제공하는 검증 구조와 인터페이스에 애플리케이션이 종속된다는 의미입니다.
이 구조에서는 다른 검증 모델을 함께 사용하거나, 나중에 다른 프로토콜로 전환하기가 쉽지 않습니다. 또한 특정 프로토콜의 검증 구조나 운영 과정에 문제가 생기면, 그 구조에 의존하는 서비스도 영향을 받을 수 있습니다. 반복된 브릿지 보안 사고는 하나의 검증 경로에만 의존하지 않는 다층 검증 구조의 필요성을 보여 줍니다.
4.2 OpenBridge: 여러 검증 모델을 함께 사용하는 구조
OpenBridge는 여러 상호운용성 프로토콜의 검증 경로를 하나의 표준 인터페이스 위에서 조합할 수 있도록 하는 오픈소스 프레임워크입니다. 하나의 크로스체인 메시지를 여러 ERC-7786 호환 브릿지 또는 상호운용성 프로토콜을 통해 전송하고, 목적지 체인에서 일정 수 이상의 확인이 이루어졌을 때만 메시지를 실행하도록 구성할 수 있습니다.
Axelar와 OpenZeppelin은 이를 x-of-y-of-n 구성으로 설명합니다. 예를 들어 고액 크로스체인 대출에서는 3개의 상호운용성 프로토콜 중 최소 2개의 검증을 요구하도록 설정할 수 있습니다. 하나의 검증 경로에 문제가 생기더라도, 다른 검증 경로를 함께 사용해 리스크를 줄이는 방식입니다.
OpenBridge는 기존 브릿지 솔루션을 하나 더 추가하는 방식이 아니라, 서로 다른 상호운용성 프로토콜을 조합 가능한 검증 레이어로 활용하는 구조입니다.
비교 항목 | 단일 프로토콜 의존 방식 | OpenBridge 방식 |
|---|---|---|
검증 방식 | 하나의 상호운용성 프로토콜에 의존 | 여러 검증 경로를 함께 사용 |
장애 발생 시 영향 | 해당 프로토콜에 문제가 생기면 관련 서비스가 영향받을 수 있음 | 일부 경로에 문제가 생겨도 추가 검증으로 리스크 완화 |
정책 설정 | 프로토콜이 제공하는 검증 흐름에 따름 | x-of-y-of-n 방식으로 유연하게 설정 |
적용 방식 | 하나의 솔루션을 선택해 사용 | 여러 솔루션을 표준 인터페이스 위에서 조합 |
4.3 ERC-7786: 상호운용성 프로토콜을 연결하는 표준 인터페이스
ERC-7786은 OpenBridge가 여러 상호운용성 프로토콜을 함께 사용할 수 있도록 하는 crosschain messaging 표준입니다. 서로 다른 브릿지와 메시징 프로토콜이 공통 인터페이스를 통해 메시지를 주고받을 수 있도록 설계되었으며, OpenBridge는 이 표준 위에서 작동합니다.
OpenZeppelin의 참여도 주목할 필요가 있습니다. OpenZeppelin은 Solidity 생태계에서 널리 사용되는 보안 컨트랙트 라이브러리와 개발 도구를 제공해 온 프로젝트입니다. 따라서 ERC-7786은 Axelar의 자체 기능 확장을 넘어, Solidity 개발 생태계에서 cross-chain messaging을 공통 인터페이스로 다루기 위한 시도로 볼 수 있습니다.
ERC-7786은 특정 상호운용성 프로토콜에 종속되지 않는 구조를 지향합니다. 다양한 프로토콜이 같은 인터페이스를 통해 연결될 수 있다면, 개발자는 여러 검증 모델을 조합하거나 필요에 따라 프로토콜을 교체하며 더 유연한 멀티체인 애플리케이션을 설계할 수 있습니다.
5. 기관 환경에서의 확장: 토큰화 자산 운영 인프라
앞서 살펴본 Axelar의 기술 스택은 멀티체인 환경에서 메시지 전달, 실행, 토큰 관리, 체인 연결, 검증 구조를 하나의 인프라로 통합하려는 흐름을 보여 줍니다. 이러한 요구는 DeFi 애플리케이션에만 국한되지 않습니다. 토큰화 자산을 발행하고, 여러 네트워크에서 운용하며, 유통과 정산까지 연결해야 하는 기관 환경에서도 동일하게 나타납니다.
기관 환경에서 중요한 것은 특정 체인을 선택하는 문제가 아니라, 토큰화 자산이 여러 네트워크에 걸쳐 발행, 이동, 운용될 때 이를 어떤 공통 인프라 위에서 처리할 수 있는가입니다. JPMorgan Onyx와 Deutsche Bank DAMA 2 사례는 이러한 문제의식이 실제 기관용 토큰화 자산 인프라에서도 검토되고 있음을 보여 줍니다.
5.1 JPMorgan Onyx: 토큰화 펀드의 인터체인 이동
J.P. Morgan과 Axelar는 Project Guardian의 일환으로 토큰화 펀드의 인터체인 이동 PoC를 수행했습니다. Oasis Pro와 Provenance Blockchain Zones도 참여한 이 사례는 토큰화 포트폴리오가 단일 네트워크에 머물지 않고, 여러 블록체인 환경에 걸쳐 구성·운용될 수 있는지를 검증했습니다.
이 과정에서 Axelar는 네트워크 간 자산 이동과 메시지 전달을 연결하는 상호운용성 인프라로 활용되었습니다. 이는 앞서 살펴본 GMP 기반 메시지 전달과 멀티체인 실행 구조가 기관용 토큰화 자산 운용에서도 적용될 수 있음을 보여 주는 사례입니다.
5.2 DAMA 2: Deutsche Bank의 자산 토큰화 운영 플랫폼
Deutsche Bank는 DAMA 2 litepaper를 통해 기관용 자산 토큰화 플랫폼의 MVP와 기술 구조를 공개했습니다. DAMA 2는 공공 블록체인 기반의 토큰화 플랫폼으로 설계되었으며, 규제 정합성과 프라이버시를 주요 설계 원칙으로 둡니다.
현재 DAMA 2는 MVP를 기반으로 추가 기능과 활용 사례를 구축해 나가는 단계이며, Axelar는 기관용 토큰화 플랫폼이 단일 네트워크에 머무르지 않고 여러 블록체인 환경으로 확장될 수 있도록 지원하는 상호운용성 인프라로 활용됩니다. 이는 기관용 자산 토큰화에서도 발행, 운용, 유통, 체인 간 연결이 하나의 플랫폼 구조 안에서 함께 설계되고 있음을 보여 줍니다.
기관 환경에서의 멀티체인 인프라 논의는 토큰화 자산의 발행, 이동, 운용, 유통을 여러 네트워크에 걸쳐 일관되게 처리하기 위한 인프라 구조의 필요성으로 이어지고 있습니다.
6. 다음 경쟁의 기준
지금까지 살펴본 Axelar의 기술 스택은 멀티체인 인프라가 자산 이동 중심의 브릿지 구조를 넘어, 더 넓은 실행 환경과 표준화된 연결 구조로 확장되고 있음을 보여 줍니다.
GMP는 체인 간 메시지와 실행을 연결하고, AVM은 상호운용성 로직을 프로그래밍 가능한 영역으로 확장합니다. ITS는 여러 체인에 걸친 토큰 발행과 관리를 일관된 구조로 통합하며, Interchain Amplifier는 체인 연결 방식을 더 개방적인 구조로 바꿉니다. OpenBridge와 ERC-7786은 여러 상호운용성 프로토콜을 같은 인터페이스에서 함께 사용할 수 있는 방향을 제시합니다.
이러한 흐름은 Axelar의 보안 구조가 방어적 장치에 머물지 않고, 멀티체인 서비스가 확장되는 기반으로 작동하고 있음을 의미합니다. JPMorgan Onyx PoC와 DAMA 2 사례 역시 이러한 변화가 DeFi를 넘어 기관 환경에서도 구체화되고 있음을 보여 줍니다.
토큰화 자산의 발행, 정산, 이동이 본격화될수록 멀티체인 인프라에는 더 높은 수준의 보안성, 표준화, 상호운용성이 요구됩니다. 이에 따라 경쟁의 기준도 단순한 브릿지 속도에서 벗어나고 있습니다. 앞으로는 검증 구조, 토큰 표준, 체인 연결 방식, 공통 인터페이스를 하나의 기술 스택으로 통합하고, 실제 서비스와 유동성이 안정적으로 작동할 수 있는 인프라 환경을 제공할 수 있는지가 핵심 기준이 될 것입니다.
아티클 핵심 정보 출처
Axelar Docs - General Message Passing Overview
Axelar Docs - Interchain Token Service
Axelar Docs - Interchain Amplifier Introduction
Axelar Blog - Mobius Development Stack Launch
Axelar Blog - Axelar Virtual Machine: The Future of Interoperability
Axelar Blog - OpenBridge & ERC-7786 Announcement
Axelar Network - Mobius Development Stack
Axelar Network - ITS Overview
Axelar Network - ITS for Liquid Staking Tokens
Axelar Network - Institutional Interoperability Whitepaper
OpenZeppelin - Introducing Contracts v5.2
Blockworks - Axelar Interchain Amplifier & Rollkit
CoinDesk - JPMorgan Apollo Tokenize Funds PoC
Deutsche Bank - DAMA 2 Litepaper
면책 조항
본 보고서의 내용은 단순 정보 제공을 목적으로 하며, 어떠한 경우에도 법률, 비즈니스, 투자 및 세무 자문을 위한 권고나 근거로 사용될 수 없습니다. 본문에 언급된 특정 자산이나 증권은 정보 전달만을 위한 것으로, 해당 자산에 대한 매수·매도 제안이나 투자 권유를 의미하지 않습니다. 모든 투자 결정에 따른 책임은 투자자 본인에게 있으며, 본 보고서는 회계나 법률적 판단의 지침이 될 수 없습니다.
필자는 리서치 및 집필 과정에서 인지한 미공개 정보를 이용하여 관련 자산을 거래하지 않음을 원칙으로 하고 있습니다. 본 리포트의 저자 및 카탈라이즈는 보고서에서 다루는 자산 또는 토큰에 대해 개인적·경제적 이해관계를 가질 수 있으며, 특정 네트워크의 전략적 파트너일 수 있습니다.
본 보고서에 기술된 분석 및 의견은 저자 개인의 견해로, 카탈라이즈 또는 관련 기관의 공식 입장을 대변하지 않습니다. 또한, 모든 내용은 리포트 작성 시점을 기준으로 하며 시장 상황 및 신규 정보에 따라 사전 통보 없이 변경될 수 있습니다.