다중 체인 생태계: 우리의 현재 단계와 미래 구도

저자：Jiawei，IOSG Ventures

1：서론

이미지 출처：https://medium.com/composable-finance/the-philosophy-of-the-cross-chain-ecosystem-a-continuum-of-interoperability-33ed81350190

Composable Finance는 크로스 체인 상호 운용성의 다섯 가지 발전 단계를 제안했습니다:

0-20%：가장 기본적인 크로스 체인 통신 및 체인 간 토큰 이동을 실현합니다；

20-50%：사용자가 서로 다른 체인에서 자산에 유동성을 제공하여 수익을 극대화할 수 있습니다；

50-75%：Aave와 같은 프로젝트는 사용자가 한 체인에 담보를 예치하고 다른 체인에서 대출을 받을 수 있게 합니다. 즉, 서로 다른 체인 간의 애플리케이션 간 통신을 실현합니다；

75%：단일 애플리케이션이 여러 체인에 서로 다른 부분을 배포하여 각 부분이 가장 효율적인 체인에서 실행되도록 합니다. 이러한 서로 다른 체인의 백엔드 패키지는 서로 통신하여 사용자 경험의 지속성을 보장합니다；

100%：생태계 불가지론, 광범위한 Web3 생태계의 인터페이스를 제공합니다. 전통적인 개발자는 복잡한 블록체인 프로그래밍 없이 Web3 도구로 지원되는 애플리케이션을 자유롭게 체인에 배포할 수 있습니다------모든 복잡성을 추상화합니다.

이러한 단계에 대한 판단은 우리가 현재의 다중 체인 패턴을 어떻게 바라봐야 하는지를 기본적으로 결정합니다. 추상적으로 볼 때, 저는 Polkadot XCM/XCMP와 Cosmos IBC, 그리고 Substrate와 Cosmos SDK가 각각 4단계와 5단계의 작업을 하고 있다고 생각합니다.

다중 체인 생태계로서 Polkadot과 Cosmos의 시스템 설계 및 기술 아키텍처에 대한 비교 글이 이미 많이 있습니다. 본문에서는 경량 클라이언트의 관점에서 XCMP/IBC의 크로스 체인 통신 메커니즘과 개발 프레임워크 Substrate/Cosmos SDK를 비교하겠습니다.

마지막으로, 개인적인 생각을 제시하며 마무리하겠습니다.

2：아키텍처

Cosmos 문서에서 설명한 바와 같이: "Cosmos는 제품이 아니라 모듈화되고 적응력이 뛰어나며 상호 교환 가능한 도구 세트 위에 구축된 생태계입니다." 저의 Polkadot에 대한 이해도 이와 같습니다.

본문이 시작되기 전에, 먼저 고차원에서 그들의 아키텍처를 빠르게 살펴보겠습니다.

2.1.Polkadot

이미지 출처：https://coinmarketcap.com/alexandria/article/a-deep-dive-into-polkadot
https://polkadotters.medium.com/polkadot-architecture-6d150dd1253e

리레이 체인은 Polkadot의 핵심이며, 평행 체인 간에는 서로 독립적이지만 리레이 체인에 통합되어 보안을 공유합니다. Collators는 평행 체인에서 거래를 하나씩 수집하고 상태 전환 증명을 생성하여 리레이 체인에 제출하며, Validators는 이러한 증명을 검증하고 합의를 수행하여 리레이 체인에서 블록을 생성합니다. Nominators는 Validators를 선택하고 그들을 위해 DOT를 스테이킹하여 리레이 체인을 보호해야 합니다.

Polkadot 평행 체인의 보안은 리레이 체인에 의존하며, 리레이 체인은 평행 체인에 공유 보안성과 상태 일관성을 제공합니다.

2.2.Cosmos

이미지 출처：https://v1.cosmos.network/intro

Cosmos는 두 가지 유형의 블록체인을 포함합니다: Zones와 Hubs. Zones는 일반적인 이종 체인이고, Hubs는 이러한 Zones를 연결하는 역할을 합니다. Zone과 Hubs 간의 통신 및 메시지 전달은 IBC(Inter-blockchain Communication) 프로토콜에 의존합니다. 어떤 Zone이 Hub와 IBC 연결을 설정하면, 해당 Hub에 연결된 다른 Zones와 통신할 수 있습니다.

