Skip to main content

non-EVM 블록체인이란 무엇인가

참고: 이 문서는 영문 원본의 자동 번역본입니다.

non-EVM 블록체인이란 무엇인가

non-EVM 블록체인은 Ethereum 가상 머신을 실행 엔진으로 사용하지 않는 모든 블록체인입니다. Solidity 바이트코드를 실행하는 대신, non-EVM 체인은 서로 다른 가상 머신, 서로 다른 프로그래밍 언어, 서로 다른 실행 모델을 사용합니다. 예로는 Solana(SVM/Sealevel), Cosmos 기반 체인(CosmWasm, 애플리케이션별 모듈), NEAR(WebAssembly 기반 런타임), Sui와 Aptos(MoveVM), 그리고 Bittensor(커스텀 Substrate 기반 런타임)가 있습니다.

이 구분이 중요한 이유는 가상 머신의 선택이 개발자가 어떤 프로그래밍 언어를 사용하는지, 스마트 계약이 어떻게 동작하는지, 어떤 도구를 사용할 수 있는지, 그리고 프로젝트가 다른 체인과 얼마나 쉽게 상호작용할 수 있는지를 결정하기 때문입니다. non-EVM 체인에 구축된 프로젝트는 Ethereum의 Solidity 계약을 단순히 복사-붙여넣기 할 수 없습니다 — 그것은 서로 다른 코드베이스, 서로 다른 개발자 기술, 그리고 서로 다른 인프라 도구 집합이 필요합니다.

요컨대: non-EVM 블록체인은 Ethereum 가상 머신이 아닌 실행 환경을 사용합니다. 이는 서로 다른 프로그래밍 언어, 서로 다른 도구, 서로 다른 아키텍처적 트레이드오프를 의미하지만 — 또한 EVM이 달성할 수 없는 성능 특성의 잠재력을 의미하기도 합니다.

non-EVM 실행이 EVM과 다른 점

EVM은 Solidity 바이트코드를 순차적으로 실행하고, 256비트 정수를 사용하며, 가스를 통해 연산을 계량하는 스택 기반 가상 머신입니다. non-EVM 체인은 여러 방식으로 이 모델에서 벗어납니다:

서로 다른 가상 머신

체인 / 생태계 가상 머신 주요 언어 핵심 아키텍처 차이
Solana SVM (Sealevel) Rust 선언된 상태 접근을 통한 병렬 트랜잭션 실행
Cosmos 체인 CosmWasm / 네이티브 모듈 Rust (CosmWasm), Go (모듈) 내장 크로스체인 통신(IBC)을 갖춘 애플리케이션별 블록체인
NEAR WebAssembly (Wasm) Rust, AssemblyScript 비동기 크로스샤드 호출을 갖춘 샤딩 실행
Sui MoveVM Move 병렬 실행을 가능하게 하는 객체 중심 상태 모델
Aptos MoveVM Move Block-STM 병렬 실행 엔진
Bittensor Substrate 런타임 Rust AI 특화 조율; 실행 단위로서의 서브넷

각 가상 머신은 서로 다른 트레이드오프를 만듭니다. Solana의 SVM은 트랜잭션이 어떤 상태에 접근할지 미리 선언하도록 요구하여, 런타임이 충돌하지 않는 트랜잭션을 병렬로 실행할 수 있게 합니다 — EVM이 네이티브로 할 수 없는 일입니다. Cosmos 체인은 공유 실행 모델을 완전히 교환합니다: 각 애플리케이션이 IBC 프로토콜을 통해 다른 체인에 연결된, 커스텀 로직을 가진 자체 체인을 갖습니다. Move 기반 체인(Sui, Aptos)은 특정 종류의 버그(재진입 같은)를 언어 수준에서 방지하는 자원 지향 프로그래밍 모델을 사용합니다.

서로 다른 프로그래밍 언어

