편집자 주: 블록체인은 인터넷의 최하위 계층부터 알려지지 않은 암호화 기술에 이르기까지 많은 기술을 수반하지만, 종종 화폐 가격에 주목하는 사람은 많고 기술을 연구하는 사람은 거의 없습니다. 강세장 때는 다들 코인 투기 공부 열심히 하겠지만 약세장 때는 어차피 할 게 없으니 더 열심히 공부하면 될 것 같아요. 교양과목 학생으로서 저는 확실히 과학 학생들이 바보라고 생각하는 것 같은 많은 질문을 가지고 있습니다. 기자로서 업계를 이해하고 인간적으로 설명해주는 사람들을 찾는 것은 어렵지 않으며, 그들은 종종 나를 대면하여 싫어하지 않습니다.
샤오밍 공부노트 2탄입니다. 마지막으로 공부한게 가상머신("Xiao Ming의 연구 노트 | 하나의 기사로 블록체인 가상 머신 이해""Xiao Ming의 연구 노트 | 하나의 기사로 블록체인 가상 머신 이해"
), 본 연구는 크로스체인이고, 나중에 배우고 싶은 것은 VRF, 오픈소스 역사와 문화, 네트워크 구조와 블록체인 계층적 시스템 비교, "화폐권을 국가로 본다면 그 국가의 화폐는 어떻게 되는가? 통해?" . 다른 흥미로운 질문이 있으면 기여하고 질문하십시오.
많은 질문에 답변해 주신 두 기업가에게 감사드리며, 동시에 Vitalik이 2016년에 R3에 작성한 크로스체인 보고서를 읽어 보시기 바랍니다. 2년 전의 보고서이긴 하지만 아직 많은 기술들이 그 기사의 틀을 벗어나지 않고 있다는 것을 개인적으로 느끼고 있습니다. 일부 기술을 보다 명확하게 설명하기 위해 이 문서에서는 문자 그대로의 원본 텍스트를 많이 인용합니다.
보조 제목
크로스체인이란?
크로스 체인은 단순히 한 체인에서 다른 체인으로 정보를 전송하는 것입니다. 지금 우리가 블록체인에 대해 이야기할 때 토큰이 기본적으로 떠오르기 때문에 실제로 자산으로서 더 많은 토큰이 한 체인에서 다른 체인으로 전송됩니다. 이해하기 가장 쉬운 것은 ETH를 BTC로 교환하는 것인데, 이는 단순히 자산 교환입니다.인터넷의 관점에서 보면 정보는 한 인트라넷에서 다른 인트라넷으로 전달되는 것과 비슷합니다. 이것은. 그러나 블록체인의 각 네트워크는 서로를 신뢰하지 않는 비교적 폐쇄적인 시스템이다. 인터넷의 모든 배경 정보는 거의 확인 없이 서로 간에 전송할 수 있는 것으로 나타났습니다. Lu Xujun은 블록체인의 명백한 자산 속성으로 인해 교차 체인이 기존 인터넷 정보 전송과 다르며 참가자의 거짓말 동기가 향상된다고 믿습니다.
보조 제목
크로스 체인의 용도는 무엇입니까?교차 체인의 첫 번째 "가장 고통스러운" 적용 시나리오는 방금 언급한 첫 번째 자산 교환 문제를 해결하는 분산형 교환입니다.
이제 많은 사람들이 중앙 집중식 교환 방식을 사용하여 문제를 해결할 수 있습니다.또한 현재의 분산식 교환기는 거래 경험이 좋지 않고 속도가 느리며 교차 체인 거래가 불가능합니다.초보 사용자는 좋아하지 않습니다.있는 것 같습니다. 할 것이 없다. 그러나 이상주의자들은 "분산화를 추구하는 산업으로서 많은 중앙화 조직이 가장 큰 목소리를 내고 있으며 모두가 이것이 너무 이상하다고 생각하고 중앙화 거래소는 많은 악을 행하고 있다"고 말할 것이다.또 다른 애플리케이션 시나리오는 A 체인에 배포된 애플리케이션이 다른 체인의 토큰을 지원하는 것입니다.
예를 들어, 이더리움의 스마트 컨트랙트가 비트코인으로 결제를 하려고 하는데 이 장면을 듣자마자 동료가 "왜? 사용자 기반을 확장하기를 희망하는 토큰. 사실 이 문제는 중앙 집중식 거래소로도 해결할 수 있습니다.이 문제는 DAPP의 다른 모듈이 다른 체인에 배포될 수 있으므로 다른 체인의 모듈을 어떻게 호출하고 다른 모듈이 서로 어떻게 상호 작용하는지 일반화할 수 있습니다. 즉, 체인 A는 다음 단계로 진행하거나 실행하기 위해 체인 B에 대해 알아야 합니다.
직설적으로 말하자면, 이것은 권위 있는 중개자처럼 "오프체인" 방식으로 여전히 해결할 수 있습니다. 이는 오라클(체인 외부에서 신뢰할 수 있는 데이터 제공)과 매우 흡사합니다.2016년 V God이 R3에 작성한 보고서에는 5가지 사용 사례가 언급되었으며 모두 위의 3가지와 분리할 수 없습니다."atomic swap"1. 자산(원자) 거래(결제 대 결제 또는 결제 대 배송 - 기술 분야에서는 이 개념을 종종 호출하기도 합니다.
), 2. 휴대용 자산(휴대용 자산, 자산은 여러 체인 간에 전송 및 사용할 수 있음), 3. 크로스체인 데이터 오라클(Cross-chain oracles), 4. 자산 저당권(Asset encumbrance, 자산 입니다. 잠금 해제 여부는 다른 체인의 결과에 따라 다름) 5. 일반 교차 체인 계약(일반적인 교차 체인 계약).
이 판단은 그의 "데이터베이스 기록"을 지침으로 합니다. 그는 1980년대와 1990년대에 연합 분산 데이터베이스라는 개념이 있었다고 소개했습니다. 비전은 두 기업이 사용하는 데이터베이스 공급자가 다르다는 것이었습니다. 이 기술은 데이터베이스가 데이터 트랜잭션의 원자성을 보장하기를 희망했습니다. 매우 어려웠지만 실제로는 전혀 필요하지 않은 것으로 나타났습니다. "응용 프로그램 계층을 통해 일관성을 보장할 수 있는데 왜 하위 계층에서 수행해야 합니까? 따라서 전체 설계에서 실제로 더 실용적입니다."
보조 제목
체인을 교차하는 방법?
사실 특정 통화가 다른 체인에 "도착"하는 것은 사실상 불가능하며 대부분은 B 체인에서 생성된 A 체인의 앵커 통화일 뿐이며 A 체인은 동등한 토큰을 "잠금"합니다.
자산 교환의 관점에서 이해하면 교차 체인에는 세 가지 상황이 있음을 이해합니다.
첫 번째는 양 당사자가 자신이 크로스 체인이라는 사실을 모르거나 중앙 집중식 거래소와 같이 양 당사자가 서로를 "읽을" 수 없다는 것입니다.
두 번째는 체인 중 하나가 사이드 체인/릴레이 체인과 같은 다른 체인을 읽을 수 있다는 것입니다. 즉, A는 B를 읽을 수 있고 B는 A를 읽을 수 없습니다. 또한 "온체인" 중개자가 될 수 있으며 전체 프로세스는 "ACB"입니다. "사이드 체인"이 여러 메인 체인을 연결하면 릴레이 체인이 됩니다.
자산 교환 프로세스는 사용자가 BTC 및 ETH를 이 체인에 "충전"하는 것일 수 있으며 모든 토큰은 이 네트워크에서 순환할 수 있습니다(사실 각 코인에는 이 교차 체인 네트워크에 앵커 코인이 있습니다. 이더리움과 유사한 ERC 20). , 그리고 각각 "철회"합니다. Wanchain 및 AshchChain의 모델은 약간 이와 비슷하며 많은 체인과 상호 작용할 수 있지만 이러한 체인은 서로 직접 상호 작용할 수 없습니다. ASCH 체인을 예로 들어 보겠습니다.
사용자가 BTC를 ASCH 체인에 "충전"할 때 먼저 BTC를 게이트웨이 계정(즉, 비트코인 체인의 일반 계정이지만 관리자는 노드 그룹임)으로 전송해야 합니다. 정보를 수신한 후 게이트웨이 계정을 잠그고 확인하고 대부분의 노드에서 확인한 후 게이트웨이는 ASCH 체인에서 사용자의 동등한 디지털 자산을 잠금 해제하고 사용자는 ASCH 체인에서 BTC를 사용할 수 있습니다. BTC와 XAS는 두 나라의 상인인 것 같은데, 두 당사자는 서로를 믿을 수 없고 서로 다른 통화를 사용하므로 직접 거래할 수 없습니다. 따라서 두 당사자는 일련의 규칙(크로스 체인 게이트웨이 프로토콜에 해당)을 협상하고 거래를 처리하기 위한 특별한 거래 장소를 설정하고 국가의 권위 있는 사업가(게이트웨이 노드에 해당)가 대표로 공동으로 관리해야 합니다. 충분한 양의 자산을 담보로 합니다.
세 번째는 A와 B가 서로를 읽을 수 있다는 점인데 이론적으로는 통일된 프로토콜을 통해 구현할 수 있지만 유사한 프로토콜은 아직 구현되지 않았다.
직설적으로 말하자면 "크로스 체인"은 오프체인에서도 가능합니다. 일부 사람들은 온체인이 더 안전하다고 생각합니다.
Wanchain의 관점에 따라 여기서 보안은 두 가지 문제로 나눌 수 있습니다. 하나는 교차 체인 정보가 올바른지 확인하는 것, 즉 원래 체인에서 트랜잭션 상태를 확인하는 방법입니다. POW 메커니즘을 사용하는 블록체인에 최종 상태가 없다고 가정하면(포크는 항상 존재하지만 확인 블록이 증가함에 따라 점차 확률이 감소함) 이 문제의 복잡성은 더욱 높아질 것입니다. 두 번째는 트랜잭션의 원자성을 보장하는 것인데, 즉 트랜잭션 처리의 특정 링크가 중지되면 전체 트랜잭션이 취소될 수 있으며, 그렇지 않으면 부분적인 성공으로 인해 이중 지출이 발생할 수 있습니다.
다음으로 제가 배운 관련 기술 몇 가지를 간략하게 소개하겠습니다.
첫 번째는 원래 체인에서 트랜잭션 상태를 확인하는 방법에 대한 것입니다.이제 나는 주로 두 가지 방법이 있음을 이해합니다(둘 다 V God의 원래 보고서에 언급됨).첫 번째는 두 체인의 노드를 동시에 담당하는 개인 또는 동맹 그룹이 있거나 별도의 체인일 수 있으며 A 체인에서 일어난 일을 B 체인에 알리거나 B 체인의 진실을 알려주는 것입니다. 특정 메시지. 예를 들어, Ripple이 개발한 원장 간 가치 전송을 위한 개방형 프로토콜인 Interledger는 체인이 아니라 일련의 게이트웨이 프로토콜입니다. God V는 이것을 불렀다。
In a notary mechanism, a trusted entity or set of entities that is trusted as a group is used in order to claim to chain X that a given event on chain Y took place, or that a particular claim about chain Y is true. Such entities may be active, listening and automatically acting based on events in some chain, or reactive, issuing signed messages only when asked. The most advanced effort that has taken steps in this direction is the Interledger project developed by Ripple. Interledger, at least in what it describes as “atomic mode”, uses a Byzantine-fault-tolerant consensus algorithm in order to achieve consensus among a set of notaries on whether or not a given event took place,공증 제도
그런 다음 이 합의에 따라 지불을 완료하는 데 사용할 수 있는 서명을 발행합니다.(V God 보고서에서)다른 하나는사이드체인/릴레이
, "다른 사람이 A 체인에서 일어난 일을 B 체인에 알려준다"는 공증 모드와 달리 릴레이 모드는 B 체인이 A 체인을 스스로 읽는 "직접"입니다. 예를 들어 Ethereum의 BTC Relay와 같이 A 체인의 블록 헤더 및 Merkle 트리와 같은 정보를 확인하여 A 체인의 트랜잭션을 확인합니다.
공개된 정보에 따르면 BTCRelay의 작동 메커니즘은 다음과 같습니다. 헤더는 아직 제출되지 않은 것으로 예상됩니다.) BTCRelay는 기존 블록 헤더 정보를 기반으로 전송된 블록 헤더의 유효성을 검증합니다. 검증이 통과되면 BTCRelay가 유지하는 비트코인 블록 헤더 체인에 추가됩니다."
결과적으로 BTCRelay의 스마트 계약에는 내장된 SPV(Simple Payment Verification) 노드가 구현되어 비트코인 거래의 유효성을 확인하는 데 사용할 수 있습니다. 이더리움 플랫폼의 모든 사용자 또는 스마트 계약은 비트코인 네트워크에 특정 트랜잭션이 존재하는지 확인하기 위해 BTCRelay를 요청할 수 있습니다. 그러나 한편으로는 이것은 단방향 앵커링만 달성할 수 있고(Bitcoin 스크립팅 언어가 지원하지 않기 때문에) 다른 한편으로는 이더리움 네트워크의 Relayer가 사용자를 얻기 위해 계약에 확인 정보를 지속적으로 제출해야 합니다. 수수료.
Relays are a more “direct” method for facilitating interoperability, where instead of relying on trusted intermediaries to provide information about one chain to another, the chains effectively take on the task of doing that themselves. The general approach is as follows. Suppose that a smart contract executing on chain B wants to learn that either a particular event took place on chain A, or that some particular object in the state of chain A contained some value at some particular time. Suppose also that chain A is designed similarly to Bitcoin or Ethereum in that it has a notion of “blocks” and “block headers”, where a “block header” is a compact piece of information that “represents” the block (and possibly state data) in some cryptographically authenticated way,사실 이 모델에 대해 더 논리적으로 나를 괴롭히는 것은 사이드체인도 정보를 제출하기 위해 제3자 릴레이어가 필요하기 때문에 릴레이어의 역할은 "공증인"의 역할과 매우 유사하다는 것입니다. 메인 체인의 블록 헤더를 패킹합니다.
대부분 Merkle 트리를 사용합니다.(V God 보고서에서)
This use of this so-called “light client verification” technology is ideal for relays because of how fundamentally resource constrained a blockchain is. In fact, it is impossible for a mechanism inside chain A to fully validate chain B and a mechanism inside chain B to fully validate chain A at the same time, for the same simple mathematical reason why two boxes cannot simultaneously contain each other: A would need to re-run the part of B that re-runs A, including the part of A that re-runs B, and so forth. With light client verification, however, a protocol where chain A contains small pieces of chain B and chain B contains small pieces of chain A that are pulled on-demand is entirely feasible. A smart contract on a relay on chain B that wants to verify a particular transaction, event or state information on chain A would, much like a traditional light client, verify a branch of the cryptographic hash tree of chain A, then verify the block header that the root of this branch is inside, and if both checks pass it would accept that the transaction, event or state information is correct (note that because blockchains are fully selfcontained environments and have no natural access to the outside world, the relevant bits of chain A would need to be fed into chain B by a user; however, because the data is in a cryptographic sense "selfverifying", this user that feeds this information in need not be trustedV God은 블록 헤더(헤더)와 해당 머클 트리(Merkle tree)에서 해당 트랜잭션을 확인할 수 있는 라이트 클라이언트 검증 기술 SPV(Simple Payment Verification, Simple Payment Verificaiton)를 사용하는 것이 실제로 가능하다고 믿습니다.
).(브이갓 제보에서)iBlockKim우선 거래를 검증하는 방법, 이럴 때 SPV가 무엇인지 간단히 표시를 해두어야 할 것 같습니다.
이 작성자는 다음과 같이 더 명확하게 작성합니다(삭제 포함).
비트코인 백서에 있는 Satoshi Nakamoto의 설명에 따르면 "풀 노드를 실행하지 않고도 결제를 확인할 수 있습니다. 사용자는 모든 블록 헤더(Block Header)를 저장하기만 하면 됩니다. 비록 사용자가 스스로 트랜잭션을 확인할 수는 없지만, 블록에서 트랜잭션을 확인할 수 있습니다. 체인 어딘가에서 일치하는 트랜잭션을 찾으면 네트워크가 트랜잭션을 승인했으며 네트워크에서 여러 확인을 받았다는 것을 알 수 있습니다."
블록체인의 정보는 쌍으로 패키징되어 최종적으로 하나의 노드, 즉 루트 노드(그림의 노드 0)로 요약되며, 블록 헤더에는 모든 트랜잭션을 포함한 루트 노드의 해시 값이 포함되며 블록 헤더의 크기를 줄입니다. 뿐만 아니라 위 사진의 23번과 같이 특정 거래처를 검색하고자 할 때 0-2-5-11번과 같은 몇 가지 단계를 거쳐 빠르게 찾을 수 있습니다.
따라서 SPV가 트랜잭션을 찾을 때 전체 블록이 아닌 블록 헤더만 다운로드하고 찾으면 됩니다. 블록 헤더는 80바이트에 불과하고 시간당 6개 블록이며 크기는 연간 4M에 불과합니다.
그렇다면 블록을 찾는 방법은 무엇입니까? Bitcoin은 Bloom 필터라는 기능을 제공합니다.노드는 통신 링크에 이러한 필터를 설정하여 대상 주소가 포함된 트랜잭션만 허용하도록 제한하여 관련 없는 대량의 데이터를 필터링합니다. , 클라이언트 측에서 불필요한 다운로드를 줄입니다. 예를 들어 SPV 노드는 블록 헤더 및 머클 경로에 대한 1KB 미만의 데이터를 수신하며 데이터 양은 전체 블록의 약 1/1000(현재 약 1MB)에 불과합니다.그런 다음 BTC를 예로 패키징하는 방법 사이드 체인 프로토콜의 실제 작동 단계는 (）：
코드 파머로부터 블록체인 배우기
잠긴 거래 제출: 비트코인 보유자는 BTC 메인 체인에 특별한 거래를 보내 비트코인을 BTC 체인에 잠급니다.
확인 대기: 잠긴 트랜잭션이 거짓이 되는 것을 방지하기 위해 BTC 체인의 더 많은 블록에서 잠긴 트랜잭션이 확인되기를 기다립니다.
잠금 해제 트랜잭션: 잠긴 트랜잭션이 확인된 후 사용자는 잠긴 트랜잭션의 출력을 소비하기 위해 사이드 체인에 잠금 해제 트랜잭션(상환 트랜잭션이라고도 함)을 생성하고 SPV 작업량 증명(즉, 블록의 작업량)을 제공합니다. 잠금 해제된 트랜잭션이 있는 곳) Proof), 환매 트랜잭션의 출력을 사이드 체인의 자체 주소로 가져옵니다.
경쟁 기간 대기: 경쟁 기간은 수정 가능 기간이라고도 하며 이중 지출을 방지하는 기능을 합니다. 그리고 이 기간 동안 잠금 해제된 트랜잭션은 블록에 패키징되지 않으며 사이드 체인에서 새로 전송된 비트코인은 아직 사용할 수 없습니다.
잠금 해제 트랜잭션에 비트코인 메인 체인의 더 높은 난이도에 대한 SPV 증명이 포함된 경우 이전 잠금 해제 트랜잭션이 대체됩니다.
경쟁 기간이 끝나면 잠금 해제 트랜잭션이 블록으로 패키징되고 사용자는 자신의 비트코인(실제로는 사이드 체인의 해당 토큰)을 사용할 수 있습니다.
BTCRelay와 마찬가지로 릴레이 모드의 단점은 비용이 너무 높다는 것입니다.V God은 또한 상대방 체인의 정보를 확인하는 것이 속도에 영향을 미칠 것이라고 믿습니다. 단순히 "공증 모드"를 사용하는 경우 비트코인 체인에서 확인을 기다리기만 하면 되지만 사이드 체인에 확인 정보를 업로드해야 하는 경우 대기할 것이 더 많다는 것을 의미합니다. 확인을 위해. Ashchain은 블록체인 패키징을 선택하지 않았습니다. Shan Qingfeng은 블록 헤더를 체인에 패키징하는 것이 "상대적으로 비용이 많이 들고 다용성이 없습니다. 비트코인의 문제는 해결하지만 이더리움의 문제는 해결할 수 없습니다."라고 생각하기 때문입니다. Wanchain도 쓸모가 없습니다.Lv Xujun은 Voucher 합의 모델이 아직 검증 단계에 있다고 말했습니다. 인센티브 메커니즘은 Voucher 회원이 적극적으로 참여하고 수동적으로 악을 행할 수 있도록 합니다.
더 잘 알려진 교차 체인 프로젝트에는 Cosmos와 Polkadot이 포함되지만 둘 다 착륙하지 못했습니다. Cosmos에서는 서로 다른 공간(Zone, 독립적인 블록체인)이 IBC(블록체인 통신) 프로토콜을 통해 "허브"(많은 영역을 관리하는 허브)와 통신하고 서로 다른 공간의 정보 패키지가 센터를 통해 전송됩니다. 전송이 올바른지 확인하려면 수신자의 블록체인에 증명(Merkle-proof)을 게시해야 합니다. 이 증명을 검증하기 위해 수신자는 항상 발신자의 블록 헤더를 알아야 하며 이는 사이드 체인에서 채택한 메커니즘과 유사합니다.
Polkadot 릴레이 체인의 블록에는 파라체인의 블록 헤더와 이중 지출을 방지하기 위한 일부 확인 정보가 포함되어 있습니다. 검증자는 중계 체인 노드를 운영하고 파라체인에서 블록을 검증하며, 새 블록 제출을 담당하는 특정 파라체인의 전체 노드를 실행하는 협력자가 있을 수도 있습니다.Wanchain에서 사용하는 임시 방법은해시 잠금
, 아토믹 스왑(Atomic Swap)이라고도 하며 주로 해시 시간 잠금(hash time lock) 및 비밀 번호(Secret)를 통해 양 당사자가 제3자 공증인 없이 거래를 완료할 수 있도록 합니다. 일반적으로 이 방법은 다음과 같이 이해할 수 있습니다.
Xiaoming이 Xiaohong에게 10 ETH를 전송하고 Xiaohong이 Xiaoming에 10 wan을 전송하려고 한다고 가정합니다.
Xiaoming은 Ethereum의 스마트 계약에서 10 ETH와 암호 해시 값을 잠그고 조건을 설정합니다. Xiaohong이 10시간 이내에 암호를 제공하면 Xiaohong은 계약 확인 후 10 ETH를 얻을 수 있습니다.
Xiaohong은 Wanchain의 스마트 계약에 100완을 잠그고 암호의 해시 값을 넣고 Xiaoming이 5시간 이내에 암호를 제공하면 100완을 얻을 수 있다는 조건을 넣었습니다.
Xiaoming은 Xiaohong도 돈을 wan에 잠그는 것을보고 암호를 가지고 wan에 가서 100 만 달러를 가져갔습니다.
Xiaohong도 wan 계약에서 암호를 배웠고 암호로 ETH 계약에서 10 ETH를 가져갔습니다.
우리는 Xiaohong을 Wanchain의 Storeman으로 대체할 수 있으며 사용자(Xiaoming)는 트랜잭션 시작, 암호 해제 및 트랜잭션 취소 링크에서만 작동하면 됩니다. 크로스 체인에 참여하는 Storeman을 위해 Wanchain은 전용 클라이언트를 제공하고 클라이언트는 계약에 따라 무인 자동 작업을 수행합니다. 라이트닝 네트워크에서도 사용되는 비교적 성숙한 솔루션으로 보안 수준은 높지만 적용 시나리오는 상대적으로 적은 것으로 보입니다.
단순히 두 명의 사용자가 자산을 교환하는 경우 해시 잠금은 실제로 매우 안전한 방법이며(그러나 사용자 경험은 그다지 친숙하지 않음) 해시 잠금을 통해서만 완료할 수 있습니다. 이것은 위의 두 가지와 같지 않습니다.해시 잠금은 첫 번째와 결합하여 사용할 수도 있습니다.Wanchain은 현재 이를 수행하고 있습니다.라이트닝 네트워크는 해시 잠금 + 다중 서명입니다.
이 세 가지 기술의 응용 시나리오는 V God의 요약을 볼 수 있습니다.
교차 체인과 관련된 또 다른 기술은 다중 서명 기술이라고 하며 일부 프로젝트는 분산된 개인 키도 사용합니다. 예를 들어, 라이트닝 네트워크에서는 다중 서명이 사용되며, 거래가 확인되기 전에 양 당사자가 동일한 거래에 서명해야 합니다. 교차 체인의 많은 모드는 게이트웨이를 "커넥터"로 포함합니다. 교차 체인 게이트웨이는 주로 각 퍼블릭 체인의 계정 정보를 읽는 역할을 하며 계정 아래의 디지털 자산을 공동으로 잠금 및 잠금 해제합니다. 묶인. 보안을 위해 이 게이트웨이는 종종 여러 노드가 공동으로 유지 관리하는 릴레이 네트워크 및 다중 서명 계정입니다. 일정 비율의 노드가 참여해야만 서명이 완료됩니다. Ashchain은 다중 서명 기술을 사용합니다. Wanchain에서 사용되는 안전한 다자간 컴퓨팅 + 임계 비밀 키 기술로 Storeman은 계산에 함께 참여하여 계정을 잠그는 공개 및 개인 키를 생성해야 하며 개인 키는 이론상으로만 존재하며 네트워크에 나타난 적이 없습니다. , 그러나 조각으로 흩어져 각 Storeman의 손에서 참여 당사자는 트랜잭션 중에 서명을 공동으로 구성하기 위해 다시 협력해야 하며 조각은 서로에게 누출되지 않습니다. 가용성을 보장하기 위해 특정 비율의 Storeman만이 서명 구성을 위한 계산에 참여해야 합니다.추신. 기사를 읽은 후 일부 어린이는 앵커 코인의 생성이EOS 메인 네트워크 매핑
좀 헷갈리네요 이 점에 대해 MEET.ONE에 물어보니 EOS 매핑은 스냅샷 찍는 것과 비슷하다고 하더라고요 메인넷이 가동되면 매핑으로 생성된 개인키로 로그인해서 자산을 회수할 수 있습니다 새로운 메인 네트워크. 아마도 Block.one은 미러링된 Ethereum 스마트 계약을 개발했을 것입니다. 사용자가 매핑하려면 EOS 도구를 사용하여 키 쌍을 생성한 다음 계약에서 매핑 방법을 호출해야 합니다. Ethereum의 공개 키 주소와 EOS의 공개 키 주소 사이에는 일대일 대응 관계가 있으며 Ethereum에는 해당 관계가 존재합니다.EOS 메인 네트워크 런칭 팀이 이러한 스냅샷을 다운로드한 후 토큰이 발행됩니다. 메인 네트워크가 시작된 후 스냅샷.
저는 Odaily의 편집자 Lu Xiaoming입니다. 실제 블록체인을 탐구하고 있습니다. 속보 및 커뮤니케이션을 위해 WeChat lohiuming을 추가하십시오. 귀하의 이름, 부서, 직위 및 이유를 메모하십시오.
참조 문서:
참조 문서:（Vitalik이 R3에 제공한 크로스체인 기술 보고서 다운로드: 체인 상호 운용성）
브이갓 : 블록체인 크로스체인 기술 대규모 적용 1~2년 내 폭발적
블록체인 상호 운용성: Cosmos vs Polkadot
블록체인 상호 운용성: Cosmos vs Polkadot
비트코인 사이드 체인 RSK와의 대화: 확장 및 스마트 계약 추가 후 BTC가 금융 인프라가 될 수 있습니까?
사이드 체인의 교차 체인 결합 및 OneLedger에 대한 간략한 검토
BTC 릴레이 프로젝트는 블록체인 크로스체인 문제의 릴레이 방식을 해결합니다.
