작성자: 스티브

Key Takeaways

- 인젝티브 랩스는 2025년 1월에 인젝티브 EVM을 발표하였다. 인젝티브 EVM은 별도의 오프체인 연산이 아닌, 인젝티브의 코어에 도입하는 것으로 보다 폭넓은 개발자 생태계를 확보하려는 움직임으로 평가받고 있다.

- 하지만 이것이 기존 인젝티브의 스마트 컨트랙트였던 WASM을 포기하는 것은 아니며, 다중 VM을 채택하여 개발자들이 인젝티브에 온보딩함에 있어서 여러 가지 장애물들을 제거하는 이니셔티브라고 봐야 할 것이다.

- 만약 EVM 도입이 성공적으로 개발자 생태계를 확장시킨다면, 그다음 단계로 또 다른 VM 도입을 고민해 볼 수도 있을 것이다. 가령, 지금 가장 빠르게 성장하고 있는 MoveVM이나, 방대한 솔라나 생태계를 활용할 수 있는 SVM이 바로 그것들이다. 과연 인젝티브 네이티브 EVM이 앞으로 인젝티브 생태계 성장에 어떤 영향을 줄 수 있을지 지켜보도록 하자.

1. 배경 - 인젝티브의 네이티브 EVM 도입과 그 이유

1.1 Why EVM?

인젝티브 네트워크의 핵심 컨트리뷰터 중 하나인 인젝티브 랩스는 2025년 1월에 인젝티브 체인 코어에 네이티브 EVM 실행 환경을 도입한다고 발표했다. 이들이 EVM 실행 환경을 도입하는 가장 큰 이유로는 이더리움의 광범위한 개발자 커뮤니티와 성숙도 높은 개발 툴링 환경을 활용하는 것이라고 할 수 있다. 인젝티브 네트워크는 여태까지 다양하고 새로운 기술 혁신들을 대거 도입했을 뿐만 아니라, 공격적인 비즈니스 확장을 통해 여러 유수의 프로토콜과 협력을 도모하는 데 큰 성공을 거두었지만, 인젝티브만을 위한 개발자들을 온보딩시키는 데는 한계가 있었기 때문에 이번 네이티브 EVM 도입에는 이러한 문제들에 대한 인식을 기반으로 개발자 환경 개선에 대한 니즈가 가장 큰 동기로 작용했을 것이다.

Source: Electric Capital

실제로 이러한 동기는 통계가 증명하는데, 일렉트릭 캐피탈(Electric Capital)이 발표한 개발자 보고서에 따르면, 멀티체인으로 활동하는 개발자의 약 74%가 EVM 체인에서 개발을 하고 있으며, 이더리움은 아직까지도 전 세계 모든 대륙에서 개발자 활동량 1위를 차지하고 있다. 즉, 개발자 생태계의 다양성이 늘어나는 추세인 지금까지도 솔리디티를 사용하는 EVM 개발자가 블록체인 산업의 주류라는 의미다.

이를 좀 더 풀어서 말하면, EVM을 지원하지 않는 체인들은 막대한 자본과 시간을 들여 새로운 개발자 생태계를 조성하고 그들을 생태계로 끌어들여야 하는 비용을 안고 가야 하는 반면, EVM을 지원하는 체인들은 이미 블록체인에 친숙한 개발자들을 보다 쉽게 유치할 수 있다. 또한 개발자 입장에서도 추가적으로 학습해야 하는 기술적 장벽 없이 원래 친숙했던 개발 환경에서 애플리케이션을 만들 수 있어 생산성 측면에서도 유리하다는 뜻이다.

이를 방증하듯, 실제로 인젝티브 랩스에서도 개발자들을 온보딩하는 과정에서 수많은 개발자들이 EVM 실행 환경을 도입해 달라는 요청을 했다고 한다. 필자는 레이어1의 직접적인 고객은 유저들보다 개발자들이 되어야 한다는 점에서, 개발자의 요청을 듣고 그것을 프로덕트로 적용하는 것은 매우 바람직하다고 생각한다. 레이어1의 가장 중요한 고객은 빌더고, 훌륭한 빌더들이 결국 유저들을 끌어모을 수 있기에.

1.2 Injective EVM Deep Dive

1.2.1 EVM이 아니라 다중 VM

인젝티브의 네이티브 EVM에 대해서 좀 더 자세히 알아보기 전에, 한 가지 명확하게 해야 하는 것은 인젝티브가 WASM 컨트랙트도 여전히 구현하고 있다는 부분이다. 즉, EVM으로의 피봇팅이 아닌, 기존 WASM 개발 환경을 유지하면서도 EVM도 적용하는 멀티VM 전략을 전개하는 것이다.

즉 인젝티브에서의 EVM은 다른 EVM체인들과 같이 체인의 코어에 구현되어 심리한 실행 환경을 만들어주지만, 기존의 WASM 기반의 실행 환경과도 어우러진 형태로 구현되었다. 또한, 이와 동시에 최신 Geth(Go-Ethereum) 이더리움 클라이언트의 EVM 구현체를 사용하여 이더리움의 최신 툴링(Foundry나 Hardhat 같은) 및 표준과도 완벽하게 호환되는 형태이다.

1.2.2 트랜잭션의 원자성

Source: Injective Blog

트랜잭션이 원자성(Atomicity)을 갖는 것은 굉장히 중요하다. 특히나 원하는 결과를 얻기 위해서 순차적으로 트랜잭션을 처리해야 하는 경우(플래시론과 같은) 여러 단계의 트랜잭션 중에서 하나의 트랜잭션만 실패하더라도 원하는 결과값을 얻는 데 실패하기 때문에 이 과정에서 원하는 결과값은 얻지 못하고 불필요하게 트랜잭션 비용이나 자산의 손실이 발생할 수 있다.

