Tongzhengtong Research Institute × FENBUSHI DIGITAL 공동 제작

Tongzhengtong Research Institute × FENBUSHI DIGITAL 공동 제작

특별 고문: Shen Bo, JX

가이드

블록체인 산업의 활발한 발전과 함께 다양한 퍼블릭 체인, 프라이빗 체인 및 얼라이언스 체인이 등장했으며 자연스럽게 체인이 서로 어떻게 통신합니까? 이 보고서는 크로스체인의 의미와 의의, 크로스체인에서 해결해야 할 핵심 문제를 정리하고 크로스체인 기술의 개발 프로세스를 검토하며 주요 크로스체인 모델을 분석합니다.

요약

요약

크로스체인은 상대적으로 독립적인 블록체인 시스템을 연결하여 자산, 데이터 등의 크로스체인 상호운용성을 실현하는 것으로, 크로스체인의 주요 구현 형태는 크로스체인 자산 스왑과 크로스체인 자산 이전이 있다.

2013년 이전에는 블록체인 개발이 주로 단일 블록체인에 집중되어 있었습니다. 2013년부터 크로스 체인 기술이 활발하게 발전하여 몇 가지 크로스 체인 주요 모델이 차례로 제안되었습니다.

위험 경고: 양자 컴퓨터 기술은 비약적으로 발전하고 있습니다.

위험 경고: 양자 컴퓨터 기술은 비약적으로 발전하고 있습니다.

목차

목차

1 크로스체인 개요

1.1 크로스체인이란?

1.2 왜 크로스체인인가

1.3 크로스체인 개발 역사

1.4 크로스체인의 핵심 이슈

2 교차 체인의 주요 모드

2.1 해시 잠금: 교차 체인 자산 스왑

2.1.1 배경

2.1.2 기본 개념

2.1.3 사례: 라이트닝 네트워크

2.2 공증 메커니즘: 거래를 확인하기 위해 제3자에게 의존

2.2.1 배경

2.2.2 기본 개념

2.2.3 사례: Interledger 프로토콜

2.3 Sidechain/Relay: 대상 체인이 자체적으로 트랜잭션을 확인합니다.

2.3.1 배경

2.3.2 기본 개념

2.3.3 사례: BTC 릴레이

3 요약

3 요약

텍스트

텍스트

블록체인 산업의 활발한 발전과 함께 다양한 퍼블릭 체인, 프라이빗 체인 및 얼라이언스 체인이 등장했으며 자연스럽게 체인이 서로 어떻게 통신합니까? 이 보고서는 크로스체인의 의미, 의의 및 주요 이슈를 정리하고 크로스체인 기술의 개발 프로세스를 검토하며 주요 크로스체인 모델을 분석합니다.

1 크로스체인 개요

1.1 크로스체인이란?

크로스체인은 이름에서 알 수 있듯이 비교적 독립적인 블록체인 시스템을 연결하여 자산, 데이터 등의 크로스체인 상호 운용성을 실현하는 것입니다.

교차 체인의 주요 구현 형식에는 교차 체인 자산 교환 및 교차 체인 자산 전송이 포함됩니다.

크로스 체인 자산 교환은 한 체인의 자산을 다른 체인의 자산과 동등한 가치로 교환하는 것을 말하며 각 체인의 총 자산 금액은 변경되지 않습니다. 교차 체인 자산 스왑의 간단한 예는 다음과 같습니다.

Alice는 Bob의 50 ETH를 1 BTC로 교환하고 성공적인 교환 결과는 Alice의 ETH 주소는 Bob의 50 ETH를 받고 Bob의 BTC 주소는 Alice의 1 BTC를 받는 것입니다.

크로스 체인 자산 이전은 한 체인의 자산을 다른 체인으로 이전하는 것을 말하며 원래 체인의 자산은 잠그고 동일한 금액과 가치의 자산을 다른 체인에 다시 캐스팅합니다.각 자산의 총 가치 체인은 변경되지만 두 체인의 총 자산 가치 합계는 변경되지 않습니다. 교차 체인 자산 전송의 간단한 예는 다음과 같습니다.

