ZK 크로스 체인 통신 프로토콜: 안전하고 저렴한 비용으로 전체 체인 DApp의 미래 구축

IOSG 벤처스
2023-02-28 17:13:38
수집
ZKP는 크로스 체인 통신을 위한 새로운 방식을 제공합니다. 비록 전통적인 크로스 체인 브리지의 보안 문제를 완전히 해결할 수는 없지만, ZKP의 힘을 빌려 안전한 크로스 체인 메시지 통신의 비용이 크게 줄어들었습니다.

저자: Yiping, IOSG Ventures

TL;DR

  • ZK는 크로스 체인 통신을 위한 안전하고 저렴한 방법을 제공합니다.
  • 크로스 체인 통신 프로토콜은 아직 초기 단계에 있지만, DApp이 다양한 체인에서 데이터를 접근할 수 있도록 할 것으로 기대됩니다.
  • DeFi와 전체 체인 DApp은 크로스 체인 DApp의 발전으로부터 혜택을 받을 것입니다.
  • 크로스 체인 DApp의 영향은 향후 몇 년 내에 매우 클 것으로 예상되며, 이는 세계화의 영향과 유사합니다.
  • 개발자들은 크로스 체인 DApp을 구축하기 위한 최적의 모델을 탐색하고 있습니다.
  • 지연, 안전성 및 비용은 ZK 크로스 체인 정보 프로토콜의 주요 지표입니다.
  • ZK 크로스 체인 프로토콜의 네 가지 주요 구성 요소는 다음과 같습니다: 저장 증명 생성, 저장 증명과 ZKP 결합, ZKP 중계, 약속 전개.

서론

이전에는 이더리움과 비트코인만 있었습니다. 그들은 가장 많은 유동성과 사용자, 애플리케이션 및 거래를 보유하고 있었습니다. 2020년 이후, Avalanche, Polygon 및 BSC와 같은 많은 새로운 블록체인이 등장했습니다.

이 체인들의 메인넷이 출시된 후, 우리는 이더리움과 비트코인에서 ALT 체인으로의 패러다임 전환을 보았습니다. 사용자는 새로운 기회를 찾기 위해 이더리움에서 ALT 체인으로 이동했습니다. 개발자는 기존 프로젝트를 포크하기 위해 이더리움에서 ALT 체인으로 이동했습니다. 이러한 개발자들은 높은 수익을 추구하는 사용자에게 새로운 기회를 창출했습니다.

이더리움은 한때 비트코인을 제외한 암호화폐 세계에서 모든 유동성을 보유하고 있었습니다. 2020년 말, 이더리움의 TVL 비율은 급격히 60%로 감소했습니다. 다음은 165개 체인의 TVL 데이터입니다.

image

오늘날 주요 체인의 TVL 파이 차트는 다음과 같습니다. 이더리움은 대부분의 유동성을 차지하고 있습니다. Tron과 BSC는 각각 두 번째와 세 번째 자리를 차지하고 있습니다.

image

자산과 유동성이 다양한 체인에 분산된 후, 사용자는 서로 다른 체인에서 자산을 관리하고 이동하는 방법을 고려하기 시작했습니다. 자산 발행자도 다양한 체인으로 확장하여 사용자 기반을 확장하는 방법을 고려하고 있습니다.

크로스 체인 자산 브리지는 2022년부터 인기를 끌기 시작했습니다. 사용자는 더 이상 CEX를 크로스 체인 브리지로 사용하지 않고, 분산형 크로스 체인 브리지로 전환하려고 시도하고 있습니다. 자산 크로스 체인 브리지는 때때로 멈추고 공격에 취약하지만, 대량의 자금을 이동하는 데 더 쉽게 사용할 수 있습니다.

그러나 자산 크로스 체인 브리지는 아직 초기 단계에 있으며 DApp 개발자의 요구를 충족하지 못하고 있습니다. 자산 크로스 체인 브리지는 동일한 자산이 서로 다른 네트워크 간에 흐를 수 있도록 할 뿐입니다. 이는 개발자에게는 너무 제한적입니다. 개발자들은 보다 일반적인 크로스 체인 방법을 찾고 있습니다.

