대화 Eclipse 공동 창립자: Solana SVM이 이더리움의 L2가 되는 방법은?

정리 및 편집: 심조 TechFlow

현재 Layer 2 솔루션과 크로스 체인 상호 운용성은 핫한 주제가 되었습니다. 최근 화제가 되고 있는 Eclipse는 Solana 기반의 SVM을 제공하며, 이더리움의 L2로 사용될 수 있습니다.

Solana에게 이것이 긍정적인 소식일까요? 두 가지 다른 유형의 공공 블록체인이 Eclipse를 통해 어느 정도 결합되었고, 이후 어떻게 발전해야 할까요?

이번 팟캐스트에서 Neel은 Eclipse의 디자인 철학, Solana 및 Ethereum과의 관계, 그리고 Eclipse의 중앙화와 탈중앙화 간의 균형에 대해 공유했습니다.

진행자: David & Ryan, Bankless

강연자: Neel Somani, Eclipse의 CEO 및 공동 창립자

팟캐스트 출처: Bankless

프로그램: 링크

방송 날짜: 9월 20일

Eclipse의 동기와 도전

• Eclipse 메인넷은 Solana의 SVM(솔라나 가상 머신)을 내장한 새로운 L2 솔루션입니다. Neel은 Eclipse의 초기 의도가 Solana를 이더리움으로 가져오는 것이라고 설명하며, 그들은 Solana의 실행 능력을 활용하고 이더리움의 결제 및 유동성을 이용하고자 했지만 많은 제한과 제약에 직면했다고 말했습니다.

• 주요 도전 중 하나는 데이터 가용성과 관련이 있으며, Neel은 그들의 예측에 따르면 예상 거래량에 따라 운영할 경우 이더리움의 데이터 가용성이 매우 비쌀 것이라고 언급했습니다. 이 문제를 해결하고 거래 수수료를 경쟁력 있는 수준으로 유지하기 위해 Eclipse 팀은 Celestia와 Risk Zero를 도입하기로 결정했습니다. Celestia는 데이터 가용성에 사용되고, Risk Zero는 사기 증명에 사용됩니다.

• Neel은 또한 Solana가 전역 머클 트리와 같은 일부 기본 기술 구성 요소가 부족하여 이더리움으로 가져오는 작업이 더욱 어려워졌다고 언급했습니다. 따라서 Eclipse가 목표를 성공적으로 달성할 수 있도록 Celestia와 Risk Zero를 도입하는 추가 조치를 취해야 했습니다.

심조 주: 머클 트리는 모든 데이터를 공개하지 않고도 데이터의 무결성과 내용을 검증하는 데 사용되는 데이터 구조입니다; 원시는 기본적이고 핵심적인 기능이나 구성 요소를 의미합니다.

Solana 가상 머신 (SVM) vs Ethereum 가상 머신 (EVM)

• 실행 방식의 차이

• EVM: Neel은 EVM의 주요 문제는 단일 스레드로 모든 거래가 순차적으로 실행되어 네트워크가 많은 거래(NFT 발행 등)로 쉽게 혼잡해진다고 지적했습니다.

• SVM: EVM과 달리 SVM의 주요 장점은 거래를 병렬로 실행할 수 있다는 것입니다. 이러한 거래가 동일한 상태에 관련되지 않는 한 동시에 실행될 수 있으며, 이 병렬화는 처리 속도와 효율성을 크게 향상시킵니다.

• 설계 목적과 네트워크 효과

• EVM: EVM은 실행 측면에서 최적이 아닐 수 있지만, 네트워크 효과로 인해 선호됩니다. 많은 애플리케이션이 EVM을 위해 구축되어 있어 이러한 애플리케이션을 다른 플랫폼으로 이전하는 것이 용이합니다.

• SVM: SVM의 네트워크 효과도 증가하고 있습니다. Neel은 SVM이 앞으로 계속 발전하고 새로운 애플리케이션을 가져올 것이라고 예측하며, 이러한 애플리케이션은 병렬 실행이 없는 환경에서는 존재하지 않을 것이라고 말했습니다.

• 기술적 기반과 역사

• EVM: 이더리움을 위해 설계되었으며, 이더리움의 특정 요구와 기능을 주로 고려했습니다.