Alice는 BTC 블록체인의 1 BTC를 ETH 블록체인으로 전송하고 BTC 블록체인의 1 BTC를 동결하고 ETH 블록체인에서 50 ETH를 새로 생성합니다.

1.2 왜 크로스체인인가

기본 퍼블릭 체인의 성능 및 기능 병목 현상을 극복하십시오. 블록체인 네트워크의 급속한 발전과 함께 성능은 점차 블록체인의 발전을 제한하는 주요 병목 현상이 되었으며 트랜잭션 처리의 일부를 사이드 체인 또는 오프 체인으로 이전함으로써 블록체인 네트워크의 성능을 향상시킬 수 있습니다. 일부 기능 혁신은 사이드 체인을 통해 실현될 수도 있으므로 메인 체인의 보안을 보장할 수 있습니다.

교차 체인 상호 운용성을 실현합니다. 단일 블록체인 시스템은 상대적으로 폐쇄적이며 블록체인 기술의 급속한 발전과 함께 체인 간의 "상호 운용성" 문제가 점차 부각되었습니다. 교차 체인 상호 운용성을 위한 특정 애플리케이션 시나리오에는 교차 체인 지불 및 결제, 분산 교환 및 교차 체인 정보 상호 작용이 포함되지만 이에 국한되지는 않습니다.

1.3 크로스체인 개발 역사

2013년 이전에는 블록체인 개발이 주로 단일 블록체인에 집중되어 있었습니다. 2013년부터 크로스 체인 기술이 번성했으며 몇 가지 주요 크로스 체인 모델(공증 체계, 사이드체인/릴레이 및 해시 잠금)이 차례로 제안되었습니다.

2013년 5월 Tier Nolan은 BitcoinTalk 포럼에서 "원자 전송"을 제안했습니다. 원자 전송은 원자 스왑이라고도 합니다. 세 번째 중간 상태가 있습니다. 이 방식은 크로스 체인의 메인 모드, 즉 해시 잠금 모드가 되도록 개선되었습니다.

2014년 10월, BlockStream은 처음으로 사이드체인의 개념을 명확하게 제안했습니다.페그된 사이드체인(Pegged Sidechains)은 양방향 페그 메커니즘을 사용하여 암호화된 자산을 사이드체인과 메인체인 간에 일정한 환율로 전송할 수 있도록 합니다. . 2016년 12월, BlockStream은 여러 당사자가 제어하는 ​​다중 서명 주소를 도입하여 대기 시간을 줄이고 상호 운용성을 향상시키는 강력한 연합을 갖춘 사이드체인을 추가로 제안했습니다.

2015년 2월 Poon은 자산 BTC 오프체인 트랜잭션을 실현하기 위해 해시 잠금을 기반으로 하는 Lightning Network(Lightning Network) 백서를 발표했습니다.

2015년 10월, 서로 다른 원장 간의 자산 전환을 실현하기 위한 공증 메커니즘을 기반으로 하는 Interledger Protocol 백서가 발표되었습니다.

2016년 5월 BTC 릴레이는 릴레이를 기반으로 BTC에서 ETH로의 단방향 교차 체인 연결을 실현했습니다.

2017년 Polkadot과 Cosmos는 크로스체인 인프라 릴레이 플랫폼 솔루션을 제안했습니다.

1.4 크로스체인의 핵심 이슈

크로스 체인 트랜잭션을 실현하는 데 있어 두 가지 주요 문제는 크로스 체인 트랜잭션의 원자성과 크로스 체인 트랜잭션의 검증입니다. 교차 체인 거래의 원자성을 보장함으로써 교차 체인 자산 스왑을 실현할 수 있으며 실제로는 주로 해시 잠금에 의존합니다. 교차 체인 자산 전송에는 교차 체인 트랜잭션 검증도 필요합니다.

