Delphi Digital：우리가 Sei Network에 대해 긍정적으로 보는 이유는 무엇인가요?

작성자: Delphi Digital

편집: Babywhale, Foresight News

1월 4일, 암호화폐 거래소 MEXC는 Sei Network의 주요 프로젝트 개발을 지원하기 위해 2천만 달러의 특별 기금을 시작한다고 발표했습니다. 그리고 8월 31일, Sei Labs는 500만 달러의 시드 라운드 자금을 완료했다고 발표했으며, Multicoin Capital이 주도하고 Coinbase Ventures, GSR, Flow Traders, Hudson River Trading, Delphi Digital, Tangent 등이 참여했습니다. 공식적으로 자금 조달이 완료된 지 한 달 후, Sei Network는 5천만 달러의 생태계 기금을 출시하여 그 위에서 개발된 DeFi 애플리케이션을 지원합니다.

Sei Network의 투자자 중 하나인 Delphi Digital은 Sei Network에 대한 긍정적인 전망을 설명하는 보고서를 작성했으며, 필자는 이 보고서의 주요 내용을 요약하여 공유하고자 합니다.

DeFi를 위해 설계된 네트워크

블록체인을 구축할 때, 우리는 일반적으로 두 가지 다른 유형으로 분류하려고 합니다: 범용 체인 또는 애플리케이션 체인. 범용 체인은 허가 없이 혁신을 위한 것이고, 애플리케이션 체인은 허가가 필요한 특정 용도를 위한 것입니다. 그러나 "애플리케이션 체인"은 흑백이 아니며, 체인 자체가 결정합니다. Sei는 DeFi를 위해 설계된 Layer 1 블록체인이 되기를 목표로 하는 다가오는 Cosmos 생태계 체인입니다.

"DeFi를 위해 설계된" 것은 기본 레이어에 근본적인 변화(및 균형)를 의미하여 DeFi 애플리케이션이 번창할 수 있도록 합니다. Sei는 내장된 주문 매칭 엔진, 서브초 단위의 결제 속도, 주문의 병렬 처리, 단일 블록 주문 실행 등을 갖추고 있습니다. 이러한 모든 맞춤형 기능은 기본 레이어에서 이루어집니다. Sei는 DEX가 아니라 DeFi에 최적화된 Layer 1 블록체인이라는 점을 알아야 합니다. 동시에 Sei는 단순한 애플리케이션 체인이 아니며, THORChain과 같이 크로스 체인 교환에만 집중하는 "순수" 애플리케이션 체인이 아니라 DEX, 계약, 선물 등과 같은 제품의 특성을 위해 개발된 블록체인입니다.

왜 기본 네트워크에서 이러한 변화를 원했는지 이해하기 위해 Serum과 Solana를 살펴볼 수 있습니다. Solana는 "온체인 나스닥"으로 홍보되는 범용 Layer 1 블록체인으로, 400밀리초의 블록 확인 시간과 매우 높은 처리량을 목표로 하고 있습니다. Solana의 주요 관점은 주문서 거래 플랫폼이 궁극적으로 AMM을 인수할 것이라는 것이며, Solana의 지표도 이 관점을 뒷받침합니다. Serum은 Solana 위에 구축된 주문서 애플리케이션으로, Solana 생태계에서 가장 많이 사용되는 애플리케이션이며, Solana에서 거래의 약 1/3을 차지합니다. Serum은 Mango Markets, Zeta, Atrix, Bonfida, Jupiter 등의 프로젝트에서 사용되는 Solana의 "주문서 레이어"입니다. 사람들이 Solana를 생각할 때, 일반적으로 Serum을 떠올립니다.

그러나 이러한 구조에는 몇 가지 단점이 있으며, 가장 주목할 만한 것은 Solana가 범용 체인이기 때문에 Serum(및 그 위에 구축된 애플리케이션)이 다른 애플리케이션과 자원을 지속적으로 경쟁한다는 점입니다. Serum과 관련이 없는 활동, 예를 들어 게임 및 NFT 민팅은 체인에서 혼잡을 초래하며, 이는 우리가 이전에 경험했던 Solana의 몇 차례 "중단"과 같습니다. Sei는 "발을 잘라내는" 선택을 하여 모든 비-DeFi 활동을 그들의 체인에서 분리합니다. 간단히 설명하자면, Sei는 Serum이 자체 Layer 1 블록체인을 출시한 것과 같습니다: 구체적인 균형을 이루어 기본 레이어를 DeFi에 최적화하고, 그 위에 구축된 DeFi 애플리케이션에 비-DeFi 애플리케이션에 비해 "불공정한 이점"을 제공합니다.

