
Solana, EVM과 호환… 약세장에서 개발자들을 하나로 뭉치게 하는 올바른 방법일까?
제작: TechFlow Research
글: David

7월 19일, Solana 공식 블로그는 개발자들이 이제 Solidity 언어를 사용해 Solana에서 개발할 수 있게 되었다고 발표했다.
이는 곧 이전에 이더리움과 EVM을 위해 애플리케이션을 개발하던 사람들이 이제 Solana에서도 동일한 방식으로 손쉽게 개발 작업을 수행할 수 있음을 의미한다.
블로그에 따르면 이러한 개발 능력의 이전을 가능하게 한 것은 Solang이라는 Solidity 컴파일러로, 개발자가 Solidity 프로그래밍 언어를 사용하여 Solana 프로그램을 작성할 수 있도록 해준다.

또 며칠 전에는 Solana의 EVM 호환 솔루션인 Neon이 Solana 메인넷에 출시되어, 이더리움 개발자들이 자신의 프로젝트를 Solana로 원활히 전환할 수 있도록 필요한 도구들을 완비했다. 이를 통해 개발자는 Solana 위에서 이더리움 애플리케이션을 작성할 수 있게 되었다.

이전까지 Solana의 스마트 계약 개발은 주로 Rust 또는 C 언어를 사용하는 것이 중심이었으나, 이제 Solidity도 지원함으로써 기존 이더리움 개발자 생태의 파이를 나눠가겠다는 의도가 더욱 명확해졌다.
신규 퍼블릭 블록체인 경쟁 시기의 "급등의 신"에서 FTX 블랙스완 사건 후의 "추락"을 겪은 이후, 스마트폰 제작, 생태계 재건, 그리고 현재의 개발 언어 확장까지... Solana는 약세장 사이클 중에도 가만히 있지 않고 오히려 침묵 속에서 준비와 기반 마련에 집중하고 있는 것으로 보인다.
다만 이러한 준비는 주로 공급 측면에서 이루어지기 때문에 최종 사용자 입장에서는 체감하기 어려운 부분이 있다.
스마트폰이든 블록체인이든 궁극적으로는 소프트웨어 및 애플리케이션 계층의 방대한 공급이 필요하다. 더 많은 애플리케이션이 생태계를 풍부하게 하고, 하드웨어와 블록체인의 사용 사례를 늘리는 데 기여한다.
소프트웨어와 애플리케이션을 어떻게 더 많이 만들 수 있을까? 답은 아마도 가능한 모든 힘을 결집하는 것일 것이다. 약세장에서는 이러한 연대 전략이 더욱 두드러지며, Solidity 개발을 지원하는 것은 이더리움 개발자들에게 우호적인 제스처를 보내는 것이다. 당신은 이더리움에서 개발할 수도 있고, 이제는 내 Solana에서도 개발할 수 있다. 개발 언어라는 장벽 때문에 발걸음이 막히는 일은 없어야 한다.
약세장에서 구축(build)하고, 강세장에서 폭발한다. 이 과정에서, 개발자를 얻는 자가 세상을 얻는다.
Solang이 Solidity와 EVM을 지원하는 것은 단지 하나의 현상일 뿐이다. 우리는 개발 측면에서 좀 더 깊이 고민해볼 필요가 있으며, Solana 같은 퍼블릭 블록체인이 다시 부상하기 위해 어떤 본질적인 문제에 접근해야 하는지를 살펴볼 수 있다.
"부모" 생태계, 개발자를 결집하는 최선의 선택
Solana를 비롯한 다른 퍼블릭 블록체인들이 dApp 생태계를 확장하려 할 때, 우리가 눈으로 확인할 수 있는 마케팅이나 홍보 활동 외에도, 배후에서는 개발자의 유입을 최대한 유도해야 한다.
일반 사용자로서 우리는 "퍼블릭 블록체인 개발"이라는 일이 실제로 매우 모호하다. 무엇을 개발해야 할까? 언제 개발해야 할까? 누가 개발할까? 이런 일들은 우리와 별 상관 없는 듯 느껴진다.
하지만 사실상 올바른 방식으로 개발자를 유치하는 것은 우리 모두에게 밀접하게 관련되어 있다. 다양한 개발자들이 특정 블록체인에서 얼마나 활발하게 활동하는지는 해당 체인 상의 애플리케이션 수량과 품질을 직접 결정하며, 간접적으로는 토큰의 단기적 호재(예: 새로운 프로젝트에서 토큰 스테이킹이나 IEO 요구)와 장기적 추세(예: ETH의 기술 업그레이드)에도 영향을 준다.
우리가 정리해보면, 퍼블릭 블록체인과 관련 생태계가 개발자를 유치하는 방법은 아래와 같은 몇 가지 수준으로 나눌 수 있다:
-
프로토콜 계층: 개발자가 프로토콜 자체를 중심으로 개발하도록 유도
-
커뮤니티 계층: 개발자가 프로토콜 커뮤니티를 중심으로 도구, 문서, 지갑 또는 기타 프로젝트 등 관련 애플리케이션을 개발하도록 유도
-
부모 생태계 계층: 개발자가 보다 광범위한 생태계에 통합되도록 하고, 기초 계층에서 공유 가능한 기능을 제공