교차 체인 트랜잭션의 원자성은 교차 체인 트랜잭션이 성공하거나 실패하고 제3의 중간 상태가 없음을 의미합니다. 완전한 교차 체인 트랜잭션은 여러 하위 트랜잭션으로 구성됩니다. 하위 트랜잭션은 서로 다른 블록체인 시스템에서 발생하며 서로 독립적입니다. 교차 체인 트랜잭션의 원자성은 하위 트랜잭션이 성공한 후 후속 하위 트랜잭션이 필요합니다. 트랜잭션이 성공하거나 후속 하위 트랜잭션이 실패하면 이전 하위 트랜잭션을 철회할 수 있습니다.

크로스 체인 트랜잭션 검증은 다른 체인의 트랜잭션 검증을 의미합니다. 검증에는 두 가지 측면이 포함됩니다. 하나는 트랜잭션이 원장에 기록되고 최종성을 충족하는 것이고 다른 하나는 체인 간 데이터 전송으로 한 체인은 다른 체인의 트랜잭션 상태를 확인할 수 있습니다.

크로스체인의 2가지 주요 모드

크로스 체인 트랜잭션의 원자성은 해시 잠금을 통해 보장할 수 있습니다.두 개의 독립적인 블록체인은 크로스 체인 트랜잭션 검증을 달성하기 위해 정보 상호 작용을 위해 외부 제3자에 의존해야 합니다.작업 범위에 따라 제3자는 공증 메커니즘과 릴레이 모드로 나눌 수 있습니다.

공증 메커니즘에 따라 제3자가 데이터 수집 및 거래 확인을 담당합니다.

릴레이 모드에서 제3자는 데이터 수집만 담당하고 트랜잭션 검증은 대상 체인에서 수행합니다.

2.1 해시 잠금: 교차 체인 자산 스왑

2.1.1 배경

해시 잠금은 아토믹 스왑에서 비롯되었으며, 가장 초기에 적용한 BTC의 라이트닝 네트워크는 확장 가능한 소액 결제 채널을 제공하고 일부 트랜잭션을 오프체인으로 전송하여 블록체인 네트워크의 트랜잭션 혼잡 문제를 해결했습니다.

2.1.2 기본 개념

간단히 말해, 해시 잠금 모드는 해시 잠금과 시간 잠금을 사용하여 교차 체인 트랜잭션의 원자성을 보장합니다. 즉, 트랜잭션은 특정 시간 조건과 해시 조건이 충족되는 경우에만 완료될 수 있습니다. HTLC(Hashed Time-Lock Contract)는 원자 교환 프로토콜의 특정 구현입니다.

Hash lock: Alice는 키 a에 대해 해시 연산을 수행하여 H(a)를 얻고 Bob에게 함수 H와 H(a)를 알려주고 Bob은 H와 H(a)를 사용하여 Alice가 제공한 키의 정확성을 확인합니다. .

시간 잠금: BTC 시스템을 예로 들면 BTC 시간 잠금을 실현하는 두 가지 방법이 있습니다. 하나는 절대 잠금, 즉 특정 시간 범위 내에서 되돌림 트랜잭션이 적용되지 않는 것이고 다른 하나는 상대적 잠금입니다. 즉, 특정 시간 또는 이벤트 잠금 트랜잭션에 상대적입니다.

HTLA(Hashed Time-Lock Agreements, Hashed Time-Lock Agreement)는 Interledger에서 제안한 HTLC의 일반화된 합의입니다. 계약에 따라 중앙 집중식 또는 비 중앙 집중식 원장은 HTLC 지원 여부에 관계없이 HTLA를 사용하여 교차 체인 자산 교환을 실현할 수 있습니다.

2.1.3 사례: 라이트닝 네트워크

라이트닝 네트워크는 BTC 네트워크를 위해 제안되었으며 메인 네트워크는 2018년 3월 15일에 시작되었습니다. 2018년 3월 20일 라이트닝 네트워크는 DDOS의 공격을 받아 200개 이상의 노드가 공격을 받아 오프라인 상태가 되었습니다. 라이트닝 네트워크 메인넷 출시 이후 노드 수, 채널 수, 네트워크 용량은 계속해서 증가했으며, 비트코인비주얼즈 데이터에 따르면 2019년 4월 24일 현재 라이트닝 네트워크 노드 수는 4,200개를 초과했고 채널 수는 초과했습니다. 38,000, 네트워크 용량은 약 575만 달러였습니다.