여기서 주요 균형은 Sei가 Solana와 같이 허가 없이 운영되지 않는다는 것입니다. Sei에서 애플리케이션을 개발하려면 거버넌스를 통해 화이트리스트를 받아야 합니다. 허가 없는 혁신이 가져오는 일부 이점을 잃게 되지만, 더 최적화된 환경을 만들 수 있습니다. 원주율의 주문 매칭 엔진, 가격 오라클, 병렬 주문 실행 및 단일 블록 주문 실행은 Sei가 인프라 레벨에서 구축한 몇 가지 요소입니다. Sei는 애플리케이션 체인이지만 Sei의 체인 상 주문서는 조합 가능한 구조를 만들어 Sei의 CosmWasm 애플리케이션 간에 동기화된 조합성을 허용하고, 원주율의 주문 매칭 엔진을 통해 유동성을 공유합니다. IBC를 지원하는 Cosmos 체인으로서, 본래 비동기 조합성을 가지고 있습니다.

Sei는 ABCI++를 통해 일부 최적화를 구현했습니다. ABCI++는 Cosmos의 ABCI에 대한 업그레이드로, 합의의 각 단계가 프로그래밍 가능하도록 합니다. Sei는 ABCI++를 사용하여 세 가지 개선을 시도하고 있습니다: 블록 생산 최적화, 스마트 블록 브로드캐스트 및 주문 병렬 실행.

ABCI++로 Sei 최적화하기

주문서 거래에 집중하는 경우, 블록 생산 시간, 거래 결제 및 지연은 시장 조성자에게 가장 중요합니다. 시장 조성자는 각 블록에서 가격을 업데이트해야 하므로, 짧은 블록 시간은 블록 간 가격 차이를 줄이고, 스프레드를 줄이며, 시장 조성자가 감수해야 하는 위험을 줄입니다. 몇 백 밀리초를 초과하는 시간은 수용할 수 없습니다(장기적으로 몇 백 밀리초는 여전히 너무 높을 수 있습니다). 표준 Cosmos 체인은 약 6초의 블록 확인 시간을 가지므로, 주문서에는 최적의 솔루션이 아닙니다. 그러나 Cosmos의 매력은 그 맞춤성에 있으며, Sei는 합의를 최적화하고 가능한 한 빠르게 만들기 위해 변화를 주는 데 집중해 왔습니다(목표는 약 300-600ms입니다). Sei의 세 가지 주요 초점 영역은:

블록 생산 최적화, 스마트 블록 브로드캐스트 및 주문 병렬 실행입니다.

Sei는 ABCI++를 활용하여 이를 달성합니다. ABCI는 애플리케이션과 합의 간의 인터페이스로, 그 주요 기능은 합의에 의해 결정된 블록을 실행하는 것입니다. ABCI를 사용하면 애플리케이션은 결정할 때만 합의와 상호작용하며, 메모리 풀에서 어떤 거래를 선택할지에 대한 거의 통제권이 없습니다. ABCI++는 합의의 각 단계에 프로그래밍 가능성을 추가하여 애플리케이션이 거래를 재정렬, 수정, 포기, 지연 또는 추가할 수 있도록 하며, 최적화를 도입하여 블록 생산 시간을 단축할 수 있는 능력을 제공합니다.

합의의 제안 단계 이후, 애플리케이션은 블록 처리 최적화를 시작할 수 있으며, 사전 투표(pre-vote) 및 사전 위임(pre-commit) 단계와 병렬로 진행됩니다. 그런 다음, Sei는 "최적화를 통해" 상태 변경을 임시 후보 상태로 전환하기 시작하며, 이는 합의에 의해 수용될 때까지 계속됩니다. 수용되지 않을 경우(매우 드물게), 블록은 포기됩니다. 이 단계에서는 처리해야 할 데이터가 많아 상당히 느릴 수 있습니다. 그러나 최적화된 상태 변화 처리를 통해 블록 생성 시간을 단축하고 지연을 크게 줄일 수 있습니다(약 300ms 감소).