(이미지 출처: 2022 Electric Capital Developer Report)
여기서 특히 부모 생태계 계층은 개발자 유입을 확대하는 핵심이다. 더 큰 원을 포착해야 더 많은 사용자를 끌어들일 수 있다. 이해하기 어렵다면 OP라는 L2를 예로 들어보자:
-
프로토콜 계층: OP 프로토콜을 개발하는 개발자들
-
커뮤니티 계층: Velodrome, Lyra 등의 DeFi 프로토콜처럼 OP 생태계 내 다른 애플리케이션을 개발하는 개발자들
-
부모 생태계 계층: 이더리움 개발자들. OP의 생태계는 실질적으로 이더리움 생태계에 종속되어 있다.

즉 OP는 자연스럽게 "이더리움을 부모로 삼는" 구조를 가져, 낮은 마찰로 기존 이더리움 개발자가 L2에서 애플리케이션을 쉽게 개발할 수 있도록 한다.
현재 암호화폐 시장에서 이더리움은 분명 유일한 진정한 부모이며, 그 인기와 영향력은 타의 추종을 불허한다. 만약 부모 생태계의 개발자 자원을 성공적으로 이어받을 수 있다면, 자기 체인의 개발에 큰 이점이 될 것이다.
다만 OP나 ARB 같은 L2는 L1과의 "혈연 관계" 덕분에 원활하게 자원을 이어받을 수 있지만, EVM과 호환되지 않는 Solana와 같은 퍼블릭 블록체인이 부모 생태계의 개발자 자원을 흡수하려면 기술적 특성을 일부 조정해야 한다.
그래서 우리는 본문 초반에서 언급한 Solana의 Solang과 Neon EVM을 목격하게 된 것이다. 이는 모두 이더리움 개발자 자원을 흡수하기 위한 기술적 조치들이다.
필자는 "이더리움을 부모로 삼는 것"이 결코 비하되는 행위가 아니라고 생각한다. 약세장 상황에서 이는 서로 도우며 살아남기 위한 최선의 전략이다. 암호화폐 커뮤니티는 작기 때문에 기술 역량과 자원을 재사용하는 것은 자연스러운 선택이다. 다른 개발자들이 자신의 생태계에 기여하도록 유도하는 것이 결코 부끄러운 일이 아니다.
정면 대결보다는 가능한 모든 세력을 결집하고, 생존하는 것이 우선이다.
솔라나, 개발자 급증에도 불구하고 경쟁 속 돌파구 필요
솔라나의 개발자 유치 전략이 여전히 추상적으로 느껴진다면, 좀 더 명확한 데이터를 살펴보자.
2022년 Electric Capital 개발자 리포트에 따르면, 이더리움은 가장 큰 개발자 생태계를 보유하고 있으며, 전체 개발자 수가 2위의 2.8배에 달한다.

또한 자체 비교 결과, 이더리움은 2022년 한 해 동안 약 15,000명의 새 개발자를 추가하며 역사상 최대 증가율을 기록했다.