라이트닝 네트워크의 두 가지 주요 프로토콜은 RSMC(Revocable Sequence Maturity Contract)와 HTLC(Hashed Time-Lock Contract)입니다. RSMC의 역할은 거래의 양 당사자가 가능한 한 오랫동안 거래를 위해 채널을 사용하도록 장려하고 채널을 적극적으로 종료하는 거래 당사자, 즉 채널을 자발적으로 종료하는 당사자는 나중에 자금을 받게 되는 것입니다. HTLC가 있으면 거래 당사자 간에 결제 경로가 없더라도 결제 경로를 찾을 수만 있다면 거래가 실현될 수 있습니다.

(1) 트랜잭션 생성

앨리스와 밥은 라이트닝 네트워크를 통해 돈을 이체하고 양 당사자는 마진 거래 FundingTx를 구성하기 위해 0.5 BTC를 꺼내고 출력에는 앨리스와 밥의 여러 서명이 필요합니다. 이때 양 당사자는 Funding Tx에 서명하지 않았으며 트랜잭션이 블록체인에 브로드캐스팅되지 않습니다.

Alice와 Bob은 각각 Commitment Tx를 구성합니다. Alice는 C1a와 RD1a를 구성하고 Bob은 서명하여 Alice에게 전달하고 Bob은 C1b와 RD1b를 구성하고 Alice는 서명하여 Bob에게 전달합니다. 양 당사자가 commitTx의 서명 및 교환을 완료한 후 FundingTx에 서명합니다.

C1a의 첫 번째 출력은 Alice의 다른 개인 키 Alice2와 Bob의 다중 서명이 필요하고 두 번째 출력은 Bob에게 0.5BTC입니다. RD1a는 C1a가 출력한 첫 번째 지출 트랜잭션으로 Alice 0.5BTC로 출력된다. .

C1a와 C1b는 동일한 출력을 사용하므로 이 두 트랜잭션 중 하나만 블록에 포함될 수 있습니다. Alice가 C1a를 브로드캐스트하면 Bob은 즉시 0.5 BTC(C1a의 두 번째 출력)를 얻고 Alice는 RD1a의 출력을 통해 0.5 BTC를 얻기 전에 C1a가 sequence=1000 확인을 받을 때까지 기다려야 합니다. 마찬가지로 Bob이 C1b를 브로드캐스트하면 Alice는 즉시 0.5 BTC를 받고 Bob은 RD1b의 출력을 통해 0.5 BTC를 얻기 전에 C1b가 sequence=1000 확인을 받을 때까지 기다려야 합니다.

(2) 트랜잭션 업데이트

RSMC 업데이트 과정은 다음과 같습니다: Alice는 Bob에게 0.1 BTC를 지불하고 양 당사자는 새로운 CommitmentTx를 생성합니다. 즉, Alice는 C2a 및 RD2a를 생성하고 Bob은 C2b 및 RD2b를 생성합니다. 버릴 것.

Alice는 Alice2의 개인 키를 Bob에게 전달하여 Alice가 C1a를 포기하고 C2a를 수락함을 나타냅니다. RD1a에 있는 시퀀스의 존재는 Bob이 Alice가 불이행한 후 일정 기간 내에 페널티 트랜잭션을 구현할 수 있도록 합니다. 즉, Alice가 불이행하면 Bob은 RD1a의 출력을 자신에게 수정할 수 있습니다. 앨리스는 보증금을 모두 잃는 페널티를 받게 됩니다. 이 메커니즘을 통해 양 당사자는 이전 상태를 삭제하고 업데이트된 상태를 브로드캐스트하도록 선택할 수 있습니다.

(3) 트랜잭션 종료

