2025년 3월 22일, Solayer가 Eclipse의 백서 디자인을 표절했다고 주장하면서 블록체인 커뮤니티에서 뜨거운 논쟁이 벌어졌습니다. ChainLight의 c4lvin이 X에 게시한 글(@SiwonHuh)은 두 프로젝트 간의 기술적 유사점과 차이점을 심층적으로 다루고 있습니다. Solayer와 Eclipse는 모두 Solana Virtual Machine (SVM)을 활용하여 블록체인 성능을 향상시키지만, 접근 방식의 유사성으로 인해 독창성과 윤리에 대한 의문이 제기되었습니다. 이번 논쟁의 배경, 기술적 내용, 그리고 블록체인 분야에 미치는 영향을 자세히 살펴보겠습니다.
Solayer와 Eclipse 이해: 기본 사항
Solayer는 SVM을 실행 환경으로 사용하는 Layer 1 (L1) 블록체인입니다. 자체적인 합의 메커니즘을 가지고 있지만, 엣지 케이스에서는 Solana의 합의 메커니즘으로 대체될 수 있어 Solana 사이드체인과 유사합니다. 주요 기능은 트랜잭션 스케줄링, 실행 및 블록 생성을 처리하는 고정된 리더인 "sequencer" 노드입니다. Solayer는 하드웨어 가속 (초고속 데이터 전송을 위한 Infiniband 등)을 사용하고 트랜잭션을 처리 단계를 구분하여 클러스터링함으로써 병렬 실행 블록체인의 병목 현상을 제거하는 것을 목표로 합니다.
반면 Eclipse는 Ethereum Layer 2 (L2) 솔루션으로, SVM을 사용하지만 Ethereum에 트랜잭션을 정산합니다. 최적화된 SVM을 통해 트랜잭션 속도를 극대화하고, 합의를 Ethereum에 위임하며, 트랜잭션 처리를 위해 sequencer를 사용합니다. Eclipse는 트랜잭션을 사전 처리하기 위해 SmartNIC 및 FPGA와 같은 하드웨어 가속기를 사용하고, 보안을 강화하기 위해 확률적 사전 확인에 의존합니다.
두 프로젝트 모두 병렬 실행 블록체인의 성능을 향상시키는 동일한 문제를 해결하지만, L1과 L2 구조의 차이로 인해 접근 방식은 겹치면서도 다릅니다.
논쟁의 핵심: 디자인의 유사성
c4lvin의 X 게시물은 Solayer와 Eclipse 백서가 여러 영역에서 겹치는 것으로 보이는 부분을 강조하며, Solayer의 표절 주장을 뒷받침합니다. 주요 유사점을 살펴보겠습니다.
하드웨어 가속
두 프로젝트 모두 성능 향상을 위해 하드웨어를 사용합니다. Solayer는 노드 간의 데이터 전송을 가속화하기 위해 고속 네트워크 어댑터인 Infiniband를 사용하여 트랜잭션 사전 처리 및 상태 액세스를 위해 나노초 통신을 가능하게 합니다. Eclipse는 트랜잭션을 사전 처리하기 위해 FPGA 하드웨어가 탑재된 SmartNIC와 병렬 NVMe SSD를 사용하여 데이터 액세스 속도를 높입니다. 하드웨어는 다르지만 목표는 동일합니다. 트랜잭션 처리 및 상태 액세스의 병목 현상을 극복하는 것입니다. 그러나 c4lvin은 이것이 고의적인 복사보다는 "수렴 진화(convergent evolution)"의 사례, 즉 공통 문제를 해결하는 데 있어 자연스러운 중복일 수 있다고 지적합니다.
트랜잭션 클러스터링
Solayer는 트랜잭션 처리를 검증, 사전 실행 등과 같은 클러스터로 분리하여 병렬 처리를 극대화합니다. Eclipse는 대상 분산 앱 (dApp)을 기반으로 트랜잭션을 "Hotspot Islands"라는 CPU 코어 클러스터에 할당하는 다른 접근 방식을 취합니다. 각 Hotspot Island는 특정 dApp 유형에 대한 스케줄링을 최적화합니다. 둘 다 트랜잭션을 클러스터링하지만, Solayer는 처리 단계에 중점을 두고 Eclipse는 트랜잭션 유형에 중점을 두어 유사성이 동일하기보다는 개념적입니다.
트랜잭션 스케줄링
트랜잭션을 효율적으로 스케줄링하는 것은 병렬 블록체인에 매우 중요합니다. Solayer는 트랜잭션을 시뮬레이션하고 충돌을 피하기 위해 예측 모델 (DESP)을 사용하여 경합을 줄이기 위해 동적으로 스케줄링합니다. Eclipse는 실시간 강화 학습을 사용하여 워크로드에 따라 낙관적 전략과 비관적 전략 간에 전환합니다. 둘 다 예측 모델과 동적 스케줄링을 사용하며, c4lvin은 이러한 기술이 업계에서 완전히 새로운 것은 아니지만 Solayer의 유사성 주장을 뒷받침할 수 있다고 지적합니다.
논쟁 및 오류
논쟁은 유사성에 관한 것뿐만 아니라 실수와 윤리적 문제에 관한 것이기도 합니다.
Eclipse 백서 오류
Eclipse의 70페이지 분량의 백서는 Solana 검증자가 스토리지를 위해 RocksDB를 사용하며 Eclipse의 Key-Value 스토리지와 비교하여 불리하게 설명합니다. 그러나 @shoucccc가 지적했듯이 Solana의 현재 클라이언트인 Agave와 Firedancer는 RocksDB를 사용하지 않습니다. X 스레드에서 언급된 이 오류는 Eclipse의 신뢰도를 떨어뜨리고 있으며, 팀은 아직 응답하지 않았습니다.
Solayer의 인용 부족
반면에 @ballsyalchemist는 Eclipse의 171개와 달리 Solayer의 라이트페이퍼에 인용이 없다는 점을 비판했습니다. 학술적 글쓰기에서는 출처를 인용하는 것이 일반적이며, Solayer의 누락은 아이디어가 독창적이라 할지라도 투명성에 대한 의문을 제기합니다.
커뮤니티 반응 및 더 넓은 의미
X 스레드는 다양한 반응을 불러일으켰습니다. @zeffie_eth 및 @need3sleep와 같은 일부 사용자는 c4lvin의 자세한 분석을 칭찬하며 "GOAT" (Greatest of All Time)라고 불렀습니다. @rinegade_sol과 같은 다른 사람들은 커뮤니티의 복잡한 감정을 보여주는 더욱 다채로운 반응으로 논쟁을 일축했습니다.
@montblanc_punk의 사려 깊은 의견은 유사성이 수렴 진화, 즉 유사한 문제가 유사한 솔루션으로 이어지는 것을 반영할 수 있다고 제안했습니다. 그들은 또한 Eclipse가 Solayer가 두 달 전에 라이트페이퍼를 발표한 점을 감안할 때 Solayer의 영향을 인정해야 하는지 의문을 제기했습니다.
제 생각: 표절인가 우연의 일치인가?
Solayer와 Eclipse 간의 중복은 부인할 수 없습니다. 둘 다 SVM, 하드웨어 가속 및 동적 스케줄링을 사용하여 병렬 실행 병목 현상을 해결합니다. 그러나 c4lvin이 지적했듯이 이러한 아이디어가 블록체인 분야에서 완전히 새로운 것은 아닙니다. 예를 들어 하드웨어 가속은 성능을 향상시키기 위한 논리적 단계이며 예측 기반 스케줄링은 다른 컨텍스트에서 탐색되었습니다.
Solayer 이후 두 달 후에 출시된 Eclipse의 백서는 특히 RocksDB에 대한 오류와 함께 의문을 제기합니다. 그러나 @san.eth가 검토하는 데 몇 시간이 걸린 후 지적했듯이 70페이지 분량의 논문을 171개의 인용문과 함께 불과 두 달 만에 작성하는 것은 불가능해 보입니다. Eclipse는 아이디어를 병렬로 개발했을 가능성이 높지만 Solayer의 영향력을 인정하는 것과 같은 더 나은 투명성을 통해 이러한 혼란을 피할 수 있었습니다.
Solayer의 경우 인용 부족은 타당한 비판입니다. 이러한 개념을 개척했더라도 이전 작업을 인정하면 사례가 강화되고 지름길을 택한다는 인식을 피할 수 있습니다.
Solayer와 Eclipse의 다음 단계는 무엇입니까?
이 논쟁은 블록체인 혁신의 경쟁적인 특성을 강조합니다. Solayer와 Eclipse는 모두 성능의 경계를 넓히고 있으며, 이는 생태계에 도움이 됩니다. Solayer의 InfiniSVM은 초당 1,000,000건의 트랜잭션 (TPS)을 목표로 하는 반면 Eclipse는 Ethereum에서 높은 TPS와 낮은 비용을 추구하는 개발자를 위한 최고의 L2로 자리매김하고 있습니다.
커뮤니티의 경우 건강한 토론을 촉구하는 c4lvin의 요청이 적절합니다. 이해 관계자는 드라마를 부추기기보다는 기술에 집중하고, 두 백서를 모두 읽고, 기술적 토론에 참여하고, 혁신을 추진해야 합니다. 이 논쟁이 협력으로 이어지든 더 나아가 경쟁으로 이어지든 아이디어가 종종 수렴되지만 투명성과 윤리가 핵심이라는 점을 상기시켜줍니다.
개발자 또는 블록체인 애호가라면 Solayer의 라이트페이퍼와 Eclipse의 백서를 직접 살펴보세요 (최신 버전은 공식 채널을 확인하세요). 대화를 기술적이고 건설적으로 유지합시다. 두 프로젝트 모두 빛을 발할 공간이 충분합니다.