모나드(Monad), 세이(Sei), 이클립스(Eclipse) 창립자와의 대화: 고처리량 블록체인의 미래를 함께 탐구하다

2024.08.30

모나드(Monad), 세이(Sei), 이클립스(Eclipse) 창립자와의 대화: 고처리량 블록체인의 미래를 함께 탐구하다

이번 에피소드에서는 이더리움 가상 머신(EVM)의 병렬화 기술적 이점, 블록체인 아키텍처 뒤에 있는 전략적 결정, 그리고 차세대 고속 체인을 추진하는 혁신에 대해 논의합니다.

2024.08.30 - 07:05:48

MonadSeiEclipse

Web3 심층 보도에 집중하고 흐름을 통찰

정리 및 번역: TechFlow

패널: Keone Hon, Monad Labs 공동 창립자 겸 CEO; Jay Jog, Sei Labs 공동 창립자; Vijay Chetty, Eclipse Labs CEO

진행자: Laura Shin, 작가이자 Unchained 팟캐스트 진행자

출처: Unchained

원제목: How to Build the Fastest Onchain Experience With Monad, Sei, and Eclipse

방송일: 2024년 8월 28일

요점 정리

이번 에피소드에서 Monad Labs의 Keone Hon, Sei Labs의 Jay Jog, 그리고 Eclipse Labs의 Vijay Chetty는 고처리량 블록체인에서 확장성과 성능을 위한 각자의 접근 방식을 공유했다. 그들은 이더리움 가상 머신(EVM)의 병렬화 기술적 장점, 블록체인 아키텍처 설계의 전략적 결정, 그리고 차세대 고속 체인을 이끄는 혁신에 대해 논의했다.

Monad

Monad의 시작과 초기 미션

Keone은 Monad의 설립 배경과 미션을 설명했다. Monad는 EVM과 호환되며 초당 1만 건의 트랜잭션 처리와 1초 블록 생성 시간을 가능하게 하는 파이프라인 아키텍처를 채택한 블록체인이다. Monad는 2022년 초, Eunice Girda, James Hon Saker, Keone 등 세 명의 공동 창립자가 설립했다. Keone과 James는 약 8년간 Jump Trading에서 근무하며 고성능 거래 시스템을 개발했으며, Jump의 암호화폐 팀에서 Solana DeFi 관련 업무도 수행했다.
그들은 시장에 더 높은 성능의 EVM 실행 환경에 대한 수요가 있음을 인식하고, Jump를 떠나 Eunice Girda와 함께 Monad를 시작하기로 결정했다.
Keone은 Monad의 핵심 목표가 최소한의 하드웨어로 최대의 성능을 추출하는 것이라며, 이를 위해 새로운 소프트웨어를 처음부터 구축하고 새로운 아키텍처 개선을 도입해야 한다고 말했다. Monad의 설계 철학은 네 가지 주요 개선 사항을 중첩해 각각이 시스템 전체 효율성에 곱셈 효과를 주도록 하여 뛰어난 성능을 실현하는 것이다.

Monad를 고처리량 블록체인으로 만드는 기능들

Keone은 Monad의 고처리량을 실현하는 몇 가지 핵심 기능을 상세히 설명했다.
- 첫째, Monad는 SSD에 이더리움 메르클 트리 데이터를 네이티브로 저장할 수 있는 맞춤형 상태 데이터베이스를 사용하여 상태 접근 효율성을 극대화한다.
- 둘째, 낙관적 병렬 실행(optimistic parallel execution)을 통해 여러 트랜잭션이 동시에 실행되면서도 최종 결과는 직렬 실행과 일치하도록 보장한다.
- 셋째, 비동기 실행(async execution)은 합의와 실행 사이에 독립된 "레인"을 만들어, 실행이 블록 시간 전체를 활용할 수 있도록 한다.
- 넷째, Monad BFT는 수백 개의 글로벌 노드 간 동기화를 유지하는 고성능 합의 메커니즘이다.
병렬 처리의 조합성 문제에 대해 Keone은 Monad의 블록은 여전히 선형이며, 블록 내 트랜잭션도 선형 순서로 정의되어 있기 때문에 트랜잭션 간의 전체 정렬이 유지된다고 설명했다. 병렬 처리는 백엔드에서 이루어지며 최종 실행 결과에는 영향을 주지 않는다. 낙관적 병렬 실행은 병렬 처리 중 일부 작업이 이루어지더라도 최종 커밋은 원래 트랜잭션 순서대로 이루어져 모든 커밋이 정확함을 보장하며, 입력값이 변경되면 재실행될 수 있다.
또한 Keone은 맞춤형 상태 데이터베이스가 블록체인 팽창 문제 해결을 목표로 하고 있다고 언급했다. 상태가 계속 증가함에 따라 상태 접근 비용과 지연도 늘어나는데, 기존 이더리움 클라이언트는 복잡한 데이터베이스 구조를 사용해 메르클 트리의 특정 상태 접근 시 많은 상호작용이 필요하다. Monad의 맞춤형 DB(Mona DB)는 이더리움 메르클 트리 데이터 저장을 특화해 최적화했으며, 처음부터 데이터베이스를 구축하는 것은 복잡하지만 실행 효율성을 높이는 중요한 단계라고 강조했다.