Cosmos Hub는 전체 네트워크에서 첫 번째 Hub로, Cosmos 네트워크의 시작을 나타냅니다.

3：통신 메커니즘

두 개의 크로스 체인 생태계에 대한 기본적인 이해를 바탕으로, 각자의 통신 메커니즘을 구체적으로 살펴보겠습니다.

3.1.Polkadot XCM/XCMP

이미지 출처：https://w3f.github.io/parachain-implementers-guide/messaging.html

Polkadot은 UMP, DMP를 사용하여 평행 체인과 리레이 체인 간의 상하 메시지 전달을 수행하며, XCMP(Cross-Chain Message Passing)를 기반으로 평행 체인 간 메시지 전달을 수행합니다. XCMP는 아직 개발 중이며, 현재 실제로 사용되는 크로스 체인 솔루션은 HRMP(Horizontal Relay-routed Message Passing)입니다.

HRMP는 XCMP와 동일한 인터페이스와 기능을 제공하지만, 모든 메시지를 리레이 체인의 저장소에 배치해야 합니다. 리레이 체인에 대해 추가적인 메시지 부하가 발생합니다. 반면, XCMP는 메시지와 관련된 메타데이터 해시만 리레이 체인에 저장합니다. 따라서 HRMP는 임시 전환 솔루션으로, 미래에는 XCMP로 대체될 것입니다.

이미지 출처：https://www.youtube.com/watch?v=dyx-ePhuQRg，IOSG Ventures

위 이미지는 XCMP의 작동 원리를 설명합니다:

평행 체인 간에 양방향 채널을 열 수 있으며, 각각 메시지를 수신하고 전송하는 데 사용됩니다. 평행 체인 A와 평행 체인 B 간의 XCMP 통신은 먼저 각 체인의 Collators가 메시지, 목적지 및 타임스탬프를 자신의 출력 큐에 추가해야 하며, 상대방이 메시지를 감지하면 이를 자신의 입력 큐에 추가하고 이 메시지를 처리한 후 블록을 Validators에 제출합니다. Validators는 메시지를 검증한 후 해당 블록을 리레이 체인에 포함시킵니다. 이렇게 해서 크로스 체인 메시지 전달이 완료됩니다.

체인 간, 또는 서로 다른 합의 시스템 간의 메시지 형식은 호환성이 부족하며, 각기 다른 메시지 전달 방식과 표준이 있습니다.

우리가 추가적인 크로스 합의 상호 운용을 원한다면, 보다 일반적인 "언어"가 필요합니다------이러한 메시지의 의도를 고차원적으로 추상화하여 합의 시스템 간 통신을 위한 데이터그램에 기본 프레임워크를 제공해야 합니다. 또한 스마트 계약이나 블록체인의 잠재적 업그레이드를 고려해야 하므로, 이러한 언어는 전방 호환성과 확장성을 갖추어야 합니다.

이미지 출처：https://medium.com/polkadot-network/xcm-the-cross-consensus-message-format-3b77b1373392

올해 5월 초, Polkadot은 v0.9.19에서 공식적으로 XCM(Cross-consensus Messaging Format)을 활성화했습니다. 여기서 크로스 합의의 의미는 이 통신 형식이 Polkadot 체인 간의 UMP, DMP 및 XCMP에서 사용될 수 있을 뿐만 아니라 스마트 계약, Pallet, 브리지 및 SPREE(Shared Protected Runtime Execution Enclaves) 간의 통신에서도 사용될 수 있다는 것입니다. (참고: Pallet은 특정 용도로 조합 가능한 모듈 및 도구 세트의 집합으로, 예를 들어 EVM Pallet의 용도는 Substrate 체인에서 Solidity 기반 계약을 통합하는 것입니다; SPREE 모듈은 메시지를 수신한 후 코드를 실행하는 방식을 보장하는 신뢰할 수 없는 메시지 모듈입니다.)

