ABCDEFGHIJKLMNOPQRSTUVWXYZ
1
Source- Cosmos 백서
- Cosmos Medium
- Cosmos Token Model (https://drive.google.com/file/d/1jtyYtx7t1xy9gxEi2T5lXFNd8xUY7bhJ/view)		- 백서
- https://keepingstock.net/a-dummies-guide-to-polkadot-and-parachains-93708bd90775
- Inaugural Meetup, Berlin Parity Ethereum (https://www.youtube.com/watch?v=gbXEcNTgNco)		- ICON 백서
- https://crushcrypto.com/analysis-of-icon/		Aion 백서
2
3
Level 1Level 2CosmosPolkadotICONAion
4
구성요소HubRelay-Chain
- 컨센서스와 구성요소간 Transaction(message) 조정		ICON Republic
- Community들이 연결되고 모이는 지점으로 각 Community를 대표하는 C-Rep 및 Citizen node들로 구성
- ICON Republic의 거버넌스는 C-Rep의 투표로 결정
- ICON Republic은 하나의 Community에서 다른 Community로 이동하는 통로로써 작동할 뿐 다른 Community의 거버넌스에 영향 x
* C-Rep: Community를 대표하는 단위이며 ICON Republic의 거버넌스를 구성하는 단위로 ICON Republic 상에서 발생한 거래에 대한 검증과 거버넌스에 대한 투표권을 가짐
5
ZoneParachain
- Legacy chain(Proof of Validity): 검증자들에 의해 블록이 형성
- Consensus&Network is outsourced to Polkadot
- No intrinsic financial cost on user or for parachain to join		Community
- 블록체인의 특성에 따라 자체 거버넌스를 바탕으로 독립적으로 운영
- 합의 알고리즘, 합의 참여 Node, Community 내 가상화폐 운영 등 모든 사항에 대하여 ICON Republic과는 독립적으로 합의하고 의사결정 할 수 있음
- E.x. 금융, 정부, 학교, E-commerce, Healthcare, BTC, ETH 등이 각각 Community가 될 수 있음
6
합의 알고리즘합의 알고리즘텐더민트 PBFT
- 텐더민트는 단순함, 성능 그리고 포크 책임(fork-accountability)이 특징
- 투표 시에 지분을 동결시키는 메커니즘을 통해 이중 투표 문제를 해결하고, 검증인의 악의적인 행동을 처벌함으로써 Nothing of Stake 문제 해결
- 성능면에서도 탁월 (5개 대륙 7개 데이터센터에 분산되어 있는 64개 노드의 대중폼 클라우드(Commodity cloud)를 기준으로, 텐더민트 합의는 약 1~2초의 커밋 지연속도(Commit Latencies)와 함께 초당 수천개의 트랜잭션(Transaction)을 처리
*특히, 검증인들이 실패하거나 악의적으로 조작된
즉각적이고 안전한 모바일-클라이언트 지불검증 제공
-		Nominated Proof of Stake(NPoS, Relay chain Proof of Stake)로 운영하고 DOT 토큰을 발행
- Polkadot 주주들이 검증자를 임명하고 Parachain을 네트워크에 추가, 수정, 제거 등을 투표
- Canonicality of Parachain을 보증
- Parallel validation group: 검증자들이 Scaling 가능하게 분할됨(Partitioned)
- Nothing at stake 문제는 긴 기간동안의 Bond-liquidation으로 미래의 Misbehavior를 처벌하면서 예방
- Long-range attack은 "Checkpoint"를 이용하여 예방
* Legacy chain이 Polkdot의 부분이 되기 위해서 Consensus를 따라야 하며, Polkadot 주주들의 승인 필요		Loopchain
- 고성능 엔터프라이즈 블록체인을 목표로 개발되었고 업무에 따라 다양한 Customizing을 지원하며 다른 독립적인 블록체인과의 연계를 통해 블록체인 네트워크를 확장할 수 있음

SCORE(Smart Contract On Reliable Environment)
- Loopchain에서 지원하는 스마트컨트랙트를 지칭하는 것으로, 별도의 VM(Virtual Machine)없이 노드 운영환경에서 직접적으로 실행되는 고성능 스마트컨트랙트 지원
- Repository 기반의 Versioning을 지원하는 것이 특징인데 일반적으로 스마트 컨트랙트의 변경이 필요한 경우 새로운 스마트 컨트랙트를 생성하고 기존 스마트컨트랙트의 State을 모두 이관해야하는데 비해 versioning을 이용하면 새로운 버전의 스마트 컨트랙트에서 예전 버전의 State를 접근할 수 있음

LFT(Loop Fault Tolerance)
- BFT방식 합의 알고리즘으로서 기존 분산 환경에서의 Fault Tolerance 방법으로 많이 사용하는 상태 머신 복제(State machine replication)알고리즘 중 하나인 Raft 알고리즘을 비잔틴 노드의 공격에도 방어할 수 있고(Byzantine Fault Tolerance) 블록체인 네트워크 특성에 최적화 되도록 개선한 합의 알고리즘

BSI(Blockchain Signature Infrastructure)
BSI는 블록체인 스마트 스마트컨트랙트를 기반으로 PKI와 같은 전자서명 Infrastructure을 구성할 수 있음.
7
장점- 빠른 Transaction(3-5 seconds to be confirmed)
- Double Payment를 보호
- Validator를 위임해서 선발 (Token을 직접 부여)		- Pooled security: 검증받은 모든 Parachain들이 보안이 검증됨
- Trust-free transaction: 상호간 스마트 컨트렉트 전송 가능
8
단점- Long range attack을 막기위해 Checkpoint를 쓰는 것은 중앙 집권화된 형태일 수 있음
Source: https://www.reddit.com/r/polkadot_io/comments/76huyy/checkpointing_really/		- Versioning 에 대한 구체적인 설명 부족
9
검증자검증인 수의 제한- 검증인 수가 많아질 수록 통신의 복잡도가 증가하여 속도가 감소
- 제네시스 시에는 최대 검증인이 100명으로 설정되고 이 수치는 향후 10년동안 13%의 비율로 증가하여 최종적으로 총 300명의 검증인을 가짐
*Accountability, Computing Speed 유지를 위해 적정 수준의 검증자 유지 되어야 함		- 각 Parachain별로 Validator 존재
- Trieds & Proofs: Destination of validator
- 100명정도로 시작해서 증가 가능
10
검증인 선출- 누구든지 BondTx 이체를 서명하여 될 수 있으며, 가장 적은 검증인이 보유한 유효 아톰의 액수보다 더 높은 액수를 담보로 제공- 더 높은 예치금을 위탁한 사람이 Validator가 될 수 있음
- 예치금을 낸 집단에서 대신 Validator를 Nominate 할 수 있음
11
검증인 처벌- 동일한 높이 및 라운드에서의 이중서명이나 텐더민트 합의 프로토콜의 규칙 위반 같은 행위는 증거를 통해 즉시 인정
--> 이 경우 검증인 지위 상실 + 본딩된 아톰과 지급 준비금 풀내 토큰의 비례분을 상실
- 지역 네트워크 단절, 전원 장애 그 외의 이유로 검증인 단절 --> Validator Timeout Penalty(디폴트 1%) 만큼 상실
- 증거가 불분명한 악의적 해위 --> 다수의 합의와 함께 악의적 검증인을 강제로 타임아웃
- 투표권 +1/3이 악의적으로 연합하여 코스모스를 중단하거나 이들이 악의적 행동의 증거가 블록체인으로 들어오지 않게 검열 후 삭제 --> 하드포크를 통한 블록 재조정 프로포잘		- 선정된 합의 알고리즘을 따르지 않을 경우, 처벌 받음
의도치 않은 실패는 검증자의 보상을 유보, 반복된 시래는 Security bond를 소각, 악의적인 행동(이중지불, 부당한 블록 결과 제공)은 전체 담보물 압수(부분은 소각 부분은 정직한 Actor들에게 보상)
12
거래 승인자검증인- PoW 채굴자들과 유사한역할로 암호서명을 통해 투표
- 검증인이 아닌 구성원은 '아톰'이라고 부르는 지분 토큰을 임의의 검증인에게 위임하여 블록 수수료&아톰 보상을 얻을 수 있지만, 위임 검증인이 해킹을 당하거나 프로토콜을 위반할 시 처벌을 받는 Risk 존재		Nominator:
- Stake-holding 하는 기관으로 검증자의 검증을 승인하여 담보보증을 관리
- Approval-voting system을 통해 작동
Collators:
- 블록을 모아서 검증자들이 타당한 parachain block을 만드는 것을 도움
- PoW방식의 채굴자처럼 특정 Parachain의 풀노드를 유지하여 새로운 블록을 감독하고 Parachain 내 거래에 대한 fee를 받음
- Registered collators는 Data availability
13
감시자해커에 대한 인센티브- 해커가 검증인 해킹여부를 보고하고 인정받으면 해당 검증인과 위임자 비 활성화 --> 해커는 해커보상비율만큼 보상받음Fisherman
- 이중 지불 등 불법적 문제 발견 시 보상 받음
14
보안- 텐더민트 BFT 합의의 입증된 안정성 보장
- 주주들의 담보보증은 노드, 라이트 클라이언트에게 정량화 가능한 보안성 제공		- 각각의 Parachain의 Header가 Relay-chain내 블록에 봉합되면서 이중지불 문제를 방지
15
거버넌스- Atom Token이 있는 사람들이 소프트웨어 업그레이드와 헌법 수정, 시스템의 변수 파라미터들과 같은 블록체인의 다양한 변화를 조정- 결정된 사항이 없음
*현존하는 정치 구조 중에서 고려중(Bi-cameral, multi-role government)		Nexus
- Loopchain 기반으로 구현된 블록체인으로서 다른 블록체인을 연결하는 Portal을 통해 BTP(Blockchain Transmission Protocol)을 기반으로 다양한 블록체인간 거래 연동이 가능
- 블록체인 각각의 Light Client들로 구성된 Multi-channel 블록체인
- 그룹화 및 투표권 조정에 따라 LFT기반 Consensus가 이루어짐

- BTP 처리를 위한 Notary channel과 정책 제안 및 투표를 위한 Representation channel과 ICX 발행 및 관리를 위한 Reserve channel이 포함

Representation channel
-Nexus의 노드 중 C-Rep으로 투표 권한이 있는 노드로 구성된 블록체인 채널로 Nexus에서 발생하는 모든 이슈에 대한 규칙을 결정하는 협의시스템(노드 추가/제거, ICX 거래 수수료 조정, 채널에 포함된 노드 선정/제거, 각 채널의 참여 노드별 투표권 설정에 대한 정책 협의)

Reserve channel
- ICX를 생성할 수 있는 노드로 구성된 블록체인 채널로 발행된 ICX는 Nexus의 Public Treasury에 보관됨
- 총통화량과 거래 규모등의 데이터를 기반으로 한 A.I.분석 모델을 수립하여 인플레이션 비율 및 환율 등에 따라 발권량이 정해짐
- 누구나 참여 가능하며 참여한 노드는 Nexus에서 발행된 ICX를 매입할 수 있는 채권을 발행할 수 있음 ( 채권의 한도는 네트워크를 활성화시킨 공로에 따라 결정)
16
블록체인 간 커뮤니케이션내부 블록체인간 커뮤니케이션- A체인에서 B체인으로 Packet of data를 보낼 수 있는 것
- Proof of commit 5 Sec --> whole hash 필요 없이 Short data packet 받고 검증한 이후에 --> A--> B 추적 Update
- Update: Want to know Laters block set (update recent block) --> Commit the right client SPV Packet into this blockchain as a transaction		Open Parachain
- Polkadot 검증자를 사용하면서 폴카닷으로 통합될수 있음, 통합하기에 가장 쉬운 구조
- 체인간의 Transaction은 Merkle tree에 기반한 간단한 Queing Mechanism을 활용 (One Parachain의 Output이 Destination Parachain의 Input이 됨
- Polkadot은 스마트 컨트랙트 전송에 특화되어 있음
* Parachain A가 B에게 메시지를 보내면 해당 Transfer를 A가 Arrange 하고 B의 Validator가 동의하면 해당 메시지가 전송됨

Closed Parachain
- Polkadot과 약하게 통합되어있으며, 내부적으로 스스로 검증할 수 있는 자율권 부여		ICON Republic 내 Node 간 연결
- ICON Republic은 Loopchain을 기반으로 연결됨(실시간 트랜잭션 처리가 가능한 합의알고리즘(LFT))으로 작동

Community와 ICON Republic의 연결
- Community와 ICON Republic은 DEX(Decentralized Exchange)를 통해서 실시간으로 연결됨
- DEX는 Community와 ICON Republic에 Reserve를 설정함으로써 교환비율을 제공하고, 해당 교환비율을 통하여 실시간 가치교환이 가능
*다만, 실시간으로 합의가 가능하지 않은 Community와의 연결의 경우(Bitcoin, Ethereum 및 Ethereum 기반 Cryptocurrency)에는 해당 Community에서 합의가 완료될 때까지 ICON Republic과의 합의가 완료되지 않음

Community와 Community의 연결
- ICON Republic을 통해서 DEX을 통해 각 Community와 연결되고 C-Node는 C-Rep과 ICON Republic을 통해 다른 Community에 속한 C-Node들과 실시간으로 연결

* C-Node(Community Node): Community의 구성단위로 Community 내의 합의 또는 거버넌스를 결정하는데 영향을 미침. C-Node는 개인 또는 기관(은행, 증권사, 보험사, 학교, 정부 등) 모두 가능하며 Node에 대한 정책은 각 Community에서 결정함
17
외부 블록체인 프로젝트와 커뮤니케이션- 특권 존은 다른 암호화폐를 페깅한 토큰의 소스 역할을 할 수 있음
- 코스모스 허브와 존 모두는 토큰이 한 쪽에서 다른 쪽으로 이동했다는 증명을 검증하기 위해 최신 블록을 알고 있어야 함
- 코스모스 네트워크의 페그 존은 다른 암호화폐 뿐 아니라 허브도 추적
Ex. 허브의 검증인 세트와 동일한 어떤 검증인 세트를 갖는 존이 이더-페그(Ether-Peg) 역할을 수행
여기서 페그존의 TMSP 애플리케이션은 '외부 이더리움 블록체인의 페그 컨트랙트(peg contract)와 IBC 메세지를 교환할 수 있다.		Bridge
- 외부 블록체인 프로젝트가 Parachain인 척 할 수 있도록 돕는 것
- Finality, Consensus 네트워크를 공유하지 않음
- 이중지불에 대한 문제는 몇 개의 블록을 기다리는 식으로 운영

Polkdadot -- Ethereum 연결
Polkadot -> Ethereum
Stakeholder들에 투표에 의해 선출된 검증인들과 BFT 합의 메커니즘의 선택을 통해, 검증인 수를 바꾸지 않고도 안전한 합의를 도출 가능

Ethereum -> Polkadot
이더리움 계약이 특정 거래를 Parachain으로 전송하고 싶을 때, 특별한 "Break-out contract"를 요청--> 해당 Break-out contract는 Logging instruction을 발행하는 데에 필요하며 이것의 존재는 머클 증명과 해당하는 블럭의 헤더의 타당성에 의해 증명됨

Bitcoin -- Polkadot
- 비트코인의 확장성 문제때문에 Interoperation에 한계점이 존재
*순환되는 검증자 집단에 의해 보증금이 안전하게 보호될 수 있는지 여부		Portal
- Portal은 독립적인 블록체인과 Nexus를 연결시키는 구성요소로, Nexus와 BTP기반의 통신을 통해 연동
- Portal은 하나 혹은 복수의 노드로 구성할 수 있으며, 필요에 따라 합의 네트워크를 만들 수도 있는데, 이는 해당 블록체인의 정책에 따라 상이(Ex. 각 나라별 독립적 통화체계를 갖추면서 SWIFT를 통해 여러 은행을 이용할 수 있는 것과 유사)
- Nexus에 참여한 Portal의 노드 수 역시 하나 혹은 복수가 될 수 있으며 이는 Loopchain의 그룹화 기능을 통해 하나의 그룹으로 관리되고 투표권 역시 Nexus의 정책에 따라 관리 됨

BTP(Blockchain Transmission Protocol)
- BTP는 Nexus와 연결된 블록체인간 거래를 연계하기 위한 프로토콜로 Nexus내에 구성된 Notary(공증인) channel을 통해 송신 블록체인의 거래가 수신 블록체인으로 전달
- Notary 등록 요청 거래에 대해 투표권이 있는 노드들의 복수의 서명이 블록에 포함되어 Notary channel의 블록체인을 이루게 됨
- Notary channel에 등록된 거래가 포함된 블록 데이터는 Portal을 통해 수신 블록체인으로 전달하게 됨
- 이후 수신 블록체인에서 해당 블록체인에서 해당 블록데이터를 검증할 때는 Nexus의 Notary channel을 구성하는 노드들의 인증서를 기반으로 각 노드의 서명을 검증하고 LFT 기반의 합의를 따르는 Notary channel 규격에 따라 2/3이상의 서명이 확인되면 해당 거래의 합의 여부가 확인되어 거래를 진행
* 거래 합의 여부 파악: Nexus에서 확인하는 Notary Request
18
이체 수수료- 허브 검증인: 아톰, 어떤 유형의 토큰이라도 이체수수료 받을 수 있음
- 지급준비금 세금과 투표권을 다른 검증인들에게 위임하는 아톰 보유자들은 위임받은 검증인에게 커미션을 지불(커미션은 각 검증인이 결정)		- Collator들이 거래를 처리해주면서 transaction fee를 받음- Public Treasury에는 Reserve channel을 통해 지속적으로 생성되는 ICX와 함께 ICX 거래 등 Nexus 상의 다양한 채널별로 지정된 거래 수수료가 함께 보관되며 각 Node의 권리 행사를 통해 Public Treasury 상에 모인 ICX는 다시 각 Node에 지급됨
- DDOS 공격에 대한 방어를 위해서 거래 당 0.01ICX로 설정
19
토큰 발행아톰 토큰 사용 용도- 보유자가 투표, 검증 또는 다른 검증인들에게 위임을 하기 위해 필요
-스팸 공격 완화를 위한 이체수수료(Transaction fees) 지불을 위해 검증인들에게 위임한 위임자(Delegators)에게 보상		ICX(ICON Exchange)라는 Token이 내재되어 있으며 연결된 블록체인들은 ICX를 통해 다양한 블록체인간 가치이동을 처리할 수 있음
- Nexus에는 정책에 따라 ICX를 발행할 수 있는 Reserve channel이 포함되어 있음
- Nexus 역시 하나의 블록체인으로 또다른 Nexus에 연결될 수 있음
20
사용사례토큰거래-코스모스 허브내에서 타 블록체인 Token과 SwapDEX(Decentralized Exchange)
- DEX는 블록체인 상에서 자동으로 거래를 처리해주는 시장
- ICX기반의 DEX를 제공하며 Bancol Protocol을 기반으로 Reserve를 통한 거래 가격을 산정하여 가상화폐간 거래 제공
- ETH와 ICX간 거래의 경우 Ethereum내에 Reserve 스마트 컨트랙트와 ICON내 Reserve 스마트 컨트랙트에 투표권이 있는 노드로 DEX를 구성할 수 있음

* Bancol Protocol: 이더리움 상에서 준비금을 통해 적정가격을 도출하는 알고리즘을 기반으로 실시간으로 연결된 가상화폐를 거래할 수 있는 분산 거래소(DEX: Decentralized Exchange)를 제공
이더리움을 기반으로 하고 있어 높은 수수료와 속도의 한계로 인해 뱅커 토큰으로 연결된 가상화폐간 실시간 전환은 구현해내기 쉽지 않을 것
21
이더리움 확장성이더리움의 스케일링 문제(현재 각 이더리움 노드들이 이체를 처리하고 모든 상태 저장)
--> 텐더민트 이더리움의 작업증명보다 훨씬 빠르게 블록들을 커밋할 수 있기 때문에 텐더민트 합의에 기반한 페깅된 이더(pegged-ether)를 운용하는 EVM존들은 이더리움 블록체인에 보다 높은 성능을 제공할 수 있다.
--> 뿐만 아니라, 비록 코스모스 허브 및 IBC 패킷 자체는 임의계약 로직 실행을 허용하지 않지만 서로 다른 존들에서 실행되는 실행되는 이더리움 컨트랙트 간 토큰 이동의 조정을 위해 사용되며, 샤딩을 통한 토큰 중심 이더리움 스케일링을 위한 기반을 제공할 수 있음
22
Multi-Application Integration- 동일한 코드 베이스를 활용하면서도 상이한 검증인 세트와 초기분포(Initial Distribution)를 갖는 블록체인 파생상품(Derivatives)을 만들 수 있음
- 단일이체는 다수의 인풋과 아웃품을 포함 (코스모스가 직접 DX를 위한 플랫폼 역할 가능
- 정부 시스템 버전의 블록체인(통제권 유지, 퍼블릭 코스모스 네트워크의 보안과 상호 보안성 활용		자본시장
- 블록체인 기반 공동인증서비스(금융투자업권 블록체인 컨소시엄'
- 주식 매매후 청산 결제 업무의 단축(현재 처리 2~3일 소요, 90억 지출)

보험
- 실손보험 등 보험 가입자가 병원 치료 이후에 진단서를 비롯한 보험금 청구에 필요한 개인정보를 보험사에 전달할 때에 동의 및 보험사 가입 정보를 기반으로 환자의 신원 확인하는 업무 자동화 (보험사 비용 감축 및 고객 편의 향상)

대학
- 가상화폐를 활용한 결제 서비스 제공

헬스케어
- 국내 정밀의료병원정보시스템 구축 프로젝트에 Loopchain 도입 예정
- 병원에서 쓰는 다른 블록체인간의 상호운용성 제공

DApp(Public Channel)
- 이더리움은 거래 데이터에 컴파일한 코드를 포함시키고 VM(Virtual Machine)으로 해당 코드를 실행시키는 방식을 사용하는데 반해 Public channel에서는 사전에 DApp을 개발하여 DApp Store에 등록하고 해당 거래에 참여할 노드는 DApp Store로부터 DApp을 받아서 설치한 후 이용하게 됨
23
네트워크 분할 완화- 텐더민트 같은 '일관성선호 알고리즘'이 일시적인 네트워크 분할로 합의 과정을 멈추게 할 수 있음
But, 공통의 허브를 공유해서 허브가 중단되더라도 자치 활동은 지속될 수 있음
24
연합 명칭 결의 시스템- 기존의 명칠결의로 완전노드를 신뢰하거나 전체 블록체인을 다운로드 하면서 상당한 비용 지불 후에 최근 값 알 수 있음
--> 작업증명 블록체인 위의 명칭 변경을 위해 검증인 정족수가 서명한 최근의 블록 해시, 명칭에 대한 현재값의 머클증명 --> 명칭값을 간결하고 신속하며 안전한 라이트 클라이언트 검증 할 수 있음
25
비교이더리움 2.0 Mauve- 코스모스가 토큰에 관한것이라면 Mauve는 일반 계산 스케일링에 관한 것
- 코스모스는 EVM에 구속되지 않으며, 다른 VM들이 상호 운용 가능
- 코스모스는 존의 검증 책임자를 존의 생성자가 결정하도록 함
- (거버넌스 시스템의 결정과 상충하지 않는다면) 누구든지 코스모스에서 새 존 시작 가능
- 허브는 존 실패(Zone Failure)를 격리시키며, 이를 통해 전역 토큰 불변성(Global token invariants)를 보증
26
Z cash가 Bitcoin하고 연결할 때 Privacy preserve 어떻게하냐?-Cosmos를 쓰면 Exchange token을 쓸필요가 없음
- Pegged token을 활용할 수 있음
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100