이와 반대로 원자성이 보장되는 환경에서는, 하나의 트랜잭션이 실패하면 나머지 트랜잭션들도 전부 롤백되므로 시스템 상태가 일관되게 유지될 수 있다. 인젝티브에서는 멀티 메시지 트랜잭션(여러 개의 메시지를 한 트랜잭션에 담아 순차적으로 실행하는 구조)이더라도 한 단계가 실패했을 때 전체 트랜잭션을 되돌려서 데이터의 무결성과 일관성을 보장할 수 있다(WASM과 EVM 환경 모두에 적용된다).

이러한 특성은 1) 전체 롤백을 통해 오류 지점 파악을 훨씬 효율적으로 할 수 있고 2) 부분 실패로 인해서 예상하지 못한 상태 변화가 없기 때문에, 금융 애플리케이션을 사용함에 있어서 안정성을 확보할 수 있는데다 3) 복잡한 워크플로우가 있는 상태에서도 상태값이 불일치할 위험이 줄어들고 4) 어떤 가상머신을 사용하든 동일한 롤백 규칙을 적용해서 시스템의 일관성을 보장할 수 있다.

이러한 트랜잭션 원자성은, 인젝티브가 금융 특화 블록체인이기 때문에 더 중요한 가치라고 할 수 있다.

1.2.3 모듈 호환성(Module Compatibility)

인젝티브 네트워크가 다른 레이어1 블록체인들과 차별화되는 점들은 많지만, 개발자의 입장에서 인젝티브가 돋보이는 부분은 바로 애플리케이션 개발을 쉽게 할 수 있도록 도와주는 다양한 "모듈들"의 존재라고 생각한다. 그리고 이번 EVM 업데이트는 인젝티브 코어에 EVM 환경을 구현하는 것이므로, EVM 개발자들 역시 Exchange Precompile(EVM에서 거래소 모듈 메시지를 간단하게 호출할 수 있는 래퍼(Wrapper))을 활용하여 인젝티브에 내장되어 있는 모듈들을 활용할 수 있다.

즉, EVM 개발자들도 인젝티브의 CLOB, 배치 옥션(FBA), 공유 유동성 환경들을 레버리지하여 다양한 금융 관련 애플리케이션들을 구현할 수 있다.

1.2.4. AI-Ready VM

추가적으로, 인젝티브의 EVM은 AI 추론을 온체인에서 직접 실행할 수 있도록 해서, AI Agent들, 그리고 이와 관련된 다양한 AI와 블록체인 관련 이니셔티브들을 전개할 수 있도록 한다. AI 관련 추론을 온체인에서 바로 실행할 수 있기 때문에 오프체인 연산에 대한 의존도를 낮출 수 있고, AI를 이용하여 포트폴리오를 관리하거나, 금융 관련 데이터를 분석하거나, DAO와 같은 조직의 재부를 에이전트가 관리할 수 있도록 해서 인젝티브의 금융 애플리케이션을 더 심층적으로 활용할 수 있다.

이미 인젝티브는 네이티브 EVM 도입 전에도 AI와 관련하여 다양한 이니셔티브와 파트너십을 전개한 바 있는데, 이러한 이니셔티브 역시 EVM 개발자들이 누릴 수 있는 혜택이라고 할 수 있다.

1.2.5 다중VM, 하지만 하나의 토큰

Source: Injective Blog

마지막으로는 토큰 표현 단일화다. 인젝티브가 다중VM을 지원한다고 하면, 토큰 표준이 너무 다양해지고 이들간에 호환이 어렵지 않느냐 하는 걱정이 있을 수 있다. 하지만 인젝티브 역시 이 문제를 이미 인지하고 있었고, 이 문제를 Bank Precomplie과 ERC20 Module로 해결하고자 한다. 이들의 특성은 각각 아래와 같다:

Bank Precompile

- EVM의 ERC-20 토큰이 Injective의 x/bank 모듈과 직접 상호작용할 수 있는 스마트 컨트랙트 인터페이스

- 기존에는 타 체인으로 토큰을 전송할 때 토큰 복제나 에스크로가 불가피했지만, 이제는 온체인에서 직접 ERC-20 형태로 일원화 관리가 가능

- 모든 토큰 활동(전송·민트·소각 등)이 WASM·EVM 환경 간 실시간 동기화되어, 이중 회계 문제를 원천적으로 방지

ERC20 Module

- Injective의 네이티브 자산을 ERC-20 표준으로 매핑해, IBC·Peggy·TokenFactory 등 다양한 자산이 EVM과 자연스럽게 연동되도록 함

- Bank denoms와 ERC-20 토큰의 매핑을 저장·관리

- WASM 혹은 EVM 어느 쪽에서든 토큰을 생성하고 관리할 수 있어, 개발 유연성이 높아짐

- 개발자들이 ERC-20 표준을 활용해 Injective의 토큰을 관리할 수 있도록 하여, 폭넓은 생태계 지원이 가능함.

이처럼 Bank Precompile과 ERC20 Module의 결합은 Injective의 다중-VM 환경에서 토큰을 단일화된 방식으로 일관되게 사용할 수 있게 해준다. 이러한 방식으로 유저들은 복잡한 크로스체인 절차 없이 효율적이고 안전하게 토큰을 다룰 수 있어, Injective가 추구하는 통합적이고 간편한 생태계를 구현할 수 있다.

“네이티브 EVM을 도입한 인젝티브, 그 다음은?”과 관련된 이슈 아티클 전문은 아래 링크에서 확인해보실 수 있습니다:

https://4pillars.io/ko/issues/injective-evm-whats-next