
팟캐스트 노트|Monad 병렬화 EVM 입문자 가이드
정리: Revelo Intel
번역: TechFlow

서문
2024년 2월 14일 방영된 Edge Podcast에서 DeFi Dad, Nomatic 및 Keone Hon은 Monad와 그 특성, 병렬 EVM 등에 대해 논의했다. EVM의 병렬 실행 기능을 제공하는 레이어1 프로토콜인 Monad는 EVM의 성능과 처리량을 크게 향상시키는 것을 목표로 한다.
Monad의 배경과 설립부터 왜 Monad가 필요한지, 그리고 그 병렬 실행 메커니즘과 사용자에게 주는 이점까지 이번 팟캐스트는 포괄적이고 심층적인 이해를 제공한다.
배경 소개
-
DeFi Dad(진행자): 4RC Capital 투자자
-
Nomatic(진행자): 4RC Capital 투자자
-
Keone Hon(게스트): Monad 공동 창립자
-
Monad: EVM에 병렬 실행 기능을 제공하는 레이어1 프로토콜
Monad의 배경과 설립
-
Keone는 점프 트레이딩(Jump Trading) 및 솔라나(Solana) 디파이(DeFi) 프로젝트에서 일한 경험을 포함해 암호화폐 분야에서 오랜 기간 일해왔다고 밝혔다. 그는 2021년 점프 트레이딩에 합류하여 선물 거래에 집중했으며 팀 규모 확장에도 기여했다. 그는 고성능 EVM 솔루션에 대한 수요를 인식하고 2022년 초 점프 트레이딩을 떠나 두 명의 동료와 함께 Monad Labs를 설립했다.
-
그는 또한 점프 트레이딩을 떠난 이유가 EVM을 더욱 효율적으로 만들기 위해서였다고 덧붙였다. 높은 거래 수수료로 인해 확장 가능한 EVM 솔루션에 대한 요구가 매우 크기 때문이라고 설명했다.
왜 우리는 Monad가 필요한가?
-
Keone는 Monad가 EVM을 극도로 효율적으로 만들고자 한다고 말했다. 현재 이더리움은 하루에 약 백만 건의 트랜잭션을 처리하지만, Monad는 이를 하루 10억 건으로 증가시키려는 목표를 가지고 있다. 초당 거래량(TPS)보다 일일 거래량에 주목함으로써 성공적인 애플리케이션과 대규모 사용자 채택 가능성을 더 잘 상상할 수 있다. 수백만 명의 일일 활성 사용자를 보유한 애플리케이션은 현재 이용 가능한 수준보다 훨씬 높은 처리량이 필요하다.
-
그는 다른 레이어2 솔루션들과 비교해 Monad가 다른 방향을 취하고 있다고 덧붙였다. Monad는 C++로 실행 스택을 처음부터 재구축하며 아키텍처 개선을 통해 성능을 향상시킨다. 롤업처럼 이더리움의 보안을 계승하려는 분산형 확장 방법과 달리, Monad는 실행 스택 자체를 깊숙이 재구성한다.
-
Keone는 Monad가 낙관적 병렬 실행(optimistic parallel execution)을 구현하여 여러 트랜잭션을 병렬로 독립적으로 실행할 수 있다고 말했다. 이 과정에서는 각 트랜잭션의 입력과 출력(상태 변화)을 추적하는 임시 결과를 생성한다. 그런 다음 이러한 임시 결과들을 원래 트랜잭션 순서에 따라 하나씩 제출함으로써 직렬 실행과의 일관성을 보장한다.
-
그는 병렬 실행을 통해 동일한 시간 내에 더 많은 작업을 수행할 수 있으며, 이로 인해 계산이 더욱 집약적이 된다고 덧붙였다. 계산 밀도를 늘림으로써 단일 블록체인이 더 많은 사용자를 효과적으로 서비스할 수 있게 된다.
Monad의 병렬 실행
-
Keone는 성공을 준비하기 위해 중요한 것은 성공한 Web2 애플리케이션과 비교하고 현재 인프라 스택이 유사한 수요를 처리할 수 있는지 평가하는 것이라고 말했다. 만약 그렇지 않다면, 즉 Monad의 경우처럼, 이러한 수요를 충족하기 위한 새로운 솔루션을 구축해야 한다.
-
그는 Monad의 핵심 목표는 병렬 실행과 계산 밀도 증가라고 덧붙였다. 초기의 병렬 실행은 트랜잭션을 독립적으로 실행하고 임시 결과를 생성하는 것이다. 각 트랜잭션의 계산 부하는 비교적 작기 때문에 충돌 시 재스케줄링(re-scheduling) 문제가 주요 관심사가 아니다.
-
Keone는 Monad에서 낙관적 병렬 실행을 통해 여러 트랜잭션을 병렬로 독립적으로 실행할 수 있다고 말했다. 이를 통해 각 트랜잭션의 입력과 출력(상태 변화)을 추적하는 임시 결과가 생성되며, 이러한 결과들을 제출함으로써 직렬 실행과의 일관성이 보장된다.
-
그는 전형적인 트랜잭션의 계산 부하가 작기 때문에(예: 덧셈 또는 곱셈), 재스케줄링 비용이 낮다고 덧붙였다. 트랜잭션이 서로 연결되어 있지만, 충돌은 효과적으로 처리되므로 일반적인 재스케줄링 우려는 완화된다.
-
Keone는 해시값 계산에 필요한 CPU 시간은 상대적으로 짧지만 상태로부터 값을 읽는 작업(예: SSD 읽기)은 많은 시간을 소비한다고 말했다. 상태 의존은 일반적으로 메모리(캐시) 내에서 발생하므로 재실행 비용이 낮다. 병렬 실행을 통해 여러 트랜잭션을 동시에 실행하고 임시 결과를 생성한 후 원래 순서대로 제출할 수 있으며, 충돌 시 재스케줄링과 재실행이 가능하다.
병렬 실행이 사용자에게 주는 이점
-
Keone는 병렬 EVM은 기존의 이더리움 스마트 계약과 완전히 호환되는 새로운 L1이라고 말했다. Monad는 초당 1만 건 이상의 처리량, 1초 블록 시간, 단일 슬롯 최종성을 제공한다. Monad는 Etherscan이나 MetaMask 같은 이더리움 스마트 계약 및 도구와의 하위 호환성을 유지하면서도 빠르고 고처리량의 블록체인을 제공한다.
파이프라이닝(Pipelining)
-
Keone는 파이프라이닝이란 작업 단계를 병렬로 수행할 수 있도록 만들어 시스템 자원을 보다 효율적으로 활용하는 것을 의미한다고 말했다. 일상생활에서 파이프라이닝의 예로는 옷을 한 번에 여러 벌 세탁하는 것이 있으며, 순차적으로 각각 처리하는 것보다 효율적이다. 컴퓨터 시스템에서 파이프라이닝은 여러 작업 단계를 만들어 효율성을 높이는 것을 의미한다. Monad에서 파이프라이닝은 합의(노드들이 트랜잭션 순서에 대해 동의하는 것)와 실행(트랜잭션 처리)을 분리하여 병렬 처리를 통해 성능을 향상시킨다.
-
그는 대부분의 블록체인에서 실행과 합의가 얽혀 있으며 합의에 대부분의 시간이 소요된다고 덧붙였다. 예를 들어 이더리움은 블록 시간의 약 100밀리초만을 실행에 할당한다. Monad는 실행을 합의의 핫패스(hot path)에서 분리하여 별도의 파이프라인에 넣음으로써 노드가 먼저 트랜잭션 순서에 대해 합의한 후에 실행을 진행하게 한다. 합의와 실행을 분리함으로써 Monad는 실제 트랜잭션 처리에 더 많은 시간을 할애하여 성능을 향상시킨다.
-
Keone는 Monad에서 노드들은 먼저 공식적인 트랜잭션 순서(합의)에 대해 동의한다고 말했다. 일단 합의가 이루어지면 두 가지 일이 동시에 진행될 수 있다: 다음 블록에 대한 합의 시작과 이미 동의된 트랜잭션 세트의 실행. 이 과정들을 분리함으로써 효율적인 파이프라이닝과 시스템 자원의 보다 나은 활용이 가능하다.
EVM 개발자들에게 Monad 홍보하기
-
Keone는 다른 개발자들은 일반적으로 Monad의 비전에 지지하고 흥분하는 태도를 보인다고 말했다. 수수료 절감과 처리량 증가라는 가치 제안은 쉽게 어필된다. Monad가 출시되면 모두 참여하고 싶어할 것이다.
-
그는 모두가 낮은 수수료와 높은 처리량을 갈망한다고 덧붙였다. 2000년대 광고에서 거북이들이 인터넷 속도가 너무 빠르다고 불평하는 장면은 사람들이 통신 요금 절감을 원하는 심리를 연상시킨다. Monad에서는 가스 최적화를 과도하게 고려하지 않고도 더 넓은 설계 가능성이 열린다.
-
Keone는 Monad에서 개발하면 수수료를 크게 줄이고 거래량을 늘려 사용자 경험을 향상시킬 수 있다고 말했다. 향상된 사용자 경험은 더 많은 사용자를 유치하기 쉬워진다. Monad에서 개발하면 개발자는 가스 최적화 문제에 얽매이지 않고 더 광범위한 설계에 집중할 수 있다.
탈중앙화 vs 고성능
-
Keone는 합의에 참여하는 노드 수, 하드웨어 요구사항, 검증자 집단의 구성이 탈중앙화의 핵심 고려 사항이라고 말했다. Monad는 전문 검증자 회사와 커뮤니티 중심 검증자 사이에서 균형을 이루려고 한다. 고처리량 체인은 탈중앙화의 트레이드오프를 신중하게 고려해야 한다.
-
그는 네트워크의 중심화를 유도하는 성능 향상 조치는 탈중앙화 목표와 모순된다고 덧붙였다. 성능이 뛰어나고 탈중앙화 수준이 높은 L1 블록체인을 구축하려면 수백에서 수천 개의 전 세계적으로 분산된 노드가 필요하다. 노드들을 물리적으로 가까이 위치시키는 것은 네트워크의 중심화로 간주될 수 있다.
-
Keone는 Monad의 하드웨어 요구사항은 이더리움과 유사하며 32GB RAM으로 충분하다. 솔라나(Solana)처럼 256GB RAM이 필요한 다른 블록체인과 달리, Monad는 비싼 하드웨어가 아닌 알고리즘 개선을 통해 성능을 향상시킨다.
MonadBFT 합의
-
Keone는 MonadBFT가 Rust로 처음부터 구축된 고성능 합의 메커니즘이라고 말했다. 블록체인은 두 가지 주요 구성 요소로 이루어져 있는데, 실행과 합의이다. MonadBFT는 합의 부분에 집중한다. 실행 시스템은 병렬 실행과 고성능 상태 데이터베이스를 목표로 한다.
-
그는 합의는 전 세계적으로 분산된 노드들이 공식 작업(예: 트랜잭션 목록)에 대해 동의하도록 보장한다고 덧붙였다. MonadBFT는 Hot Stuff 합의 메커니즘에서 유래했으며, 선형 통신을 강조한다. 인기 있는 다른 합의 메커니즘인 텐더민트(Tendermint)와 비교해 MonadBFT는 통신 복잡성이 낮아 더 큰 네트워크 규모를 허용한다.
-
Keone는 Hot Stuff의 선형 통신 프로토콜은 네트워크 내에서 전송되는 메시지 수를 줄인다고 말했다. 리더 선출 과정을 통해 특정 기간의 리더를 선정하고 블록 제안을 생성한다. 다른 노드들은 블록 제안의 유효성을 평가하고 다음 리더에게 투표를 집계하여 보내준다.
Monad의 수수료 및 $MONAD 토큰
-
Keone는 Monad에서 트랜잭션의 실행 시간과 비용은 그 복잡도에 따라 달라진다고 말했다. 이더리움 메인넷에서 15만 가스를 사용하는 유니스왑(Uniswap) V2 거래는 약 5~50달러 정도의 비용이 든다. 반면 Monad에서는 동일한 거래 비용이 1센트 미만이며, 이는 더 높은 처리량과 더 많은 블록 공간 덕분이다.
Monad에서 개발할 수 있는 새로운 가능성
-
Keone는 웹2 또는 저처리량 체인과 비교해 Monad 같은 고처리량 체인은 새로운 가능성을 열어준다고 말했다. 전적으로 블록체인 상에서 운영되는 지정가 주문서(limit order book)는 고처리량 체인이 가져오는 가능성 중 하나다. 이는 자산의 자기 관리(self-custody)와 완전한 상호 운용성(composability)을 실현하며, 다른 애플리케이션이 그 위에 구축할 수 있도록 한다.
-
그는 고비용 업데이트로 인해 EVM 공간에서는 전적으로 블록체인 상의 지정가 주문서가 제한되어 왔다고 덧붙였다. 마켓 메이커들은 기존 체인에서 빈번한 업데이트에 많은 비용을 지불해야 했다. Monad는 업데이트 비용이 각각 1센트 미만으로, 전적으로 블록체인 상의 지정가 주문서를 실현 가능하게 만든다.
Monad 커뮤니티 구축
-
Keone는 커뮤니티는 Monad와 같은 프로젝트는 물론 전체 암호화폐 분야의 성공에 있어 중요한 부분이라고 말했다. 비트코인과 이더리움 같은 프로젝트는 공유된 비전으로 인해 거대한 커뮤니티를 형성했다. 광범위한 채택과 탈중앙화 목표 달성을 위해서는 강력한 커뮤니티 구축이 필수적이다.
-
그는 오픈소스 기술이 시간이 지남에 따라 가장 좋은 기술이 채택되도록 보장한다고 덧붙였다. 탈중앙화를 중요하게 여기는 개인들이 암호화 서비스를 사용하고 친구들에게 인식을 전파하는 데 중요한 역할을 한다. 암호화폐의 미션 달성을 위해서는 커뮤니티 참여가 결정적이다.
-
Keone는 암호화 산업에서 지원적인 커뮤니티를 구축하는 것이 중요하다고 말했다. 시간이 지나면서 사람들은 기술적 세부사항에 더 주목하고 커뮤니티의 중요성을 간과할 수 있지만, 결국 오픈소스 기술의 채택과 새로운 커뮤니티 창설의 어려움이 커뮤니티 구축의 중요성을 다시 일깨운다고 언급했다.
Monad 메인넷 출시 시기
-
Keone는 Monad의 메인넷이 2024년 안에 출시될 예정이며, 퍼블릭 테스트넷은 올해 하반기에 출시될 것이라고 말했다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News