Commitment TX는 다중 서명 설정 및 페널티 거래 구성 등 없이 최종 잔액에 따라 구성됩니다. 해시 잠금 모드는 교차 체인 자산 교환을 실현합니다.각 체인의 자산 총량은 변경되지 않지만 자산 소유자는 변경됩니다.교차 체인 자산 전송은 교차 체인 거래의 진위를 보장해야 하므로 Two를 구현해야 합니다. 교차 체인 트랜잭션 검증 모드: 공증 메커니즘 및 사이드 체인/릴레이 모드.

2.2 공증 메커니즘: 거래를 확인하기 위해 제3자에게 의존

2.2.1 배경

2015년 10월 Interledger Protocol(ILP, Interledger Protocol) 백서가 발표되었습니다. 이 프로토콜은 Stefan Thomas와 Evan Schwartz에 의해 만들어졌습니다. 그 목적은 교차 원장 트랜잭션을 보다 편리하게 만드는 것입니다. Ripple은 이후 이 프로토콜을 도입했습니다. 크로스 체인 대신 크로스 원장이라고 불리는 이유는 프로토콜이 분산형 블록체인 원장을 지원할 뿐만 아니라 더 넓은 "크로스 체인"인 은행 및 기타 기관의 중앙 집중식 원장도 지원하기 때문입니다.

2.2.2 기본 개념

데이터 수집 및 거래 검증은 공증인으로서 하나 또는 노드 그룹에 의해 수행됩니다. 공증인은 두 체인의 상태를 동시에 추적하고 상대방에게 알립니다. 거래의 양 당사자는 전적으로 공증인에게 의존하여 거래를 확인하고 구현합니다.

공증인의 구성 및 서명 방식에 따라 공증인 제도는 세 가지 범주로 나뉩니다. 공증인은 하나 또는 노드 그룹에 의해 활동할 수 있습니다.공증인은 중앙 집중식 공증 메커니즘입니다.노드 그룹이 공증인 경우 각 노드의 서명 방법에 따라 다중 서명 공증인으로 나뉩니다. 메커니즘 및 분산 서명 공증 메커니즘.

중앙 집중식 공증 메커니즘: 단일 노드 또는 기관이 중앙 집중식 공증인 역할을 합니다. 중앙 집중식 공증 메커니즘은 비교적 단순한 모델로서 제3자를 통한 두 주체 간의 전통적인 간접 거래와 유사하게 공증은 동시에 두 개 이상의 시스템과 호환되며 빠른 처리 속도와 비교적 간단한 기술 구조가 장점입니다. , 하지만 이 방법의 문제점, 즉 중앙 집중식 공증인의 보안 위험도 명백합니다.

다중 서명 공증 메커니즘: 여러 공증인이 각자의 원장에 함께 서명하여 합의에 도달합니다. 이 메커니즘은 중앙 집중식 공증 메커니즘의 중앙 집중화 문제를 약화시키고 트랜잭션 체인이 다중 서명 기능을 지원해야 한다면 보안이 상대적으로 더 높습니다.

분산 서명 공증 메커니즘: 다중 서명 공증 메커니즘과의 주요 차이점은 다자 컴퓨팅 분산 서명을 사용한다는 것입니다. 교차 체인 트랜잭션의 경우 시스템은 하나의 키만 생성하며 각 공증 노드에 조각으로 전송됩니다.

2.2.3 사례: Interledger 프로토콜

Interledger Protocol은 원래 공증 메커니즘을 대표하며 해시 잠금 개념을 개발 프로세스에 통합했습니다. 이 계약에 따라 서로 다른 원장 시스템의 발신자와 수신자는 하나 이상의 커넥터를 통해 원장 간 거래를 수행할 수 있으며 커넥터는 데이터 또는 자금을 전달하는 서비스를 제공하고 해당 수수료를 부과합니다. 교차 원장 거래 참가자에게 자금 보관을 제공함으로써 원장이 수취인이 자금을 받았다는 증거를 수신한 경우에만 해당 자금이 링커로 전송되고 동시에 링커가 계약을 완전히 이행할 때 보장합니다. , 발신자로부터 자금을 받습니다. 거래 보관 및 실행에는 두 가지 방법이 있으며 그 중 "아토믹 모드"는 거래를 조정하기 위해 참가자가 선택한 공증인 그룹입니다.