크로스 체인 통신은 강력한 사용자 정의 기능을 제공합니다. 개발자는 크로스 체인 통신을 기반으로 전체 체인 DApp을 개발할 수 있습니다. DApp 구축자는 서로 다른 체인 간에 메시지를 전달하고 필요한 블록 정보를 얻기를 원합니다. 이러한 특성 덕분에 전체 체인 DApp의 구축 패러다임은 비통신에서 분산 설계로 전환됩니다. 비통신 및 상호 독립적인 모델에서는 서로 다른 체인上的 DApp 인스턴스가 서로 데이터를 공유할 수 없습니다. 분산 설계에서는 DApp 인스턴스가 서로 통신할 수 있으며 정기적으로 데이터를 하나의 인스턴스에 동기화할 수 있습니다. 해당 인스턴스는 모든 데이터를 수집하고 다른 인스턴스의 매개변수를 수정할 수 있습니다.

image

ZK 기반의 크로스 체인 통신 덕분에 ZKP는 간결한 증명을 제공할 수 있으며, 이는 더 적은 저장 공간을 소모하고 원천 체인 상태를 목표 체인으로 중계할 수 있습니다. 또한, 목표 체인에서 SNARK 증명을 검증하는 것은 상대적으로 저렴합니다. ZKP의 이 두 가지 중요한 특성은 저비용의 크로스 체인 메시지 및 상태 전달을 가능하게 합니다. 목표 체인에서 원천 체인 상태를 검증함으로써 IBC 스타일의 크로스 체인 브리징을 구현할 수 있습니다. 이는 크로스 체인의 안전성을 크게 증가시킵니다.

현재 상황

대부분의 블록체인 네트워크는 서로 격리되어 있어 자산이나 토큰을 직접 교환할 수 없습니다. 크로스 체인 자산 브리지는 사용자가 서로 다른 블록체인 네트워크 간에 자산이나 토큰을 이동할 수 있도록 허용합니다.

Wormwhole, cbridge 및 Stargate와 같은 프로젝트의 출현으로 인해 크로스 체인 자산 브리지 개념은 지난 몇 년 동안 주목받기 시작했습니다. 이러한 프로젝트는 사용자가 자산과 토큰을 원활하게 교환할 수 있는 상호 운용 가능한 블록체인 브리지를 만드는 것을 목표로 하고 있습니다.

image

크로스 체인 자산 브리지는 개발자의 요구를 충족하지 못하고 있습니다. 개발자들은 보다 일반적인 크로스 체인 방법, 즉 크로스 체인 메시지 프로토콜을 찾고 있습니다. 이러한 크로스 체인 브리지는 대부분 자체 크로스 체인 메시지 프로토콜을 가지고 있으며, 예를 들어 Celer IM, LayerZero, Multichain의 anyCall, Connext의 xcall 등이 있습니다. 그들은 다음과 같은 API를 제공합니다.

image

크로스 체인 메시지 통신 프로토콜은 해당 크로스 체인 자산 프로토콜을 기반으로 구현됩니다. 몇 가지 수정으로 이러한 크로스 체인 자산 프로토콜은 이제 체인 간에 메시지를 전달할 수 있습니다. 이는 그들이 크로스 체인 메시지 프로토콜을 위한 맞춤형 기능을 구현하기 어렵게 만듭니다. 왜냐하면 전체 설계가 크로스 체인 자산 이동과 호환되어야 하기 때문입니다. 그들은 메시지를 한 체인에서 다른 체인에 배포하는 것과 같은 크로스 체인 애플리케이션 구축에 필요한 몇 가지 주요 기능이 부족합니다. 이는 개발자가 실용적인 전체 체인 DApp을 구축하기 어렵게 만듭니다.

크로스 체인 메시지 통신 프로토콜은 여전히 초기 단계에 있습니다. 대규모 전체 체인 DApp이 이러한 크로스 체인 통신 프로토콜 위에 완전히 구축된 적은 없습니다.

왜 ZK가 필요한가?

이러한 크로스 체인 브리지가 많은 편리함을 제공하지만, 자금 활용도를 높이고 사용자 경험을 개선하는 등의 장점이 있지만, 보안 위험도 동반합니다. 크로스 체인 브리지에 대한 공격은 사용자에게 막대한 경제적 손실을 초래했습니다. 이는 보안이 크로스 체인 브리지 개발의 최우선 과제가 되도록 만들었습니다. 이러한 공격으로 인해 사용자는 15억 달러 이상을 잃었습니다.

