맵 프로토콜 분석: 왜 최종 단계는 BTC Layer2의 상호 운용성 층인가?

작성자: Haotian

최근 BTC layer2가 우후죽순처럼 등장하고 있으며, 비공식 통계에 따르면 이미 수백 개의 프로젝트가 대기 중입니다. 전체 확장 생태계는 번영과 혼란의 모습을 보이고 있습니다.

이러한 이유로 새로운 체인이 BTC layer2 트랙에 진입하기 위해서는 적합한 위치를 찾아야 합니다. 다음으로 이야기할 @MapProtocol은 비트코인 생태계의 중심으로 이미 잘 알려져 있지만, 그 최종 목표는 layer2가 아니라 BTC의 상호운용성(interoperability) 층일 수 있습니다. 왜일까요?

제 생각에는 BTC layer2 생태계에는 현재 명확한 "표준"과 "규범"이 없습니다: 성숙한 EVM 호환 체인을 BTC layer2로 간주할 수 있고; 안전하게 BTC 자산을 크로스 체인할 수 있는 독립적인 사이드 체인을 BTC layer2로 볼 수 있으며; 일부 UTXO 계좌 모델의 성능을 가진 새로운 체인도 BTC layer2로 간주될 수 있습니다. 물론 상태 채널인 라이트닝 네트워크, 클라이언트 검증 RGB 등 더 네이티브한 BTC layer2도 포함됩니다.

이론적으로, 이 체인이 BTC 생태계와 관련된 자산에 접속할 수 있고 BTC 자산의 두 번째 번영을 촉진하는 확장 체인이라면 모두 BTC layer2 범주에 포함될 수 있습니다. "layer2"의 정의와 경계에 대한 불경스러운 느낌이 들 수 있지만, 얼마 전 Vitalik이 이더리움의 layer2 내전에서 layer2 개념을 포기하자고 제안하지 않았나요?

어떤 면에서 BTC layer2가 현재 보여주는 혼돈과 무질서(엔트로피 Entropy) 상태는 어떤 개인의 주관적 의지에 의해 통제되지 않는 형태로, 오랜 시간의 합의 마찰, 기술적 갈등, 시장 내전, 우열을 가리기 과정을 거쳐 점차 명확해질 것입니다.

이전에 저는 @BSquaredNetwork의 bitVM 도전 메커니즘의 특수성에 대해 분석한 글을 썼고, @ParticleNtwrk와 @BitmapTech의 BTC Connect에서의 추상적 디자인에 대해서도 언급했습니다. MAP Protocol은 오랫동안 트위터에서 큰 관심을 받았고, 많은 친구들이 저에게 분석해 달라고 요청했습니다.

솔직히 말하자면, 처음에는 이해하지 못했습니다. 원래 layerZERO를 기준으로 한 전체 체인 상호작용 가능성을 가진 체인이 갑자기 비트코인 layer2 생태계를 전면에 내세우니, "서사"를 위해 몸을 낮추는 느낌이 들었습니다. 분명히 전체 체인 통합 서사를 할 수 있는데, BTC layer2로定位하는 것은 자기를 제한하는 것 아닐까요?

이 의문을 가지고, 먼저 MAP Protocol의 기술 논리 구조를 간단히 분석해 보겠습니다:

MAP은 ZK 기반의 경량 클라이언트를 활용한 P2P 전체 체인 인프라로, 제3자 중심의 P2P 상호운용성에 집중하고 있습니다. 어떻게 할까요? MAP의 솔루션은 MAP 중계 체인을 구축하는 것으로, 이는 BOB 체인 내의 체인과 같습니다. 이 중계 체인은 계약 내에서 동형의 서로 다른 체인 서명 알고리즘을 미리 컴파일하여, 이를 기반으로 크로스 체인 통신과 제로 마찰 자산 이동 능력을 얻을 수 있습니다.

BTC를 예로 들면, MAP은 먼저 BTC 체인에 ZK 경량 클라이언트를 배포합니다. 경량 클라이언트는 전체 노드의 역사 데이터를 다운로드할 필요 없이 BTC 메인넷에서 몇 가지 작업을 수행할 수 있습니다: 예를 들어, 블록 헤더와 거래 관련 Merkle 증명을 검증할 수 있으며, 2층 체인에서 출금 요청을 할 때 메인넷 경량 클라이언트는 특정 거래 관련 부분 데이터만 검증하면 안전하게 작업을 완료할 수 있습니다.

이는 사실 비트코인 백서에서 정의된 간단 결제 검증 표준 SPV(Simplified Payment Verification) 기술에서 유래합니다.