블록 생산 최적화 외에도, Sei는 블록 정보 브로드캐스트를 개선하고 있습니다. Tendermint에서 검증자가 블록을 제안할 때, 이 블록은 모든 거래 세부 정보를 포함하며, 데이터 양이 매우 큽니다. 그러나 검증자는 이미 로컬 메모리 풀에서 이러한 거래의 약 99.9%를 얻었기 때문에, 블록 제안자로부터 다시 이러한 데이터를 받을 필요가 없습니다. 모든 세부 정보를 전송하는 대신, 제안자는 이제 블록 내 각 거래의 해시 값만 전송하면 되며, 검증자는 자신의 로컬 메모리 풀을 사용하여 블록을 빠르게 재구성할 수 있습니다.

Sei는 이 두 가지 최적화를 "Twin-Turbo Consensus"라고 명명했으며, 이 두 가지 최적화(블록 생산 최적화 및 스마트 블록 브로드캐스트)를 구현함으로써 처리량이 83% 향상되었다고 밝혔습니다.

블록 생산 과정에 대한 세 번째 최적화는 거래 실행을 중심으로 이루어집니다. ABCI를 사용하는 Cosmos 체인의 거래 처리는 순차적으로 실행되며, 이 과정에서 어떤 시장에서 거래가 이루어지든 하나씩 처리되므로 처리량이 크게 저해됩니다. 또한 부하가 증가함에 따라 지연도 기하급수적으로 증가합니다. 병렬 처리를 사용하면 겹치지 않는 독립 시장을 동시에 처리할 수 있습니다. 시장 A의 거래 후에 시장 B의 첫 번째 거래를 처리하는 것보다 두 거래를 동시에 처리하는 것이 더 효율적입니다. 특정 시장 내의 거래는 여전히 순서대로 처리해야 하며, 이는 불확실성을 피하기 위함입니다. 두 개의 서로 다른 검증자가 동일한 상태에 대해 서로 다른 결과를 얻을 때 불확실성이 발생합니다(예: 한 검증자가 사용자 B보다 먼저 사용자 A의 주문을 처리하지만, 다른 검증자는 A보다 먼저 B의 주문을 처리하여 사용자의 결제 가격에 충돌이 발생합니다).

Sei는 병렬화에 대한 몇 가지 부하 테스트를 수행하여 블록 생성 시간, 지연 및 처리량에서 어떤 개선을 얻을 수 있는지 관찰했습니다. 일반적으로 병렬 실행을 통해 블록 시간을 순차 처리에 비해 75-90% 줄일 수 있으며, 병렬 지연은 40-120ms, 순차 지연은 200-1370ms입니다. 1만 개의 주문/블록과 20개의 서로 다른 계약(시장)이 있는 경우, 병렬 처리는 블록 생성 시간을 1.33초에서 0.81초로, 지연을 371ms에서 48ms로, 처리량을 7500 주문/s에서 12200 주문/s로 줄일 수 있습니다. 모든 부하 수준(주문/블록)에서 뚜렷한 개선이 나타나며, 부하량이 증가함에 따라 한계 최적화 정도가 더 커집니다.

위에서 언급한 세 가지 주요 개선 외에도, Sei는 기본 레이어에 다른 기능을 추가했습니다:

원주율 가격 오라클. 기본 레이어에서 오라클을 구축; 검증자는 블록을 생성할 때 가격에 대해 합의해야 합니다. 검증자가 가격에 대해 합의하기 전에는 블록이 생성되지 않습니다. 다른 모듈이 체인 상 시장에서 신뢰할 수 있는 가격 정보를 얻을 수 있도록 합니다.

단일 블록 주문 실행. 단일 블록 내에서 주문 및 실행을 허용합니다(Serum에서는 여러 블록이 필요합니다).