image

1년 동안 크로스 체인 브리지는 해커 사건에서 약 13억 달러의 총 손실을 입었습니다. 크로스 체인 브리지의 사용 수수료는 약 5‱입니다. Multichain은 크로스 체인 브리지의 주요 프로젝트입니다. Multichain의 30일 거래량은 17억 달러이며, 수수료 수익은 63만 5천 달러입니다. 따라서 연간 거래량은 약 204억 달러이며, 수수료 수익은 760만 달러입니다. 이러한 추정에 따르면, 크로스 체인 브리지 시장의 수수료 총 수익은 해커에게 도난당한 자금보다 훨씬 적습니다.

원천 체인 블록 헤드를 검증함으로써 ZKP 크로스 체인 메시지 프로토콜은 일부 보안 문제를 완화할 수 있습니다. 사용자는 목표 체인에서 원천 체인 증명에 직접 접근하고 증명을 스스로 검증할 수 있습니다. ZKP가 없다면, 이는 매우 어렵습니다. 전통적인 프로젝트에서는 이러한 검증 비용이 너무 높아 사용자가 감당할 수 없습니다.

설계

이 섹션에서는 ZKP가 어떻게 저비용, 안전한 크로스 체인 정보 통신을 구현하는지 논의하겠습니다.

ZKP를 사용하여 메시지를 중계하는 아이디어는 직관적이지만, 세부 설계는 복잡할 수 있습니다. 전체 작업 흐름은 다음 단계로 나눌 수 있습니다:

  • 어떤 데이터를 목표 체인으로 전달할지 결정합니다.
  • 저장 증명 확보 (데이터가 EVM 저장소에 존재함을 증명)
  • 저장 증명을 기반으로 ZK 증명 생성
  • ZK 증명을 시작 체인에서 목표 체인으로 전달
  • 목표 체인에서 ZK 증명 전개
  • 목표 체인에서 크로스 체인 정보 읽기
  • 저장 증명 생성

대부분의 EVM 호환 체인은 이 기능을 제공합니다. 사용자가 저장 슬롯을 명확히 하면, RPC를 호출하여 이 방법으로 저장 증명을 생성할 수 있습니다.

image

EVM 호환 체인은 Merkle Tree를 사용하여 계정과 데이터를 저장합니다. 이는 이러한 데이터를 검증하기 위한 Merkle Proof를 생성하는 것을 상대적으로 간단하게 만듭니다.

Merkle Tree는 컴퓨터 과학에서 사용되는 데이터 구조입니다. 암호학과 블록체인에서 많이 사용됩니다. 그것은 발명자 Ralph Merkle의 이름을 따서 명명되었으며, 이진 해시 트리라고도 불립니다. Merkle Tree의 기본 아이디어는 대량의 데이터를 더 작은 부분으로 나누고 각 부분을 해시 처리한 다음 해시 값을 결합하여 단일 루트 해시 값을 형성하는 것입니다. 이 루트 해시는 전체 데이터 세트의 지문 역할을 하여 데이터의 무결성을 효율적이고 안전하게 검증할 수 있게 합니다.

블록체인에서 Merkle Tree는 블록 내의 거래를 집계하고 검증하는 데 사용됩니다. 각 거래는 해시 처리되어 트리에 추가되며, 해시 값은 특정 방식으로 결합되어 단일 루트 해시 값을 형성한 후 블록 헤드에 추가됩니다. 이는 많은 거래의 유효성을 개별적으로 검증하지 않고도 효율적이고 안전한 방식으로 검증할 수 있게 합니다. 거래의 데이터가 변경되면 루트 해시도 변경되어 데이터가 변조되었음을 나타냅니다.

Merkle 증명, 또는 Merkle 경로는 특정 데이터가 Merkle Tree에 포함되어 있음을 증명하는 암호학적 증명입니다. Merkle Tree 증명은 전체 Merkle Tree를 다운로드하고 검증하지 않고도 거래 또는 기타 데이터의 진위를 검증하는 방법을 제공합니다.

