편집 원본: Babywhale, Foresight News

편집 원본: Babywhale, Foresight News

1월 4일, 암호화폐 거래소 MEXC는 Sei Network의 주요 프로젝트 개발을 지원하기 위해 2,000만 달러 규모의 특별 기금을 출시한다고 발표했습니다. 그리고 빠르면 8월 31일 세이랩스는500만 달러 시드 라운드, Multicoin Capital이 투자를 주도했으며 참여 투자자로는 Coinbase Ventures, GSR, Flow Traders, Hudson River Trading, Delphi Digital, Tangent 등이 있습니다. 파이낸싱 완료 공식 발표 한 달 후, Sei Network가 런칭되었습니다.5,000만 달러 규모의 에코 펀드, 이를 기반으로 개발된 DeFi 애플리케이션을 지원합니다.

Sei Network의 투자자 중 한 명인 Delphi Digital은 Sei Network에 대해 낙관적인 이유를 설명하는 보고서를 작성했습니다.

DeFi용으로 설계된 네트워크

블록체인을 구축할 때 일반적으로 범용 체인 또는 애플리케이션 체인이라는 두 가지 범주로 분류하려고 합니다. 범용 체인은 무허가 혁신을 위한 반면 애플리케이션 체인은 허가가 필요한 특정 사용 사례를 위한 것입니다. 그러나 "응용 프로그램 체인"은 흑백이 아니라 체인 자체에 의해 결정됩니다. Sei는 "DeFi용으로 설계된" 레이어 1 블록체인을 목표로 하는 Cosmos 생태 체인입니다.

"DeFi용으로 설계됨"은 DeFi 애플리케이션이 번창할 수 있도록 기본 계층을 근본적으로 변경(및 절충)하는 것을 의미합니다. Sei는 내장된 주문 매칭 엔진, 1초 미만의 정산 속도, 주문의 병렬 처리, 단일 블록 주문 실행 등을 가지고 있습니다. 이러한 모든 사용자 지정 기능은 기본 계층에서 수행됩니다. 알아야 할 것은 Sei가 DEX가 아니라 DeFi에 최적화된 레이어 1 블록체인이라는 것입니다. 동시에 Sei는 THORChain과 같이 크로스 체인 교환에만 집중하는 "순수한" 애플리케이션 체인과 달리 순수한 애플리케이션 체인이 아니라 DEX, 계약 및 선물과 같은 제품의 특성에 맞게 개발된 블록체인입니다.

기본 네트워크에서 이러한 변경을 수행하려는 이유를 이해하기 위해 Serum과 Solana를 살펴볼 수 있습니다. Solana는 400ms 블록 확인 시간과 매우 높은 처리량을 목표로 하는 "온체인 나스닥"으로 광고되는 범용 레이어 1 블록체인입니다. 솔라나의 주요 요점은 오더북 거래 플랫폼이 결국 AMM을 인수할 것이라는 점이며 솔라나의 지표가 이 점을 뒷받침합니다. 세럼은 솔라나 위에 구축된 오더북 애플리케이션으로 솔라나 생태계에서 가장 많이 사용되는 애플리케이션으로 솔라나 거래의 약 1/3을 차지한다. Serum은 Mango Markets, Zeta, Atrix, Bonfida, Jupiter 등과 같은 프로젝트에서 사용되는 Solana 위에 있는 "주문서 레이어"입니다. 사람들은 솔라나를 생각할 때 보통 세럼을 생각합니다.

그러나 이 아키텍처에는 몇 가지 단점이 있습니다. 특히 Solana는 범용 체인이기 때문에 Serum(및 그 위에 구축된 애플리케이션)은 리소스를 놓고 다른 애플리케이션과 지속적으로 경쟁합니다. 게임 및 NFT 발행과 같이 Serum과 관련 없는 활동은 이전에 Solana의 여러 "정지"에서 경험한 것처럼 체인에 정체를 일으킬 수 있습니다. Sei는 "발을 자르고 신발에 맞추기"를 선택하여 모든 비 DeFi 활동을 체인에서 제거했습니다. 간단한 설명은 Sei가 자체 레이어 1 블록체인을 출시하는 Serum과 동일하다는 것입니다. 특정 트레이드오프를 만들고, 기본 레이어를 DeFi에 최적화하고, DeFi 애플리케이션에 더 많은 비 DeFi 애플리케이션에 "불공정한 이점"을 제공합니다.