• SVM: Neel은 SVM이 실제로 BPF(버클리 패킷 필터) 가상 머신을 기반으로 하고 있다고 언급했습니다. 이 가상 머신은 리눅스 커널에서 수십 년 동안 존재해 왔으며, SVM을 더욱 안정적이고 신뢰할 수 있게 만듭니다.

Celestia와 Ethereum의 데이터 가용성 선택

• Neel은 Celestia가 온라인 상태가 되면 현재 존재하는 가장 진보된 확장 가능한 블록 공간이 되어 거래를 사용할 수 있게 될 것이라고 설명했습니다.

• Neel은 Ethereum의 대역폭 제한으로 인해 제한된 거래만 게시할 수 있다고 지적했습니다. Celestia는 이러한 문제를 해결하기 위해 설계된 진보된 확장 가능한 블록 공간입니다. Celestia는 곧 온라인 상태가 되며, 여전히 개발 중인 다른 기술들에 비해 시간적 이점을 가지고 있습니다.

• Eclipse는 Ethereum을 결제 및 유동성의 출처로 선택하고 ETH를 가스로 사용합니다. Neel은 Celestia가 Ethereum의 일부 가치를 포착할 수 있지만, ETH의 "통화성"과 "가치 흐름"이 이 둘을 구분하는 핵심이라고 생각합니다.

• 거래의 대부분 비용은 일반적으로 데이터 가용성에 사용되지 않고 실행에 사용됩니다. 네트워크가 혼잡할 때 실행 비용이 증가합니다.

• Eclipse는 Ethereum이 제공하는 보안성에 의존합니다. Ethereum에 상태 라우팅 또는 약속을 정기적으로 게시함으로써 Eclipse는 이러한 보안성을 확보했습니다.

• Neel은 Eclipse와 Ethereum 간의 이러한 관계가 Ethereum에 가치 흐름을 가져온다고 강조했습니다.

모듈화 설계와 Risk Zero

• Neel은 Risk Zero가 프로그램 실행을 위해 제로 지식 증명을 생성하는 매우 야심찬 ZK UVM(제로 지식 증명 가상 머신)이라고 설명했습니다.

• 대부분의 ZK UVM은 특정 맞춤형 프로그램을 증명하기 위해 설계되었습니다. 이러한 프로그램은 일반적으로 매우 제한적이며 특정 작업이나 계산에만 사용할 수 있습니다. 그러나 Risk Zero는 Risk Five라는 일반적인 가상 머신을 기반으로 하는 다른 접근 방식을 취합니다. Risk Five는 오랜 역사를 가진 개방형 명령어 집합 아키텍처로, 다양한 계산 작업에 널리 사용되고 있습니다.

• Risk Zero의 주요 특징 중 하나는 모든 Risk Five 프로그램에 대해 제로 지식 증명을 생성할 수 있다는 것입니다. Rust, C++ 또는 다른 언어로 작성된 Risk Five용 프로그램은 거의 모두 Risk Zero에서 실행될 수 있으며, 해당 프로그램이 올바르게 실행되었음을 증명하는 증명을 생성할 수 있습니다. 이 과정에서 프로그램의 구체적인 내용이나 기타 세부 사항은 공개되지 않습니다.

• 이러한 능력은 Risk Zero에 큰 유연성과 광범위한 응용 시나리오를 제공합니다. 예를 들어, Eclipse에서 거래가 제출되고 내부에서 실행될 때 Risk Zero는 이러한 거래의 제로 지식 증명을 생성하는 데 사용됩니다. 이러한 증명은 거래의 정확성과 무결성을 보장합니다.

• 거래의 정확성을 검증하기 위한 전통적인 방법은 거래를 이더리움에서 다시 실행해야 하는 것입니다. 이는 시간뿐만 아니라 이더리움에서 거래를 실행하는 데(특히 복잡한 스마트 계약 거래의 경우) 높은 비용이 발생할 수 있습니다.

• Risk Zero를 사용함으로써 Eclipse는 이러한 재실행의 필요성을 피할 수 있습니다. 제로 지식 증명이 생성되면, 이러한 증명은 이더리움에 제출되어 거래가 Eclipse에서 올바르게 실행되었음을 증명할 수 있으며, 이더리움에서 다시 실행할 필요가 없습니다.