Merkle 증명에서 사용자는 Merkle Tree의 바닥에서 루트 해시까지의 일련의 해시와 검증할 특정 데이터를 제공합니다. 특정 데이터에서 시작하여 트리를 따라 올라가면서 수신자는 루트 해시를 계산하고 이를 블록 헤드에 저장된 루트 해시와 비교할 수 있습니다. 계산된 루트 해시 값이 저장된 루트 해시 값과 일치하면 수신자는 특정 데이터가 블록에 포함되어 있으며 변경되지 않았음을 확신할 수 있습니다.

Merkle 증명은 블록체인 네트워크의 효율성과 확장성을 보장하는 중요한 구성 요소입니다. 전체 Merkle Tree를 다운로드하고 검증하지 않고도 특정 데이터를 검증할 수 있도록 함으로써, Merkle Proof는 전송 및 처리해야 할 데이터 양을 줄여 네트워크의 전체 성능을 향상시킵니다.

저장 증명과 ZKP 결합

전체 저장 증명을 목표 체인에 게시하는 것은 비현실적입니다. 그 이유는 크기가 너무 크고 약 4kb에 달하기 때문입니다. 증명을 검증하는 것도 비용이 많이 듭니다. 이더리움에서 검증하는 데는 600k gas가 필요합니다. gas 가격이 30 gwei일 경우, 총 비용은 0.018 ETH(30 달러)입니다.

이 경우 ZKP는 압축 및 조합 가능성을 제공합니다. 개발자는 Merkle Tree Proof를 기반으로 ZKP를 생성할 수 있습니다. 이는 증명의 크기를 크게 줄이고 증명을 더 쉽게 검증할 수 있게 합니다. Plonk 검증에는 약 290k gas가 필요합니다. gas 가격이 30 gwei일 경우, 총 비용은 0.009 ETH(15 달러)입니다. Groth16 검증에는 약 210k gas가 필요합니다. gas 가격이 30 gwei일 경우, 총 비용은 0.006 ETH(10 달러)입니다.

조합 가능성을 통해 개발자는 서로 다른 저장 증명을 하나의 ZKP로 결합하여 자원을 절약할 수 있습니다.

ZKP 중계

관련 약속, 예를 들어 상태 루트 또는 관련 ZKP를 목표 체인으로 안전하게 전달하기 위해서는 합의 메커니즘을 설계해야 합니다.

ZKP 중계에는 3가지 일반적인 방법이 있습니다:

메시지 전달: 일부 메시지 전달 프로토콜을 사용하여 ZKP를 전달하고 OP CODE를 통해 관련 약속을 얻습니다.

합의 검증: 합의 알고리즘을 실행하여 관련 약속을 검증합니다.

Optimistic MPC 중계: 많은 크로스 체인 자산 브리지 및 OPRU 설계에서 본 것과 유사한 부분적인 아이디어입니다. 초기 체인과 목표 체인 사이에 위원회가 있습니다. 위원회의 참여자들은 중계 약속의 유효성을 결정합니다. 누구나 유효성에 도전할 수 있습니다. 그러나 도전이 발생할 때, 브리지는 Rollup처럼 롤백할 수 없습니다. 악의적인 메시지의 전파를 실제로 방지하기 위해 별도의 도전자가 필요합니다. 이러한 상황에서는 도전 비용이 높고 지연이 크며, 이는 루트 해시와 모든 CALL DATA를 초기 체인에 지속적으로 업로드해야 하기 때문입니다. 또한 이는 점대점 방식으로만 작동할 수 있습니다.

ZKP 중계에서 가장 중요한 요소는 다음과 같습니다:

  • 지연
  • 비용
  • 신뢰
  • 오프체인 계산

image

메시지 전달의 지연은 상당히 높습니다. 메시지 전달은 확인하는 데 시간이 필요합니다. 블록이 생성된 후에야 사용자는 전달이 성공했음을 확인할 수 있습니다. 비용 측면에서 메시지 전달은 두 체인과 상호작용해야 하므로 비교적 높습니다. 이 방법은 신뢰가 적게 필요합니다. 왜냐하면 보안성이 체인의 보안성과 동일하기 때문입니다. 이 방법은 오프체인 계산을 수행하지 않습니다.