EVM 생태계는 Solidity — Ethereum 스마트 계약을 위해 특별히 설계된 언어 — 에 의해 지배됩니다. non-EVM 체인은 범용 언어나 목적에 맞게 만들어진 대안을 사용합니다:

  • Rust — Solana(Anchor 프레임워크를 통해), Cosmos(CosmWasm을 통해), NEAR, 그리고 Bittensor를 포함한 Substrate 기반 체인이 사용합니다. Rust의 메모리 안전 보장과 성능은 그것을 온체인 프로그램에 적합하게 만듭니다.
  • Move — 원래 Facebook/Diem에서 개발되었고, 현재 Sui와 Aptos가 사용합니다. Move는 온체인 자산을 복제되거나 실수로 파괴될 수 없는 일급 자원(first-class resource)으로 취급하여, 흔한 스마트 계약 취약점의 한 범주를 줄입니다.
  • Go — Cosmos SDK 체인에서 네이티브 모듈 개발에 사용됩니다. 검증자는 Go로 컴파일된 바이너리를 직접 실행합니다.
  • AssemblyScript — WebAssembly로 컴파일되는 TypeScript 유사 언어로, NEAR 개발의 대안 언어로 사용됩니다.

이 언어 다양성은 개발자가 Solidity 기술을 non-EVM 체인으로 직접 옮길 수 없다는 것을 의미합니다. Solana에 구축하는 프로젝트는 Rust 엔지니어가 필요하고, Sui에 구축하는 프로젝트는 Move 엔지니어가 필요합니다. 각 언어의 개발자 인재 풀은 프로젝트가 얼마나 빨리 구축하고 반복할 수 있는지에 영향을 줍니다.

서로 다른 성능 특성

non-EVM 체인은 종종 서로 다른 성능 프로필을 달성합니다:

  • 병렬 실행 — Solana, Sui, Aptos는 충돌하지 않는 트랜잭션을 병렬로 실행하여, EVM의 순차 실행 모델보다 더 높은 처리량을 제공할 수 있습니다.
  • 더 낮고 더 예측 가능한 수수료 — 일부 non-EVM 체인은 처음부터 높은 처리량을 위해 설계된 수수료 구조를 가지고 있어, EVM 체인이 혼잡 동안 겪을 수 있는 변동성 큰 수수료 시장을 피합니다.
  • 커스텀 상태 모델 — non-EVM 체인은 특정 접근 패턴에 최적화된 상태 모델을 사용할 수 있습니다. 예를 들어 Sui의 객체 중심 모델은 EVM에서 구현하기 복잡할 객체별 소유권과 병렬 처리를 가능하게 합니다.

이러한 성능 이점은 트레이드오프와 함께 옵니다: 더 작은 개발자 생태계, 덜 성숙한 도구, 관련 전문성을 가진 감사 회사가 더 적음, 그리고 큰 EVM 기반 DeFi 및 토큰 생태계와의 구성 가능성이 더 적음입니다.

크립토 AI 프로젝트에 중요한 이유

가상 머신 선택은 AI 관련 블록체인 프로젝트에 실질적인 함의를 가집니다:

  • 실행 유연성 — non-EVM 체인은 AI 조율 워크로드에 더 적합한 실행 모델을 지원할 수 있습니다. 병렬 실행, 커스텀 상태 머신, 더 낮은 오버헤드의 명령어 집합은 고빈도 AI 관련 트랜잭션(연산 작업 할당, 결과 제출, 모델 레지스트리 업데이트)에 더 잘 기여할 수 있습니다.
  • 언어 적합성 — Rust 기반 체인은 AI/ML 인프라와 잘 맞는데, 많은 AI 도구(성능이 중요한 컴포넌트, GPU 조율, 시스템 프로그래밍)가 Rust로 작성되거나 Rust 코드와 잘 인터페이스되기 때문입니다.
  • 애플리케이션별 설계 — Cosmos 앱체인과 Bittensor 서브넷은 AI 프로젝트가 EVM의 opcode 집합과 가스 모델의 제약 없이 체인 수준에서 커스텀 실행 로직을 구축할 수 있게 합니다.
  • 생태계 트레이드오프 — non-EVM 프로젝트는 EVM의 큰 DeFi 프로토콜, 토큰 브리지, 지갑 인프라 생태계를 쉽게 활용할 수 없습니다. non-EVM 체인의 AI 프로젝트는 이 인프라를 직접 구축하거나, 크로스체인 브리지에 의존하거나, 더 작은 초기 생태계를 받아들여야 합니다.

