다음 세대 공공 컴퓨터는 단일 블록체인에 국한되지 않을 것입니다. 코스모스의 경우, 해당 블록체인 및 커뮤니티는 개시된 이후부터 더 많이 연결된 블록체인 생태계에 대한 잠재력과 필요성을 인지했습니다. 코스모스 SDK에 기반하여, *독립된 애플리케이션 특화 블록체인 *의 생태계 번영이 계속해서 나타나고 있습니다(dYdX v4, Osmosis, Juno, EVMOS, THORChain 등). 이와 비슷하게, 릴레이 체인과 파라 체인 시스템을 갖춘 폴카닷(Polkadot)처럼 다른 프로젝트들도 존재합니다. 이 둘 간에 한 가지 중요한 차이점은 폴카닷의 공유된 보안 모델과 코스모스의 허브 라우터 모델입니다.
비전과 범위 면에서, 저희는 코스모스가 더욱 최첨단의 디자인을 제공하며 이는 탈 중앙화되고 투명한 L1 블록체인인 ZetaChain에 영감을 크게 주었다고 주장합니다. ZetaChain은 내장된 크로스-체인의 스마트 계약 플랫폼과 유연한 프로그래밍 용이성을 통해 완벽한 상호 운용성을 달성하기 위해 노력하고 있습니다. 이 게시물에서는 블록체인 간의 통신 프로토콜(Inter-Blockchain Communication Protocol, IBC)을 구체적으로 고려하여 블록체인 상호 운용성에 대한 코스모스의 접근 방식을 간략하게 살펴봅니다. 그런 다음, ZetaChain이 어떻게 코스모스 IBC를 확장하여 기존 체인과의 완전한 옴니 채널 상호 운용성을 가능하게 하는지에 대해 의견을 나눕니다.
해당되는 경우 코스모스의 접근 방식을 강조하면서 블록체인 간의 정보 이동 방식을 검토해 보겠습니다. 누군가(자동 에이전트일 수 있음) 블록체인 A의 이벤트를 블록체인 B에 제출하여 블록체인 B에서 이에 관해 무언가를 하기로 되어 있다고 가정하겠습니다. 기본적으로, 질문은 블록체인 B은 이 정보가 블록체인 A에서 진짜라는 것을 어떻게 아느냐는 것입니다. 높은 차원에서 다음과 같이 세 가지 방식을 설명할 수 있습니다.
첫 번째 접근 방식은 무신뢰성으로 이는 블록체인 A와 B라는 두 가지 포함되어 있는 체인 외에 신뢰할 수 있는 추가적인 엔티티가 필요하지 않다는 점을 뜻합니다. 무신뢰성은 이상적이지만, 일반적이지는 않습니다. 예를 들면, 지금까지는 아토믹 스왑이 이와 같이 작동하는 유일한 기술인 듯하며, 이것은 임의의 크로스-체인 논리를 지지하는 것과는 거리가 멉니다.
이 두 번째 접근 방식도 무신뢰성을 지니며 꽤 일반적입니다. 이 방식은 코스모스 IBC가 취하는 접근 방식입니다. IBC는 코스모스 SDK와 하나의 모듈로써 잘 통합되어 있으며, IBC 기능을 실행하는 텐더민트(Tendermint) 합의 엔진을 갖춘 두 개의 체인은 모두 라이트 클라이언트처럼 서로의 트랜잭션을 검증할 수 있을 것입니다. 참고로, 라이트 클라이언트는 다른 풀 노드의 전체 블록체인 데이터의 가용성에 의존하며, 블록체인에 대한 최소한의 데이터만 저장합니다. 코스모스 IBC의 경우 합의 규칙에 임베드 되어 있는 라이트 클라이언트처럼 생각할 수 있습니다. 분명한 단점은 IBC를 사용하려면 블록체인이 특정 합의 엔진(텐더민트)을 사용해야 하며 본질적으로 IBC를 구현해야 한다는 것입니다. 이는 실제로, 코스모스 체인이나 새로운 블록체인만이 통합할 수 있다는 것을 뜻합니다.
신뢰할 수 있는 제3자 접근 방식은 훨씬 더 일반적입니다. 블록체인 A 또는 B로부터 수정이나 조절이 필요하지 않습니다. 단지 신뢰할 수 있는 제3자만이 필요합니다. 중앙화된 엔티티(중앙화된 거래소 또는 퀀트 오버레저(Quant OverLedger) 등) 또는 탈 중앙화된 엔티티(THORChain의 경우 블록체인 또는 웜홀(Wormhole)과 같은 검증인 세트)
ZetaChain은 라이트 클라이언트 검증과 신뢰할 수 있는 제3자 접근법을 결합하여 탈 중앙화되고 안전하며 모든 목적의 크로스-체인 프로그래밍 용이성을 제공합니다. 구체적으로는, 다음과 같습니다.
저희는 ZetaChain의 접근 방식이 탈 중앙성, 무신뢰성, 체인의 구애를 받지 않는 일반적인 프로그래밍 용이성이라는 모든 접근 방식의 최고만을 결합한다고 믿습니다. 예를 들면, PoS 투표 및 공증은 라이트 클라이언트를 대상으로 하는 외적 공격에는 내성이 강하지만 내적 공격(1/3 또는 2/3 ZETA 검증인 지분 공격)에는 취약합니다. 풀노드 보다 라이트 클라이언트를 공격하는 것이 대부분 약간 더 쉽습니다. 반면, 라이트 클라이언트는 내적 공격에는 내성이 강하지만 연결된 블록체인(Ethereum, Binance Smart Chain, Bitcoin 등)의 라이트 클라이언트를 속이는 것을 목표로 삼는 외적 공격에는 취약합니다. 라이트 클라이언트와 공증을 결합하면 최대한의 보안성을 얻을 수 있습니다. 상태 머신에서 라이트 클라이언트의 복잡성으로 인해 ZetaChain은 처음에는 PoS 공증에 기반을 둘 것입니다. 그런 다음 점차 시간이 지나면, 무신뢰성의 라이트 클라이언트를 상태 머신에 통합시킬 것입니다.