합의 검증은 실행 가능한 방법입니다. 이는 메시지 전달과 유사한 지연, 신뢰 가정 및 비용을 가지고 있습니다. 그러나 서명을 오프체인에서 검증해야 합니다. 이는 많은 오프체인 계산의 오버헤드를 초래합니다. 그러나 오늘날 합의 검증도 ZKP를 통해 수행할 수 있습니다.

Optimistic MPC 중계는 일부 신뢰를 희생하지만 더 낮은 지연을 얻습니다. 사용자는 거래를 중계 네트워크에 게시하기만 하면 됩니다. 구체적인 지연은 특정 optimistic MPC 중계 메커니즘에 따라 달라집니다. 도전 기간은 더 큰 지연을 초래할 수 있습니다. 사용자는 중계 네트워크에 최소한의 신뢰를 가져야 합니다. 이 방법은 대량의 오프체인 계산을 필요로 하지 않지만, 중계 네트워크 내에서 통신 및 사기 증명이 필요합니다.

약속 전개

약속을 받은 후, 목표 체인의 사용자는 약속을 전개하여 초기 체인의 과거 상태에 접근할 수 있습니다.

세 가지 일반적인 전개 방법은 다음과 같습니다:

  • 체인 상 누적
  • 체인 상 압축
  • 오프체인 압축

체인 상 누적은 블록체인 네트워크에서 약속을 전개하는 방법입니다. 이 방법에서는 약속에서 블록 헤드를 재생성하는 전체 과정이 블록체인에서 직접 실행됩니다. 올바르게 인코딩된 블록 헤드는 거래의 CALL DATA로 사용되며, 블록체인이 계산을 수행합니다. 이 방법의 장점은 증명 시간 측면에서 추가 비용이 없다는 것입니다. 또한 증명이 블록체인 외부에서 검증될 필요가 없기 때문에 지연이 매우 낮습니다. 그러나 단점은 계산이 많은 자원을 소모할 수 있기 때문에 비용이 높을 수 있다는 것입니다.

체인 상 압축은 블록체인에 저장해야 할 데이터 양을 줄이는 방법입니다. 이는 블록체인에 대량의 데이터를 저장하는 비용을 최소화하는 데 사용됩니다. 체인 상 압축의 기본 아이디어는 압축 알고리즘을 사용하여 데이터의 크기를 줄여 블록체인에서 차지하는 공간을 줄이는 것입니다. 이는 데이터에서 불필요한 정보를 제거하거나 공간 효율성을 최적화한 데이터 구조를 사용하여 수행할 수 있습니다. 그런 다음 압축된 데이터는 블록체인에 저장되며, 필요할 때 해제할 수 있습니다.

체인 상 압축은 저장 비용을 줄이고 블록체인의 확장성을 높이는 장점이 있습니다. 그러나 몇 가지 단점도 있습니다. 예를 들어, 데이터의 압축 및 해제 과정은 계산적으로 비쌀 수 있으며, 이는 블록체인의 지연을 증가시킬 수 있습니다. 또한 사용되는 압축 알고리즘은 데이터의 보안성에 부정적인 영향을 미칠 수 있습니다. 왜냐하면 변조나 공격에 취약할 수 있기 때문입니다.

오프체인 압축은 체인 상 압축과 유사합니다.

다음은 이 세 가지 방법의 비교 표입니다:

image

관련 프로젝트

많은 ZK 브리지 프로젝트가 서로 다른 체인의 상호 운용성을 높이고 잠재적인 해커 위험을 줄이기를 희망하고 있습니다.

이 분야에는 많은 프로젝트가 있습니다. 예를 들어:

  • Succinct Labs
  • Lagrange
  • zkBridge
  • Herodotous
  • =nil; Foundation

Succinct Labs는 경량 클라이언트 방법을 사용합니다. 그것은 경량 클라이언트를 사용하여 목표 체인에서 시작 체인의 합의 계층을 검증합니다. ZKP는 합의 증명을 생성하는 데 사용됩니다.