주문 번들링. 시장 조성자는 한 번의 거래로 여러 시장의 가격을 업데이트할 수 있습니다.

빈번한 배치 경매. 블록 종료 시 시장 주문을 집계하여 단일 가격으로 청산할 수 있습니다; 목표는 선취매를 최소화하려고 시도하는 것입니다.

소프트웨어 측면의 개선 외에도, Sei는 더 작은 검증자 구조와 더 높은 하드웨어 요구 사항을 테스트하고 있습니다. 탈중앙화 측면에서 일부 타협이 있지만, 이는 상당한 성능 향상과 함께 이루어지며, 다시 한 번 Cosmos의 독특한 점인 맞춤성을 강조합니다.

고성능 하드웨어 구성 검증자 사용

Sei 프로젝트 문서의 첫 번째 버전에서 추천된 사양은 표준 Cosmos 체인과 유사했습니다. 이후 하드웨어 요구 사항이 높아졌으며, 특정 부하 테스트에서는 요구 사항이 더욱 강화되었습니다. 주문서 모델은 하드웨어에 대한 요구가 높으며, 저성능 기계는 네트워크의 전체 성능을 저하시킵니다. Solana 수준의 요구는 아니지만, Sei는 그들의 검증자가 일반적인 블록체인을 초과하기를 원한다고 명확히 밝혔습니다. 또한, 검증자의 지리적 위치 집중화를 추진하여 지연을 더욱 줄이고 있습니다.

왜 호스팅을 진행해야 할까요? 검증자가 지리적으로 분산되어 있으면 정보 전송에 더 오랜 시간이 걸리며, 이는 합의 도출 및 블록 생성 시 더 높은 지연을 초래합니다. 주문서 거래 플랫폼은 가능한 한 지연을 줄여야 합니다. Sei는 호스팅에 대한 몇 가지 테스트 결과를 다시 발표했습니다:

1. 지리적 분산과 비교하여 호스팅은 약 46%의 지연을 줄일 수 있습니다.

2. 50개의 검증자는 수용 가능한 지연의 극한입니다.

모든 검증자가 동일한 지리적 영역에 있는 것은 명백한 장단점이 있으며, 성능 향상은 무시할 수 없습니다. Sei가 메인넷을 출시할 때, 그들은 이러한 집중화된 소규모 검증자 집단으로 나아갈 가능성이 높습니다. 아래의 그래프에서 p50/p75/p95는 x%의 요청이 특정 값보다 빠를 확률을 나타냅니다. 예를 들어, p50은 50%의 요청이 해당 테스트의 p50 값보다 빠르다는 것을 의미합니다. 따라서 p95는 95%의 요청이 p95 값보다 빠르다는 것을 의미합니다.

요약

Delphi Digital의 보고서에는 생태계, 토큰 등 다양한 내용이 포함되어 있지만, 본문에서는 Sei Network의 기술적 및 메커니즘적 혁신만을 다루었습니다. Sei가 병렬 처리 및 블록 브로드캐스트 등에서 혁신을 이루어 네트워크 거래 확인 속도를 높였음을 알 수 있습니다. 그러나 한편으로 Sei는 고성능 하드웨어 구성이 필요한 검증자를 요구하며, 이러한 검증자가 지리적으로 상대적으로 집중되어 있어야 주문서 모델 거래 플랫폼을 지원할 수 있습니다. Delphi는 보고서에서 이 솔루션의 중앙화 문제를 인정했지만, 성능 향상은 무시할 수 없다고 밝혔습니다.

필자는 문서에서 언급된 바와 같이, Cosmos 생태계 애플리케이션 체인의 맞춤성이 매우 강하며, Web3가 블록체인에 대해 어떤 이념으로 제시되어야 하는지는 충분히 포용적이어야 한다고 생각합니다. 우리는 탈중앙화 정도가 높은 프로젝트를 지원할 수 있으며, 효율성을 위해 일부 탈중앙화를 희생한 프로젝트도 수용할 수 있습니다. 그러나 Sei Network가 주장하는 만큼 "빠른"지 여부는 메인넷이 출시된 후 실제 데이터를 통해 확인해야 할 것입니다.