세그먼트 체인에 대한 지식은 주 체인에 따라 달라집니다.
기존 주 체인은 구현 시 기본 프로토콜을 수정하며 하드 분기점이 필요합니다.
측면 체인, 상태 채널
상태 채널은 체인 외 트랜잭션을 수행할 수 있도록 하는 기술입니다. 블록 체인에서 채널이 열리고 닫힐 때의 상태만 기록하면 됩니다. 동시에, 상태 채널에서 일어나는 일은 여전히 매우 높은 보안과 종결성을 유지한다. 문제가 있으면 주 체인으로 돌아갈 수 있습니다.
예를 들어, A 가 B 로 1000 개의 작은 BTC 를 이체하려고 하는데, 그 작동 모드는 A 와 B 사이에 지불 채널을 개설하고 블록 체인에 채널의 개통을 기록하는 것입니다. 이 지불 채널을 통해 언제든지, 며칠, 몇 주, 10 년 동안 개방한 다음 1000 거래를 진행할 수 있습니다.
A 와 B 가 채널을 닫으려고 할 때 해당 채널에서 생성된 트랜잭션의 최종 상태만 블록 체인에 기록하면 됩니다. 이 기술은 이미 여러 해 동안 존재해 왔다. 지난해 번개망을 통해 비트코인에 측쇄 기술을 구현했다.
하위 체인
자사슬에 대해 말하자면, 첫 번째로 감출 수 없는 화제는 MOAC 체인으로, 만사슬의 모친의 약자이며, 중국어로 번역하면' 만사슬의 어머니' 또는' 여와체인' 이다. 이것은 주망이 이미 온라인 상태인 3 세대 공공사슬이다. 현재 비동기 계약 호출, 계약 조각화 처리, 글로벌 교차 체인 등 업계 난제를 돌파하는 데 앞장서고 있으며, 계약 처리 속도는 현재 이더넷방 등 지능형 계약 플랫폼보다 훨씬 빠릅니다.
하위 체인의 출현은 혁명적인 변화이다. MOAC 의 생태를 고려한다면, 그것은 개발용 GitHub 와 같다. 그러면 하위 체인은 기능 라이브러리가 되어 하위 체인을 서로 공유할 수 있게 된다. 다양한 서비스를 제공하는 하위 체인은 서비스가 다르기 때문에 역할 세분화가 있어야 합니다. 예를 들어, 저장에 초점을 맞춘 IPF 의 하위 체인을 제공합니다. 연산 속도에 초점을 맞춘 zksnarks 의 하위 체인을 제공합니다. 그렇다면 동일한 구성의 SCS 를 사용하여 서로 다른 하위 체인을 지원하는 방법은 무엇입니까? 같은 * * * 알고리즘, 같은 블록 속도 등 어떻게 다른 일을 할 수 있습니까? 따라서 전문적인 일을 하는 전문가가 필요하다면, 자사슬은 당신의 다양한 요구에 따라 정의되고 만들어질 수 있다. (존 F. 케네디, 일명언)
물론 하위 체인과 측면 체인은 큰 차이가 있습니다. 한편, 측면 체인은 작은 마이크로이체를 위해 설계되었으며 잉크 체인의 라이브러리 및 상호 호출 기능을 제공할 수 없습니다. 반면에 측쇄는 직접 이길 수 있고, 자사슬을 직접 공격할 수 없고, 모사슬을 공격해야 한다. 쌍화는 분명히 나타나지 않을 것이다. 모사슬이 여기서 해결하는 것은 글로벌 일관성이기 때문이다. 주로 기본 vnode 의 규모는 화폐가격의 발굴이익으로 제한되기 때문이다. 그러나 SCS 의 규모는 응용의 추진으로 무한히 확대될 수 있기 때문이다. MOAC 는 V 신과 BM 간의 분쟁을 해결하기 위해 중앙화된 보안을 유지하고 확장성을 높이기 위한 것이다.
사실, 모크는 에테르의 보충으로 에테르방과 호환된다. V 신과 BM 의 논쟁에서 V 신은 EOS 가 지나치게 집권적이라고 비판하는 것이 옳다. BM 이 에테르의 확장 능력 부족을 비판하는 것도 옳다. V 신이 문제를 해결하기 위해 슬라이스를 찾는 것도 올바른 선택이다. 모코, 사실 V 신이 몇 년 동안 하고 싶었지만 할 수 없었던 일 (물론 더 많은 혁신이 있다) 을 이뤄냈고, 센터화를 희생하지 않아도 확장성 문제를 해결할 수 있다는 것을 증명했다. 에테르의 모든 힘, 특히 ConsenSys 가 작가와 협력하기를 바랍니다.