왜 Monad는 L2가 아닌 신규 블록체인을 만들었는가?

Keone은 Monad가 L2 대신 독립형 블록체인을 선택한 이유를 설명했다.
첫째, 탈중앙화가 우선 순위였다. 검열 저항성과 네트워크 통제의 분산을 위해 탈중앙화된 블록 생성과 합의 참여 노드가 중요하다고 생각했으나, 기존 L2 솔루션은 대부분 중앙화된 정렬기(sorter)에 의존하므로 이러한 철학과 충돌한다.
둘째, 성능과 비용 역시 핵심 요소였다. 진정으로 고성능 시스템을 구축하려면 실행 컴포넌트, 노드 간 동기화를 유지하는 합의 컴포넌트, 데이터 가용성 등을 포함한 기술 스택의 모든 계층을 최적화해야 한다. Keone은 Monad가 이러한 문제들을 종합적으로 해결해 최대 성능을 달성할 수 있는 효율적인 단일 시스템을 구축하는 것을 목표로 한다고 강조했다.

왜 Keone은 개발자에게 Monad가 최고의 경험을 제공한다고 생각하는가? 그리고 왜 '이더리움 킬러'라는 표현을 싫어하는가?

Keone은 Monad가 개발자에게 최고의 경험을 제공하는 이유를 성능과 호환성 두 가지 측면에서 설명했다. 먼저, Monad는 EVM과 완전히 호환되므로 개발자는 Solidity 프로그래밍 언어 등 익숙한 도구와 라이브러리를 계속 사용할 수 있다. 이 호환성 덕분에 기존 구성 요소를 재사용하거나 새 애플리케이션 구축 시 이더리움 표준과의 하위 호환성을 유지할 수 있다.
둘째, Monad는 뚜렷한 성능 향상을 제공한다. 비동기 실행과 효율적인 합의 메커니즘을 통해 개발자는 Monad 환경에 애플리케이션을 배포해 더 높은 트랜잭션 처리 능력을 누릴 수 있다. 대량의 트랜잭션을 처리해야 하는 메인스트림 채택을 목표로 하는 애플리케이션에게 특히 중요하다.

'이더리움 킬러'라는 표현에 대한 견해

Keone은 이러한 표현이 부정확하다고 생각한다. Monad는 이더리움 확장 분야에서 아직 충분히 연구되지 않은 방향에 집중하고 있으며, 기존 이더리움을 대체하려는 것이 아니라 능력을 강화하는 데 목적이 있다는 것이다. 팀은 다른 기술 축을 탐색함으로써 이더리움의 능력을 향상시키고, EIPs 제안이나 다른 연구자들과의 협업을 통해 이더리움 확장 로드맵에 기여하고자 한다.
Keone은 또한 Monad를 특정 이더리움 개선의 선구자 환경으로 볼 수 있다고 언급하며, 시간이 지나면 일부 개선사항이 이더리움 또는 다른 환경으로 이전될 수 있다고 말했다. 따라서 Monad의 목표는 이더리움을 강화하는 것이지 파괴하는 것이 아니다.

Monad의 대규모 벤처 투자 유치 및 자금 사용 계획