여기서 주요 절충점은 Sei가 솔라나처럼 무허가 상태가 되지 않는다는 점입니다. 솔라나에서 애플리케이션을 개발하려면 거버넌스를 통한 화이트리스트가 필요하기 때문입니다. 무허가 혁신으로 인한 이점 중 일부를 잃게 되지만 보다 최적의 환경을 만들 수 있습니다. 기본 주문 매칭 엔진, 가격 오라클, 병렬 주문 실행 및 단일 블록 주문 실행은 Sei가 인프라 수준에서 구축하는 것 중 일부입니다. Sei는 애플리케이션 체인이지만 Sei의 온체인 오더북은 Sei의 CosmWasm 애플리케이션 간에 동기 구성성을 허용하고 기본 주문 매칭 엔진을 통해 유동성을 공유하는 구성 가능한 아키텍처를 생성합니다. IBC 지원 Cosmos 체인으로서 본질적으로 비동기식 구성이 가능합니다.

Sei는 ABCI++를 통해 일부 최적화를 구현했습니다. 이는 합의의 모든 단계를 프로그래밍할 수 있도록 하는 Cosmos의 ABCI에 대한 향후 업그레이드입니다. Sei는 ABCI++를 통해 최적화된 블록 생성, 스마트 블록 브로드캐스트, 주문의 병렬 실행이라는 세 가지 개선을 시도했습니다.

ABCI++로 Sei 최적화하기

최적화된 블록 생성, 스마트 블록 브로드캐스트 및 병렬 주문 실행.

최적화된 블록 생성, 스마트 블록 브로드캐스트 및 병렬 주문 실행.

Sei는 ABCI++를 활용하여 이를 수행합니다. ABCI는 애플리케이션과 컨센서스 사이의 인터페이스이며, 그 주요 역할은 컨센서스에 의해 결정된 블록을 실행하는 것입니다. ABCI를 사용하면 애플리케이션은 의사 결정 시 합의와만 상호 작용하고 mempool에서 어떤 트랜잭션을 선택하는지 거의 제어할 수 없습니다. ABCI++는 합의의 모든 단계에 프로그래밍 기능을 추가하여 응용 프로그램이 트랜잭션을 재정렬, 수정, 포기, 지연 또는 추가할 수 있을 뿐만 아니라 블록 생성을 최적화하는 기능을 도입하여 블록 생성 시간을 단축할 수 있습니다.

합의 제안 단계 후 애플리케이션은 사전 투표 및 사전 커밋 단계와 병행하여 처리 블록 최적화를 시작할 수 있습니다. 그런 다음 Sei는 합의에 의해 수락될 때까지 상태를 임시 후보 상태로 변경하기 위해 "최적화"를 시작합니다. 수락되지 않으면(매우 드물게) 블록이 폐기됩니다. 이 단계에서는 처리할 데이터가 많고 속도가 상당히 느릴 수 있습니다. 그러나 상태 변경 처리를 최적화함으로써 블록 생성 시간을 단축하고 대기 시간을 크게 줄일 수 있습니다(약 300ms 감소).

Sei는 블록 생산을 최적화하는 것 외에도 블록 정보 방송을 개선하고 있습니다. 텐더민트에서는 검증자가 블록을 제안할 때 이 블록에 모든 트랜잭션 내역이 포함되어 데이터의 양이 매우 크지만 검증자는 이러한 트랜잭션의 약 99.9%를 로컬 mempool을 통해 얻었으므로 블록 제안자로부터 이 데이터를 다시 수신하려면 기다려야 합니다. 제안자는 이제 모든 세부 정보를 보내는 대신 블록에 있는 각 트랜잭션의 해시만 보낼 수 있으며 유효성 검사기는 자체 로컬 mempool을 사용하여 블록을 빠르게 재구축할 수 있습니다.

Sei는 두 가지 최적화를 "Twin-Turbo Consensus"라고 명명하고 이를 구현함으로써(최적화된 블록 생성 및 스마트 블록 브로드캐스트) 처리량이 83% 증가했다고 말했습니다.

블록 생성 프로세스에 대한 세 번째 최적화는 트랜잭션 실행을 중심으로 이루어집니다. ABCI를 이용한 코스모스 체인의 트랜잭션 처리는 순차적으로 진행되는데, 이 과정에서 시장과 상관없이 트랜잭션이 하나씩 처리되기 때문에 처리량에 큰 지장을 준다. 부하가 증가하면 대기 시간도 기하급수적으로 증가합니다. 병렬 처리를 사용하면 겹치지 않는 독립 시장을 동시에 처리할 수 있습니다. A시장에서 거래한 후 B시장에서 첫 번째 거래를 처리하는 것보다 동시에 처리하는 것이 좋다. 비결정론을 피하기 위해 특정 시장 내의 거래는 여전히 처리되어야 합니다. 이는 두 개의 서로 다른 유효성 검사기가 동일한 상태에 대해 다른 결과를 얻을 때 발생합니다(예: 사용자 B 사용자 A의 주문 전에 처리된 유효성 검사기 하나, 사용자 B의 주문을 처리하는 또 다른 유효성 검사기) A 전에 사용자의 정산 가격이 충돌하게 함).