Lagrange Labs는 비상호작용 크로스 체인 상태 증명을 구축합니다. Lagrange Attestation Network는 상태 루트를 생성하는 역할을 합니다. 각 Lagrange Node는 특정 체인의 상태를 증명하기 위해 분할된 개인 키의 일부를 포함합니다. 각 상태 루트는 특정 체인의 특정 시점 상태를 증명하는 데 사용할 수 있는 임계값 서명의 Verkle Root입니다. 상태 루트는 완전히 일반적이며, 상태 증명에서 체인 내의 모든 계약 또는 지갑의 현재 상태를 증명하는 데 사용할 수 있습니다.

image

Herodotus는 ZKP의 저장 증명을 사용하여 이더리움에서 온 체인 데이터에 대한 스마트 계약의 접근을 제공합니다. 그것은 약속을 중계하기 위해 MPC Optimistic Relayer를 가지고 있습니다. 그것은 오프체인 압축을 사용하여 중계의 블록체인 헤드를 오프체인에서 전개하고 증명을 생성합니다.

zkBridge는 MPC 중계 네트워크를 사용하여 블록 헤드의 ZKP를 생성하고 이를 목표 체인으로 중계합니다. 그것은 deVrigo와 재귀 증명을 사용하여 매우 빠른 증명 시간을 달성하지만, MPC 부분은 높은 복잡성을 가지고 있습니다.

첫 번째 사용자가 크로스 체인 메시지 요청을 시작합니다. 초기 체인 내의 발신자는 블록 헤드를 중계 네트워크로 전달합니다. 중계 네트워크의 검증자는 블록 헤드의 증명을 생성하고 이를 업데이트 계약으로 전달합니다. 업데이트 계약이 증명을 검증한 후, 증명을 수락합니다. 업데이트 계약은 증명을 수신자에게 전달하고, 수신자는 이를 목표 체인 내의 애플리케이션 및 사용자에게 전달합니다.

image

=nil; Foundation은 ZK 크로스 체인 메시지 프로토콜에도 전념하고 있습니다. 그것은 개발자가 이더리움에서 Mina의 상태에 접근할 수 있도록 합니다. 그들은 2021년 말에 이더리움에서 Mina 상태를 검증할 수 있는 데모를 출시했습니다. 이 인프라는 이더리움의 스마트 계약이 Mina 상태의 유효성을 검증할 수 있도록 합니다. 이 인프라를 통해 스마트 계약은 무효한 크로스 체인 거래를 식별할 수 있는 능력을 갖추게 됩니다.

Mina는 자체 상태 증명을 가지고 있지만, 이더리움에서 이를 검증하는 비용이 매우 높습니다. =nil; Foundation은 이더리움에서 검증하기 저렴한 보조 상태 증명을 생성하기 위해 자체 Placeholder 증명 시스템을 사용합니다. 이 인프라는 이더리움 스마트 계약이 Mina 상태 증명을 완전히 온체인에서 검증할 수 있도록 합니다. 향후 크로스 체인 애플리케이션은 이 인프라를 통해 크로스 체인 거래의 합법성을 직접 검증할 수 있습니다.

이 기반의 자산 크로스 체인 브리지는 다음과 같은 몇 가지 단계를 포함합니다:

  • 크로스 체인은 Mina에서 $Mina를 잠급니다.
  • 이 인프라는 Mina 상태 증명을 생성합니다.
  • 이 인프라는 Mina 상태 증명을 이더리움에 제출합니다.
  • 이더리움 체인 상의 계약이 상태 증명의 유효성을 검증합니다.
  • 이더리움 체인 상의 계약이 Mina 상태 증명을 수신하고 저장합니다. 만약 증명이 유효하다면.
  • 크로스 체인은 이더리움 체인에서 Mina 및 거래 상태를 검증하고 $WMINA를 방출합니다.

이후 =nil; Foundation은 단방향성 문제를 해결하기 위해 노력하고 있습니다. 이전의 데모에서는 단방향 크로스 체인 통신만 지원했습니다. 이제 그들은 이론적으로 양방향 브리지를 지원합니다. 초기 체인에서 상태 증명은 Placeholder 증명 시스템에서 생성되고, 다시 Kimichi 증명 시스템을 사용하여 증명이 생성됩니다. 그런 다음 이 증명이 Mina 검증자에게 제출됩니다. 검증자는 초기 체인 상태 증명을 Mina의 원주율 zkApp에서 생성된 증명으로 간주합니다.

