작성자: DAIC
편집자: 테크 플로우 (Techflowpost) TechFlow
탈중앙화 금융(DeFi) 혁명은 전 세계적으로 금융 역량 강화와 중개화의 물결을 촉발시켰습니다. 그러나 즉각적인 P2P 거래의 가능성은 종종 느린 블록체인으로 인해 부담이 됩니다. 거래가 확정되기를 기다리거나 급격한 가격 변동에 노출되어 고통스러운 지연을 대면 상상해 보십시오. 이것이 바로 Sei가 제거하려는 마찰 지점입니다.
주요 관점
Sei는 다양한 거래 애플리케이션에 최적화된 아키텍처를 갖춘 L1 블록체인으로 최적의 성능을 보장합니다.
내장된 로컬 주문 매칭 엔진은 L1에 직접 통합되어 원활한 주문 실행과 거래 애플리케이션의 뛰어난 확장성을 가능하게 합니다.
Sei의 Twin Turbo 합의 메커니즘은 1초 미만의 최종성을 달성하여 거의 즉각적인 거래 확인을 제공합니다.
Sei는 특히 고주파 거래 요구에 적합한 시장 기반 병렬화 접근 방식을 채택합니다.
일괄 주문을 통해 Sei는 악성 봇이 악용하는 선행 동작을 방지합니다.
Sei V2 업그레이드 - 병렬 EVM, 낙관적 병렬화 및 SeiDB.
세이 개요
많은 암호화폐 프로젝트의 기반이 되는 현재의 주류 블록체인에는 상당한 장애물이 있습니다. Sei Labs 팀은 기존 인프라가 중앙화 거래소(DEX)에 대한 수요를 따라잡을 수 없다고 믿습니다. 처리량(초당 처리되는 트랜잭션 수)과 최종 확인 시간(트랜잭션이 완료되고 되돌릴 수 없는 것으로 간주되는 데 걸리는 시간)에 제한이 있는 경우가 많습니다. 이로 인해 성능이 저하되고 고빈도 거래 전략 및 대규모 거래 활동에 주요 장애가 됩니다.
Sei는 거래 요구 사항을 충족하기 위해 블록체인 스택의 각 계층을 신중하게 최적화하여 이러한 장벽을 무너뜨리는 것을 목표로 합니다. 팀은 명확한 가치 제안을 제공합니다. DeFi, NFT 시장, 게임 등 어떤 종류의 거래 애플리케이션이든지 Sei에서는 다른 어떤 L1 네트워크보다 더 원활하고 빠르게 실행됩니다.
이 혁신적인 솔루션을 통해 Sei는 디지털 자산 거래의 빠른 세계를 위해 설계된 플랫폼을 찾는 거래소 선택한 인프라 제공자가 되는 것을 목표로 DeFi 공간에서 최고의 게임 체인저로 자리매김했습니다.
상호 운용 가능한 Cosmos SDK 프레임 활용하여 Sei는 거래 경험을 향상시키는 시너지 기능 세트를 갖춘 전용 L1 블록체인을 보유하고 있습니다.
기본 주문 매칭 엔진은 외부 종속성을 제거하여 거래 작업을 단순화하는 반면, 혁신적인 Twin Turbo 합의 메커니즘은 거의 즉각적인 거래 확인을 위해 1초 미만의 최종성을 제공합니다. 강력하고 사용자 친화적인 환경을 보장하는 선행 실행 방지 및 현지 가격 오라클과 같은 기능을 통해 보안 및 개발자 경험이 항상 최우선 사항입니다.
DeFi 거래를 위한 "터보 엔진"으로 자리매김하는 주요 기능을 자세히 살펴보겠습니다.
트윈 터보 방식
Sei는 Twin-Turbo 합의 라고 불리는 Tendermint 합의 메커니즘의 수정된 버전을 기반으로 한 지분 증명(PoS) 프로토콜을 사용합니다 .
유효성 검사기는 트랜잭션을 처리하고 네트워크 상태 변경을 확인하는 데 중요한 역할을 합니다. 이러한 검증인은 총 담보 규모(자체 본딩 및 위임된 SEI 토큰 포함)를 기준으로 선택됩니다. 현재 총 스테이킹량 기준 상위 39명의 검증 인만이 합의 프로세스에 참여하고 거래 수수료와 스테이킹 보상을 받습니다.
SEI 토큰 보유자는 자신의 SEI 토큰을 기존 검증자에게 위임하여 네트워크 보안에 기여할 수 있습니다. 또한 위임자는 검증자가 선택한 수수료율을 공제한 후 검증자의 SEI 보상 일부를 받게 됩니다.
합의에 관해 말하자면, Tendermint는 블록체인에 추가된 후 거래가 확정되고 되돌릴 수 없도록(단일 슬롯 최종성) 보장하는 견고한 기반을 제공합니다. 그러나 기본 블록 시간인 6초는 Sei의 고속 거래 비전에 적합하지 않습니다.
Twin Turbo 합의에 의해 도입된 개선을 통해 Sei Labs는 Tendermint의 6초 블록 시간을 400 밀리초 미만으로 줄여 단일 슬롯 최종성을 달성했습니다.
이 결과는 "지능형 블록 전파"와 "낙관적 블록 처리"라는 Tendermint의 두 가지 주요 최적화를 통해 달성됩니다. 두 가지가 함께 오늘 Sei가 제시한 최종 결과를 만들어냅니다. 합의 중 트랜잭션 처리에는 밀리초밖에 걸리지 않습니다.
스마트 블록 전파 메커니즘은 완전한 거래 세부 정보를 전송하는 기존 블록 방법과 다릅니다 . 대신, 블록 제안자는 각 거래의 고유 식별자와 해시가 포함된 제안을 보내 프로세스를 시작합니다.
검증인은 일반적으로 로컬 멤풀에 최근 트랜잭션이 있다는 점을 고려하여 완전한 블록을 재구성하여 불필요한 대역폭 소비를 피하고 중복 데이터를 검색하기 위한 대기 시간을 줄일 수 있습니다. 이러한 최적화는 전반적인 네트워크 효율성을 향상시켜 궁극적으로 사용자의 트랜잭션 처리 속도를 향상시킵니다.
낙관적 블록 처리는 "사전 투표" 및 "사전 커밋" 라운드를 우회하여 트랜잭션 처리 속도를 더욱 가속화합니다. 목표는 합의 단계가 동시에 발생하도록 하여 프로세스를 단순화함으로써 상당한 시간을 절약하는 것입니다. 이 접근 방식을 사용하면 다른 블록체인 온체인 흔히 발생하는 순차적 처리와 달리 블록 확인 및 투표가 더 빨라집니다.
낙관적 블록 처리와 지능형 블록 전파 간의 시너지 효과를 통해 합의 메커니즘은 놀라운 효율성으로 발전합니다.
주어진 높이의 초기 블록 제안을 받은 후 시스템은 온전성 검사를 실행하고 "사전 투표"와 "사전 커밋" 중에 이를 동시에 처리합니다. 낙관적 블록 처리는 후보 상태를 캐시에 씁니다.
이 혁신적인 접근 방식을 통해 검증인은 "사전 커밋" 단계가 끝날 때까지 기다리는 지연을 우회하여 유효한 블록 제안을 받으면 트랜잭션을 최적으로 처리할 수 있습니다. 이 전략의 논리는 대부분의 경우 투표 후 특정 높이의 첫 번째 제안된 블록이 승리한다는 관찰에 있습니다. 따라서 처음부터 트랜잭션 처리를 시작하면 이러한 추세를 최대한 활용할 수 있습니다.
블록이 승인되면 낙관적으로 처리된 후보 상태 캐시가 블록체인에 원활하게 통합됩니다. 반대로, 블록이 거부되면 캐시된 데이터가 삭제되고 동일한 블록 높이의 후속 라운드에서는 낙관적 블록 처리가 방지됩니다. 검증인은 자신의 위치를 재설정하고 다음 블록 제안을 처리할 준비를 합니다. 이 개념은 블록 승인의 예측 가능성을 교묘하게 활용하여 거래 처리 속도를 크게 높이는 동시에 블록 거부 리스크 줄입니다. 이는 기존 솔루션에 비해 처리량이 크게 증가함을 의미합니다.
이는 거래자 보다 원활한 사용자 경험을 제공하고, 확인 시간을 최소화하며, 현재 DeFi 생태계의 두 가지 주요 문제점인 MM (Market Making) 리스크 줄입니다.
병렬화
Cosmos SDK에서 실행되는 Sei와 같은 온체인 에서 유효성 검사기는 블록을 받은 후 "BeginBlock", "DeliverTx" 및 "EndBlock"이라는 구조화된 3단계 프로세스를 따릅니다. Sei는 병렬 처리를 도입하기 위해 후자의 두 단계를 사용자 정의했습니다.
전통적으로 DeliverTx 단계의 트랜잭션은 순차적으로 처리됩니다. 그러나 Sei는 트랜잭션 순서를 관리하고 충돌을 피하기 위해 방향성 비순환 그래프 의 개념을 사용하여 동시 처리를 허용하도록 이 접근 방식을 수정했습니다.
또한 Sei는 특히 로컬 주문 매칭 엔진 에 연결된 독립적인 주문에 대해 블록 끝에서 주문 실행을 병렬로 처리합니다. 이러한 주문은 독립적인 것으로 간주되며 개발자는 동일한 블록 내에서 서로 다른 시장을 포함하는 경우 시장 종속성을 정의할 수 있습니다.
Sei의 기본 주문 매칭 엔진을 사용하면 탈중앙화 거래소 자체 오더북 만들 수 있습니다. 이에 대해서는 아래에서 더 자세히 살펴보겠습니다.
Tendermint의 숨겨진 비용
Sei는 빠른 블록 최종성으로 알려진 Tendermint 합의의 수정된 버전을 활용하지만 숨겨진 비용이 발생합니다. 바로 2차적인 통신 복잡성입니다 . 이 원칙은 검증인 간에 통신하는 데 필요한 메시지 수가 네트워크의 검증인 수에 따라 2차적으로 증가한다는 것을 나타냅니다.
전화 회의를 상상해 보십시오. 그룹이 원활하게 의사소통을 합니다. 그러나 참가자 수가 증가하면 대화 관리가 훨씬 더 복잡해집니다. 마찬가지로, Tendermint를 사용하는 블록체인에서는 검증인 세트의 증가로 인해 메시지 트래픽이 급증하여 네트워크 대역폭과 검증인 처리 능력에 부담을 줄 수 있습니다. 이는 확장성을 방해하여 성능에 영향을 주지 않고 많은 검증자를 추가하기 어렵게 만들 수 있습니다.
현재 검증인 세트가 꾸준히 확장됨에 따라 Sei는 탈중앙화 이니셔티브를 강화하여 이러한 문제를 정면으로 해결하기 위해 최선을 다하고 있습니다. 목표는 무신뢰 검증을 위해 라이트 클라이언트로 보완된 전 세계적으로 분산된 검증인 네트워크를 육성하여 네트워크 성능을 유지하는 것입니다.
주문 매칭 엔진
Sei는 체인 수준에서 주문 매칭 엔진을 통합하여 개발자가 Sei 블록체인 온체인 오더북 기반 거래소 생성할 수 있도록 합니다.
이 기능은 일반적으로 전통적인 중앙 집중식 거래 플랫폼에서 사용되는 CLOB(Central Limit 오더북) 시스템 의 개발을 지원합니다. Sei는 또한 탈중앙화 거래소(DEX)에서 일반적으로 사용되는 AMM(Automated MM (Market Making)) 시스템도 지원합니다.
작동 원리
매칭 엔진과 관련된 모든 트랜잭션은 블록 내에서 원자적으로 실행됩니다. 이러한 거래는 DEX 모듈 로 전달되며 각 거래에는 여러 주문이 포함될 수 있습니다. 제출 시 거래 핸들러는 각 거래에 대한 주문을 DEX 모듈 의 내부 MemState 에 추가합니다. 블록 처리 중에 DEX 모듈 의 EndBlocker 후크는 MemState 에 기록된 주문을 일괄적으로 병합합니다. 이번 합병은 시장별 주문(예: 모든 BTC 무기한 계약 주문)을 단일 스마트 계약 호출로 집계합니다.
거래주문 포장
Sei는 사용자 경험을 개선하고 성능을 최적화하기 위해 다층 주문 패키징을 도입합니다.
고객 주문 패키징: Sei는 스마트 계약 전반에 걸친 주문(예: BTC/USDC 현물 쌍 및 BTC 무기한 계약 주문)을 포함하여 여러 거래 시장 주문을 포함하는 거래를 허용합니다. 블록 처리 중에 Sei는 주문을 각 스마트 계약으로 정확하게 전달하여 MM (Market Making) 위치 업데이트와 관련된 가스 비용을 최소화하도록 돕습니다.
체인 수준 주문 패키징: Sei는 일치하는 각 엔진 관련 거래에 대해 별도로 가상 머신(VM)을 인스턴스화하는 대신 모든 거래에서 주문(시장별)을 집계하고 하나의 VM 인스턴스화만 시작합니다. 이는 특히 처리량이 많은 기간 동안 주문 대기 시간을 약 1밀리초까지 크게 줄여줍니다.
후크 통합
Sei는 계약이 네트워크에 "후크"를 설정할 수 있도록 허용합니다. 이러한 등록된 후크는 블록당 한 번씩 실행되어 거래 정산과 동일한 블록 내에서 플래시 론(Flash loan) 상환과 같은 작업을 용이하게 합니다. 계약은 두 가지 유형의 후크를 정의할 수 있습니다. 하나는 가능한 거래를 준비하기 위해 블록 시작 시 실행되고, 다른 하나는 주문이 일치하고 정산된 후 블록 끝에서 실행되어 계약이 필요한 거래 후 수행을 수행할 수 있도록 합니다. 논리 .
자산 독립성
토큰을 직접 거래하는 대신, 매칭 엔진은 탈중앙화 거래소 자산 표시 방법을 결정할 수 있는 다양한 인터페이스를 제공합니다. 예를 들어, 탈중앙화 거래소 토큰화하는 대신 스마트 계약 상태의 위치를 추적하도록 선택할 수 있습니다.
빈번한 일괄 경매
Sei는 "MEV"(최대 클레임 가치)라는 현상에 맞서기 위해 "빈번한 일괄 경매"라는 방법을 도입하여 공정한 시장 조건을 보장했습니다. MEV는 검증인이 이익을 극대화하기 위해 자신의 거래에 우선순위를 둘 때 발생하며, 이때 다른 참가자를 희생할 수도 있습니다.
이 문제를 완화하기 위해 Sei는 모든 시장 주문을 통합하고 일관된 결제 가격으로 실행합니다. 예를 들어, 가격 P1과 P2에 두 개의 매도 주문(매도 가격)이 있고 두 개의 매수 주문(입찰 가격)이 있는 경우 Sei는 통합 정산 가격을 계산합니다. 간단히 말해서 P1과 P2의 평균을 취합니다. 그 후, 두 매수 주문 모두 이 통합 결제 가격으로 실행됩니다.
단일 거래 순서를 피함으로써 Sei는 검증인이 개인적인 이익을 위해 거래 순서를 조작하려는 인센티브를 제거하여 보다 공정한 거래 환경을 조성합니다.
가격오라클
자산 가격 책정을 용이하게 하기 위해 Sei는 현지 가격 오라클을 구현했습니다. 검증인은 오라클 역할을 하여 자산 가격 책정의 신뢰성과 정확성을 보장합니다. 오라클 가격을 최신 상태로 유지하기 위해 투표 창을 한 블록만큼 짧게 할 수 있어 현재 자산 가격을 빠르게 업데이트할 수 있습니다.
투표 창 내 투표 단계에서 검증인은 환율을 제안합니다. 투표 기간이 끝나면 모든 환율 투표가 집계되고 검증인 투표 가중치에 따라 가중치 중앙값이 계산되어 각 자산의 정확한 환율이 결정됩니다. 참여하지 않고 부정확한 데이터를 제공하는 검증자는 처벌을 받습니다.
검증인은 데이터 제공에 실패하거나 가중 중앙값에서 크게 벗어난 데이터를 제공하는 인스턴스를 추적하는 경과 횟수를 가지고 있습니다. 검증인의 오류 횟수가 지정된 투표 기간 내에 특정 임계값을 초과하는 경우, 만성 위법 행위에 대한 감소 페널티가 적용됩니다.
Sei V2 업그레이드
2023년 11월 Sei는 네트워크에 대한 세 가지 혁신적인 개선 사항 인 병렬 EVM, 낙관적 병렬화 및 SeiDB를 표시하는 Sei V2의 청사진을 발표했습니다.
병렬 실행과 EVM 호환성을 교묘하게 결합함으로써 Sei V2는 단일 작업으로 성능 및 가용성 문제를 해결하여 사용자와 개발자에게 EVM 생태계의 친숙한 환경을 유지하면서 이더 의 한계를 벗어날 수 있는 기능을 제공합니다. 이 획기적인 접근 방식은 거래 처리 효율성을 향상시키고 수요가 많은 기간 동안 이더 병목 현상을 크게 완화하는 동시에 EVM 베테랑에게 원활한 경험을 제공합니다.
이번 업그레이드는 2024년 상반기 메인넷에 배포될 예정이다. 동시에 Sei는 Sei V2 혁신을 위한 테스트 장으로 2024년 2월 공개 개발 네트워크를 열었습니다.
( 이미지 출처 )
Sei는 첫 번째 주요 업그레이드인 Sei V2를 통해 큰 도약을 하고 있습니다. 이번 업그레이드는 병렬화된 이더 Virtual Machine)의 성능을 극대화하여 개발자에게 극도로 최적화된 실행 계층과 향상된 상태 저장 효율성을 제공합니다.
또한 EVM 스마트 계약을 수용하기 위해 새로운 구성 요소가 도입될 예정입니다. 이러한 계약은 기존 Cosmwasm 스마트 계약과 원활하게 상호 작용하는 동시에 합의 및 병렬화의 발전을 활용합니다.
( 이미지 출처 )
이 업그레이드를 통해 Sei는 다음을 수행할 수 있습니다.
EVM 스마트 계약의 하위 호환성
낙관적 병렬화
SeiDB - 스토리지 계층 개선
상호 운용성 - EVM과 다른 실행 환경 간의 구성 가능성
하위 호환성
이번 업데이트를 통해 온체인 스마트 계약은 코드 변경 없이 Foundry, Remix 및 Hardhat과 같은 친숙한 도구를 활용하지 않고도 Sei에 원활하게 배포될 수 있습니다.
Sei 노드는 이더 트랜잭션 처리를 담당하는 이더 Virtual Machine의 Go 구현인 Geth를 통합합니다. 모든 후속 업데이트(예: 상태 수정 또는 비 EVM 계약 호출)는 Sei가 EVM용으로 특별히 만든 특수 인터페이스를 통해 수행됩니다.
( 사진 참조 )
낙관적 병렬화
낙관적 병렬화는 Sei 기본 트랜잭션, Cosmwasm 트랜잭션 및 EVM 트랜잭션을 포함하여 Sei에서 실행되는 모든 트랜잭션에 적용됩니다.
( 사진 참조 )
Sei V2에서는 개발자가 더 이상 상태 액세스를 수동으로 정의할 필요가 없습니다. 대신 체인은 트랜잭션을 병렬로 실행하기 위해 낙관적 접근 방식을 채택합니다.
동일한 상태에 영향을 미치는 트랜잭션과 같은 충돌이 발생하면 체인은 각 트랜잭션이 상호 작용하는 저장 영역을 모니터링합니다. 서로 다른 저장 영역과 관련된 트랜잭션은 병렬로 다시 실행되고, 동일한 상태와 관련된 트랜잭션은 순차적으로 다시 실행됩니다.
이 프로세스는 모든 충돌이 해결될 때까지 반복적으로 계속됩니다. 블록 내의 트랜잭션은 순서가 지정되므로 이 접근 방식은 결정성을 보장하는 동시에 개발자 워크플로를 단순화하는 동시에 체인 수준에서 병렬성을 유지합니다. 기타 기술적인 내용을 참고 하시기 바랍니다.
세이DB
트랜잭션 처리가 증가하면 더 많은 블록체인 상태가 생성되므로 런타임 병렬화뿐만 아니라 상태 관리도 고려해야 합니다. Sei v2는 SeiDB를 주요 구성 요소로 도입하여 상태 액세스, 상태 제출 및 상태 저장 메커니즘을 근본적으로 변경합니다.
( 사진 참조 )
Sei의 현재 구현은 IAVL 트리 데이터 구조로 구성된 데이터베이스 계층을 사용합니다. 그러나 스키마와 추가 메타데이터로 인해 이 구조는 저장 및 대기 시간 측면에서 효율성이 떨어지므로 쓰기 증폭 및 디스크 액세스 속도가 느려집니다.
Sei Labs 엔지니어링 팀은 ADR-065 (Architectural Decision Record)에서 제안한 기반을 기반으로 SeiDB를 개발했습니다. 주요 전략은 모든 데이터를 하나의 대규모 데이터베이스에 저장하지 않는 것입니다. 대신 데이터를 두 개의 독립적인 수준으로 분리하세요.
상태 제출은 고도로 최적화된 인메모리 IAVL 트리를 사용하여 데이터를 신속하게 제출하므로 검증자가 디스크 액세스를 최소화하여 더 빠르게 합의에 도달할 수 있습니다.
상태 저장소는 원래 키-값 쌍에 대한 대기 시간이 짧은 직접 액세스를 촉진하여 쿼리를 효율적으로 처리하는 RPC 노드의 기능을 향상시킵니다.
( 상태 커밋과 상태 저장을 구별하는 SeiDB의 개략도 )
활성 상태와 과거 데이터를 분리하면 Sei 생태계의 모든 노드 운영자의 성능이 크게 향상됩니다. 이러한 아키텍처 결정을 통해 Sei Lab의 엔지니어링 팀은 MemIAVL을 사용하여 현재 체인 상태를 메모리 매핑된 IAVL 트리로 나타낼 수 있습니다. 결과적으로 검증자 노드는 mmap을 통해 블록체인 상태를 추적하여 상태 액세스 시간을 수백 마이크로초에서 단 수백 나노초로 줄일 수 있습니다. 이러한 중요한 발전은 상태 동기화 시간과 읽기/쓰기 증폭을 크게 향상시킵니다.
최소한의 메타데이터를 사용하여 상태 저장 계층에 원본 키-값 쌍을 저장하면 LSM 트리의 지역성이 향상되는 동시에 비동기 정리를 통해 노드가 뒤처지는 것을 방지할 수 있습니다. 이러한 변경으로 인해 상태 스토리지 요구 사항이 60% 이상 줄어들고 전체 데이터 증가율이 90% 감소하여 노드가 계속 실행되는 동안 장기적으로 디스크가 대량 절약됩니다.
또한 Sei는 업계의 다양한 주요 데이터베이스에 대해 철저히 벤치마킹되었습니다. 따라서 Sei V2는 GoLevelDB 대신 PebbleDB를 사용하도록 전환됩니다. 이 변환은 특히 다중 스레드 액세스의 경우 읽기/쓰기 성능을 크게 향상시킬 것으로 예상됩니다.
SeiDB의 주요 내용:
활성 상태 크기를 60% 줄입니다.
과거 데이터 증가율을 ~90%까지 줄입니다.
상태 동기화 시간은 1200% 단축되고, 블록 동기화 시간은 2배 단축됩니다.
블록 제출 시간을 287배 단축합니다.
더 빠른 상태 액세스 및 상태 제출을 제공하여 전체 TPS를 2배 늘립니다.
이는 또한 Sei 아카이브 노드가 모든 전체 노드와 동일한 고성능을 달성할 수 있도록 보장합니다.
( 사진 참조 )
데이터 과부하 문제를 해결하고 성능을 최적화하며 새 노드에 대한 온보딩 프로세스를 단순화하는 네트워크 스토리지 계층에 대한 주요 업그레이드입니다 . 이를 통해 일관된 네트워크 확장성과 성능이 보장됩니다.
상호 운용성
다가오는 Sei v2 업그레이드는 혁신적인 기능, 특히 고급 고성능 병렬 EVM을 제공할 것입니다. 이러한 발전은 사용자 경험을 향상시키고 혁신적인 개발 가능성의 길을 열어줄 것입니다.
Sei는 EVM과 기타 지원되는 실행 환경 간의 원활한 구성성을 촉진하여 기존 체인 내에서 상호 운용성을 촉진하는 데 최선을 다하고 있습니다.
( 사진 참조 )
통합 블록체인인 Sei를 사용하면 다양한 Sei 구성 요소(은행, EVM, Wasm, 스테이킹) 간에 트랜잭션이 원활하게 상호 작용할 수 있습니다. 목적은 다르지만 이러한 거래는 가스, 송신자, 거래 주체 등 공통된 특성을 공유합니다. 일단 수신되면 체인은 이러한 트랜잭션을 Sei-native 트랜잭션으로 처리하고 관련 저장소 부분으로 전달합니다(예: CosmWasm 트랜잭션을 실행을 위해 Wasm 모듈 로 전달). 이 통합은 원활한 개발자 경험을 촉진하여 EVM 개발자가 기본 토큰 및 스테이킹과 같은 기타 체인 기능을 쉽게 활용할 수 있도록 합니다.
또한 Sei v2는 두 가지 실행 환경(CosmWasm 및 EVM)을 지원하도록 향상되므로 이더 블록체인 온체인 사용 가능한 모든 토큰 표준을 Sei에서도 사용할 수 있습니다. 일부 사용자는 이것이 생태계에 너무 많은 복잡성을 가져오고 사용자 경험에 해를 끼칠 것이라고 걱정할 수 있지만 Sei는 이를 고려했습니다.
NFT(CW-721)이든 표준 토큰(CW-20)이든 Sei의 모든 토큰은 포인터 계약을 통해 EVM 지갑 및 애플리케이션과 호환될 수 있습니다. 이러한 계약은 EVM과 CosmWasm 간의 토큰 링크를 설정하므로 자산을 "래핑"할 필요 없이 원활하게 사용할 수 있습니다. 이를 통해 EVM과 CosmWasm 모두에서 동일한 토큰 잔액 제어할 수 있습니다.
( 포인터 계약을 통해 두 환경 모두에서 지갑이 모든 토큰에 액세스할 수 있습니다 .)
포인터 계약을 통해 EVM 애플리케이션에서 CW-20, CW-721 및 기본 토큰을 사용할 수 있으며 그 반대의 경우도 마찬가지입니다. 그러나 EVM 지갑을 사용하여 기존 Sei 애플리케이션과 상호 작용하는 것을 용이하게 하지 않으며, 이를 위해서는 " 사전 컴파일 "이라는 또 다른 기능이 필요합니다.
이 문제를 해결하기 위해 Sei Labs는 Sei 블록체인 내에서 직접 " 사전 컴파일된 " 스마트 계약을 구현했습니다. 이러한 계약은 사용자와 개발자가 EVM RPC 인터페이스를 통해 기본 Sei 기능에 액세스할 수 있는 포털 역할을 하여 선호하는 지갑을 사용하여 스마트 계약과의 상호 작용을 보장합니다.
Sei에서 사용할 수 있는 사전 컴파일된 계약은 다음과 같습니다.
이러한 사전 컴파일 사용에 대한 지침을 원하는 개발자는 " 사용 예 " 섹션에서 지침을 찾을 수 있습니다.
EVM 주소에 자금이 입금되면 Sei 주소와 원활하게 사용할 수 있으며 그 반대의 경우도 마찬가지입니다. 이 통합은 이들을 단일 계정으로 결합하여 EVM과 Sei 생태계 간의 원활한 상호 작용을 보장합니다.
Sei 의 사용자 계정 설정
Sei에서는 각 사용자 "계정"이 독립적인 공개 키와 연결되어 있습니다. 그러나 Sei V2로 업그레이드한 후 이 공개 키는 두 가지 유형의 주소에 해당합니다.
EVM 주소: 0x로 시작하며 이더 관련 작업에 사용됩니다.
SEI 주소: Sei로 시작하며 Sei 로컬 작업에 사용됩니다.
( 사진 참조 )
이러한 주소는 표면적으로는 서로 다른 것처럼 보이지만 본질적으로 동일한 기본 계정에 연결되어 있습니다. 이는 하나의 토큰 주소를 사용하여 수행되는 모든 작업이 필연적으로 다른 주소에 영향을 미친다는 것을 의미합니다.
Sei 의 병렬 스택
Sei V2 출시와 함께 팀은 Sei 생태계에 레이어 2 네트워크의 진입점 역할을 할 Sei의 병렬 스택을 도입하는 데 중점을 두고 있습니다.
( 사진 참조 )
Sei V2 구축 경험을 바탕으로 탄생한 이 오픈 소스 강력한 도구는 개발자가 병렬 처리의 마법을 활용하여 고성능 레이어 2 솔루션 및 집합체를 만들 수 있도록 지원합니다. 병렬 스택은 현재 이더 생태계에서 레이어 2 블록체인이 직면한 성능 병목 현상 문제를 해결합니다.
이 프레임 개발자에게 혁신적인 레이어 2 솔루션을 구축할 수 있는 강력하고 안전한 기반을 제공합니다. 특히, 병렬 스택은 비교할 수 없는 사용자 정의 기능을 제공하므로 개발자는 자신의 창작물을 특정 프로젝트 요구 사항에 맞게 조정할 수 있습니다. 또한 프로젝트는 본질적으로 이더 블록체인이나 통합되는 데이터 가용성 계층의 강력한 보안 기능을 통해 이점을 얻습니다. 기본 구성 옵션의 일부로 프로젝트는 Sei의 입증된 유효성 검사기 세트를 활용하도록 선택할 수 있습니다. 이러한 통합은 병렬 스택의 혁신적인 아키텍처를 통해 프로젝트의 이점을 극대화하는 동시에 보안을 더욱 강화합니다.
민주적 병렬 EVM
처음부터 롤업을 구축하는 것은 어려운 작업이 될 수 있습니다. Sei와 Altlayer의 협력은 고성능 DeFi 분야에서 개발자의 잠재력을 더욱 자극합니다.
Altlayer의 RaaS(Rollup-as-a-Service) 제품은 노드 인프라 관리의 복잡성을 제거하여 개발자가 병렬 스택 기능을 활용하는 혁신적인 dApp 개발에 집중할 수 있도록 합니다. 이를 통해 개발자는 대량 시간과 리소스를 절약할 수 있습니다.
단순성 외에도 Altlayer의 "재담보 롤업"(세 가지 수직 통합 활성 검증 서비스 세트)은 병렬 스택과 원활하게 통합되어 이러한 고성능 롤업에 강력한 보안 계층을 추가합니다. 이는 더 빠른 거래 최종성, 더욱 탈중앙화 순서 환경, 집계된 상태의 지속적인 검증으로 해석됩니다. 이는 모두 DeFi 애플리케이션의 신뢰와 보안을 강화하는 핵심 요소입니다.
개발자는 이더 생태계에서 매우 빠르고 매우 안전한 DeFi 애플리케이션을 만들 수 있는 강력한 툴킷에 액세스할 수 있습니다. 이러한 협력은 개발자에게 힘을 실어줄 뿐만 아니라 더 확장 가능하고 접근하기 쉬운 DeFi 환경을 위한 길을 열어 궁극적으로 전체 사용자 기반에 혜택을 줍니다.
미래의 발전
NFT 통합 : 새로운 xERC-721 NFT 표준
번창하는 이더 생태계는 단편화라는 한 가지 과제에 직면해 있습니다. 다양한 스케일링 솔루션(레이어 2 롤업, 고성능 EVM)이 등장함에 따라 NFT는 특정 플랫폼 내에서 격리됩니다. 이는 커뮤니티를 고립시키고 혁신을 방해합니다.
Sei Labs와 Omni Foundation은 xERC-721 표준이라는 솔루션을 제안했습니다. xERC-721 NFT는 ERC-721의 단순화된 업그레이드로 도입되었습니다. 이는 NFT 제작자와 보유자에게 더 이상 단일 도메인 이름에 국한되지 않고 더 큰 자유를 제공하여 이더 생태계에서 혁신과 실험의 문을 열어줍니다.
xERC-721의 장점:
xERC721 토큰은 Lockbox 인터페이스 기능을 통해 설명된 것처럼 불필요한 리스크 초래하거나 권한이 있는 제3자(예: 특정 상호 운용성 네트워크)에 의존하지 않고 여러 도메인에서 안전하게 이동할 수 있습니다. 이는 주권이 NFT 커뮤니티의 손에 유지되도록 보장합니다.
xERC721 토큰 계약은 mintBatch 및 burnBatch 기능 인터페이스를 통해 확장됩니다. 이는 개발자의 고충 중 하나이며 ERC-1155 와 같은 새로운 표준의 도입으로 이어집니다. 이 문제는 여러 블록체인에 걸쳐 프로그래밍할 때 비동기성을 도입하고 트랜잭션을 검증하고 상호 운용 가능한 네트워크에 전달하는 비용을 보상해야 하기 때문에 더욱 악화됩니다.
기존 NFT 컬렉션은 새로운 포털 계약을 배포하여 xERC-721로 간단히 업그레이드할 수 있으며 롤업 생태계 전체에서 액세스할 수 있습니다.
EIP-7281과 함께 이 이니셔티브는 분산형 이더 환경에서 NFT에 대한 표준화된 접근 방식의 기반을 마련합니다. 이러한 개방형 표준을 활용함으로써 개발자는 디지털 자산 공간에서 추가적인 혁신을 위한 기반을 마련하는 강력한 도구에 액세스할 수 있습니다.
Sei 크리에이터 펀드: 1,000만 달러 보조금 프로그램
Sei 생태계의 성장을 촉진하기 위해 Sei 재단은 1,000만 달러의 보조금 프로그램인 Sei Creator Fund를 시작했습니다 . 이 프로그램은 NFT 및 소셜 경험 분야에서 새로운 프로젝트 개발과 기존 프로젝트의 확장을 지원함으로써 혁신을 촉진하는 것을 목표로 합니다.
새로운 인프라나 도구에 대한 아이디어가 가득하거나 창의적인 비전을 실현하고 싶거나 기존 NFT 프로젝트를 추진하고 싶다면 Sei Creator Fund가 여러분을 지원할 것입니다.
결론적으로
Sei는 병렬 실행, 최적화된 데이터 저장 및 향후 업그레이드를 통해 확장성 문제를 해결하기 위해 최선을 다하고 있으며 프로젝트가 다양한 플랫폼의 장점을 활용하여 복잡한 재정적 문제를 해결할 수 있도록 하는 획기적인 발전의 길을 닦고 있습니다.
이 획기적인 접근 방식은 전례 없는 거래 처리 처리량 시대를 예고하여 거래자 위한 빠르고 저렴한 상호 작용을 촉진합니다. 결과적으로 향상된 사용자 경험은 더 넓은 DeFi 채택 가능성을 나타냅니다.
Sei 기술이 발전함에 따라 DeFi 공간에 미치는 영향은 획기적인 확장성, 효율성 및 접근성의 시대를 열 수 있습니다. 보다 포괄적인 DeFi 미래를 촉진함으로써 Sei는 제작자와 사용자가 탈중앙화 금융을 재정의할 수 있도록 지원합니다.