XCM과 XCMP의 차이를 주목해야 합니다. XCM은 합의 시스템 간 상호 통신의 "형식"이며, 그 유용성은 수신자가 메시지를 받고 무엇을 해야 하는지를 표현하는 데 있습니다. 반면 XCMP는 메시지 전달의 "프로토콜"입니다.

본질적으로 XCM의 메시지는 비 Turing 완전 가상 머신 XCVM(Cross-Consensus Virtual Machine)에서 실행되는 단일 또는 일련의 명령어로, 다시 말해 XCVM의 명령어 집합이 XCM 메시지의 전체 내용을 구성합니다.
Polkadot은 XCM과 XCMP를 제안하여 평행 체인 간 통신에 대한 본질적이고 일반적인 지원을 제공하여 평행 체인 간 직접 통신이 가능하게 하며, 전문 크로스 체인 브리지에 의존하지 않고 Polkadot 네트워크의 상호 운용성을 프로토콜 수준에서 더욱 통일시킵니다.

이미지 출처：https://apps.moonbeam.network/moonbeam

XCM이 활성화된 직후, Moonbeam과 Acala는 XCM 기반의 양방향 HRMP를 통한 크로스 체인 통신을 시작하여 두 체인에서 원주율 자산의 자유로운 흐름을 실현했습니다.

예를 들어, Acala의 $ACA와 $aUSD는 Moonbeam으로 크로스 체인되어 XC-20 자산($xcACA 및 $xcaUSD)으로 이더리움 생태계와 상호 연결됩니다. Moonbeam의 원주율 토큰 $GLMR도 Acala에서 담보로 사용되어 $aUSD를 발행하거나 스테이킹에 참여할 수 있습니다.

Moonbeam과 Acala의 XCM 연결은 이정표가 되는 사건으로, Polkadot이 그린 크로스 체인 비전이 서서히 펼쳐지고 있음을 상징합니다. 다른 평행 체인들이 XCM 기반의 크로스 체인 통신을 활성화함에 따라, 우리는 더 많은 유사한 사례를 보게 될 것이며, 더 큰 상상력을 자극할 것입니다.

3.2.Cosmos IBC

아래에서 위로, Cosmos의 시스템은 Tendermint Core, IBC 및 Cosmos SDK를 기반으로 하며, 이들은 각각 BFT 합의 엔진, 크로스 체인 통신 프로토콜 및 개발 프레임워크입니다.

크로스 체인 통신 프로토콜인 IBC는 작년 3월 Cosmos Stargate 업그레이드에서 공식적으로 시행되었으며, 그 의미와 설계 원리는 체인 간 표준 ICS(Inter-chain Standard)에 의해 정해졌습니다.

인터넷 통신 프로토콜 TCP/IP의 계층 구조에 비유하면, IBC는 전송 계층과 응용 계층으로 나눌 수 있습니다. 전송 계층은 체인 간에 안전한 연결을 설정하고 데이터 패킷을 검증하는 데 필요한 기반 시설을 제공합니다; 응용 계층은 이러한 데이터 패킷이 발신자에 의해 어떻게 포장되어야 하며, 수신자에 의해 어떻게 해석되어야 하는지를 정확하게 정의합니다.

이미지 출처：IOSG Ventures

위 이미지는 IBC 데이터 패킷의 생애 주기를 설명합니다.

이미지 출처：https://v1.cosmos.network/intro

IBC는 "잠금-발행" 자산 크로스 체인 모델을 채택합니다. 위 그림처럼, Zone A가 자산을 Zone B로 크로스 체인 전송하려면, 토큰을 잠금하고 증명을 Zone B에 전송해야 하며, 검증 후 Zone B는 자신의 체인에서 동일한 양의 토큰을 발행합니다. 이 과정에서 자산은 실제로 이동하지 않고, Zone A에서 이 자산을 잠금하고 Zone B에서 동일한 자산을 다시 발행하는 것입니다.