DecAIHub 프로젝트 카드에서, Type: non-EVM은 독자에게 프로젝트가 Solidity를 사용하지 않고, 다시 작성하지 않고는 EVM 호환 체인에 배포할 수 없으며, 다른 기술 생태계에서 운영된다는 것을 알려줍니다.

DecAIHub 프로젝트 카드에서 나타나는 곳

DecAIHub 프로젝트 카드에서 non-EVM 지정은 다음에 나타납니다:

  • Type — non-EVM은 프로젝트의 스마트 계약이나 온체인 로직이 EVM이 아닌 가상 머신을 사용함을 나타냅니다. 이는 어떤 도구, 언어, 표준이 적용되는지에 영향을 줍니다.
  • Main chain — 특정 non-EVM 체인이 나열됩니다(Solana, Bittensor, Cosmos 체인, Sui 등). 각 체인은 자체 VM, 언어, 생태계를 가집니다.
  • Token standard — non-EVM 체인은 자체 토큰 표준을 가집니다. Solana는 SPL 토큰을 사용하고, Cosmos 체인은 네이티브 단위나 CW20(CosmWasm)을 사용하며, Move 기반 체인은 coin/대체 가능 자산 자원을 사용합니다. 이것들은 ERC-20과 호환되지 않습니다.
  • Smart contracts / 온체인 로직 — 프로그래밍 언어와 프레임워크가 EVM 프로젝트와 다릅니다. Solana 프로그램은 Rust(Anchor)로, Cosmos 계약은 Rust(CosmWasm)나 Go로 작성되는 식입니다.

non-EVM 분류만으로는 증명되지 않는 것

  • non-EVM은 더 나은 성능을 의미하지 않습니다. 일부 non-EVM 체인이 병렬 실행이나 더 낮은 수수료를 제공하지만, 성능은 VM 선택뿐만 아니라 특정 체인, 그 검증자 인프라, 현재 부하에 달려 있습니다.
  • non-EVM은 기술적 정교함을 증명하지 않습니다. non-EVM 체인을 선택하는 것은 인프라 결정입니다. 그것은 프로젝트의 AI 컴포넌트, 코드, 또는 제품의 품질을 나타내지 않습니다.
  • non-EVM은 프로젝트가 EVM 체인과 상호작용할 수 없음을 의미하지 않습니다. 많은 non-EVM 프로젝트는 Ethereum 및 다른 EVM 생태계와 연결하기 위해 브리지, 오라클, 또는 래핑된 토큰을 사용합니다. 크로스체인 상호작용은 가능하며, 단지 추가 인프라가 필요할 뿐입니다.
  • 서로 다른 VM은 서로 다른 보안 보장을 의미하지 않습니다. 스마트 계약 버그, 로직 오류, 중앙화 위험은 가상 머신과 관계없이 모든 체인에 존재합니다. Rust와 Move 같은 non-EVM 언어는 일부 버그 범주를 제거하지만 다른 것을 도입합니다.
  • non-EVM 라벨은 프로젝트가 왜 그 체인을 선택했는지 설명하지 않습니다. 그 선택은 성능 요구, 개발팀 전문성, 생태계 인센티브, 또는 단순히 창립 팀이 시작한 곳에 의해 좌우될 수 있습니다. 추가 맥락 없이는, 라벨 자체는 평가적이 아니라 정보적입니다.

혼동하지 마세요

  • EVM — EVM은 Ethereum 가상 머신입니다. non-EVM은 그것과 대조적으로 정의됩니다: EVM을 사용하지 않는 모든 체인이 non-EVM 범주에 속합니다.
  • Ethereum — Ethereum은 원조 EVM 체인입니다. non-EVM이라는 것은 체인이 Ethereum이 아니고 Ethereum의 실행 엔진을 사용하지 않는다는 것을 의미하지만 — 여전히 브리지나 크로스체인 프로토콜을 통해 Ethereum과 상호작용할 수 있습니다.
  • Solana — Solana는 자체 가상 머신(SVM)을 가진 하나의 특정 non-EVM 블록체인입니다. "non-EVM"은 Solana, Cosmos, Sui, Aptos, NEAR, Bittensor, 그리고 많은 다른 것을 포함하는 광범위한 범주입니다.
  • "반(反)-Ethereum" — non-EVM이라는 것은 Ethereum에 반대하는 입장이 아닙니다. 많은 non-EVM 체인이 Ethereum과 공존하며 브리징된 유동성의 혜택을 받습니다. VM 선택은 이념적 반대가 아니라 서로 다른 설계 우선순위를 반영합니다.
  • 호환 불가 — non-EVM 체인은 EVM 바이트코드를 네이티브로 실행할 수 없지만, 이것이 그것들이 고립되어 있음을 의미하지는 않습니다. 크로스체인 브리지, 메시징 프로토콜(IBC, LayerZero, Wormhole 같은), 그리고 래핑된 토큰은 EVM과 non-EVM 생태계 사이의 상호 운용성을 가능하게 합니다.