=nil; Foundation은 또한 Proof Market을 출시했습니다. 사용자/프로젝트는 그곳에서 대부분의 SNARK 증명을 구매/판매합니다. 현재 두 가지 거래 쌍이 있습니다: ARITHMETIC-EXAMPLE 및 MINA-STATE.

다음은 이러한 프로젝트의 자세한 비교입니다:

image

응용 사례

ZK 기반의 크로스 체인 메시지 중계 프로토콜을 통해 개발자는 애플리케이션을 다양한 블록체인으로 쉽게 확장할 수 있습니다.

과거에는 계약 배포가 주로 하나의 체인에 집중되었습니다. 다른 체인으로 확장할 때는 애플리케이션을 다시 배포해야 했습니다. ZK 기반의 크로스 체인 메시지 중계 프로토콜을 사용하면 단일 체인 애플리케이션에서 크로스 체인 애플리케이션으로의 패러다임 전환이 이루어질 것입니다. 대규모 프로젝트는 다양한 체인으로 쉽게 확장할 수 있습니다. 이는 세계화와 유사한 효과를 가져올 것입니다. 우리는 더 많은 국제 기업이나 대규모 크로스 체인 DApps를 보기를 희망합니다.

저지연/실시간 및 저비용의 크로스 체인 메시지 중계 프로토콜은 다양한 가능성을 가진 시장을 열 것입니다. DeFi, DID, 거버넌스 및 개발이 혜택을 받을 것입니다.

DeFi

DeFi는 많은 혜택을 받을 수 있습니다. 크로스 체인 메시지 중계 프로토콜은 DeFi 제품이 다양한 체인에서 유동성을 통합하는 데 도움을 줄 수 있습니다.

DEX, 크로스 체인 거래 및 집계기는 더 나은 사용자 경험, 더 낮은 슬리피지 및 더 높은 거래 쌍 유동성을 제공할 수 있습니다. 서로 다른 체인上的 동일한 거래 쌍은 통합된 유동성 풀을 가질 것입니다. 서로 다른 체인 DEX 간의 가격 차이는 더 작아질 것입니다. DEX는 분명히 더 많은 유동성을 집결하고 CEX에 필적하는 사용자 경험을 제공할 수 있습니다.

농업은 더 유연한 전략을 가질 수 있습니다. 이제 그들은 다양한 체인에서 더 많은 수익 기회를 찾을 수 있습니다.

대출 프로토콜은 다양한 체인上的 더 많은 DeFi 프로토콜과 협력하고, 다양한 체인上的 다양한 토큰의 예금을 받을 수 있습니다.

온체인 파생상품은 유동성 측면에서 큰 혜택을 받을 것입니다. 안전한 크로스 체인 통신을 통해 파생상품 시장은 다양한 체인上的 더 많은 잠재 고객에게 접근할 수 있으며, 더 많은 유동성을 집결할 수 있습니다. 이는 더 나은 거래 경험을 제공할 수 있습니다.

자산 관리 애플리케이션은 다양한 체인에서 더 많은 자산에 접근할 수 있습니다. 그들은 또한 다양한 체인에서 온 파생상품에 접근할 수 있습니다. 이는 재무 관리자가 더 많은 투자 전략을 사용할 수 있게 합니다.

응용 체인

응용 체인 또는 맞춤형 Rollup은 Dapps에 더 많은 자유를 제공합니다. Dapp 개발자는 성능이나 특정 기술적 특성과 같은 자신의 요구에 맞게 응용 체인을 사용자 정의할 수 있습니다. Dapp 개발자는 사용자에게 인센티브를 주기 위해 수수료 구조를 사용자 정의할 수도 있습니다. Cosmos에는 더 나은 상호 운용성을 제공하는 많은 응용 체인이 있습니다. ZK 지원 크로스 체인 프로토콜은 비-Cosmos 응용 체인과 EVM 또는 layer2 생태계를 연결하는 더 나은 도구가 될 것입니다. 개발 중인 많은 Rollup SDK는 ZK 지원 크로스 체인 프로토콜의 혜택을 받을 수 있습니다.