최종성(Finality)은 암호화폐 거래가 완료되면 임의로 변경하거나 취소할 수 없음을 의미합니다. 위 과정은 즉각적인 최종성의 경우를 설명합니다. 그러나 비트코인과 같은 확률적 최종성 블록체인에서는 Peg-Zone을 대리 체인으로 도입해야 합니다(참고: 현재 Cosmos와 이더리움 간의 Peg-Zone은 Gravity Bridge입니다) 그리고 최종성의 임계값을 정해야 합니다: 예를 들어, 특정 체인이 특정 거래 발생 후 100개의 새로운 블록을 생성했다고 가정하면, 이를 (가짜) 최종성으로 간주합니다.

이미지 출처：https://hub.mintscan.io/ecosystem

현재 Cosmos 생태계에는 39개의 체인과 78명의 검증자가 포함되어 있으며, 총 스테이킹 자산 가치는 310억 달러를 초과합니다. 일부 잠재적인 에어드랍 기회는 사용자들이 Cosmos 생태계로 유입되는 동력 중 하나가 되었습니다. 그러나 Terra의 붕괴는 분명히 Cosmos 생태계에 큰 피해를 주었고, 생태계의 총 잠금량이 심각하게 줄어들었습니다.

3.3.경량 클라이언트

우리는 경량 클라이언트의 관점에서 XCMP와 IBC를 살펴보겠습니다.

경량 클라이언트(또는 경량 노드)는 처음에 전체 노드와 구별되는 용어로, 비트코인의 간소화된 결제 검증(SPV)에 사용되었습니다. 더 넓은 의미에서 스마트 계약도 경량 클라이언트가 될 수 있습니다. 이러한 경량 클라이언트는 종종 체인과 직접 상호 작용하지 않고, 전체 노드를 중개자로 의존하여 전체 노드에 특정 정보를 요청합니다. 예를 들어 거래를 전송하거나 계좌 잔액을 검증하고 블록 헤더를 요청하는 것입니다.

크로스 체인 통신 시, 중계자는 출발 체인에서 이벤트를 모니터링하고 이벤트의 암호학적 증명을 생성하여 증명과 블록 헤더를 목표 체인의 스마트 계약(즉, 경량 클라이언트)으로 전달합니다. 경량 클라이언트는 특정 이벤트를 검증하고 이를 근거로 특정 작업을 수행합니다. 우리가 논의한 Polkadot XCMP와 Cosmos IBC는 모두 경량 클라이언트 모델을 채택하고 있습니다.

이미지 출처：https://near.org/zh/bridge/

그 외에도 NEAR의 RainbowBridge는 전형적인 경량 클라이언트 모델입니다. 경량 클라이언트는 각각 이더리움(NEAR의 블록 헤더 저장)과 NEAR(이더리움의 블록 헤더 저장)에 배포됩니다. 이러한 블록 헤더는 Relayer에 의해 정기적으로 업데이트되며, 업데이트 빈도는 경제적 효율성에 대한 균형에 따라 달라집니다------이더리움에서 NEAR의 블록 헤더 업데이트는 12~16시간으로 설정됩니다. Connector는 특정 자산의 크로스 체인 논리를 처리하는 역할을 합니다(예: ERC-20 토큰 또는 NFT).

RainbowBridge의 속도와 비용은 주로 이더리움에 의존합니다. 이더리움에서 NEAR로 자산을 전송하는 데 약 6분(20개의 블록)이 소요됩니다. NEAR에서 이더리움으로 자산을 전송하는 데는 현재 최대 16시간이 소요됩니다(이더리움의 최종성 시간 소요로 인해).

3.4.요약

이미지 출처：IOSG Ventures

XCM/XCMP, IBC 및 RainbowBridge에 대한 위의 정리를 통해 우리는 경량 클라이언트 모델에 대한 기본적인 인식을 갖게 되었습니다. 경량 클라이언트의 장점은 보안성으로, 특정 정보를 검증함으로써 두 체인 간에 상대 체인에서 발생한 일을 알 수 있으며, 외부 검증자에 대한 신뢰 가정을 의존할 필요가 없으므로 보안성이 기본적으로 체인 자체와 동일합니다.

특히 XCMP의 보안성은 Shared Security에 속하며, 리레이 체인이 제공하는 글로벌 보안성에 의존합니다. 크로스 체인 메시지의 검증은 Validators에 의해 수행되며, 이후 Validators는 해당 메시지를 포함한 블록을 리레이 체인에 포함시킵니다.