BTC 메인넷을 자산 결제 층으로 간주하면, 경량 노드 클라이언트 방식을 사용하여 자산의 크로스 체인 이동의 안전성을 크게 향상시킬 수 있으며, 전체 노드 검증의 자원 소모와 비용을 피할 수 있습니다. ZK 기술을 사용하는 이유는 layer2 사이드 체인의 작업과 메인넷 검증 합의의 일관성을 보장하기 위해서입니다.

(명확히 할 점은, 경량 클라이언트는 결제 유형만 검증할 수 있으며 layer2 체인上的 상태 유효성을 검증할 수 없다는 것입니다. 즉, 메인넷은 layer2에서 제출된 부분 데이터를 기반으로 UTXO 잠금 조건이 해제되었는지 검증하여 자산 이동을 수행할 수 있지만, layer2 체인上的 더 복잡한 상태를 검증할 수는 없습니다.)

ZK 경량 클라이언트 + 중계 체인 방식은 자산의 안전한 크로스 체인과 동일 체인 내 마찰 없는 전환을 실현할 수 있습니다. 중계 체인은 전체 체인 환경에 적합한 스마트 계약을 배포하고(BTC와 같은 스마트 계약이 없는 경우 경량 클라이언트를 사용하여 자산의 안전한 이동을 수행) 크로스 체인 통신을 위해 일련의 표준을 따르며, POS 기반의 상호작용 유효성 검증 메커니즘과 결합됩니다. 이러한 것들이 이루어지면 전체 체인 상호작용 가능성 해결책이 형성됩니다.

MAP Protocol이 전체 체인 상호작용 가능성을 가진 유전자 덕분에 BTC layer2로定位하면 발전 경로도 달라질 것입니다:

1) MAP은 BTC 메인넷의 특성을 중점적으로 다루어 자신의 layer2 기능을 풍부하게 하여 BTC 자산, 즉 BTC 주 자산 외에도 많은 각인 자산이 layer2로 안전하게 크로스 체인될 수 있도록 할 것입니다.

BTC와 같은 강력한 합의 자산의 유통은 어떤 layer2 확장 방안도 BTC 홀더들의 합의를 흔들기 어렵습니다. 그러나 각인 자산은 다릅니다. BTC layer2는 이러한 BTC 파생 자산을 더 낮은 비용과 손실로 관리하고 유통할 수 있으며, layer2를 통해 BTC 메인넷의 가치를 확장하는 목표를 달성할 수 있습니다.

이 목표를 달성하기 위해서는 단순히 BTC 자산을 layer2 체인에 래핑하는 것만으로는 부족하며, 인덱서의 원장 일관성 관리, 다양한 BTC 파생 각인 자산의 유통성 호환 및 관리 등이 포함됩니다. 분명히 BTC 파생 자산의 특성을 중심으로 BTC 원주 특성에 맞는 더 많은 확장 성능을 개발하는 것이 핵심입니다.

2) MAP은 다른 BTC layer2의 상호운용성 층(0층)이 될 것입니다. BTC layer2가 성숙한 EVM 체인과 Non-EVM 성능 체인에 접속한다고 가정해 보십시오. 이러한 체인들은 BTC 메인 체인과 어떤 방식으로든 연결될 수 있지만, 핵심 문제는 상호운용성(interoperability) 아닐까요? 분명히 충분히 이질적인 BTC 메인넷 특성을 가지고 다른 전체 체인 환경과 호환되는 체인 내 체인이 핵심이 될 것입니다.

MAP은 layer2 체인의 C위를 차지하기 위해 경쟁할 필요가 없으며, 다른 layer2 체인들이 서로 경쟁하는 모습을 지켜본 후, 그들이 시장을 찢어놓을 때 자신의 전체 체인 상호작용 가능성 특성을 기반으로 유동성을 통합하고 관리할 수 있습니다.

제 생각에는, 이것이 아마도 훌륭한 전략이 될 것입니다.

물론 BTC layer2 경쟁의 황무기 동안, 모두가 C위를 차지하기 위해 머리를 쥐어짜고 있으며, 그 중에는 BTC 메인 체인의 객관적 결함을 무시하고 2층 체인의 가치 핵심을 명확히 하지 못하는 방안들이 시장에서 활발히 활동하고 있습니다. 이러한 배경 속에서, 만약 하나의 BTC layer2가 안정적으로 자리 잡고 자신의 생태적 위치를 찾는다면, 그것이 궁극적인 승리의 열쇠가 될 것입니다.