2.3 Sidechain/Relay: 대상 체인이 자체적으로 트랜잭션을 확인합니다.

2.3.1 배경

2014년에 BlockStream은 처음으로 사이드 체인의 개념을 명확하게 제안했습니다. 2014년 10월, BlockStream은 "Enabling Blockchain Innovations with Pegged Sidechains"라는 백서를 발표하여 처음으로 사이드 체인의 개념을 명확하게 제안했습니다. 다른 블록체인 앵커링(양방향 페그) 메커니즘, 암호화된 자산은 특정 환율에 따라 사이드 체인과 메인 체인 간에 전송될 수 있습니다.

사이드 체인의 배경: BTC 혁신과 보안 간의 절충. 한편으로는 블록체인 기술의 발전과 함께 점점 더 많은 혁신이 나타나기 시작했습니다.Ethereum 및 Bitshares가 가져온 스마트 계약 및 분산 응용 프로그램은 사람들이 널리 찾고 있습니다.다른 한편으로 BTC는 많은 분야에서 개발되어야 합니다. 성능 및 기능과 같은 측면 그러나 보안 고려 사항으로 인해 BTC 혁신은 상대적으로 보수적이었습니다. 개발 및 시장 세분화. 사이드 체인은 메인 체인의 보안을 보장하는 조건에서 성능과 기능 확장을 달성할 수 있으므로 BTC에 이상적인 선택입니다. 이 경우 Adam Back, Matt Corallo 및 기타 BTC 핵심 개발자가 공동으로 BlockSream 설립을 시작했습니다.

2.3.2 기본 개념

사이드 체인/릴레이 모드에서 대상 체인은 트랜잭션 검증을 위해 제3자에 의존하지 않고 송신 체인에서 자체적으로 데이터를 검증합니다. 구체적인 검증 방법은 다릅니다. 예를 들어 BTC-Relay는 SPV(Simple 결제확인, 간편결제확인) 거래 확인을 위해 코스모스는 노드 서명 개수를 통해 이루어집니다.

2.3.3 사례: BTC 릴레이

BTC Relay는 BTC 블록 헤더를 저장하여 BTC 트랜잭션을 확인하는 ETH의 스마트 계약입니다. BTC 블록체인의 트랜잭션 정보는 Merkle 트리 형태로 블록 헤더에 저장되기 때문에 BTC Relay는 SPV 메커니즘을 사용하여 BTC 트랜잭션을 검증할 수 있습니다. BTC Relay의 기능 실현은 올바른 블록 헤더 데이터를 제출하는 릴레이어에 달려 있으며 올바른 블록 헤더 데이터를 적시에 제출하는 릴레이어는 보상을 받게 됩니다. BTC Relay는 ETH 사용자가 비교적 단순한 설계를 통해 BTC 블록체인 이벤트에 의존하는 스마트 계약을 생성할 수 있도록 하지만 BTC Relay는 BTC에서 ETH로의 단방향 교차 체인만 구현합니다.

2.3.4 사례: 코스모스

2016년 6월 Jae Kwon은 다양한 블록체인의 진입과 상호 운용성을 지원하는 코스모스를 제안했습니다. Cosmos는 Hub(허브)와 Zone(파티션)의 두 부분으로 구성되며 파티션은 여러 블록체인을 지원할 수 있는 Tendermint 합의를 채택하고 파티션의 수를 확장할 수 있습니다. 파티션 간의 트랜잭션은 IBC 프로토콜(Inter Blockchain Communication Protocol, 인터체인 통신 기술 사양)에 따라 허브를 통해 이루어지며 IBC 프로토콜은 블록체인 등록, 데이터 패킷 형식, 트랜잭션 유형 및 데이터 패킷 전달 확인 프로세스를 정의합니다.

