아하
검색 이미지
생활꿀팁 이미지
생활꿀팁생활
생활꿀팁 이미지
생활꿀팁생활
수려한콰가118
수려한콰가11819.03.31

블록체인의 체인 종류 중 시스터 체인과 사이드체인은 같은 건가요?

메인체인(메인넷)과 함께 보조 체인 또는 단독 체인 격을 말하는 사이드 체인은 알겠는데 시스터 체인은 단순히 용어만 다른 것인지 궁굼합니다.

시스터 체인의 특성과 차이점에 대해 설명 부탁드립니다.

55글자 더 채워주세요.
답변의 개수
2개의 답변이 있어요!
  • 안녕하세요 ^ ^ 시스터체인은 EOSIO 소프트웨어를 활용하여 구축된 블록체인이라는 점에서 사이드체인과 공통점이 존재하지만 자원 배분을 위해 별도의 네이티브 토큰을 발행하고 있습니다. 이와 다르게 사이드체인은 별도의 네이티브 토큰을 발행하지 않으며 자원 배분을 위해서 이오스 메인넷의 EOS 네이티브 토큰을 사용하는 특징이 있습니다.

    즉 시스터체인과 사이드체인의 구별법은 EOSIO 소프트웨어와의 관계가 아니라 EOS 메인넷과의 관계에 따라서 시스터체인과 사이트체인을 구분할 수 있겠죠. 이오스 메인넷과 연결고리가 긴밀한 사이드체인으로는 밋원, 보스코어 등이 있으며, 이오스 메인넷과 연결고리가 뚜렷하다고 볼 수 없으며 독자적인 생태계를 구축하고자 하는 시스터 체인으로 텔로스, 워블리 등이 있습니다.


  • 안녕하세요

    사이드체인과 시스터체인의

    차이점에 대해 문의하셨는데요

    아래와같은 자료가 있어 올려드립니다

    EOS는 확장 성을 위해 처음부터 빌드 된 블록 체인입니다. 피크에서 오늘날 존재로 EOS의 mainnet가있다 처리 초당 3,996 트랜잭션 (TPS) 이상 1,000 조작 하루에있다. 이 숫자는 정말 인상적이지만 EOS의 시작일뿐입니다. 플랫폼의 장기 비전은 매일 수백만 명의 사용자를 지원하는 수천 개의 dApp을 호스팅하는 것입니다. 이를 위해 네트워크는 현재 용량을 훨씬 넘어서 확장해야합니다.

    EOS 스케일링 로드맵은 두 개의 기본 경로로 나눌 수 있으며 각 경로에는 자체 하위 섹션이 있습니다.

    첫 번째 경로는 수직 스케일링 입니다. 이는 개별 블록 체인의 용량과 처리량을 증가시키는 최적화입니다. 여기에는 멀티 스레딩, 리소스 알고리즘 변경, WASM 최적화 및 블록 생성자 하드웨어 용량 증가 등이 포함됩니다.

    두 번째 경로는 수평 확장입니다 . 생태계에서 상호 연결을 유지하면서 생태계 내의 개별 블록 체인 수를 증가시키는 솔루션. 여기에는 사이드 체인 및 자매 체인이 포함됩니다.

    이 기사에서는 EOS 생태계에서 사이드 체인 및 자매 체인이 수행하는 역할에 중점을두고이 프로젝트가 직면 한 과제 중 일부를 다룰 예정입니다.

    사이드 체인 (Sidechains)과 시스터 체인 (Sister Chains)이란 무엇입니까?

    양측 체인 및 자매 체인은 동일한 소프트웨어를 사용하고 통신하고 상호 운용 할 수있는 다중 블록 체인을 만들어 EOS 에코 시스템에서 추가 용량을 만드는 방법입니다.

    • 사이드 체인 은 리소스 할당 (대역폭, RAM 등에 대한 액세스)을 위해 EOS 메인 넷 토큰 을 이용하는 EOSIO 블록 체인입니다 .

    • 시스터 체인 은 EOSIO 소프트웨어를 사용하지만 리소스 할당에 사용되는 고유 토큰을 가진 블록 체인입니다.

    현재 살고있는 사이드 체인은 없지만, 여러 자매 체인은 베타 테스트 중이거나 현재 빌드 중입니다. 여기에는 Worbli , WAX , TelosONO 와 같은 여러 프로젝트가 포함됩니다 . 이 블록 체인은 EOS 메인 넷을 구동 하는 동일한 오픈 소스 EOSIO 소프트웨어를 기반으로하지만 투표, 자원 할당 및 보상 블록 생성에 사용되는 자체 토큰이 있습니다. 예를 들면 Worbli $ WBI 토큰 W ONO $ ONOT 토큰이 있습니다.

    이러한 자매 체인 중 일부는 EOSIO 소프트웨어의 기능이나 매개 변수를 변경하여 EOS 메인 넷과 기능면에서 다른 기능을 수행합니다. 다른 사람들은 핵심 EOSIO 기능을 모두 보유하고 있지만 처리량, 자원 관리, 규정 준수 또는 관리를 이유로 자체 체인을 구축하려고합니다. 이 자매 체인 중 다수는 EOS 메인 넷 토큰 소지자의 기존 토큰에 토큰의 일부를 에어 드랍했습니다.

    사이드 체인은 조금 다르게 작동합니다. 사이드 체인은 별도의 블록 체인이지만 리소스 할당을 위해 EOS 메인 넷 토큰을 사용합니다. 현재, 내가 메인 네트에 1000 EOS를 배치한다면, 나는 네트워크 자원의 비례적인 분배를 가지고있다. 사이드 체인을 사용하면 동일한 1000 EOS를 처리 할 수 ​​있으며 사이드 체인 리소스의 비례 공유에 액세스 할 수 있습니다. 이렇게하면 EOS 메인 넷 토큰 주위에 네트워크 효과 (및 값 발생)를 구축하면서 EOS 메인 넷 사용자가 많은 용량에 걸쳐 많은 체인에 퍼져 나갈 수 있습니다. 또한 메인 넷 사용자가 다른 토큰으로 변환하지 않고도 많은 체인의 전체 생태계에서 자원을 사용할 수 있음을 의미합니다.

    출처“Sidechains and Sister Chains on EOS: An Explainer” - “Sidechains and Sister Chains on EOS: An Explainer” by Aurora EOS https://link.medium.com/7wHl8Za7uV

    왜 다중 체인입니까?

    모든 블록 체인 네트워크는 용량에 근본적인 한계가 있습니다. EOS에는 업계 최고의 성능을 발휘할 수있는 많은 기능이 있지만 분산 된 시스템, 특히 순차적 처리가 필요한 EOS 메인 넷과 같은 시스템에는 한계가 있습니다.

    예를 들어, 분산 교환 (DEX)을 사용 중이고 50 EOS를 Bob에게 판매하는 경우 Bob이 해당 EOS로 구매하기 전에 해당 거래를 처리하고 확인해야합니다. 그렇지 않으면 Bob이 EOS로 무언가를 사기 전에 다른 토큰 (BET이라고 말함) 대신 50 EOS를 Bob에게 판매 한 다음 거래를 취소하거나 취소 할 수 있습니다. 그런 다음 EOS와 Bob의 BET 토큰을 모두 가지고 있으며 Bob에게는 아무 것도 없습니다. 이를 이중 지출 문제라고 합니다.

    반면에, 나는 밥과 거래하는 DEX를 사용하고, 다른 사용자가 같은 완전히 분리 dApp 사용하고 있다고 Everipedia을 보유하고 unstake IQ 토큰 및 편집 기사. 내 거래와 다른 사용자의 수정 사항은 서로를 참조하지 않기 때문에 하나씩 처리 할 필요가 없습니다. 각각의 개별 dApp (DEX 및 Everipedia) 내의 트랜잭션은 순차적이어야하지만, 이중 지출의 위험이 없기 때문에 내 거래 및 다른 사용자의 편집을 동시에 처리 할 수 ​​있습니다.

    가장 기본적인 수준에서 사이드 체인과 자매 체인의 개념은이 두 dApp이 별도의 체인으로 존재할 수 있다는 것입니다. 두 dApp을 모두 호스팅 할 수있는 단일 블록 체인을 3,996 tps로 갖는 대신, 생태계 전체에서 총 7,992 tps에 대해 각각 3,996 tps의 두 개의 체인을 만들 수 있습니다. 이제 이것을 수백 또는 수천 개의 체인에서 상상해보십시오. 그리고 확장 가능성은 거의 끝이 없습니다.

    이 솔루션은 우리가 원하는 처리량을 증가 시키지만 EOS와 같은 플랫폼을 유용하게 만드는 dApp 간의 상호 운용성을 얻지는 못합니다. 이러한 dApp이 통신하고 상호 운용해야한다면 어떻게됩니까? 그것이 블록 간 통신 (IBC)이 시작되는 곳입니다.

    블록 간 통신 (IBC)

    상호 운용성이 없으면 사이드 체인이 불가능하며 자매 체인은 사일런트 플랫폼이됩니다. 운 좋게도 EOSIO 블록 체인이 의사 소통 할 수있는 능력은 항상 EOS 생태계 비전의 일부였습니다.

    IBC는 EOSIO 백서 에 처음 기술 되었습니다. EOS 메인 넷에서 IBC를 허용 할 수있는 토대가 마련되었지만 IBC 핵심 코드는 여전히 Block.one 과 많은 블록 제작자에 의해 개발되고 있습니다 . 그것은 올해 말에 발표 될 것으로 보인다.

    IBC의 핵심 아이디어는 매우 간단합니다. 다른 EOSIO 블록 체인은 하나의 체인에 대한 작업을 다른 체인에서 인식 할 수 있도록 서로에게 증명을 보낼 수 있습니다. 예를 들어, DEX를 사용하여 IQ 토큰 대신 Bob에게 EOS를 교환한다고 가정 해보십시오. 그렇지만 에버리지의 기사 편집을 위해 IQ 토큰을 걸고 싶습니다. DEX와 Everipedia가 별도의 체인으로 존재한다면 DEX 체인의 EQ 토큰을 Everipedia 체인으로 전송할 방법이 필요합니다. IBC를 사용하여 DEX 체인에서 해당 토큰의 소유권을 증명하고 별도의 체인에서 사용할 수있는 트랜잭션을 생성 할 수 있습니다. IBC가 얼마나 정확하게 작동하는지에 대한 복잡한 내용은 다루지 않겠지 만, IBC는 모든 상호 운용이 가능한 많은 체인을 가진 단일 글로벌 플랫폼을 생성한다고 말하는 것으로 충분합니다. 앞으로,

    사이드 체인 및 시스터 체인 문제

    사이드 체인 및 자매 체인은 다양한면에서 확장 성 문제에 대한 우아한 솔루션이지만, 자체적 인 문제는 없습니다.

    자매 체인은 거버넌스, 자원 할당 및 생산자 보상을 차단하기 위해 고유 토큰을 사용합니다. 예를 들어, Worbli는 BP를 보완하기 위해 WBI 토큰의 인플레이션을 사용할 수 있기 때문에 네트워크 가입에 많은 수의 BP를 인센티브했습니다 (EOS 토큰으로 ENET 메인 트 넷이하는 것처럼).

    이 모델의 문제점 중 하나는 dApp이 자체 고유 토큰을 갖는 것이 항상 올바른 것은 아니라는 점입니다. 물론 dApp 특정 토큰이 적절한 경우가 있지만 dApp이 자체 토큰 없이도 작동 할 수있는 많은 다른 인스턴스가 있습니다. 그리고 많은 경우에 생성 된 네이티브 토큰은 실제로 많은 가치를 발생시키지 않습니다. 이 경우 블록 제작자에게 이러한 토큰으로 지불하도록 유도하는 것이 어려울 것입니다. 이러한 플랫폼은 비용을 충당 할만큼 BP를 지불하기 위해 더 높은 인플레이션 율을 가져야하고, 높은 인플레이션은 토큰에 대한 가격 하락 압박을 가중시켜 가치 파괴적 사이클을 만듭니다. 강력한 토큰 모델과 진정한 가치 창출을 가진 프로젝트 만이이 모델을 사용하여 장기간 생존 할 수 있습니다.

    반면 사이드 체인은 리소스 할당을 위해 EOS 메인 넷 토큰을 사용합니다. EOS mainnet 인플레이션이 mainnet BPs로 이동하기 때문에 sidechains를 기반으로하는 프로젝트는 인플레이션으로 인센티브를 전혀 유도 할 방법이 없습니다. 따라서 사이드 체인에는 두 가지 옵션이 있습니다.

    1. 사이드 라인에서 BP로 작동하도록 모든 메인 네트 BP 가져 오기

    2. BP 보상을위한 다른 모델 만들기

    기존의 메인 네트 BP가 다른 사이드 체인에 블록을 생산하는 것에 동의하는 것은, 특히 추가 인프라를 제공하는 데 드는 추가 비용이 많은 프로젝트의 경우 많은 어려움을 겪을 것입니다. 블록 생산자는 동일한 임금으로 일하면서 추가 비용을 부담하게 될 것이며 BP가 지원할 가치가있는 프로젝트에 대해서는 의견 차이가있을 수 있습니다.

    솔루션

    이러한 문제를 해결할 수있는 방법이 있습니다. 자매 사슬의 경우 토큰이 실제로 가치를 창출하고 그에 따라 BP에게 인센티브를 줄 수있는 강력한 제품과 토큰 모델을 만들어야합니다. 사이드 체인의 경우 몇 가지 다른 솔루션이 있습니다. 이론 상으로는 EOS 토큰 보유자가 메인 넷 BP가 어느 쪽의 사이드 체인에 블록을 만들어야하는지 결정할 수있는 체인 내 국민 투표가 개최 될 수 있습니다. EOS의 거버넌스 및 국민 투표 과정이보다 성숙되면이 솔루션이 앞으로는 효과가있을 수 있지만 추가 문제가 발생할 수 있습니다.

    EOS Argentina의 Chitty 가 제안한 더 나은 솔루션 은 사이드 체인이 인플레이션없이 BP를 보상 할 수있는 비즈니스 모델을 만드는 것입니다. 일부 EOS dApp은 이미 실제 비즈니스 모델을 입증했습니다. EOSBetBETDice두 가지 예입니다. 이러한 dApp은 실제 수익을 창출합니다. 일부는 토큰 소유자에게 전달되며, 일부는 개발자에게 지급되며, 일부는 구조에 따라 스테이징 및 리소스에 사용됩니다. 이제 이러한 dApp 중 하나가 mainnet의 dApp 대신 sidechain으로 빌드 된 경우를 상상해보십시오. EOS 메인 네트 토큰은 오늘날 dApp에있는 것처럼 리소스를 위해 사용되지만 DApp의 수익 중 일부는 사이드 체인의 BP에 지급됩니다. 이렇게하면 dApp에서 dApp의 성공으로 이익을 얻을 BP를 보완 할 수 있습니다. 사실, dApp의 기본 토큰 (현재 수익 공유에 사용됨)은 BP가 누구인지를 결정하기 위해 거버넌스에 사용될 수 있지만 토큰 공급은 부풀려 질 필요가 없으며 BP가 EOS에서 지불 할 수 있습니다. dApp.

    EOSIO 멀티 체인 생태계의 미래

    IBC 소프트웨어가 출시되면 우리는 다양한 종류의 모델로 구성된 사이드 체인 및 자매 체인을 만드는 새로운 프로젝트가 폭발적으로 발생할 것입니다. 우리는 어떤 모델이 가장 합리적인지를 결정하기 위해 우주에서의 모든 종류의 실험을보기를 고대하고 있습니다.

    EOSIO 생태계는 사이드 체인, 자매 체인 및 IBC의 결과로 발전 할 수있는 여러 가지 방법이 있습니다. 한편으로는 EOS mainnet 토큰이 생태계의 다른 토큰보다 더 많은 가치와 네트워크 효과를 발생 시키도록 점점 더 많은 사이드 체인이 개발되는 것을 볼 수 있습니다. EOS 메인 넷 토큰이 전체 EOSIO 생태계의 예약 통화가되고 메인 넷이 가장 안전하고 표준적인 체인으로 간주 될 수 있습니다. 이 경우 사이드 체인 및 자매 체인은 다소 안전하지는 않지만 다른 모델 및 아키텍처를 실험 해 볼 수 있습니다. 이 체인들은 주 블록 체인에 존재하는 정식 기록을 얻기 위해 정기적으로 EOS 메인 넷에 자신들의 주정부 증명을 제출할 수 있습니다.

    반면에 EOSIO 사슬 하나가 생태계의 기본 사슬 또는 정식 사슬로 보이지 않게되는 것은 전적으로 가능합니다. 이 생태계는 자유 시장 경쟁이 단순히 가장 성공적인 체인이 시간이 지남에 따라 가장 가치가있는 것으로 보는 모든 종류의 서로 다른 체인 간의 경쟁을 보는 시장으로 성장할 수 있습니다.

    위내용의 출처는 아래 링크 영문을 번역한 내용입니다

    “Sidechains and Sister Chains on EOS: An Explainer” - “Sidechains and Sister Chains on EOS: An Explainer” by Aurora EOS https://link.medium.com/7wHl8Za7uV