• 이더리움에서 거래를 재실행하는 것을 피함으로써 거래 검증과 관련된 비용이 크게 줄어듭니다. 이는 이더리움의 보안을 활용하고 싶지만 높은 비용을 지불하고 싶지 않은 애플리케이션과 사용자에게 큰 이점이 됩니다.

• Neel은 Eclipse가 단순한 전통적인 Layer 2 솔루션이 아니라, 개발자에게 도구와 구조를 제공하여 자신의 요구와 목표에 따라 자신의 체인을 맞춤화할 수 있는 프레임워크를 제공한다고 강조했습니다.

• Eclipse가 이러한 프레임워크를 제공함으로써 여러 Eclipse 체인이 존재할 수 있습니다. 이러한 체인은 완전히 독립적일 수도 있고, 주요 Eclipse 체인 또는 다른 Eclipse 체인과 상호 통신할 수도 있습니다. 이러한 다중 체인 구조는 더 높은 병렬성과 확장성을 제공하여 서로 다른 애플리케이션과 프로젝트가 자신의 체인에서 실행될 수 있도록 하며, 다른 체인의 성능에 영향을 주지 않습니다.

중앙화와 탈중앙화의 균형

• 진행자는 Solana가 더 넓은 검증자 집합을 보유하고 있는 반면, Eclipse는 그 탈중앙화 부분을 Ethereum에 아웃소싱한다고 언급했습니다. Neel은 탈중앙화가 항상 최선의 선택은 아니며, 특히 보안성과 효율성을 고려할 때 그렇다고 생각합니다.

• Neel은 Solana와 달리 Eclipse는 탈중앙화 측면에서 덜 강력할 수 있다고 지적했습니다. Solana는 수천 개의 검증자를 보유하고 있지만, Eclipse의 비용은 고정 측면에서 Solana보다 4000배 낮습니다. 왜냐하면 Eclipse는 단 하나의 검증자만 필요하기 때문입니다.

• Roll-Ups의 설계와 구현을 고려할 때, Neel은 가장 중요한 것은 그 보안 속성을 고려해야 하며, Roll-Ups가 필요한 보안성을 제공할 수 있는지에 초점을 맞춰야 한다고 생각합니다. 단순히 탈중앙화 여부에만 집중해서는 안 됩니다.

• Roll-Ups가 완전히 탈중앙화된 시스템과 동일한 보안 속성을 제공할 수 있다면, 특정 구성 요소의 중앙화는 수용 가능할 수 있습니다. 예를 들어, Roll-Ups의 시퀀서(sequencers)는 중앙화될 수 있지만, 그것들이 시스템의 전체 보안성을 위협하지 않는 한 이러한 중앙화는 수용 가능합니다.

• Neel은 시퀀서가 특정 거래를 처리하기를 거부하더라도 사용자가 거래를 이더리움에 직접 제출할 수 있어, 사용자에게 탈중앙화된 대안을 제공한다고 강조했습니다.

Eclipse의 미래 전망

• Neel은 기존 용어가 Eclipse의 특성과 기능을 정확하게 설명하기에 부족할 수 있다고 생각합니다. 그는 Eclipse를 Ethereum과 밀접하게 통합된 Layer 2 Validium으로 보는 것을 선호하며, EVM이 그 실행 환경으로 작용한다고 말했습니다. 미래에 대해 Neel은 Eclipse에서 새로운 애플리케이션과 진정한 혁신, 특히 에너지 관련 프로젝트를 보고 싶다고 희망했습니다.

• Neel은 Eclipse 메인넷이 현재 토큰이 없다고 언급했습니다. Eclipse의 운영 비용이 낮기 때문에(주로 Celestia와 Ethereum의 블록 공간 비용을 지불하는 것) 검증자를 지불하기 위해 토큰 발행이 필요하지 않습니다. Layer 1과 달리 Roll-Ups(예: Eclipse)는 첫날부터 수익을 창출할 수 있으며, 모든 거래가 자체적으로 비용을 지불합니다.

• 진행자는 Solana가 Ethereum의 Layer 2가 되어야 할 것이라고 언급했습니다. Neel은 Solana가 현재 이러한 경로를 취하고 있지 않지만, Eclipse가 제로에서 시작하여 이 실험이 어떻게 발전하는지 관찰하고 있다고 생각합니다.