Tendermint 합의 프로세스는 BFT 합의와 유사합니다.처음에 노드는 새로운 블록 라운드를 제안합니다.자격을 갖춘 제안 블록은 사전 커밋에서 투표의 2/3 이상을 받으면 사전 커밋 링크에 들어갑니다. 투표(Prevote) 링크 사전 승인의 2/3 이상을 획득한 후 공식 승인(Commit)을 얻습니다.

2.3.5 케이스: 폴카도트

2016년 11월에 Polkadot 백서가 발표되어 분산되고 신뢰할 수 없는 상호 운용성과 고도로 차별화된 여러 합의 시스템의 액세스를 지원하는 이기종 다중 체인 아키텍처를 제안했습니다. Polkadot 네트워크는 릴레이 체인(체인 간의 합의 및 트랜잭션 조정을 담당), 병렬 체인(트랜잭션 수집 및 처리를 담당하는 파라체인) 및 브리지(다른 이기종 블록체인을 연결하는 브리지)로 구성됩니다.

네트워크의 네 가지 유형의 참가자는 Validator(병렬 체인의 데이터 검증을 담당하는 Validator), Collector(신용 배서 데이터 수집을 담당하는 Collator) 및 Fisherman(악의적인 행동을 보고하고 증명하는 Fisherman)입니다. .

Polkadot 교차 체인 거래 정보 전송의 간단한 프로세스는 다음과 같습니다.

(1) 파라체인 A의 수집가는 트랜잭션을 수집하고 트랜잭션의 유효성을 확인하고 트랜잭션을 블록에 패킹합니다.

(2) 검증자는 수신한 블록에 유효한 거래만 포함되어 있는지 확인하고 일정 보증금을 지불합니다.

(3) 지명자가 검증자를 위해 충분한 보증금을 지불한 후 블록을 릴레이 체인에 브로드캐스팅합니다.

(4) 검증자는 릴레이 체인 블록에서 합의에 도달하고 파라체인 A의 트랜잭션 정보를 파라체인 B로 전송합니다.

3 요약

일반적으로 교차 체인 기술은 지난 몇 년 동안 빠르게 발전했으며 관련 프로젝트가 끝없이 등장했습니다. 기존의 크로스체인 관련 프로젝트 중 사이드체인/릴레이 모델 기반의 프로젝트가 가장 높은 비중을 차지하고 있으며, 이후 해시락 기반 라이트닝 네트워크의 노드 수, 채널 수, 네트워크 용량이 지속적으로 증가하고 있습니다. 메인 네트워크가 시작되었고 기술적 타당성이 비교되었습니다 좋은 검증; 위에서 언급한 세 가지 주요 크로스 체인 모드 외에도 일련의 통신 데이터 형식 및 프로토콜을 지정하여 블록체인 액세스를 실현하는 또 다른 유형의 프로젝트가 있습니다 사양.이 유형의 프로젝트를 통신 프로토콜 클러스터 프로젝트라고 합니다.이 유형의 프로젝트가 주류 크로스 체인 솔루션이 될 수 있는지 여부는 어느 정도 업계에서 관련 표준 및 사양을 수용하는지 여부에 달려 있습니다.

몇 가지 이유로 인해 이 기사의 일부 명사는 정확하지 않습니다. 주로 일반 인증서, 디지털 인증서, 디지털 통화, 통화, 토큰, 크라우드세일 등입니다. 독자가 질문이 있는 경우 전화를 걸거나 함께 토론할 수 있습니다. .

메모:

몇 가지 이유로 인해 이 기사의 일부 명사는 정확하지 않습니다. 주로 일반 인증서, 디지털 인증서, 디지털 통화, 통화, 토큰, 크라우드세일 등입니다. 독자가 질문이 있는 경우 전화를 걸거나 함께 토론할 수 있습니다. .

이 문서는 원래 TokenRoll Research Institute(ID: TokenRoll)에서 작성했습니다. 무단 전재를 금지합니다. 재인쇄를 원하시면 백그라운드에서 키워드에 회신해 주십시오. 【재인쇄】