Sei Network는 거래 속도를 향상시키기 위해 많은 최적화와 혁신을 이루었지만 부분적으로 탈중앙화 희생하기도 했습니다.
작성자: 델파이 디지털
편집자: Babywhale, Foresight News
1월 4일, 암호화폐 거래소 MEXC는 Sei Network의 주요 프로젝트 개발을 지원하기 위해 2천만 달러 규모의 특별 기금 출시를 발표했습니다. 빠르면 8월 31일, Sei Labs는 Multicoin Capital이 주도하고 Coinbase Ventures, GSR, Flow Traders, Hudson River Trading, Delphi Digital, Tangent 등이 참여한 투자자와 함께 500만 달러 규모의 시드 융자 완료했다고 발표했습니다. 융자 완료 공식 발표 한 달 후, Sei Network는 개발된 DeFi 애플리케이션을 지원하기 위해 5천만 달러 규모의 생태 기금을 출시했습니다.
Sei Network의 투자자 중 하나인 Delphi Digital은 Sei Network에 대해 낙관적인 이유를 설명하는 보고서를 작성했습니다. 여기 저자는 모든 사람이 논의할 수 있도록 보고서의 주요 내용을 요약합니다.
DeFi용으로 설계된 네트워크
블록체인을 구축할 때 일반적으로 이를 범용 체인 또는 애플리케이션 체인이라는 두 가지 범주로 분류하려고 합니다. 유니버설 체인은 무허가 혁신에 사용되는 반면, 애플리케이션 체인은 허가가 필요한 특정 사용 사례에 사용됩니다. 그러나 "애플리케이션 체인"은 흑백이 아니라 체인 자체에 의해 결정됩니다. Sei는 "DeFi를 위해 특별히 설계된" 레이어 1 블록체인을 목표로 하는 다가오는 코스모스 생태계 체인입니다.
"DeFi를 위한 설계"는 DeFi 애플리케이션이 번창할 수 있도록 기본 레이어를 근본적으로 변경(및 절충)하는 것을 의미합니다. Sei에는 주문 매칭 엔진, 1초 미만의 결제 속도, 주문 병렬 처리, 단일 블록 주문 실행 등이 내장되어 있습니다. 이러한 모든 맞춤형 기능은 기본 레이어에서 완성됩니다. 알아야 할 것은 Sei는 DEX가 아니라 DeFi에 최적화된 레이어 1 블록체인이라는 것입니다. 동시에 Sei는 크로스체인 교환에만 초점을 맞춘 THORChain과 달리 순수한 애플리케이션 체인이 아니라 DEX, 계약, 선물 등 제품의 특성에 맞게 개발된 블록체인입니다.
기본 네트워크에 이러한 변경을 적용하려는 이유를 이해하려면 Serum과 Solana를 살펴보세요. 솔라나는 400밀리초의 블록 확인 시간과 매우 높은 처리량을 목표로 하는 "온체인 나스닥"으로 홍보되는 범용 레이어 1 블록체인입니다. 솔라나의 주요 관점 는 오더북 거래 플랫폼이 결국 AMM을 장악하게 될 것이라는 것이며, 솔라나의 지표는 이러한 관점 뒷받침합니다. Serum은 솔라나를 기반으로 구축된 오더북 애플리케이션으로 솔라나 생태계에서 가장 많이 사용되는 애플리케이션으로, 솔라나 거래의 약 1/3을 차지합니다. Serum은 Solana의 "오더북 레이어"이며 Mango Markets, Zeta, Atrix, Bonfida 및 Jupiter와 같은 프로젝트에서 사용됩니다. 솔라나하면 흔히 세럼(Serum)을 떠올립니다.
그러나 이 아키텍처에는 몇 가지 단점도 있습니다. 특히 Solana는 범용 체인이기 때문에 Serum(및 이를 기반으로 구축된 애플리케이션)은 다른 애플리케이션과 리소스를 두고 끊임없이 경쟁하고 있습니다. 게임, NFT 민트 등 Serum과 관련되지 않은 활동은 이전에 Solana의 여러 "중단"을 경험한 것처럼 온체인 정체를 유발할 수 있습니다. Sei는 "신발에 맞게 발을 자르는 것"을 선택하고 온체인 에서 DeFi가 아닌 모든 활동을 제거했습니다. 간단한 설명은 Sei가 자체 레이어 1 블록체인을 출시하는 Serum과 동일하다는 것입니다. 즉, DeFi에 최적화된 기본 레이어를 만들고 그 위에 구축된 DeFi 애플리케이션에 더 많은 비DeFi 애플리케이션을 제공하는 것입니다.
여기서 가장 큰 단점은 Sei가 솔라나처럼 무허가형이 되지 않을 것이라는 점입니다. Sei에서 애플리케이션을 개발하려면 거버넌스를 통한 화이트리스트가 필요하기 때문입니다. 무허가형 혁신의 장점 중 일부는 상실하지만 보다 최적화된 환경을 만들 수 있습니다. 기본 주문 매칭 엔진, 가격 오라클, 병렬 주문 실행 및 단일 블록 주문 실행은 Sei가 인프라 수준에서 구축한 기능 중 일부입니다. Sei는 애플리케이션 체인이지만 Sei의 온체인 오더북 구성 가능한 아키텍처를 생성하여 Sei의 CosmWasm 애플리케이션 간의 동기식 구성을 허용하고 기본 주문 매칭 엔진을 통해 유동성을 공유합니다. IBC를 지원하는 코스모스 체인으로서 본질적으로 비동기식으로 구성 가능합니다.
Sei는 합의의 모든 단계를 프로그래밍 가능하게 만드는 Cosmos의 ABCI에 대한 향후 업그레이드인 ABCI++를 통해 일부 최적화를 구현했습니다. Sei는 ABCI++를 사용하여 최적화된 블록 생성, 지능형 블록 브로드캐스팅 및 주문 병렬 실행이라는 세 가지 개선을 이루려고 노력해 왔습니다.
ABCI++로 Sei 최적화
오더북 거래에 초점을 맞춘 시장 조성자에게는 블록 생산 시간, 거래 정산 및 대기 시간이 MM (Market Making) 에게 가장 중요합니다. MM (Market Making) 모든 블록의 가격을 업데이트해야 하므로 블록 시간이 짧을수록 블록 간 가격 격차가 줄어들고 스프레드가 작아지며 MM (Market Making) 의 리스크 줄어듭니다. 수백 밀리초가 넘는 시간은 허용되지 않습니다(그리고 장기적으로 볼 때 수백 밀리초는 여전히 너무 높을 수 있습니다). 표준 코스모스 체인의 블록 확인 시간은 약 6초이므로 오더북 최적의 솔루션이 아닙니다. 그러나 Cosmos의 장점은 사용자 정의 가능성이며 Sei는 합의를 최적화하고 최대한 빠르게(약 300-600ms를 목표로 함) 변경하는 데 중점을 두었습니다. Sei의 세 가지 주요 초점 영역은 다음과 같습니다.
블록 생성, 스마트 블록 방송을 최적화하고 병렬 실행을 주문합니다.
Sei는 ABCI++를 활용하여 이를 수행합니다. ABCI는 애플리케이션과 합의 사이의 인터페이스입니다. 주요 기능은 합의에 의해 결정된 블록을 실행하는 것입니다. ABCI를 사용하면 애플리케이션은 의사 결정을 위한 합의와만 상호 작용하며 멤풀에서 어떤 트랜잭션이 선택되는지에 대해 거의 제어할 수 없습니다. ABCI++는 합의의 모든 단계에 프로그래밍 기능을 추가하여 애플리케이션이 트랜잭션을 순서, 수정, 포기, 지연 또는 추가할 수 있도록 할 뿐만 아니라 블록 생성 최적화 기능을 도입하여 블록 생성 시간을 단축합니다.
합의 제안 단계 이후 애플리케이션은 사전 투표 및 사전 커밋 단계와 병행하여 블록 처리 최적화를 시작할 수 있습니다. 그런 다음 Sei는 "최적화를 통해" 상태를 합의에 의해 승인될 때까지 임시 후보 상태로 변경하기 시작합니다. 승인되지 않으면(드물게) 블록이 폐기됩니다. 이 단계에서는 처리할 데이터가 대량 속도가 상당히 느릴 수 있습니다. 그러나 상태 변경 처리를 최적화함으로써 블록 생성 시간을 단축하고 지연을 크게 줄일 수 있습니다(약 300ms 감소).
블록 생산을 최적화하는 것 외에도 Sei는 블록 정보 방송도 개선하고 있습니다. Tendermint에서는 검증인이 블록을 제안하면 이 블록에는 모든 거래 내역이 포함되며 데이터의 양은 매우 클 것입니다. 그러나 검증인은 이미 로컬 mempool을 통해 이러한 거래의 약 99.9%를 얻었으므로 필요하지 않습니다. 블록 제안자로부터 이 데이터를 다시 수신하기를 기다립니다. 모든 세부 정보를 보내는 대신 제안자는 이제 블록에 있는 각 거래의 해시를 간단히 보내고 검증자는 자신의 로컬 멤풀을 사용하여 블록을 신속하게 재구성할 수 있습니다.
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개 주문에서 12,200개 주문으로 줄일 수 있습니다. 모든 로드 수준(주문/블록)에서 상당한 개선이 나타났으며 로드 볼륨이 증가함에 따라 한계 최적화가 더욱 향상되었습니다.
위에서 언급한 세 가지 주요 개선 사항 외에도 Sei는 기본 레이어에 다음과 같은 다른 기능도 추가합니다.
기본 가격 오라클 . 오라클 기본 레이어에 내장되어 있으며 검증자는 블록을 생성할 때 가격에 동의해야 합니다. 검증인이 가격에 동의할 때까지 블록은 생성되지 않습니다. 다른 모듈 온체인 시장에서 신뢰할 수 있는 가격 정보를 얻을 수 있도록 허용합니다.
단일 블록 주문 실행 . 단일 블록에서 주문 배치 및 실행이 가능합니다(Serum의 여러 블록 필요).
묶음 주문 . MM (Market Making) 한 번의 거래로 여러 시장의 가격을 업데이트할 수 있습니다.
로트 경매가 자주 발생합니다 . 시장 주문은 단일 가격으로 청산하기 위해 블록 끝에서 집계될 수 있습니다. 목표는 선행 실행을 최소화하는 것입니다.
소프트웨어 개선 외에도 Sei는 더 작은 유효성 검사기 구조와 더 높은 하드웨어 요구 사항을 테스트해 왔습니다. 탈중앙화 에는 장단점이 있지만 이는 상당한 성능 향상을 가져오고 코스모스를 독특하게 만드는 요소인 사용자 정의 가능성을 다시 한 번 강조합니다.
고성능 하드웨어를 사용하여 유효성 검사기 구성
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에는 고성능 하드웨어 구성과 이러한 검증자의 지리적 위치가 상대적으로 중앙 집중화되어 있다는 것입니다. 오더북 모델 거래 플랫폼에 대한 지원을 더욱 만족시키기 위해 델파이는 보고서에서 솔루션의 중앙화 문제를 인정했지만 성능 향상을 무시할 수 없다고 말했습니다.
저자 탈중앙화 기사에서 언급했듯이 코스모스 생태계 애플리케이션 체인은 매우 맞춤화 가능하며, Web3는 블록체인이 어떻게 제시되어야 하는지에 대한 이념을 충분히 포괄해야 한다고 믿습니다. 효율성을 위해 일부 탈중앙화 희생하는 것도 허용될 수 있습니다. 그러나 Sei Network가 말하는 것처럼 "빠를" 수 있는지 여부는 메인넷이 온라인 상태가 된 후에도 실제 데이터를 사용하여 답변을 제공해야 합니다.