Monad는 최근 2억 2,500만 달러를 유치하며 2024년 가장 큰 펀딩 라운드를 성사시켰다. Keone은 이 자금은 주로 팀 규모 확장을 위해 사용될 예정이며, Monad 프로젝트와 산업 전반을 발전시킬 수 있는 인재를 더 많이 채용하는 데 목적을 두고 있다고 밝혔다. 암호화폐 분야 전문가뿐 아니라 다른 분야에서 경험이 풍부한 저수준 엔지니어를 암호화폐 업계로 유입하는 것도 계획 중이다.
Keone은 투자자들의 지원에 감사하며, 이 자금이 비전 실현을 위한 충분한 자원을 제공한다고 말했다.
Keone은 Monad가 아직 공식 출시되지 않았음에도 불구하고 이미 많은 벤처 캐피탈과 애플리케이션의 관심을 받고 있다고 언급했다. 예를 들어 Kintsu와 Kuru 같은 Monad 앱들이 최근 펀딩을 유치했다. 이러한 관심은 Monad 생태계 팀의 역량과 고처리량, 저비용, 완전한 EVM 호환성 등의 특성에 대한 기대를 반영한다. 또한 투자자들은 Monad 팀이 지속적으로 추진하는 기타 개선 사항들에 대해서도 장기적인 EVM 확장과 성능 향상 가능성을 믿고 있다.

Monad의 강력한 커뮤니티

Keone은 Monad가 강력한 커뮤니티를 갖게 된 것은 커뮤니티 멤버들의 적극적인 기여와 팀 내 노력 덕분이라고 말했다. 그는 커뮤니티 성장이 궁극적으로 자신이 기여할 수 있다고 느끼는 멤버들에 의해 이루어진다고 보았다. Monad 팀의 역할은 사람들을 환영받는다고 느끼게 하고, 스팸을 관리하며 긍정적인 분위기를 조성하는 친근한 환경을 만드는 것이다.
Keone은 높은 기준을 설정하고, 멋진 밈과 예술 작품을 만들며, 다양한 활동을 조직하는 적극적인 개인들에게 감사를 표했다. 예를 들어 Monad 러닝 클럽은 Strava 그룹으로, 멤버들이 자신의 러닝 기록을 남기며 건강을 증진하는 모임이다. 또한 Mon Lingo 프로그램은 새로운 언어를 함께 배우는 프로그램이다.
이러한 커뮤니티 활동은 Monad 커뮤니티의 즐거움을 보여주며, 재정적 수익이나 '팜(farm)' 행위보다 우정과 관계 형성에 초점을 맞추고 있다. 이러한 소셜 네트워크 형성은 성공적인 블록체인 커뮤니티에 매우 중요하다.

Monad의 다음 단계 및 토큰 출시 가능성

Keone은 Monad의 테스트넷과 메인넷이 곧 출시될 예정이며, 팀이 열심히 작업 중이라고 밝혔다. 정확한 출시일은 없지만, 진행 상황은 매우 순조롭다고 말했다.
Monad 토큰에 대해 Keone은 현재 구체적인 정보를 제공할 수 없다고 말했다. 토큰 이름 유출과 이후 철회 소식이 있었지만, 이에 대해 언급할 수 없다고 밝혔다.

Sei

Sei란 무엇인가? GameStop 사건이 창립에 어떤 영향을 주었는가?

Sei는 전기능 1단계 블록체인으로, Jay Jog과 공동 창립자 Jeff Feng이 2021년의 GameStop 사건을 경험하면서 아이디어를 얻었다. Jay는 당시 Robinhood의 엔지니어링 책임자였으며, 이 사건의 내부 혼란을 직접 목격했다. GameStop 및 기타 주식 매수가 중단되었을 때, Robinhood는 막대한 여론의 압박을 받았고, 내부 인사로서 배경 정보를 모두 알지 못하면서도 평판 리스크를 떠안아 매우 불편했다.
GameStop 사건을 겪은 후, Jay와 Jeff는 유사한 상황을 피하기 위해 탈중앙화된 거래 플랫폼을 만들기로 결정했다. 처음에는 체인상 DEX를 구축하고자 했지만, 당시에는 체인상 주문장 기반 거래소를 지원할 수 있는 생태계가 존재하지 않았다. 따라서 이를 독립 블록체인으로 구축하기로 결정했고, 이것이 결국 Sei로 발전했는데, 이는 효율적인 거래와 탈중앙화 금융에 특화된 블록체인 플랫폼이다.

Jay가 EVM 개발자 생태계가 강력하다고 생각하는 이유

Jay는 EVM(이더리움 가상 머신) 개발자 생태계가 강력한 이유를 다음과 같이 설명했다:

개발자 비중이 높음: 현재 암호화폐 분야에서 약 80~90%의 개발자가 EVM 개발자이다. 이는 EVM 생태계가 방대한 개발자 기반을 가지고 있음을 의미한다.
기술적·이데올로기적 점착성: EVM은 단순한 기술 스택이 아니라 하나의 생태계이다. EVM 주변에는 풍부한 도구와 개발자 문화가 형성되어 있어, 개발자들이 해당 환경에 더 강한 소속감과 점착성을 느낀다. 많은 개발자가 다른 실행 환경으로 전환하는 것을 꺼리는 이유는 기술적 복잡성 때문인데, 새 환경으로 전환하면 코드 오류가 발생해 프로젝트 전체의 보안에 영향을 줄 수 있기 때문이다.
성능 한계: Jay는 EVM의 가장 큰 제약은 처리량 부족으로 인해 사용자 경험(UX)이 나쁘다는 점이라고 지적했다. 예를 들어 이더리움은 트랜잭션 처리 능력이 낮아 사용자가 피크 시간대에 높은 수수료를 지불해야 하므로 일반 사용자가 체인 상에서 작업하기 어렵다.
병렬 처리의 가능성: Jay는 현재 EVM은 트랜잭션을 단일 스레드로 처리하지만, 현대 컴퓨터는 다중 코어로 여러 작업 흐름을 동시에 처리할 수 있다고 언급했다. 그들의 핵심 통찰은 EVM을 병렬화함으로써 현대 하드웨어를 보다 효과적으로 활용해 트랜잭션 처리 능력을 향상시킬 수 있다는 것이다. 이것이 바로 그들이 Sei를 구축하기로 한 이유이며, Sei는 최초의 병렬화된 EVM 블록체인이다.
장점 결합: EVM의 장점과 Solana 같은 고성능 블록체인의 특징을 결합함으로써, Sei는 EVM 개발자 생태계를 유지하면서도 더 높은 성능과 사용자 경험을 제공할 수 있다.

왜 Sei는 Cosmos에서 EVM으로 전환하여 v2를 출시했는가?

Jay는 Sei가 초기 Cosmos에서 EVM으로 전환하고 V2를 출시한 이유를 다음과 같이 설명했다:

초기 선택: Sei 초기 단계에서 팀은 Cosmos SDK를 사용해 애플리케이션별 체인을 구축했는데, Cosmos SDK는 충분히 검증된 프레임워크로 프로젝트를 쉽게 시작할 수 있었다. 이를 통해 인프라를 빠르게 구축할 수 있었다.
범용 체인으로의 전환: 프로젝트가 발전하면서 Sei 팀은 더 범용적인 솔루션이 필요하다는 것을 깨달았다. Cosmos SDK는 여전히 좋은 출발점이었지만, 사용 중에 일부 비효율성이 발견되어 여러 최적화를 진행했다.
합의 메커니즘 최적화: 초기에는 기초적인 Tendermint 합의 메커니즘을 사용했다. 성능을 향상시키기 위해 블록 전파 및 처리 방식을 최적화해 결국 "듀얼 터보 합의(twin turbo consensus)"를 개발했으며, 이를 통해 Sei는 현재 가장 빠른 블록체인 중 하나가 되었다.
성능 우위: 이러한 개선을 통해 Sei는 400밀리초의 최종 확인 시간을 달성했으며, Solana 등 다른 체인보다도 빠르다. 이러한 고성능이 Sei의 경쟁력이다.
EVM 전환 결정: 시장 수요와 개발자 생태계에 대한 심층 이해를 바탕으로, Sei는 V2를 출시하며 EVM 환경으로 전환하기로 결정했다. 이 전환은 대량의 EVM 개발자를 유치할 수 있을 뿐 아니라, EVM 생태계의 풍부한 도구와 리소스를 활용해 사용자 경험과 개발 효율성을 높일 수 있다.

왜 Sei가 "가장 빠른 체인, 심지어 Solana보다 더 빠른가"?

Jay는 Sei가 "가장 빠른 체인"이 된 방법과 듀얼 터보 합의(twin turbo consensus)의 특징을 다음과 같이 설명했다:

듀얼 터보 합의의 메커니즘:
- 기존 Tendermint 합의에서는 블록 처리를 위해 사전투표(pre-vote)와 사전제출(pre-commit)의 두 라운드 투표를 거쳐야 하며, 이후에야 블록 처리를 시작한다. 이 과정은 시간이 걸린다.
- Sei의 혁신은 이 두 라운드 투표가 진행되는 동시에 블록 처리를 병렬로 시작한다는 점이다. 즉 투표 중에도 블록 처리가 동시에 이루어져 시간을 절약할 수 있다. 예를 들어 투표에 300밀리초가 걸린다면, Sei는 이 시간 동안 블록을 처리해 전체 성능을 향상시킨다.
블록 전파 최적화:
- 기존 Tendermint에서는 블록을 제출할 때 전체 블록을 네트워크를 통해 전송해야 하며, 검증자의 메모리풀에 대부분의 트랜잭션이 이미 있더라도 마찬가지다.
- Sei의 해결책은 전체 트랜잭션을 보내는 대신 트랜잭션 해시(각 해시 약 32바이트)만을 전송하는 것이다. 이로 인해 네트워크 전송 데이터량이 크게 줄어들며, 검증자는 로컬에서 블록을 재구성할 수 있으므로 성능이 향상된다.
병렬화 도입:
- 듀얼 터보 합의 외에도 Sei는 병렬화 기술을 도입해 실행 계층의 성능을 더욱 높였다. 이러한 병렬 처리 능력은 Sei가 컴퓨팅 리소스를 보다 효율적으로 활용할 수 있게 한다.
시장 피드백과 전환:
- Sei가 V1을 출시했을 때, Cosmos 및 Rust 스마트 컨트랙트만 지원했기 때문에 개발자들이 새로운 프로그래밍 언어를 배우기 꺼려해 사용자가 적었다.
- 개발자들과의 소통에서 Sei는 EVM 지원을 원한다는 일관된 피드백을 받았다. 이에 따라 팀은 EVM으로 전환하고 추가 최적화를 진행하기로 결정했다.
V2의 성공적 출시:
- Sei는 작년 11월 V2를 발표하고 올해 5월 정식 출시했다. V2 버전은 EVM과 Cosmos 스마트 컨트랙트를 모두 지원해 개발자가 동일한 체인에서 서로 다른 스마트 컨트랙트 언어를 사용할 수 있게 되었다.
- V2 출시 이후 Sei 생태계는 급속히 성장하며 다수의 신규 프로젝트와 투자자의 관심을 받았고, TVL(총 잠긴 자산 가치)이 크게 증가했다.

Sei DB는 어떻게 작동하며, Jay는 단일형 아키텍처가 모듈형 아키텍처보다 왜 우수하다고 생각하는가?

Sei DB의 작동 방식

상태 저장 및 데이터 기록:
- 트랜잭션 병렬화와 더 높은 처리량으로 인해 Sei 블록체인에 기록되는 데이터량이 크게 증가하며, 이로 인해 상태 부하(state load) 문제가 발생한다. 상태 부하는 블록체인 성능 저하의 주요 원인 중 하나이다.
- 이 문제를 해결하기 위해 Sei는 CDB(새로운 데이터베이스 솔루션)를 도입했으며, 그 핵심은 두 가지 아이디어로 구성된다:
  - 메모리 매핑 IVL 트리: V1에서는 전체 트리 구조가 디스크에 저장되었지만, V2에서는 여러 파일로 분할하고 많은 메타데이터를 제거해 저장 데이터를 약 60% 줄였다. 이로 인해 풀노드 운영이 쉬워지고 확장 속도가 빨라졌다.
  - 비동기 디스크 기록: 상태는 디스크에 즉시 기록되는 대신 메모리에 생성되므로 기록 속도가 향상된다. Jay는 블록 제출 시 기록 속도가 287배 빨라졌다고 언급했다. 이러한 개선은 성능을 크게 향상시키고 지연을 줄이며 처리량을 높였다.

단일형 아키텍처의 장점