자주 묻는 질문

크립토 AI 프로젝트가 사용하는 가장 흔한 non-EVM 체인은 무엇인가요?

Solana와 Bittensor는 DecAIHub가 추적하는 크립토 AI 영역에서 가장 자주 마주치는 non-EVM 체인에 속합니다. Solana의 높은 처리량과 Rust 기반 생태계는 빠르고 저비용의 온체인 조율이 필요한 AI 프로젝트를 끌어들입니다. Bittensor는 특정 AI 작업 전용 서브넷을 갖춘, 탈중앙화 AI를 위해 목적에 맞게 만들어진 체인입니다. Cosmos 기반 앱체인은 또 다른 패턴으로, 특히 IBC를 통한 내장 크로스체인 통신을 갖춘 완전히 커스텀한 실행 환경을 원하는 프로젝트에 적합합니다.

non-EVM 프로젝트가 EVM 체인에도 배포할 수 있나요?

네, 하지만 별도의 코드베이스가 필요합니다. Solana용으로 Rust로 작성된 프로젝트는 그대로 Ethereum에 배포할 수 없습니다 — Solidity로 다시 작성하거나(또는 별도의 Solidity 구현을 가져야) 할 것입니다. 일부 프로젝트는 EVM과 non-EVM 체인 모두에서 계약을 유지하지만, 각 배포는 독립적인 개발, 감사, 유지보수를 요구합니다. 크로스체인 브리지는 또한 non-EVM 프로젝트가 EVM 체인에서 토큰 표현을 가질 수 있게 합니다(예: Ethereum에서 ERC-20으로 래핑된 SPL 토큰).

non-EVM이 AI 애플리케이션에 더 나은가요?

보편적인 답은 없습니다. non-EVM 체인은 특정 AI 사용 사례에 이점을 제공할 수 있습니다 — Solana의 병렬 실행은 고처리량 조율에 적합하고, Bittensor의 서브넷 아키텍처는 AI 인센티브를 위해 목적에 맞게 만들어졌으며, Cosmos 앱체인은 완전히 커스텀한 실행 로직을 허용합니다. 그러나 EVM 체인은 더 큰 개발자 생태계, 더 성숙한 도구, 더 깊은 DeFi 유동성, 더 넓은 지갑 지원을 제공합니다. 최선의 선택은 프로젝트의 특정 요구 사항에 달려 있습니다: 어떤 워크로드가 온체인에서 실행되는지, 어떤 성능이 필요한지, 팀이 어떤 생태계를 선호하는지, 그리고 대상 사용자가 어디에 있는지입니다.

non-EVM 체인은 ERC-20 같은 토큰 표준을 가지고 있나요?

네, 하지만 다른 것입니다. Solana는 SPL 토큰을 사용합니다. Cosmos 체인은 네이티브 단위나 CW20 토큰(CosmWasm을 통해)을 사용합니다. Sui와 Aptos는 Move의 coin과 대체 가능 자산 자원을 사용합니다. NEAR는 NEP-141을 사용합니다. 각 표준은 그 체인에서 토큰이 어떻게 생성되고, 전송되고, 관리되는지 정의합니다. 이러한 표준은 ERC-20과 호환되지 않습니다 — Solana에서 SPL로 구축된 토큰은 래핑이나 브리징 없이는 EVM 체인에서 직접 사용할 수 없습니다.

외부 참고 자료

함께 보기

No comments to display

Back to top