위 표에서 Cosmos의 Interchain Security는 특별한 Shared Security로, 여러 체인이 동일한 검증자 집합을 공유하고 블록을 생성합니다. 일부 소형 체인의 검증자가 상대적으로 약해 공격을 받기 쉬우므로, Interchain Security는 그들이 성숙한 네트워크의 보안성을 상속받도록 돕는 역할을 합니다.

Cosmos IBC를 사용하는 통신은 두 체인 간의 상호 신뢰를 요구하며, RainbowBridge는 NEAR와 이더리움 간의 상호 신뢰를 요구하는데, 이는 블록 헤더의 유효성 검증을 위한 기본 전제입니다.

경량 클라이언트의 단점은 이러한 증명의 검증에 상당한 비용이 발생한다는 점입니다. 또한 연결성 문제도 관련이 있으며, 각 두 체인 간의 통신을 위해 경량 클라이언트를 배포해야 합니다------물론, Polkadot과 Cosmos의 고유 통신 메커니즘은 생태계 내부의 연결성 문제를 잘 해결하고 있습니다.

요약하자면, 위 표에서 XCMP/XCM, Cosmos IBC 및 NEAR RainbowBridge를 간략히 비교하였으며, 일부 데이터는 생태계 간의 비교와 직접적으로 관련이 있을 수 있습니다. (RainbowBridge는 NEAR와 이더리움 간의 크로스 체인만을 다루며, 앞의 두 가지는 크로스 체인 생태계에 속하지만, 경량 클라이언트의 일종으로 여기서 비교하였습니다.)
참고: 위/아래의 사례 프로젝트는 모두 IOSG Portfolio에 속하며, 예시는 정보 교환을 위한 것이며 투자 권고가 아닙니다. 개인 투자 결정은 DYOR 하십시오!

4：개발 프레임워크

"즉시 사용 가능"은 일련의 준비된 소프트웨어/하드웨어 또는 도구 세트를 의미하며, 개발자는 이러한 기능을 다시 구현하는 데 시간과 노력을 들이지 않고 직접 사용할 수 있습니다.

Substrate와 Cosmos SDK는 이러한 프레임워크입니다: 기본 논리를 캡슐화하고, 몇 가지 사전 구축된 모듈을 제공하여 유연하고 사용자 정의 가능한 모듈 조합을 통해 블록체인과 애플리케이션을 구축하는 데 사용됩니다. 상호 운용성 측면에서 Substrate와 Cosmos SDK는 각각 Polkadot과 Cosmos 생태계에 대한 본질적인 지원을 제공합니다.

이미지 출처：https://docs.substrate.io/v3/getting-started/architecture/

Substrate는 세 가지 개발 방식을 제공합니다: Substrate Node는 노드 구성을 미리 제공하며, 추가로 JSON 파일을 구성하기만 하면 한 번의 클릭으로 체인을 구축할 수 있습니다; Substrate FRAME은 일련의 모듈과 구성 요소(즉, 위에서 언급한 Pallet)를 제공하며, 개발자는 Pallet을 작성하고 자유롭게 조합할 수 있습니다; Substrate Core는 더 고차원적이고 추상적이며, 개발자는 런타임을 처음부터 설계할 수 있습니다(참고: 런타임은 본질적으로 상태 전환 함수로, Substrate의 핵심 개념이며 체인의 상태 저장 및 상태 변경 방식을 나타냅니다). 이 세 가지 방식의 개발 난이도와 기술적 유연성은 증가합니다.

Polkadot과 Kusama는 모두 Substrate를 기반으로 개발되었습니다. 그러나 Substrate 자체는 일반화된 개발 프레임워크로, Polkadot과의 원활한 연결을 지원하며, 모든 Substrate가 Polkadot과 강한 결합 관계를 가질 필요는 없습니다.

이미지 출처：https://v1.cosmos.network/intro