복잡성 관리:
- Jay는 단일형 아키텍처가 모듈형 아키텍처보다 복잡성 관리 측면에서 명확한 장점이 있다고 생각한다. 모듈형 아키텍처에서는 여러 마이크로서비스 간 의존관계로 인해 시스템 복잡성이 증가한다. 예를 들어 실행 계층, 결제 계층, 데이터 가용성 계층의 분리는 상호 간 통신 문제를 유발할 수 있으며, 시스템의 취약성을 높인다.
성능 최적화:
- 단일형 아키텍처에서는 모든 구성 요소가 동일한 시스템 내에서 실행되어 서로 다른 모듈 간 통신 지연이 제거되고, 전체 성능이 향상된다. Jay는 최고 수준의 성능은 항상 단일형 체인에서 모듈형 시스템보다 우수하다고 강조하며, 모듈형 아키텍처는 추가 통신 오버헤드를 처리해야 하기 때문이라고 설명했다.
오류 허용성:
- 모듈형 아키텍처의 각 부분이 오류가 발생하면 시스템 전체의 최종성과 가용성에 영향을 줄 수 있다. 반면 단일형 아키텍처는 모든 기능이 하나의 시스템에 집중되어 있어 오류 발생 시 영향 범위가 작아진다.
Jay는 모듈형 아키텍처가 특정 경우(예: 전용 블록 공간 필요 시) 더 적합할 수 있지만, 최고 성능을 추구하는 애플리케이션에는 단일형 아키텍처가 더 나은 해결책을 제공한다고 강조했다. Sei DB는 상태 저장 최적화와 기록 속도 향상을 통해 고성능 요구를 지원하면서 시스템 복잡성을 줄이는 것을 목표로 설계되었다.

Eclipse

Eclipse는 이더리움, Solana, Cosmos를 결합해 어떻게 작동하는가?

Eclipse의 비전과 목표

고처리량 L2 솔루션: Eclipse는 고처리량 이더리움 2단계(L2) 솔루션을 구축하는 것을 목표로 하며, 실행 환경을 최적화해 효율성을 높이고자 한다. Vijay는 Eclipse가 이더리움 가상 머신(EVM)보다 더 높은 병렬 처리 능력과 처리량을 제공하는 Solana 가상 머신(SVM)을 선택했다고 강조했다.

모듈형 아키텍처

모듈형 설계: Eclipse는 다양한 블록체인 기술을 활용해 다양한 요구를 충족하는 모듈형 설계를 채택했다:
- 실행 계층: Eclipse는 더 높은 처리량과 방대한 Rust 개발자 커뮤니티를 갖춘 Solana 가상 머신(SVM)을 사용한다. 이를 통해 Web 2 개발자가 Web 3로 쉽게 전환하고 SVM의 고성능으로 애플리케이션을 구축할 수 있다.
- 결제 및 합의 계층: Eclipse는 이더리움을 결제 및 합의 계층으로 선택해, 이더리움의 방대한 사용자 기반과 다양한 자산을 활용한다. 이러한 조합은 사용자가 Solana 앱의 우수한 사용자 경험을 누리면서도 이더리움 자산과 생태계에 접근할 수 있게 한다.
- 데이터 가용성 계층: Eclipse는 모듈형 데이터 가용성 분야에서 선두를 달리는 Celestia를 데이터 가용성 솔루션으로 선택해 최적의 블록 데이터 게시 비용을 제공한다.

ZK 사기 증명

사기 증명 계층: Eclipse는 신뢰를 최소화한 L2 솔루션을 만들기 위해 제로노우ledge(ZK) 사기 증명을 사용할 계획이다. Vijay는 모든 낙관적 방법은 결국 ZK 사기 증명으로 전환될 것이라 생각하며, Eclipse는 이 분야의 선두에 서고자 한다.

산업 문제 해결

분열(fragmentation) 문제 해결: Vijay는 현재 이더리움 생태계는 분열되어 있어 서로 다른 RFQ 및 유동성 제공자 간 조정이 복잡하다고 언급했다. Eclipse의 목표는 대부분의 애플리케이션 요구를 지원할 수 있는 범용 L2 솔루션을 제공해 이러한 분열로 인한 조정 문제를 줄이는 것이다.

Eclipse는 모듈형 아키텍처의 복잡성을 어떻게 처리하는가?

내부 개발 및 테스트

팀 노력: Eclipse 팀은 각 계층 간 효율적 소통을 보장하기 위해 많은 내부 개발과 테스트를 수행했다. Celestia와의 긴밀한 협업으로 데이터 게시 효율성이 크게 향상되었다.

데이터 게시 최적화

데이터량과 메타데이터: Vijay는 Eclipse가 최근 하루 동안 최대 데이터량 게시 기록을 세웠으며, 이는 데이터 구조 최적화 덕분이라고 언급했다. 그는 트랜잭션 리스트 외에도 압축된 Solana 블록에는 많은 다른 메타데이터가 포함되어 있다고 지적했다. 따라서 메타데이터 수를 줄이고 데이터 게시 효율을 높이는 것이 중요한 최적화 방향이라고 말했다.

지속적 학습과 최적화

