이 기사의 출처:오렌지북(ID: chengpishu), 작성자: orangefans, 승인을 받아 전달됨.
코스모스는 흥미로운 프로젝트입니다. 그 생각을 요약하자면, 2014년에 시작된 이 프로젝트의 원래 의도는 누구나 쉽게 자신의 체인을 소유할 수 있도록 하는 것입니다.
대부분의 사람들이 퍼블릭 체인을 구축하고 세계를 지배하느라 바쁜 와중에 코스모스 창업자 Jae는 그만의 독특한 아이디어가 있습니다. 그는 사람들이 여전히 통합된 퍼블릭 체인 외부의 대안이 필요하며 자신만의 체인을 갖고 싶어하는 사람들이 항상 있다고 믿습니다. 다른 관점에서도 많은 탈중앙화 애플리케이션 자체가 독립적인 체인이어야 합니다. 예를 들어 CryptoKitties는 체인이어야 하고 fomo3d도 체인이어야 하며 퍼블릭 체인의 애플리케이션이 아니어야 합니다.
이를 위해 코스모스 팀은 개발자가 dapp을 개발하는 것처럼 쉽게 자체 체인을 개발할 수 있는 많은 도구를 만들었습니다. 결국 수많은 "작고 아름다운", "맞춤형", "특화", "특화" 체인이 무수한 강과 바다처럼 나타날 때 코스모스는 상호 연결 기능을 제공하는 더 큰 네트워크 생태계와 크로스 체인 프로토콜을 사용할 것입니다. 이러한 다양한 체인에 대해. 코스모스의 목표는 이러한 강과 강을 블록체인의 큰 바다로 수렴시키는 것입니다.
이 글은 코스모스가 하는 일과 재미있는 곳을 이해하기 쉬운 언어로 소개하고자 합니다. Cosmos와 그의 핵심 기술 팀 콘텐츠를 통해 코스모스의 개념을 더 깊이 이해할 수 있습니다.
코스모스의 기원: 텐더민트
이 기사의 출처:
이러한 개발 도구 세트를 설계하라는 요청을 받았다면 어떻게 설계하시겠습니까? 분명히 첫 번째 단계는 모든 체인이 사용해야 하는 기능을 추상화하는 것입니다. 다른 사람이 컴퓨터를 만드는 것을 돕고 싶다면 컴퓨터에 CPU, 메모리, 디스플레이가 있는지 알아야 합니다.
이런 맥락에서 어떤 사람들은 모든 사람이 이 도구를 사용하여 자신의 체인을 더 좋고 빠르게 개발할 수 있도록 도구를 만들 수 있을까? 마치 컴퓨터를 조립하듯이 키보드, 마우스, 모니터, 메모리스틱 등이 기성품으로 되어 있어 독립적으로 분해가 가능하며, 컴퓨터의 원리를 이해하지 못하는 사람도 빌딩 블록처럼 다양한 성능의 컴퓨터를 조립할 수 있습니다.
코스모스 - 정확히 말하면 코스모스의 텐더민트 - 가 탄생했습니다.
텐더민트는 우주에서 가장 중요한 구성 요소 중 하나이며 전체 우주 생태계의 기초이기도 합니다. 코스모스를 이해하려면 먼저 텐더민트를 이해해야 합니다.
간단히 말해, 텐더민트는 일반적인 블록체인 개발 프레임워크입니다. 이 프레임워크를 사용하여 자신의 체인을 빠르게 사용자 정의하고 개발할 수 있습니다.
이러한 개발 도구 세트를 설계하라는 요청을 받았다면 어떻게 설계하시겠습니까? 분명히 첫 번째 단계는 모든 체인이 사용해야 하는 기능을 추상화하는 것입니다. 다른 사람이 컴퓨터를 만드는 것을 돕고 싶다면 컴퓨터에 CPU, 메모리, 디스플레이가 있는지 알아야 합니다.
체인의 필수 구성 요소는 무엇입니까?
코스모스 팀은 다음과 같이 나눌 수 있다고 생각합니다.
네트워크 계층: P2P 네트워크에서 각 노드가 트랜잭션을 수신하고 전송할 수 있도록 하는 데 사용됩니다.
합의 계층: 각 노드가 노드의 상태를 수정할 수 있는 동일한 트랜잭션을 선택하는지 확인하는 데 사용됩니다. Bitcoin에서 소위 "상태"는 일련의 계정의 잔액입니다 (utxo 모델이지만 이해를 단순화하기 위해 이렇게 생각할 수 있습니다). 거래이며 유효하면 거래가 수정됩니다. 모든 계정의 잔액.
애플리케이션 계층: 트랜잭션 처리를 보장하는 데 사용됩니다. 소위 "트랜잭션 처리"는 다음을 의미합니다. 트랜잭션과 상태를 입력하면 응용 프로그램이 새로운 상태를 반환합니다. Ethereum에서 응용 프로그램 계층은 실제로 소위 evm 가상 머신입니다. 모든 트랜잭션은 가상 머신에 들어가고 가상 머신은 트랜잭션을 호출한 스마트 계약의 지시에 따라 상태를 수정합니다.
코스모스 팀은 이 3계층 구조가 기본적으로 체인의 모든 것을 요약할 수 있다고 믿습니다. 동시에 대부분의 사람들은 자신의 체인을 개발하기를 원하지만 네트워크 계층과 합의 계층에 대해서는 별로 신경 쓰지 않고 정의하려는 것은 애플리케이션 계층입니다. 이 계층은 비즈니스 로직을 담당하기 때문입니다.
따라서 텐더민트의 목표는 다음과 같습니다.
공통 네트워크 계층과 합의 계층을 생성하여 모든 사람이 쉽게 자체 애플리케이션 계층을 구축할 수 있도록 하여 불필요한 개발 시간을 많이 절약합니다.
텐더민트는 두 부분으로 구성됩니다.
텐더민트는 두 부분으로 구성됩니다.
두 번째 부분은 ABCI 프로토콜, 애플리케이션 블록체인 인터페이스라고 합니다. 이 부분은 텐더민트 코어 엔진과 위의 개발자 정의 애플리케이션 레이어 간의 인터페이스입니다. 이 인터페이스를 통해 애플리케이션 계층은 기본 합의 계층 및 네트워크 계층과 통신할 수 있습니다. ABCI 프로토콜의 특징은 다양한 프로그래밍 언어와 모든 프로그래밍 환경에서 애플리케이션에 의해 트랜잭션이 처리될 수 있다는 것입니다.
다음으로 이 두 부분을 자세히 살펴보겠습니다.
tendermint core
Tendermint 코어는 네트워크 계층과 합의 계층을 포함합니다. 네트워크 계층은 중요하지 않은 가십 프로토콜을 사용하므로 합의 계층에 집중하겠습니다.
합의 측면에서 텐더민트는 비잔틴 합의 알고리즘 + pos를 사용합니다.
비잔틴 알고리즘은 합의를 해결하는 알고리즘의 일종으로 네트워크의 검증 노드가 라운드마다 방송하고 투표하여 최종적으로 전체 네트워크의 일관성을 달성하여 노드 오프라인, 네트워크 통신 지연, 악의적인 노드를 상쇄합니다. 노드 교란 등 질문. 비잔틴 알고리즘은 노드의 2/3 이상이 정직한 노드여야 하는데, 텐더민트에서 이 2/3 노드는 노드의 수가 아니라 노드가 소유한 권리와 이익, 즉 "돈"의 양 - 때문에 pos 메커니즘, 이것과 우리앞서 소개한 알고랜드는 동일합니다.
또한 PBFT와 같은 비잔틴 합의 알고리즘은 검증 노드가 사전에 미리 설정된 고정 노드의 집합이어야 하지만 텐더민트에서는 검증 노드가 동적으로 변경될 수 있지만 이 동학은 비트코인 POW만큼 유연할 수 없다는 것을 모두 알고 있습니다. 가입하고 싶으면 가입할 수 있고, 탈퇴하고 싶으면 탈퇴할 수 있습니다. Tendermint가 일련의 검증 노드를 추가하거나 종료할 때마다 노드의 2/3 이상이 투표해야 합니다.
비잔틴 알고리즘은 합의를 해결하는 알고리즘의 일종으로 네트워크의 검증 노드가 라운드마다 방송하고 투표하여 최종적으로 전체 네트워크의 일관성을 달성하여 노드 오프라인, 네트워크 통신 지연, 악의적인 노드를 상쇄합니다. 노드 교란 등 질문. 비잔틴 알고리즘은 노드의 2/3 이상이 정직한 노드여야 하는데, 텐더민트에서 이 2/3 노드는 노드의 수가 아니라 노드가 소유한 권리와 이익, 즉 "돈"의 양 - 때문에 pos 메커니즘, 이것과 우리
5개 대륙에 걸친 64개 노드, 상용 클라우드 컴퓨팅 인스턴스를 사용하는 7개 데이터 센터는 초고속 처리 성능을 제공하고 초당 수천 건의 트랜잭션을 처리하며 1~2초 사이의 지연을 제공할 수 있습니다. 더욱이 이러한 종류의 성능은 엄격한 적대적 가정 하에서도 확립될 수 있으며, 시스템에 의도적으로 투표를 속이는 악의적인 노드가 있더라도 어느 정도의 내결함성을 보장할 수 있습니다.
텐더민트의 장점이 성능과 보안에 반영된 것을 알 수 있습니다. 또한 텐더민트의 또 다른 장점은 pos Byzantine 합의 알고리즘이 블록이 생성된 직후 Finality에 도달하기 때문에 분기되지 않는다는 것입니다.
ABCI 프로토콜
텐더민트 코어를 사용하면 퍼블릭 체인, 얼라이언스 체인, 프라이빗 체인 등 다양한 체인을 구축할 수 있습니다.
이것이 가능한 이유는 텐더민트 코어가 위의 애플리케이션 계층이 어떻게 생겼는지 모르고 애플리케이션 계층의 구현에 대해 신경 쓰지 않기 때문입니다. Tendermint는 관련 없는 많은 세부 사항을 무시하고 공통 인터페이스를 만들기 위해 핵심 사항만 추상화합니다. 이 인터페이스를 abci 프로토콜이라고 하며 애플리케이션 계층과 텐더민트 코어 사이의 통신을 연결하는 데 사용됩니다.
앞서 소개한 알고랜드는 동일합니다.
텐더민트의 장점이 성능과 보안에 반영된 것을 알 수 있습니다. 또한 텐더민트의 또 다른 장점은 pos Byzantine 합의 알고리즘이 블록이 생성된 직후 Finality에 도달하기 때문에 분기되지 않는다는 것입니다.
Ethereum의 Solidity는 물론 Java, C++, Python 및 Go와 같은 언어를 모두 사용하여 결정론적 블록체인 트랜잭션 처리 논리를 작성할 수 있습니다. 블록 처리는 Bitcoin pow와 같이 확률적으로 결정되는 것이 아니라 즉시 결정되어야 합니다. 그렇지 않으면 텐더민트 코어가 합의에 도달할 수 없습니다. pos 및 poa(권한 증명) 합의 알고리즘은 즉시 결정됩니다.
순서도
ABCI 프로토콜
abci 프로토콜에는 여러 가지 메시지 유형이 포함됩니다. Tendermint 코어는 애플리케이션 계층에 대한 3개의 ABCI 연결을 생성합니다: 하나는 메모리 풀의 브로드캐스트 트랜잭션 확인용, 하나는 합의 엔진 작동 및 새로운 블록 제안용, 마지막 하나는 애플리케이션 계층의 상태를 쿼리하기 위한 것입니다.
좀 더 직관적일 수 있는 abci 프로토콜과 애플리케이션 계층 간의 관계를 확인하기 위해 보다 구체적인 예를 사용하겠습니다.
예를 들어, 우리는 텐더민트를 기반으로 "가짜 비트코인"을 구현하려고 합니다. 비트코인은 가상 통화 거래 기록을 기록하는 블록체인이며 네트워크의 각 노드는 모든 사람이 완전히 감사한 UTXO 데이터베이스를 유지합니다.
유사한 정의를 준수하는 시스템을 만들려면 abci를 사용해야 합니다. 그런 다음 Tendermint Core는 주로 다음과 같은 일을 담당합니다.
유사한 정의를 준수하는 시스템을 만들려면 abci를 사용해야 합니다. 그런 다음 Tendermint Core는 주로 다음과 같은 일을 담당합니다.
신뢰할 수 있고 변경할 수 없는 트랜잭션 레코드(즉, 체인) 설정
우리가 작성해야 하는 애플리케이션 계층 항목은 다음을 담당합니다.
UTXO 데이터베이스 유지
트랜잭션의 암호화 서명 확인
"존재하지 않는 거래 지출" 방지
클라이언트가 UTXO 데이터베이스를 쿼리하도록 허용
Cosmos SDK
자, 우리는 텐더민트가 무엇인지에 대한 일반적인 생각을 가지고 있습니다.
보시다시피 abci를 작성하는 것은 상당히 번거로운 작업입니다. 사용자의 블록체인 개발을 더욱 용이하게 하기 위해 Cosmos는 Cosmos SDK라는 도구도 제공합니다. ), 슬래싱(처벌 메커니즘), IBC(크로스 체인 기능), 계정, 거버넌스, 보상 및 수수료 등
Cosmos SDK를 사용하면 일부 체인별 서비스를 처리하기 위해 SDK를 기반으로 다른 플러그인 모듈을 구현하기만 하면 됩니다.
코스모스 팀은 또한 이 SDK를 사용하여 나중에 다룰 Cosmos Hub라는 예제를 구현했습니다.
크로스체인
코스모스의 핵심 기술인 텐더민트와 코스모스 SDK가 하는 일에 대해 알아보았습니다. 다음으로 코스모스 크로스체인 기술에 대해 알아보겠습니다. 우주의 미래를 위한 가장 중요한 상상의 공간이기도 하다.
체인이 많지 않을 때 크로스 체인 문제는 실제로 존재하지 않습니다. 그러나 이제 퍼블릭 체인이 점점 더 많아지면서 크로스 체인은 해결해야 할 문제가 되었습니다. 두 체인은 서로 통신해야 하고, 비트코인과 이더리움은 서로 거래하고, 가치를 이전하고, 각각의 토큰을 교환해야 합니다.이 문제를 해결하는 방법은 무엇입니까?
다음과 같은 아이디어가 있습니다.
체인 A가 체인 B에 10개의 토큰을 보내려고 한다고 가정합니다. 먼저 이 10개의 토큰은 체인 A에 고정되어 이동할 수 없습니다. 그러면 10개의 토큰이 잠겼다는 암호학적 증거가 A체인에서 B체인으로 전송되고, B체인은 A체인의 검증 노드를 추적한다. 검증 노드, 다음 크로스 체인 트랜잭션이 유효하고 해당 10 x 토큰이 B 체인에서 생성됩니다.
B 체인의 10 x 토큰은 실제 x 토큰이 아닌데, 이는 x 토큰이 A 체인에만 존재하고 B 체인의 x 토큰은 A 체인의 x 토큰의 대리인일 뿐이기 때문입니다. 협력 필요 이 코인이 실제로 A 체인에 잠겨 있음을 증명하는 암호화 증거. 이러한 토큰이 체인 B에서 체인 A로 반환될 때 유사한 메커니즘이 채택됩니다.
이 메커니즘의 추상화는 코스모스에서 사용하는 블록체인 간 통신 프로토콜인 IBC 프로토콜, 블록체인 간 통신입니다. IBC는 서로 다른 체인이 서로 통신할 수 있게 해주는 다리와 같습니다. IBC에 대한 자세한 정의는 https://github.com/cosmos/cosmos-sdk/tree/master/docs/spec/ibc에서 확인할 수 있습니다.
안타깝게도 현재 IBC 프로토콜은 단순한 값 전송, 즉 체인을 통해 토큰을 전송하는 것만 지원하며 논리, 코드 또는 기타 데이터 전송은 지원하지 않습니다.
블록체인 네트워크
IBC 교차 체인 통신 프로토콜을 사용하여 어떻게 상호 연결된 블록체인 네트워크를 구축할 수 있습니까?
가장 직접적인 방법 중 하나는 네트워크의 각 퍼블릭 체인이 다른 퍼블릭 체인과 IBC 통신 프로토콜을 설정하도록 하는 것입니다. 이 접근 방식은 간단하고 효과적이지만 확장성이 없다는 큰 문제가 있습니다. 네트워크에 100개의 서로 다른 체인이 있다고 가정하면 서로 연결하기 위해 4590개의 링크를 설정해야 합니다. 체인 수가 증가하면 설정된 링크 수도 빠르게 증가합니다.
그렇다면 서로 연결하지 않고 모든 체인을 직렬로 직접 연결할 수 있습니까?
따라서 100개의 체인이 있는 경우 총 99개의 링크만 설정하면 됩니다. 그러나이 방법은 또 다른 문제에 직면하게 될 것입니다. 신뢰 비용이 증가하고 교차 체인 거래에서 이중 지출의 위험도 크게 증가합니다. 왜? A 체인에서 B 체인으로 보낸 토큰이 A 체인에서 생성되면 B 체인은 A 체인의 검증 노드만 신뢰하면 되지만 C 체인에서 토큰이 생성되면 C에서 A로 전송되고 그러면 B 체인은 A와 C의 검증 노드를 동시에 신뢰해야 하며 결국 이 교차 체인 트랜잭션의 검증은 매우 번거로울 것입니다.
위의 두 가지 유형의 문제를 피하기 위해 Cosmos는 다른 크로스 체인 방법을 채택합니다. 모듈식 아키텍처를 사용하여 전체 블록체인 네트워크의 연결을 설정합니다.이 아키텍처에는 두 가지 구성 요소가 포함됩니다: 하나는 허브라고 하고 다른 하나는 영역이라고 합니다.
영역과 허브는 모두 텐더민트 기반 블록체인입니다. 허브는 교차 체인 연결의 중심이며 모든 교차 체인 트랜잭션은 허브를 통해 균일하게 처리됩니다. 영역은 서로 다른 하위 체인입니다. 영역은 ibc 프로토콜을 통해 허브에 연결되며 서로 다른 체인은 서로 교차 체인 트랜잭션을 수행해야 하며 이는 허브의 프록시를 통해서만 완료할 수 있습니다.
이러한 크로스 체인 아키텍처는 사람들이 즉시 또 다른 질문을 쉽게 생각할 수 있도록 합니다: 모든 크로스 체인 통신은 허브의 중앙 에이전트를 통해 완료됩니다.이것이 블록체인 탈중앙화의 원래 의도를 위반합니까?
이러한 크로스 체인 아키텍처는 사람들이 즉시 또 다른 질문을 쉽게 생각할 수 있도록 합니다: 모든 크로스 체인 통신은 허브의 중앙 에이전트를 통해 완료됩니다.이것이 블록체인 탈중앙화의 원래 의도를 위반합니까?
크로스 체인이 코스모스 허브에 크게 의존하지만 모든 사람이 공식 코스모스 허브를 거치지 않고도 자신의 허브를 실행할 수 있다는 점을 언급할 가치가 있습니다. 따라서 어느 정도 크로스 체인 탈중앙화도 보장할 수 있습니다. 약간 비슷합니다. 혼자서 허브를 운영한 다음 몇 명의 좋은 친구와 함께 근거리 통신망을 형성하고 동시에 근거리 통신망과 근거리 통신망은 서로 다른 허브를 통해 연결할 수 있습니다. 외부 네트워크에 연결된 허브가 마비되더라도 LAN 내부의 통신에는 영향을 미치지 않습니다.
텐더민트가 아닌 체인은 서로 연결할 수 있습니까?
지금까지 우리는 텐더민트와 코스모스 SDK를 가지고 있으며, 기본 네트워크와 컨센서스 레이어에 관계없이 애플리케이션 레이어의 비즈니스 로직에만 신경을 쓰고 자체 체인을 빠르게 개발할 수 있습니다. 또한 텐더민트를 기반으로 다양한 체인을 연결할 수 있고 상호운용성을 가질 수 있는 코스모스 허브와 존도 보유하고 있습니다.
그렇다면 텐더민트를 기반으로 하지 않는 체인도 서로 연결될 수 있을까요?
여기에는 두 가지 경우가 있습니다: 즉각적인 확실성이 있는 체인(예: POS 및 POA 합의 채택)인 경우 IBC에 적응하는 한 코스모스의 네트워크 생태계에 액세스할 수 있습니다. 조금 더 복잡합니다.
후자의 교차 체인 요구 사항에 대응하여 코스모스는 영역을 기반으로 하는 새로운 구성 요소인 Peg-Zone을 출시했습니다. Peg-Zone은 실제로 원래 체인의 상태를 추적하는 데 사용되는 프록시 체인입니다.
Peg-Zone 자체는 텐더민트 기반 체인이므로 즉각적인 확실성이 있으며 ibc에 적용됩니다. Peg-Zone은 원래 체인을 추적하고 프록시 체인에서 블록의 확실성을 보장하는 역할을 합니다. 따라서 Peg-Zone은 사전에 규칙을 설정하고 이 규칙을 사용하여 블록의 확실성을 확인해야 합니다.예를 들어 규칙은 현재 블록에 100개의 새 블록을 추가한 후 현재 블록이 안정적입니다. 보장된 결정론으로 간주되며 분기되지 않습니다.
이 단계에서 이더리움(여전히 POW 합의 사용)의 예를 볼 수 있습니다.
그렇다면 텐더민트를 기반으로 하지 않는 체인도 서로 연결될 수 있을까요?
Peg-Zone의 프록시 체인은 유사한 메커니즘을 사용하여 Ethereum의 원래 체인에 토큰을 보낼 수도 있습니다. 이때 Peg-Zone의 토큰은 Ethereum에서 ERC20 토큰으로 나타납니다.
그러나 Peg-Zone의 프록시 체인 모델에도 고유한 문제가 있습니다. 연결된 각 체인에 대해 특별히 사용자 정의해야 합니다. 이더리움은 계정 유형을 기반으로 하며 스마트 계약이 있기 때문에 이더리움용 Peg-Zone 프록시 체인을 구축하는 것은 상대적으로 쉽습니다. 비트코인용 Peg-Zone 프록시 체인을 만들고 싶다면 매우 복잡할 것입니다. 가능하긴 하지만 많은 추가 작업이 필요합니다.
요약
여기에는 두 가지 경우가 있습니다: 즉각적인 확실성이 있는 체인(예: POS 및 POA 합의 채택)인 경우 IBC에 적응하는 한 코스모스의 네트워크 생태계에 액세스할 수 있습니다. 조금 더 복잡합니다.
보조 제목
Cosmos는 블록체인의 개발 비용을 줄이고 서로 다른 체인이 상호 운용성을 갖도록 하는 것 외에도 이 개념이 확장성이라는 또 다른 중요한 이점을 가지고 있다고 믿습니다.
확장성
확장성 측면에서 코스모스의 개선은 두 가지 측면으로 나뉩니다.
수직적 확장: 수직적 방향의 성능 향상은 한편으로는 pow의 합의 알고리즘을 포기하고 pos+Byzantine 합의 알고리즘을 채택하는 데 반영되며, 다른 한편으로는 "블록체인화"에 반영됩니다. of applications" - 블록체인의 가상 머신에서 dapp을 개발하는 경우, 이러한 종류의 dapp 작업의 효율성은 이 애플리케이션에 필요한 트랜잭션 유형, 데이터 구조 및 상태 전환 기능이 내장된 블록체인에서 직접 실행하는 것보다 느립니다.
수평적 확장: 합의 알고리즘과 블록체인 자체의 수직적 확장 외에도 향후 코스모스가 제공하고자 하는 멀티체인 시스템에 확장성도 붙일 수 있다. 이 미래 개념은 다음과 같습니다: 네트워크에 거래의 보안을 보장하는 공개 검증 노드 그룹이 있고, 여러 병렬 체인이 각각 거래의 작은 부분을 실행하여 더 빠른 거래 처리 속도를 달성합니다. .
코스모스는 현재 대부분의 개발자들이 자체 체인을 개발하기보다는 이더리움에서 스마트 컨트랙트를 개발하는 경향이 있다고 생각하는데, 그 주된 이유는 주로 체인을 개발하는 것이 너무 어렵기 때문입니다. 그러나 텐더민트의 인기로 인해 체인 개발 비용은 스마트 계약 개발만큼 간단해질 것입니다.
인터뷰 대화
코스모스의 블록체인과 생태계에 대한 이해는 매우 흥미롭습니다. 코스모스가 "누구나 체인을 소유해야 한다"는 굳건한 신념에 대해 궁금해하는 분들이 오렌지북처럼 많을 것입니다. 지난 Shanghai Wanxiang Blockchain Summit에서 Orange Book은 우연히 Cosmos 창업자 Jae Kwon과 핵심 기술 개발 팀을 인터뷰할 기회가 있었습니다.
Orange Book: Cosmos가 무엇인지 간단한 단락으로 소개한다면 Cosmos의 주요 차이점은 무엇이라고 생각하십니까?
확장성 측면에서 코스모스의 개선은 두 가지 측면으로 나뉩니다.
Orange Book: 앞으로 체인이 많이 생길까요? 인터넷과 비교하면 웹 사이트 응용 프로그램이 다를 수 있지만 이러한 웹 사이트 응용 프로그램에는 tcp/ip 프로토콜만 있을 수 있습니다.
수평적 확장: 합의 알고리즘과 블록체인 자체의 수직적 확장 외에도 향후 코스모스가 제공하고자 하는 멀티체인 시스템에 확장성도 붙일 수 있다. 이 미래 개념은 다음과 같습니다: 네트워크에 거래의 보안을 보장하는 공개 검증 노드 그룹이 있고, 여러 병렬 체인이 각각 거래의 작은 부분을 실행하여 더 빠른 거래 처리 속도를 달성합니다. .
Orange Book: 사람들이 자신의 체인을 가질 것이라고 믿는 이유가 궁금합니다. 혼자서 체인을 유지하고 싶다면 실제로 매우 어렵습니까?
코스모스는 현재 대부분의 개발자들이 자체 체인을 개발하기보다는 이더리움에서 스마트 컨트랙트를 개발하는 경향이 있다고 생각하는데, 그 주된 이유는 주로 체인을 개발하는 것이 너무 어렵기 때문입니다. 그러나 텐더민트의 인기로 인해 체인 개발 비용은 스마트 계약 개발만큼 간단해질 것입니다.
보조 제목
인터뷰 대화
재: 정말 어렵다. 하지만 인간의 본능과 비슷한 것이 있다고 생각합니다. 이른바 인간의 "부트스트래핑" 능력은 자신의 노력으로 성공하는 경향이 있습니다. 사람들이 주류 체인이 그들의 요구를 충족시킬 수 없다고 느낄 때마다 그 뒤에 잠재적인 가치가 있을 것입니다.커뮤니티와 자체 인센티브 체인이 있으면 이러한 가치가 커질 것입니다. 나는 항상 서로를 계속 밀어붙이는 두 가지 힘이 있을 것이라고 생각합니다. 하나는 중앙 집중화와 클러스터링을 향한 것이고 다른 하나는 사람들이 일종의 대체 가능성 또는 세 번째 두 가지 선택을 원한다는 것입니다.
Orange Book: 코스모스는 앞으로 어떤 도전에 직면하게 될까요?
jae: 전체 생태계의 보안에 대해 깊이 생각해야 합니다. 모듈식 설계에서 시스템의 보안을 보장하는 방법은 하나의 과제입니다. 그래서 우리는 데이터 뒤의 논리를 숨기는 역할을 하는 키퍼(keeper)라는 논리 제어 구성 요소와 다양한 독립 저장소 세트를 설계했습니다. 이러한 격리는 애플리케이션을 빌드할 때 애플리케이션이 어떤 부분으로 구성되어 있고 서로 어떻게 연결되어 있는지 명확하게 알 수 있기 때문에 시스템 보안에 좋습니다. 앞으로 우리는 다양한 모듈에 대해 더 많은 언어 적응을 해야 할 수도 있습니다.실시간 네트워크에서 직접 다양한 모듈의 핫 플러깅을 지원하는 것과 같이 이러한 모듈을 더 잘 최적화하는 방법이 우리가 직면하게 될 문제일 수 있습니다. .
참조 소스:
https://blog.cosmos.network/understanding-the-value-proposition-of-cosmos-ecaef63350d | Understanding the value proposition of Cosmos – Cosmos Blog
https://zhuanlan.zhihu.com/p/31131214 | 코스모스 인터체인 커뮤니케이션 기술 사양 [1부]
https://zhuanlan.zhihu.com/p/43898294 | 코스모스 프로젝트 및 SDK 소개
https://tendermint.com/docs/introduction/introduction.html#abci-overview | What is Tendermint? | Tendermint Core
https://blockgeeks.com/guides/what-is-cosmos-blockchain/ | What is Cosmos Blockchain ? Most Comprehensive Guide
Cosmos cso jim: 페이스북을 분해하면 이미 많은 체인이 있습니다. Facebook의 블록체인 버전에는 광고 체인, 관계 체인, xx 체인 등이 필요할 수 있습니다. 이러한 각 체인은 한 가지만 담당하고 특정 애플리케이션이 있는 반면 Facebook은 이러한 체인을 통합된 방식으로 최적화하고 조정하여 실행 속도와 업그레이드 방법을 제어해야 합니다. 이것은 코스모스의 매우 구체적인 적용 사례입니다.
jae: 사람들에게 체인이 많이 필요한 이유에 대한 또 다른 예를 들자면 금융 분야를 보면 됩니다. 일부 금융 시스템을 살펴보면 규제 요구 사항으로 인해 은행이 많은 민감한 데이터를 마스터하고 해당 도구를 제어해야 하는 경우가 많습니다. 따라서 범용 퍼블릭 체인 외에도 이러한 필드에는 자체적으로 제어할 수 있는 많은 체인이 필요합니다.
https://cosmos.network/docs/sdk/core/intro.html
