패러다임: IBC 출시와 함께 코스모스의 가치를 재조명하다
Cosmos의 IBC 출시와 함께 크로스 체인이 진정으로 부상했습니다.작성자： Charlie Noyes 와 Dan Robinson
편집：Perry Wang
이더리움 블록체인에서는 모든 애플리케이션이 공유 상태 머신에서 실행됩니다. 반면에 코스모스에서는 여러 애플리케이션 전용 블록체인이 서로 자산과 기타 메시지를 전달합니다. 이더리움이 대형 컴퓨터라면, 코스모스는 독립 서버를 네트워크로 연결하는 프로토콜입니다.
애플리케이션이 여전히 플랫폼 로컬에 있을 때, 메인프레임 방식은 잘 작동할 수 있습니다. 그러나 이러한 블록체인에서 각 체인이 지원할 수 있는 애플리케이션의 수는 제한적이며, 이러한 애플리케이션은 설계 초기부터 서로 통신하는 것을 고려하지 않았습니다.
현재 이더리움 메인 체인의 혼잡 상황은 애플리케이션이 대체 1계층(L1) 및 2계층(L2) 솔루션을 재선택하도록 촉진하고 있습니다. 이러한 프로젝트는 이더리움의 "대도시 프리미엄"을 감당할 수 없습니다. 각 새로운 L1 및 L2는 다른 L1 및 L2와 통신하기 위해 어색한 미들웨어 (브릿지)가 필요합니다.
코스모스는 블록체인이 서로 연결되는 미래에 대해 다른 비전을 제시합니다: 상호 운용성을 최우선 원칙으로 구축합니다. 코스모스는 주권 체인에 공유 통신 표준을 제공하는 것이 프로토콜 설계 진화의 자연스러운 단계라고 생각합니다. 이 비전은 경쟁적이지 않고 포용적입니다. 이더리움과 다른 플랫폼도 이러한 상호 운용성 모델을 통합할 수 있습니다.
코스모스란 무엇인가?
코스모스 자체는 블록체인이 아닙니다------오히려 애플리케이션 전용 블록체인(존이라고 불리는)을 설계하기 위한 청사진입니다. 각 블록체인이 네트워크 연결 및 합의 코드를 처음부터 구현해야 한다면, 여러 블록체인으로 구성된 세계를 구축하는 것은 비현실적입니다. 따라서 코스모스는 이러한 기능을 처리할 수 있는 템플릿 소프트웨어 코스모스 SDK를 제공합니다.
코스모스의 SDK에 대한 다년간의 개발 작업은 존을 시작하는 것이 스마트 계약을 배포하는 것만큼 쉬워지게 했습니다. 그러나 이러한 접근 방식은 코스모스만의 것이 아니며, 애플리케이션 전용 블록체인 아이디어를 결합한 다른 프로젝트들도 개발자에게 "박스형 블록체인"을 제공합니다. 예를 들어, 폴카닷의 서브스트레이트 프레임워크는 코스모스의 SDK와 유사합니다.
코스모스는 공유 보안 계층 없이 실용적인 상호 운용성을 구현했기 때문에 독특합니다. 이러한 기능은 이더리움과는 반대의 아키텍처로 해석되었습니다.
보안 모드
이더리움의 보안 모드는 통합적입니다. 이더리움에 배포된 각 애플리케이션은 동일한 보안 수준을 가집니다: 일반적으로 이더리움 원장 보안 수준입니다. 모든 이더리움 애플리케이션이 공유 런타임에 존재하기 때문에 기본적으로 이들은 긴밀하게 연결되어 있으며 상호 운용 가능합니다.
반대로, 코스모스 보안 모드는 비통합적입니다. 각 존(간단히 말해 각 애플리케이션)은 자신의 목적을 충족할 수 있는 보안 수준을 선택해야 하며, 이 보안을 제공하기 위해 합리적인 검증자 시장을 유도해야 합니다. 각 존은 자신의 런타임에 존재하므로 기본적으로 상호 운용이 불가능하며, 통신은 공유 메시징 프로토콜이 필요합니다.
상호 운용성
코스모스는 상호 운용성을 선택적 시장 프로세스로 처리하여 존 간 보안 가정의 비통합성을 다룹니다: 존 및 그 사용자들이 감수하는 다른 원격 존의 보안 위험 수준입니다.
연결되지 않은 존은 자산을 전달하지도 않습니다. 완전히 연결된 존은 서로 하나의 합의 프로세스의 샤드일 수 있습니다. 존 생태계에서 이러한 쌍 관계의 전체는 새로운 보안 토폴로지------크로스 체인입니다.
크로스 체인 통신(IBC) 프로토콜은 모든 필요한 상호 운용성을 달성하기 위한 범용 통신 표준입니다. IBC는 간단한 자산 이동에서부터 크로스 존 데이터 가용성 증명, 원격 존 검증자의 자산 몰수(예: 완전히 공유된 보안성)에 이르기까지 포괄적인 용례에 적용될 수 있습니다.
또한, 최종성(Finality)을 가진 합의 메커니즘을 사용하는 블록체인은 누구나 IBC 프로토콜을 사용할 수 있으며 코스모스 네트워크에 참여할 수 있습니다. 예를 들어, ETH2의 Gasper, 폴카닷의 GRANDPA 및 리브라의 HotStuff는 모두 IBC와 호환됩니다.
이론적으로 모든 것은 하나의 코스모스 존입니다.
IBC는 현재 생산 단계에 접어들었습니다. 첫 번째 표준화된 애플리케이션------크로스 존 자산 이동이 최근에 출시되었습니다. 대부분의 분산 금융(DeFi) 애플리케이션에 대해 이러한 조합 가능한 모델은 충분합니다. 이더리움 창시자 비탈릭 부테린이 발표한 주장을 참조하십시오. 그의 견해에는 많은 주목할 만한 용례(자동 시장 조성기 AMM, 대출 등)가 포함되어 있습니다.
코스모스의 장점
요약하자면, 코스모스에서는 각 애플리케이션이 독립적인 코스모스 존으로 배포되도록 권장됩니다. 코스모스는 이러한 블록체인을 개발하고 상호 운용 가능하게 만드는 데 필요한 핵심 소프트웨어 기반(SDK, IBC 등)을 제공합니다. 코스모스는 상호 운용성 수준의 차이를 계보로 보고, 네트워크의 각 블록체인이 다른 블록체인과 상호 작용하는 방식을 선택할 수 있도록 허용합니다. 이러한 관계는 크로스 체인을 형성합니다.
그렇다면 코스모스의 모델은 왜 매력적일까요?
주권 체인의 장점
확장성: 애플리케이션 전용 체인으로 구성된 네트워크는 모든 검증자가 보호해야 하는 블록체인보다 더 확장성이 높습니다. 심지어 샤딩 플랫폼에도 한계가 있습니다. 코스모스 존은 수용 가능한 거래 상대방 보안 가정에 따라 동적 위치 지점을 통해 "수평 확장"을 합니다.
채굴자 추출 가치(MEV) 방어: 애플리케이션 전용 주권 체인은 강력한 MEV 완화 조치를 가질 수 있으며, 자신이 받는 인센티브에 대해 고도화된 제어를 할 수 있습니다.
특정 용례에 맞춘 거래 정렬 메커니즘을 맞춤 설정할 수 있습니다(예: 코스모스 허브의 AMM은 모든 거래를 하나의 블록에서 일괄 처리하도록 강제합니다).
각 코스모스 존은 하나의 애플리케이션의 보안을 보호하므로, 임의의 프로그래머블 플랫폼과 비교할 때 시간이 지남에 따라 MEV를 축적할 가능성이 적습니다. 이러한 의미에서 코스모스 존은 이더리움보다 비트코인 블록체인에 더 가깝습니다.
또한, 존은 누구와 상호 운용할지를 선택할 수 있으므로, 공유 플랫폼에서처럼 임의의 애플리케이션의 외부 인센티브에 영향을 받지 않습니다.
개발자 경험: 코스모스 존은 특정 애플리케이션의 런타임을 최적화할 수 있으며, 일반 최적화(예: 이더리움 가상 머신 EVM)를 수행할 필요가 없습니다. 개발자는 원하는 언어와 도구를 사용할 수 있으며, 그 중 많은 것들이 현재 사용 가능한 SDK 바인딩을 가지고 있습니다.
방어 가능성: 존이 자신의 보안을 책임지므로, 그 토큰과 가치 포착이 분기되기 어려워지고, 경쟁적 악성 행위가 발생할 가능성이 줄어듭니다.
주권 체인의 단점
- 보안성: 이더리움의 스마트 계약은 플랫폼이 롤백이나 무효 상태 전환과 같은 보안 결함으로부터 보호해 줄 수 있습니다. 코스모스에서는 각 체인이 자신의 보안을 책임지므로, 애플리케이션이 실패할 가능성이 더 높습니다.
반론 1: 본질적으로, 모든 이더리움 애플리케이션은 보안에 과도한 비용을 지불하거나 적절한 자원 분배를 받지 못하며, 모든 애플리케이션이 재앙적인 관련 보안 실패(MEV의 천 개의 상처로 인한 죽음)의 위험을 분담합니다. 자신의 보안 비용을 감당할 수 없는 애플리케이션은 빠르게 실패하며, 이러한 상황은 사실 더 건강합니다.
반론 2: 실제로 이더리움의 많은 애플리케이션(예: 메이커와 컴파운드, 그러나 유니스왑은 아님)은 이미 보안 측면에서 거버넌스 토큰을 가지고 있습니다. 이러한 애플리케이션도 토큰을 사용하여 합의에 도달할 수 있습니다. 거버넌스 토큰 권한의 범위를 정의하는 것은 애플리케이션 전용 공유 보안 계층 설계 문제와 유사합니다.
반론 3: 코스모스는 미래에 여러 공유 보안 옵션을 활성화할 것입니다. IBC는 여러 존의 합의 집합을 연결하는 데 사용할 수 있습니다. LazyLedger와 같은 존은 주권 실행 환경을 제공하며, 롤업을 통해 보안을 공유합니다(롤업 중심의 이더리움 설계와 매우 유사합니다).
- 동기화 상호 운용성: 코스모스의 각 블록체인은 자산을 서로 이동할 수 있고 다른 비동기 방식으로 상호 작용할 수 있지만, 한 코스모스 체인에서 다른 코스모스 체인으로 동기 호출을 수행할 수는 없습니다.
- 반론: 단일 코스모스 블록체인 내에서는 여전히 동기 상호 작용이 가능합니다. 대규모로 다른 모든 애플리케이션과 동기 상호 작용을 하는 것은 궁극적으로 불가능합니다. 이더리움 2.0 및 폴카닷과 같은 샤딩 플랫폼을 통해 거래 동기 통신을 수행하여 확장성을 달성할 수 있으며, 롤업 및 기타 L2 아키텍처도 마찬가지입니다.
- 심리적 영향: 애플리케이션 개발자는 MEV와 같은 블록체인 프로토콜 설계에서 잘 알려지지 않은 세부 사항을 이해해야 합니다.
- 반론: 이는 피할 수 없는 것으로 보입니다. 애플리케이션 개발자는 이더리움에서의 "선점" 행동과 격리될 수 없습니다. 그들이 공유 플랫폼에 배포하든 자신의 블록체인에 배포하든, 이러한 동적 요소를 고려해야 하며, 자신의 블록체인은 일반적으로 더 효과적인 개선 조치를 수용합니다. 두 가지 아키텍처 모두 고급 도구와 미들웨어를 사용하여 일부 복잡성을 추상화할 수 있습니다.
요약
블록체인 프로토콜 설계는 모호합니다. 확장성이나 보안성에는 "정확한" 수준이 없습니다. "신뢰할 수 있는 중립성"과 같은 품질은 신뢰할 수 있게 정의될 수 없습니다.
현재 애플리케이션 플랫폼은 이러한 설계 결정에서 "정적 설정점"(static setpoints)을 강조합니다. 코스모스는 개발자가 간단한 조합 가능성을 포기하지 않고 모든 절충 공간을 탐색할 수 있도록 허용하는 첫 번째 프로젝트입니다.
복잡한 문제에 대해 자유 시장은 종종 우리가 수동으로 지지하는 솔루션보다 더 나은 해결책을 찾을 수 있습니다. 코스모스는 블록체인 애플리케이션 설계의 맥락에서 이 가설을 테스트하고 있습니다.
IBC의 출현과 함께, 크로스 체인이 진정으로 부상했습니다.