스마트 계약과는 달리, Cosmos SDK는 애플리케이션 체인(Application-specific Blockchains)의 개념을 제안하며(즉, 단일 애플리케이션을 위해 맞춤화된 블록체인), 기본 BFT 합의 엔진 Tendermint Core와 네트워크 계층을 캡슐화하고 ABCI(Application Blockchain Interface)를 통해 애플리케이션 계층과의 연결을 실현합니다.

Cosmos SDK 외에도 JavaScript 기반의 DeFi 구성 요소 Agoric, Wasm 기반의 스마트 계약 모듈 CosmWasm 및 Cosmos SDK 기반의 EVM 구현 Ethermint와 같은 몇 가지 확장 도구가 보완적으로 존재합니다.
개발 프레임워크가 전반적으로 제공하는 기능과 도구는 대체로 유사하지만, 세부적인 설계 철학에서 차이가 있으며, 여기서는 더 이상 자세히 설명하지 않겠습니다.
(P.S: 주관적인 의견: 본 문서를 작성하는 동안 필자는 Polkadot과 Cosmos의 Discord 개발자 채널에서 몇 가지 질문을 했습니다. Cosmos에서 질문할 때 전담 개발자 커뮤니티 Mod가 하위 구역을 만들어 일대일로 질문에 답변하는 좋은 경험을 제공했습니다.)

이미지 출처：https://medium.com/electric-capital/electric-capital-developer-report-2021-f37874efea6d

Electric Capital의 보고서에 따르면, 2017년부터 Web3 개발자 수가 크게 증가하기 시작했으며, 2021년 말까지 18,000명 이상의 개발자가 Web3 분야에서 활동하고 있습니다. 그러나 전통적인 개발자와 비교하면 여전히 소수입니다. 산업 발전의 관점에서, 체인 상 애플리케이션 개발의 장벽을 더욱 낮추고 개발자 서비스를 잘 제공해야 합니다.
번영하는 생태계는 더 많은 우수한 개발자를 유치할 것이며, Substrate와 Cosmos SDK 모두 각자의 생태계에 쉽게 접속할 수 있는 편리함을 강조합니다. 사실, 개발 프레임워크의 선택은 이후의 생태계 선택과 밀접한 관련이 있습니다.

4.1.요약

이미지 출처：IOSG Ventures

마찬가지로, 우리는 Substrate와 Cosmos SDK를 간단히 비교했습니다.

5：생각과 결론

저는 "뚱뚱한 애플리케이션"의 주장을 부분적으로 동의합니다(동시에 프로토콜이 반드시 "날씬할 필요는 없습니다"). 엔지니어링 측면에서, 서로 다른 체인은 서로 다른 균형을 가지고 있으며, 각기 다른 목표를 위해 독창적인 기술 솔루션을 제시했습니다. 그러나 이러한 기반 시설의 궁극적인 목표는 상대적으로 일치합니다------애플리케이션을 위한 서비스입니다. 우리는 공중에 성을 쌓으려는 것이 아니며, 애플리케이션을 무시하고 기술에 대해 이야기하는 것은 학문적인 공상에 불과합니다. 18, 19년의 서사를 되돌아보면, "이더리움 킬러", "백만 TPS"와 같은 이야기가 많았지만, 사용자들은 이러한 것에 관심이 있었을까요? 아마도 그렇지 않을 것입니다. 따라서 몇 가지 작고 아름다운 애플리케이션, 사용자 수용도가 높은 애플리케이션이 먼저 체인에서 실행되어야 합니다. (저는 이 설명에 부합하는 애플리케이션 중 하나가 NFT Marketplace 집합체 gem.xyz라고 생각합니다. 인터페이스가 깔끔하고 기능이 좋으며, 많은 사용자에게는 이것으로 충분합니다.)

이더리움의 설계는 그 위에 구축된 애플리케이션과 프로토콜이 서로 제한되고, 불가피하게 기본 리소스를 경쟁하게 만듭니다. 다중 체인 생태계의 출현은 어느 정도 이더리움의 압박을 덜어주었지만, 실제로는 그 선두 지위를 잠식하고 있습니다. 동시에, 약세장 관점에서 이더리움이 상대적으로 합리적인 가스 비용과 거래 속도로 돌아오면서 자금 유출의 동력이 약화되었습니다. 단기적으로 각 체인이 "돈을 벌 수 있는 효과"를 생성할 수 있는지가 사용자 유입의 주요 매력입니다(예: DeFi Kingdoms와 STEPN). 중장기적으로는 사용자 흐름이 각 체인 생태계의 전체 품질과 밀접하게 관련되어 있습니다. 최종적으로 사용자는 자금을 투표하여 체인 간의 경쟁 관계를 상대적으로 균형 있게 만들 것입니다.