동적 조정: Eclipse 팀은 증가하는 활동량에 대응하며 지속적으로 학습하고 조정하고 있다. 목표는 활동량 증가에 따라 게시되는 데이터량과 활동량의 비율을 낮춰 전체 효율성을 높이는 것이다.

생태계 협력

집단 테스트 및 협력: Vijay는 Eclipse가 Celestia 및 기타 생태계 파트너들과의 "집단 전투 테스트"가 최적화 과정에서 중요한 부분이라고 강조했다. 이러한 협력은 자체 솔루션 향상뿐만 아니라 전체 생태계 발전에도 기여한다.

Eclipse에서 SOL로 거래하는 방법은 무엇인가?

브릿지 메커니즘

브릿지 필요: Eclipse에서 SOL 거래를 하려면 브릿지 메커니즘이 필요하다. Eclipse는 이더리움(ETH)을 Eclipse로 이전하기 위한 전용 브릿지를 운영할 예정이다.

자산 브릿지 협력

파트너십: Eclipse는 Hyperlane과 같은 다른 브릿지 서비스 제공업체와도 협력해 다른 L1 및 L2 자산의 브릿지를 용이하게 한다. 이는 사용자가 다양한 자산을 Eclipse 플랫폼으로 쉽게 이전할 수 있음을 의미한다.

래핑된 SOL 토큰

래핑된 SOL: Eclipse 상에서 SOL은 래핑된 토큰 형태로 존재한다. 즉 사용자는 브릿지 과정에서 원본 SOL을 Eclipse 네트워크에서 거래 가능한 래핑 버전으로 변환한다.

Vijay가 Eclipse Labs 창립자이자 전 CEO인 Neel Somani의 주장에 어떻게 대응했는가?

제품과 팀 중심: Vijay는 주된 관심사는 회사의 미래, 제품, 개발 로드맵에 있다고 강조했다. 그는 팀이 통일된 방향으로 나아가도록 하기 위해 99%의 정신력을 제품과 팀 구축에 집중하고 있다고 말했다.
개인 행동에 대한 언급 거부: Vijay는 Neel Somani의 개인 행동이나 주장에 대해 논평하지 않겠다고 밝혔다. 그는 이러한 주장의 진실성을 판단할 수 없다고 생각하며, 다만 목소리를 낸 사람들과 그들의 표현 권리를 지지한다고 말했다.
회사와 제품 우선: Vijay는 자신에게 가장 중요한 것은 회사와 지금 구축 중인 제품에 집중하는 것이라고 강조했다. 그는 Neel 관련 논란은 주로 개인적인 문제이며, Neel은 이미 회사를 떠났기 때문에 팀은 계속해서 자신의 업무에 집중할 것이라고 말했다.

Eclipse는 어떻게 개발자를 유치하는가?

Solana 개발자 유치

앱 이식 용이성: Eclipse는 기존 Solana 개발자들에게 자신의 애플리케이션을 Ethereum으로 간단히 이식할 수 있는 방법을 제공해 Ethereum 사용자와 자산에 접근할 수 있게 한다. Mango, Soul Land 등의 프로토콜에게는 사용자와 자산을 늘릴 수 있는 성장 기회이며, 동시에 Solana 앱의 경험을 자신의 사용자에게 제공할 수 있다.

Ethereum 개발자 유치

크로스체인 개발 기회: Vijay는 Ethereum과 Solana 개발자 간 교류가 적은데, 주로 Solidity와 Rust 같은 언어 차이 때문이라고 지적했다. 그러나 최근 이러한 상황이 개선되고 있으며, 개발자들이 Ethereum에서 Rust를 사용하는 방법을 탐색하고 있고, Rep 같은 도구도 이러한 크로스체인 개발을 지원하고 있다.

Ethereum의 확장성 문제 해결

탈중앙화된 거래 경험: 많은 Ethereum 개발자는 확장성 제한으로 인해 DeFi 거래 과정을 오프체인이나 특정 앱 체인으로 옮긴다. Vijay는 이로 인해 경험의 단편화가 발생하며 유동성 통합과 투명성 확보가 어려워진다고 본다. Eclipse는 기관 수준의 중앙 제한가 주문장(CLOB)과 원활한 요청-견적(RFQ) 시스템을 체인 상에 완전히 유지하면서 배포할 수 있는 해결책을 제공한다.

고품질 DeFi 앱 경험 제공