Sei는 병렬화에 대한 몇 가지 작업을 수행했습니다.부하 테스트(유효성 검사기도 공동 호스팅) 블록 시간, 대기 시간 및 처리량 측면에서 어떤 종류의 개선을 얻을 수 있는지 확인하십시오. 일반적으로 40~120ms의 병렬 대기 시간과 200~1370ms의 순차적 대기 시간으로 실행을 병렬화하여 순차적 처리에 비해 블록 시간을 75~90% 줄일 수 있습니다. 블록당 10,000개의 주문과 20개의 서로 다른 계약(시장)을 통해 병렬 처리는 블록 시간을 1.33초에서 0.81초로, 지연 시간을 371ms에서 48ms로, 처리량을 7,500주문/초에서 12200주문/초로 줄일 수 있었습니다. 모든 부하 수준(주문/블록)에서 상당한 개선이 나타났으며 부하가 증가함에 따라 한계 최적화가 더 커졌습니다.

위의 세 가지 주요 개선 사항 외에도 Sei는 기본 계층에 다음과 같은 다른 기능을 추가합니다.

기본 가격 오라클.기본 계층에서 오라클을 구축합니다. 유효성 검사기는 블록을 생성할 때 가격에 동의해야 합니다. 유효성 검사기가 가격에 동의할 때까지 블록이 생성되지 않습니다. 다른 모듈이 온체인 시장에서 신뢰할 수 있는 가격 정보를 얻을 수 있도록 합니다.

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

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

잦은 경매.시장 주문은 단일 가격으로 청산하기 위해 블록의 끝에서 집계될 수 있습니다. 목적은 선행 실행을 최소화하는 것입니다.

소프트웨어 개선 외에도 Sei는 더 작은 유효성 검사기 구조와 더 높은 하드웨어 요구 사항을 테스트했습니다. 탈중앙화 측면에서 장단점이 있지만 이는 상당한 성능 향상을 가져오고 Cosmos를 독특하게 만드는 요소인 사용자 정의 가능성을 다시 한 번 강조합니다.

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

Sei 프로젝트 문서의 첫 번째 버전에서 권장 사양은 표준 코스모스 체인과 유사합니다. 그런 다음 하드웨어 요구 사항이 제기되었으며 특정 부하 테스트에서는 요구 사항이 더욱 높아졌습니다. 주문서 모델은 하드웨어에 대한 요구 사항이 높으며 성능이 낮은 기계는 네트워크의 전반적인 성능을 저하시킵니다. Solana 수준의 요구 사항은 아니지만 Sei는 검증자가 일반 블록체인보다 우수한 성능을 발휘하기를 원한다는 점을 분명히 했습니다. 또한 대기 시간을 더욱 줄이기 위해 유효성 검사기의 지리적 중앙 집중화를 추진하고 있습니다.

호스팅을 하는 이유 검증자가 지리적으로 분산되어 있으면 정보가 이동하는 데 시간이 더 오래 걸리므로 합의에 도달하고 블록을 생성하는 데 더 높은 지연 시간이 발생합니다. 오더북 거래 플랫폼은 대기 시간을 최대한 최소화해야 합니다. Sei는 호스팅에 대한 테스트 결과를 다시 게시했습니다.

1. 코로케이션은 지리적 분산에 비해 대기 시간을 약 46% 줄입니다.

2. 50개의 유효성 검사기가 허용 가능한 대기 시간의 한도입니다.

요약하다

요약하다

Delphi Digital의 보고서에는 이 기사에서 일시적으로 건너뛴 생태계, 토큰 등도 포함되어 있으며 기술 및 메커니즘에 대한 Sei Network의 혁신만 보여줍니다. Sei는 병렬 처리 및 블록 브로드캐스팅에 혁신을 일으켜 네트워크 트랜잭션 확인 속도를 높였지만 다른 한편으로 Sei는 고성능 하드웨어 구성을 갖춘 검증자가 필요하며 이러한 검증자의 지리적 위치는 상대적으로 델파이는 오더북 모델 거래 플랫폼에 대한 지원을 더욱 만족시키기 위해 중앙 집중식 솔루션을 보고서에서 인정했지만 성능 향상은 여전히 ​​무시할 수 없다고 말했습니다.

저자는 기사에서 언급한 것처럼 Cosmos 생태 애플리케이션 체인은 매우 사용자 정의가 가능하며 Web3는 블록체인의 이념에 충분히 관대해야 한다고 생각합니다.우리는 높은 수준의 탈중앙화 프로젝트를 지원할 수 있습니다. 효율성을 위한 분산화도 허용됩니다. 그러나 Sei Network가 말하는 것처럼 "빠를" 수 있는지 여부는 여전히 메인넷이 가동된 후 답변을 제공하기 위해 실제 데이터를 사용해야 합니다.