조합 가능성과 상호 운용성은 새로운 서사를 자극하지만, 내재된 위험 또한 간과할 수 없습니다. 2년 전 우리는 이더리움에서 레고를 쌓았고, 3월 12일의 극단적인 시장 상황에서 프로토콜의 중첩 및 고갈된 유동성이 시스템적 위험을 초래했습니다. 지난 1년간의 다중 체인 패턴 아래에서 우리는 더 많은 앵커, 크로스 체인 브리지 및 더 복잡한 프로토콜을 갖게 되었지만, 여전히 그러한 엄격한 시험을 경험하지 못했습니다. Terra 제국의 붕괴는 아마도 단지 전조일 뿐입니다. 게다가 현재 시장은 중장기 하락 추세에 있으며, 우리는 조심스럽게 행동하고 위험을 사전에 예측하고 평가해야 합니다.

현재의 다중 체인 생태계는 여전히 다소 "허약"한 상태이며, 일부 번창하는 생태계는 결국 하나의 프로토콜, 하나의 코드가 다른 체인에서 다시 도박을 시작하는 것에 불과합니다. 생태계의 번영 여부는 단순히 프로젝트 수의 많고 적음으로 판단할 수 없으며, 사용자 활동도와 자금의 지속성을 종합적으로 평가해야 합니다. 또한 자산 크로스 체인은 현재 크로스 체인의 주요 사용 사례입니다. 앞으로 우리는 다른 애플리케이션 시나리오를 기대하거나 예측할 수 있습니다. 몇 가지 흥미로운 사용 사례는 다음과 같습니다: DID를 수행할 때 다중 체인의 활동 궤적을 평가해야 할 때; NFT 대출 시 다중 체인의 NFT 자산을 담보로 사용할 수 있을 때; 심지어 다중 체인의 자산 활동 변화를 기반으로 차익 거래 결정을 지원할 수 있을 때; 이와 유사한 것들입니다.

크로스 체인 기반 시설은 이미 준비되어 있지만, 진정으로 다중 체인 생태계를 점화하려면 대규모의 신규 사용자가 필요합니다. 단순히 기존 사용자를 겨냥한 게임이나 자금의 체인 간 이동만으로는 기하급수적인 성장을 가져올 수 없습니다. 이를 고려할 때, 사용자 친화적인 진입점(예: 다중 체인 지갑)을 제공하는 것이 매우 중요합니다.

이미지 출처：https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8

미래의 다중 체인 패턴을 어떻게 전망해야 할까요? 위 그림(2021년 9월 기준)에서 우리는 크로스 체인 생태계가 번창하고 있음을 이미 보고 있으며, 비록 약세장에서 불가피하게 쇠퇴하는 모습을 보이지만, 객관적으로 볼 때 크로스 체인 기반 시설은 상대적으로 완비되어 있습니다. (그럼에도 불구하고 해커들이 크로스 체인 시설의 취약점을 공격하는 사례는 여전히 끊이지 않으며, 낙관적인 태도를 유지하되 조심해야 합니다.)

합리적으로 추측하건대, 다음 대주기의 서사는 각 체인에서 우수한 애플리케이션을 중심으로 구축된 다중 체인 생태계가 될 것입니다. "하나의 공공 체인을 구축하여 모든 요구를 충족시키겠다"는 유사한 발언은 역사 속으로 사라질 가능성이 높습니다. 결국 우리는 모든 일을 하나의 체인에서 완료할 필요가 없습니다. 앞으로 더 많은 애플리케이션 체인이 등장하기를 기대합니다.

현재 우리는 여전히 다중 체인 패턴의 초기 단계에 있습니다.