개발자들은 본질적으로 배타성이 없다. 이더리움에서 개발할 수도 있고, 다른 퍼블릭 블록체인에서도 개발할 수 있으며, 중요한 것은 인센티브 수준, 이주 비용, 기술 장벽 등의 요소를 어떻게 균형 잡느냐에 달려 있다. 따라서 이더리움이 개발 측면에서 보유한 방대한 자원은 다른 퍼블릭 블록체인이나 L2들 사이에서 당연히 관심의 대상이 된다.
새로운 퍼블릭 블록체인 쪽으로 시선을 돌리면, 솔라나가 빠르게 따라잡고 있음을 알 수 있다. 지난해 개발자 수가 1,000명 이상 증가한 블록체인 중 솔라나는 가장 강력한 모멘텀을 보였으며, 전년 대비 개발자 수가 83% 증가해 모든 퍼블릭 블록체인 중에서 가장 높은 증가율을 기록했다. 반면 폴리곤(Polygon)은 40%, 코스모스(Cosmos)는 25%, 폴카닷(Polkadot)은 2% 증가에 그쳤다.

솔라나 공동 창립자 라즈 고칼(Raj Gokal)은 TechCrunch와의 인터뷰에서 다음과 같이 말했다:
"개발자들은 자신이 기술적 우위를 느끼는 곳에서 개발을 진행할 것입니다. 솔라나는 대안보다 더 빠른 거래 처리와 더 낮은 비용을 제공합니다. 하지만 그들은 또 다른 이점을 느낄 수 있는 곳, 활발한 커뮤니티 같은 곳에서도 개발을 진행할 것입니다."
이제 개발을 선택하는 이유는 하나 더 추가되었다. 바로 기존의 EVM과 Solidity 언어와의 호환성으로, 입문이 쉬워졌다는 점이다.
하지만 동시에 경쟁자들도 만만치 않다는 점을 잊어서는 안 된다. 예를 들어 폴리곤(Polygon)이 그러하다.
개발자의 "신규 유입" 측면에서 보면, Solidity는 EVM 바이트코드로 컴파일되는 고급 프로그래밍 언어이다. 그러나 Solidity는 학습 곡선이 가팔라, 경험 부족한 프로그래머들이 안전한 스마트 계약을 구축하는 데 어려움을 겪을 수 있다.
따라서 솔라나는 Rust와 C 언어처럼 기존 프로그래머들에게 익숙한 언어를 선택해 개발을 유도했다. 이는 신규 개발자 유치 측면에서 분명한 장점이 있지만, 폴리곤 역시 Golang과 같은 일반적인 언어를 지원한다는 점을 기억해야 한다.
또한 기존 Web3 개발자들을 놓고 벌어지는 경쟁에서는 폴리곤이 원천적으로 Solidity와 EVM을 지원하기 때문에 솔라나에게 상당한 압박을 주고 있다.笔者认为这也是此次Solana가 EVM과 Solang을 지원하게 된 중요한 이유 중 하나라고 생각한다.

(이미지 출처: Solana Vs. Polygon Vs. Ethereum – The Ultimate Comparison, Blockchain Council)
또한 솔라나와 폴리곤 모두 개발자 도구를 다양하게 제공하고 있다. 예를 들어 솔라나 스튜디오(Solana Studio)와 트러플 스위트(Truffle Suite) 등이 있으며, 디버깅, 배포, 테스트 등을 간소화해 개발자가 각각의 플랫폼에서 DApp을 쉽게 구축하고 배포할 수 있도록 돕는다.
종합하면, Rust와 C 언어는 웹2 개발자에게 유리하지만, 다른 EVM 기반 블록체인들과의 경쟁을 위해 솔라나는 Solidity를 활용해 더 많은 Web3 개발자를 확보해야 한다.
퍼블릭 블록체인 경쟁에서 돌파구를 찾기 위해 현재 일강다강의 구도 속에서, "강자"는 개발의 편의성 측면에서도 필연적으로 경쟁을 벌여야 한다.
결론
퍼블릭 블록체인들의 다채로운 시대에서 서서히 모두 EVM에 맞춰가는 일원화 시대로 넘어가는 지금, 누군가의 초기 철학을 배신했다고 비난하거나, 이더리움과 정면 대결을 하지 못한다고 비판할 필요는 없다.
암호화폐 커뮤니티는 작고, 공급과 수요의 기존 자원은 한정되어 있다. 약세장에서는 새로운 수요를 창출하기 어렵기 때문에, 기존 자원을 활성화하고 재활용하는 것이 오히려 올바른 전략이다.
공급 측면에서 기존 개발자 자원을 활성화하는 것이, 수요 측면에서 애꿎은 사용자들을 상대로 수익을 착취하는 것보다 낫다.
살아남을 수 있는 힘을 결집하고, 다음 사이클의 도래를 기다리자.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News