기관 수준 DeFi 앱: Eclipse는 사용자에게 고품질 DeFi 앱 경험을 제공하면서도 완전한 체인 상 운영을 유지하는 것을 목표로 한다. 이는 현재 많은 개발자가 의도(intent)와 RFQ 시스템을 오프체인으로 옮기는 추세와 반대되는 방향이다. 이를 통해 Eclipse는 개발자들이 더 나은 사용자 경험과 더 높은 투명성을 실현할 수 있도록 도울 수 있다.

Vijay가 Eclipse에서 번성할 것으로 예상하는 분야

DeFi 분야

기관 수준 DeFi 경험: Vijay는 해커톤 기간 동안 기관 수준의 DeFi 경험, 특히 중앙 제한가 주문장(CLOB)과 요청-견적(RFQ) 시스템을 보게 되어 매우 기대된다고 말했다. 그는 이러한 시스템이 일반 사용자도 쉽게 접근할 수 있도록 좋은 사용자 경험을 갖춰야 한다고 강조했다.

Meme Coin 분야

공정한 발행과 커뮤니티 소유권: Vijay는 Solana에서 이미 Meme Coin 활동이 많았으며, 공정한 발행과 커뮤니티 소유권과 관련된 혁신을 기대한다고 지적했다. 이러한 개념은 벤처 캐피탈이 지원하는 암호화폐 회사에도 적용되어 커뮤니티 참여와 발전을 촉진할 수 있다.

소비자 경험

고처리량 소비자 앱: Vijay는 Eclipse의 고처리량이 일류 소비자 경험 구축에 큰 기회를 제공한다고 강조했다. 그는 메인스트림 Web 2 소셜 앱들이 초당 많은 트랜잭션과 상호작용을 한다고 언급하며, Eclipse의 능력을 활용해 이러한 앱을 지원하는 것이 매우 흥미로운 설계 영역이라고 말했다. 그는 이미 Friend Tech, Forecaster, Lens와 같은 성공 사례가 이 분야의 가능성을 보여주었다고 언급했다.

인프라

탈중앙화 물리 인프라: 인프라 분야에서 Vijay는 탈중앙화 센서 네트워크와 탈중앙화 인공지능의 가능성을 언급했다. 그는 이 분야에 과장이 일부 있지만, 대규모 센서와 딥 네트워크의 설계 공간에는 여전히 흥미로운 가능성들이 많다고 생각한다.

Eclipse의 다음 단계 및 메인넷 출시 예정 시기

Vijay는 Eclipse가 개발자용 메인넷은 이미 출시했지만, 일반 사용자용 프론트엔드 도구는 아직 적극적으로 홍보하지 않고 있다고 말했다. 현재는 개발자와 인프라 파트너가 앱을 메인넷에 배포할 수 있도록 돕는 데 초점을 맞추고 있다.
약 9월경에 일반 사용자를 위한 퍼블릭 메인넷을 출시할 예정이며, 다양한 인터페이스와 게임화된 경험을 제공할 계획이다.

출시 후 발전 계획

출금 기능: 퍼블릭 메인넷 출시 전, 사용자가 자산을 출금할 수 있도록 하는 것은 기본 요구사항이다.
단계적 발전: 메인넷 출시 후, Eclipse는 향후 몇 개월 안에 첫 번째 단계의 롤업으로 전환할 예정이며, 무허가 사기 증명, 신뢰 최소화 브릿지, 강제 포함(force inclusion) 등의 기능을 포함한다.
점진적 오픈소스화: Eclipse는 향후 기술 스택 일부를 점차 오픈소스화할 계획이며, 현재 공개된 부분은 Apache 2.0 라이선스를 적용해 학술적 사용과 재사용을 허용한다.

탈중앙화 및 거버넌스

탈중앙화의 미래: Vijay는 탈중앙화와 거버넌스가 Eclipse 로드맵의 일부이며, Eclipse 재단이 관련 일정을 수립하고 있다고 강조했다.

경쟁력과 혁신

고처리량 기회: Eclipse는 훨씬 더 높은 처리량을 제공하고자 하며, Jump 팀이 Solana를 위해 개발한 독립 검증자 클라이언트를 최초로 도입할 계획이다.
하드웨어 가속: Vijay는 Eclipse가 하드웨어 가속 연구도 진행할 예정이며, 목표는 초당 수십만 건의 트랜잭션 처리량을 실현해 Web 2 및 Web 3 규모 애플리케이션을 지원하는 것이다.

적합한 앱 유형