Cosmos 생태계는 APP 체인에서 다른 모든 주요 생태계보다 앞서 있습니다. Cosmos는 크로스 애플리케이션 체인 공유 보안 측면에서 좋은 진전을 이루었습니다. ZKP는 Cosmos 생태계의 확장을 촉진할 수 있습니다. Composable finance는 Cosmos를 Polkadot 및 NEAR로 확장하기 위해 노력하고 있습니다. Electron Labs와 zkBridge는 Cosmos를 이더리움으로 가져오고 있습니다.

다양한 체인의 특성 활용

어떤 블록체인도 완벽하지 않습니다. 그들은 다른 기능을 희생하여 하나의 목적을 위해 최적화됩니다. 크로스 체인 메시지 전달 프로토콜을 통해 개발자는 각 블록체인의 장점을 활용하고 단점을 피할 수 있습니다.

DApp 개발자는 서로 다른 체인에 DApp 구성 요소를 배포할 수 있습니다. 예를 들어, 계산 비용이 낮기 때문에 특정 체인은 계산에 적합할 수 있습니다. 일부 체인은 프라이버시를 최적화하여 DApp의 프라이버시 기능으로 활용될 수 있습니다. 일부 체인은 파일을 호스팅할 수 있고, 다른 체인은 프론트엔드를 제공하는 데 적합할 수 있습니다. 크로스 체인 메시지 전달 프로토콜은 이러한 구성 요소를 결합하고 개발자가 각 블록체인을 최대한 활용할 수 있도록 합니다.

결론

ZKP는 크로스 체인 통신을 위한 새로운 방법을 제공합니다. 전통적인 크로스 체인 브리지의 보안 문제를 완전히 해결할 수는 없지만, ZKP의 힘 덕분에 안전한 크로스 체인 메시지 통신의 비용이 크게 줄어들었습니다. 증명의 크기는 이전보다 훨씬 작습니다. 온체인 검증 비용도 많이 줄어들었습니다. 목표 체인에서 원천 체인 상태를 검증할 수 있는 것은 IBC 스타일의 공유 보안을 구현할 수 있습니다. 이는 과거에는 저비용으로 실현할 수 없었습니다.

ZK 크로스 체인 통신 프로토콜은 서로 다른 체인上的 프로토콜이 상호 소통할 수 있는 능력을 부여합니다. 개발자는 ZK 크로스 체인 프로토콜을 기반으로 전체 체인 DApp을 개발할 수 있습니다. DeFi와 응용 체인은 이로부터 혜택을 받을 것입니다.

크로스 체인 통신 프로토콜은 여전히 초기 단계에 있습니다. 개발자들은 이러한 프로토콜을 개발하기 위해 노력하고 있으며, 서로 다른 체인 간에 상태를 실시간으로 동기화하는 방법과 같은 문제는 여전히 해결되지 않았습니다. 크로스 체인 DApp을 디버깅하는 것도 매우 어려울 수 있습니다. 개발자들은 크로스 체인 DApp을 구축하기 위한 최적의 모델을 탐색하고 있으며, 향후 몇 년 내에 크로스 체인 DApp의 영향을 볼 수 있을 것입니다. 서로 다른 블록체인을 연결하는 크로스 체인 통신 프로토콜은 세계화와 같은 영향을 미칠 것입니다.

참고:

https://medium.com/@ingonyama/bridging-the-multichain-universe-with-zero-knowledge-proofs-6157464fbc86

https://www.youtube.com/watch?v=8mE_0qZNVjo

https://www.ingonyama.com/blogs/bridging-the-multichain-universe-with-zero-knowledge-proofs

관련 태그
체인캐처(ChainCatcher)는 독자들에게 블록체인을 이성적으로 바라보고, 리스크 인식을 실제로 향상시키며, 다양한 가상 토큰 발행 및 조작에 경계해야 함을 상기시킵니다. 사이트 내 모든 콘텐츠는 시장 정보나 관련 당사자의 의견일 뿐이며 어떠한 형태의 투자 조언도 제공하지 않습니다. 만약 사이트 내에서 민감한 정보를 발견하면 “신고하기”를 클릭하여 신속하게 처리할 것입니다.
체인캐처 혁신가들과 함께하는 Web3 세상 구축