Four Pillars: 모나드(Monad)에 관해 알아야 할 모든 것
저자: Four Pillars
번역: TechFlow
본문은 일반 정보 제공용으로 작성되었으며 법률, 상업, 투자 또는 세무 자문을 구성하지 않습니다. 본문을 투자 결정의 근거로 삼지 마십시오. 회계, 법적 또는 세무 지침에 있어서도 이에 의존해서는 안 됩니다. 특정 자산이나 증권에 대한 언급은 설명 목적으로만 이루어진 것이며 추천이나 승인을 의미하지 않습니다. 본문에서 표현된 견해는 저자의 개인적 의견을 나타내며 관련 기관, 단체 또는 개인의 견해를 반영하는 것은 아닙니다. 여기서 제시된 견해는 업데이트 없이 변경될 수 있습니다.
Four Pillars는 한국 블록체인 위크(아시아 최대 규모의 블록체인 컨퍼런스) 및 Token 2049에 참가한 모나드(Monad) 블록체인 관계자 또는 모나드 커뮤니티 멤버들을 위해 포괄적인 보고서를 준비했습니다.
본 보고서는 모나드 블록체인의 기원과 인프라 기술, 커뮤니티 및 메인넷 출시 전 빠르게 확장 중인 생태계를 다룹니다. 특히 모나드 블록체인에 익숙하지 않은 사람들에게 이해를 돕는 것을 목표로 하고 있습니다.
1. 다시 EVM인가? 하지만 이번엔 다르다
지난 시장 사이클의 특징은 다양한 체인이 EVM의 확장을 가속화하려 했다는 점입니다. 이 시기를 다양한 EVM 호환 체인의 급속한 확장기로 묘사하는 것은 과장이 아닙니다. 이더리움 자체와 그 위에 구축된 다수의 롤업 프로젝트 외에도 폴리곤(Polygon, Matic), 어베란치 C체인(AVAX), 니어 오로라(NEAR AURORA), 바이낸스 스마트 체인(BSC) 등의 프로젝트들이 더 빠른 EVM 실행 환경을 제공하며 두각을 나타냈습니다. 따라서 현재 시장 사이클에서는 "이더리움 확장 솔루션"이라는 서사가 다소 진부해져 시장의 주목을 끌기 어렵습니다. 그럼에도 불구하고 모나드 블록체인은 예상 밖으로 큰 관심을 받으며 "확장 가능한 EVM" 개념을 재등장시키고 있습니다. 그 이유는 무엇일까요?
1.1 EVM 호환이지만 솔라나처럼
"모나드의 가치 제안은 매우 간단합니다. 현재 EVM의 성능은 여전히 부족하고, 모두가 더 높은 성능, 더 빠른 거래 속도, 더 낮은 거래 비용을 원하고 있습니다." — Keone Hon, 모나드 랩스 공동 설립자 겸 CEO
제가 앞서 언급한 "약간 더 빠른 EVM 호환 체인"들은 실제로 이더리움보다 빠르며 상대적으로 낮은 거래 비용을 제공합니다. 그러나 지난 사이클에서 두각을 나타낸 비-EVM 블록체인으로 이더리움의 실질적 대안으로 여겨졌던 솔라나(Solana)와 비교하면 여러 측면에서 여전히 부족합니다. 속도 측면에서 솔라나는 가장 빠른 블록체인이며 가장 낮은 거래 비용을 제공합니다. 이 때문에 지난 사이클의 "빠른 EVM 호환 체인"들은 다소 평범한 위치에 머물렀습니다. 이더리움보다는 빠르지만, 거래 최적화 애플리케이션 개발을 위한 최적의 인프라로는 일반적으로 솔라나가 선택되었습니다. 따라서 시장에는 솔라나 수준의 속도를 제공하면서 기존 EVM 개발자 커뮤니티를 활용할 수 있는 블록체인에 대한 수요가 여전히 존재합니다.
모나드 블록체인은 이러한 공백을 기술적으로 메우려 하며, "EVM 내에서 병렬 처리를 수행할 수 있는 고성능 블록체인"이 되고자 합니다. 일정 부분 모나드 랩스는 블록체인 분야에서 EVM의 병렬 처리 개념을 선도적으로 도입했습니다. 만약 모나드 블록체인이 목표 수치(10,000 TPS 및 1블록 확인 시간)를 달성한다면, EVM의 완전한 호환성과 솔라나 수준의 속도를 결합한 최초의 블록체인이 될 수 있습니다.
1.2 더 고도화된 최적화
단순히 합의 알고리즘을 더 빠른 것으로 교체하고 그 위에 EVM을 실행하는 방식은 기술적 한계가 있습니다(이는 대부분의 EVM 호환 레이어 1 체인이 사용하는 방법입니다). 진정한 고속·확장 가능한 EVM을 실현하기 위해서는 합의층뿐 아니라 모든 계층—합의, 실행, 저장—전반에 걸친 최적화가 필요합니다(이에 관한 자세한 논의는 이후 기술 섹션에서 진행됩니다). 즉, 빠른 블록 생성 시간과 높은 TPS를 갖춘 블록체인 인프라 위에 EVM을 구현하는 것만으로는 충분하지 않습니다. 예를 들어 Ethermint은 Tendermint 위에 EVM 실행 환경을 구현했지만, EVM 환경에서 Tendermint의 속도를 충분히 활용하지 못하는 중대한 문제에 직면했습니다. 이는 보다 종합적인 해결책의 필요성을 강조합니다.
따라서 모나드 블록체인의 목표는 합의 메커니즘을 가속화하는 데 그치지 않습니다. 실행 환경 자체를 근본적으로 변화시키고, 병렬 처리를 도입하며, 데이터 저장 방식을 개선하여 진정으로 빠른 EVM 체인을 구축하는 것입니다. 모나드 블록체인 기술에 대한 자세한 설명은 이후에 제공하겠습니다.
1.3 커뮤니티 주도형 생태계
"암호화 커뮤니티 전체는 정말 뛰어납니다. 왜냐하면 아직 완벽하지 않더라도 많은 사람들이 초기부터 관심을 갖고 참여하기 때문입니다." — Keone Hon, 모나드 랩스 공동 설립자 겸 CEO
마지막으로 커뮤니티에 대해 이야기해보겠습니다. 단순히 EVM을 지원한다고 해서 개발자를 모나드 생태계로 끌어오기에는 부족합니다. 따라서 모나드 랩스는 개발자에게 매력적인 생태계를 조성하기 위해 독특하고 매력적인 커뮤니티를 만드는 데 집중했습니다. 이후 자세히 다루겠지만, 모나드 블록체인이 메인넷 출시 전 이미 강력한 커뮤니티를 형성했다는 점은 매우 전략적인 접근임을 강조할 필요가 있습니다. 결국 레이어 1 블록체인은 개발자를 유치해야 하며, 개발자는 자신의 앱을 지원할 사용자가 필요합니다. 대부분의 사용자가 커뮤니티에서 유입되기 때문에, 블록체인이 보유한 충성도 높은 커뮤니티 멤버가 많을수록 우수한 개발자를 유치하기 쉬워집니다. 일정 부분 모나드 블록체인은 숙련된 서비스 제공자들을 끌어들일 탄탄한 사용자 기반을 마련한 셈입니다. 이 접근법은 블록체인 분야에서 특히 효과적이며, 모나드가 이를 실행하는 능력은 팀의 뛰어난 역량을 입증합니다. 이후 모나드가 어떻게 강력한 커뮤니티를 구축했는지 더 자세히 살펴보겠습니다.
이 세 가지 특징만으로도 모나드 블록체인이 특별하다는 점이 명확합니다. 저는 이러한 이유들이 모나드 블록체인에 대한 시장의 높은 기대를 설명한다고 믿습니다. 그렇다면 모나드 랩스의 배후 인물들은 누구이며 어떤 경력을 가지고 있을까요?
2. 모나드 랩스: 비전과 일치하는 팀
출처: 모나드 랩스
"Jump(Keone의 이전 회사)에서는 모든 것이 성능과 관련이 있었습니다. 시스템 측면에서든, 모든 트레이딩 팀 구성원들이 매우 효율적이어야 하고 최선을 다해야 했습니다. 이것이 제가 Jump에서 배운 점입니다." — Keone Hon, 모나드 랩스 공동 설립자 겸 CEO
모나드 랩스 팀에는 점프 트레이딩(Jump Trading)에서 근무했던 인원이 상당수 있습니다. CEO인 Keone와 CTO인 James 모두 점프 트레이딩 출신이며, 다른 여러 엔지니어들도 동일한 배경을 가지고 있습니다. 특히 흥미로운 점은 모나드 랩스의 많은 개발자들이 트레이딩 회사를 위해 시스템을 구축하고 최적화한 풍부한 경험을 가지고 있다는 점입니다. 이 배경은 모나드 블록체인의 특성을 잘 반영합니다. 모나드 랩스의 목표는 "효율적이고 빠른 EVM 블록체인"을 만드는 것입니다. 또한 복잡한 금융 거래를 처리하기 위해 블록체인을 최적화하려는 목표를 가지고 있기 때문에, "최적화, 효율성, 시스템 개선"에 뛰어난 기술을 가진 트레이딩 회사 출신 엔지니어들이 팀에 포함되는 것은 매우 타당합니다.
물론 중요한 것은 엔지니어뿐만 아닙니다. 모나드 랩스는 강력한 커뮤니티를 구축하는 것을 EVM 환경의 효율성 향상과 동일하게 중요하게 여깁니다. 따라서 모나드 랩스는 베라체인(Berachain)과 함께 가장 열정적인 블록체인 커뮤니티 중 하나를 성공적으로 구축했습니다. 제 생각에 Bill과 같은 팀원들이 바로 이 성과의 핵심 기여자입니다. 그는 모나드 랩스에서 "문화 리더(Culture Leader)"라는 독특한 직책을 맡고 있으며, X 플랫폼의 인턴 계정(Intern account) 운동을 시작한 Kevin McCordic도 마찬가지입니다. 이들은 웹3 문화에 깊은 이해를 가지고 있습니다—Bill은 성공적인 NFT 프로젝트 운영 실적이 있으며, Kevin은 인턴 계정 트렌드를 확산시켜 현재 많은 웹3 기업들이 모방하고 있습니다. 그들은 지속적으로 커뮤니티 멤버들이 X와 기타 플랫폼에서 좋아하는 콘텐츠를 만들어냅니다.
누군가는 모나드 블록체인의 커뮤니티가 주로 에어드랍을 통해 형성되었다고 생각할 수 있지만, 이는 정확하지 않습니다(이후 자세히 설명하겠습니다). 에어드랍은 어떤 프로젝트라도 할 수 있는 일입니다. 모나드 커뮤니티를 특별하게 만드는 것은 바로 커뮤니티 자체가 제공하는 내재적 가치이며, 이 중심에는 바로 Bill과 Kevin이 있습니다.
모나드를 지탱하는 다양한 가치들 중에서 가장 중요한 것은 단연코기술과 커뮤니티입니다. 팀 구성으로 보면, 이 두 핵심 가치를 실현하기 위한 최적의 팀을 명확히 구성했다는 것을 알 수 있습니다. (본 보고서는 모나드의 기술과 커뮤니티에 초점을 맞추고 있으므로, 계속해서 읽어주시면 깊은 이해를 얻으실 수 있습니다.)
3. 모나드 블록체인 기술 심층 분석
모나드 블록체인의 핵심 가치 중 하나인 기술에 대해 깊이 들어가 보겠습니다. 모나드 블록체인 기술은 크게 세 가지 구성 요소로 나눌 수 있습니다: 합의, 실행, 저장. 본 섹션에서는 이 영역들에서 모나드가 이룬 혁신을 자세히 살펴보겠습니다.
3.1 모나드 블록체인의 합의 - 모나드 BFT
모나드의 빠른 확장성은 합의 메커니즘에서 비롯됩니다. 모나드 BFT는 Aptos BFT 및 Diem BFT와 유사하며, 전통적인 비잔틴 장애 허용(BFT) 시스템의 진화된 형태입니다. 다음으로 모나드 BFT의 구체적인 특징을 살펴보겠습니다.
3.1.1 모나드 BFT의 과정
모나드 BFT의 특성을 이해하기 위해 먼저 시스템 내에서 합의가 어떻게 이루어지는지 알아야 합니다. 이를 위해 몇 가지 핵심 용어를 정의하겠습니다:
-
정족수 인증서(QC): 네트워크의 3분의 2 이상 노드가 이전 블록의 정확성을 검증했을 때 발행되는 인증서.
-
타임아웃 인증서(TC): 네트워크의 3분의 2 이상 노드가 이전 블록의 정확성을 검증하지 못했을 때 발행되는 인증서(일반적으로 유효한 블록 제안을 예상 시간 내에 수신하지 못했을 때).
-
간소화를 위해 초기 라운드를 K라운드라고 하고, 후속 라운드를 K+1, K+2 등으로 표기하겠습니다. K라운드의 QC는 QC(K), 후속 라운드의 QC는 QC(K+1), QC(K+2) 등으로 표기합니다. 초기 라운드 이전 라운드의 QC 또는 TC는 각각 QC(K-1) 또는 TC(K-1)로 표시합니다.
모나드 BFT의 작동 방식은 다음과 같습니다:
-
각 라운드의 리더: 각 라운드마다 해당 라운드의 진행을 이끄는 리더가 있습니다. 리더는 미리 정해져 있으며, 각 라운드에 정기적으로 배정됩니다.
-
각 라운드의 두 단계:
1. 제안 단계: 리더가 검증자들에게 블록을 제안합니다.
2. 투표 단계: 검증자들이 제안에 투표하고, 그들의 투표를 다음 라운드의 리더에게 전송합니다.
-
모든 것이 순조롭고 네트워크 문제 없이 메시지가 전달되면, 선형 통신(linear communication) 패턴을 따릅니다. 즉 메시지가 하나(리더)에서 여러 개(검증자)로, 다시 하나(다음 라운드 리더)로 흐릅니다. 그러나 검증자가 리더의 제안을 제때 수신하지 못하면 서로 통신해야 하며, 이전에 검증자들 간의 상호 검증이 필요해 이차 통신(quadratic communication) 패턴이 발생합니다.
-
블록 제안에는 새로운 블록과 이전 라운드의 투표 정보가 포함되는데, 이것이 바로 모나드 BFT가 "파이프라이닝(pipelining)" 메커니즘이라고 불리는 이유입니다(이후 자세히 설명).
-
-
제안 처리:
-
검증자가 유효한 제안을 수신하면 다음 라운드 리더에게 YES 투표를 전송합니다. 3분의 2 이상이 YES 투표하면 다음 라운드 리더는 이전 라운드 제안에 대해 QC를 발행합니다.
-
검증자가 무효한 제안을 수신하거나 제안을 전혀 수신하지 못하면 타임아웃 메시지를 생성하여 모든 다른 검증자들에게 방송합니다. 검증자 중 누구라도 3분의 2 이상의 타임아웃 메시지를 수신하면, TC를 생성하여 다음 라운드 리더에게 전송합니다. TC는 또한 검증자가 관찰한 최신 QC 정보를 포함합니다.
-
-
새 제안 발행:
-
K+1 라운드 리더는 이전 라운드 결과에 따라 QC를 발행하거나 TC를 수신합니다. 그런 다음 (1) 새 블록의 트랜잭션, (2) 최신 QC(이전 라운드가 성공하면 이전 라운드에서, 타임아웃 상황이면 최근 성공한 라운드에서), (3) 이전 라운드가 타임아웃으로 종료된 경우 TC를 포함하는 새 제안을 생성합니다.
-
-
블록 최종 확인:
-
검증자는 K+2 라운드에서 K+1 라운드의 QC를 수신한 후에야 K 라운드 제안을 최종 확인합니다. 이를 분해하면:
-
K 라운드의 QC를 보유한다는 것은 적어도 3분의 2 이상 검증자가 해당 라운드에서 YES 투표를 했다는 의미입니다.
-
그러나 단지 QC를 보유하는 것으로는 블록을 최종 확인하기에 충분하지 않습니다. 왜냐하면 검증자는 다른 검증자들도 동일한 결과를 보유하고 있는지 확인할 수 없기 때문입니다. 따라서 거래를 실행하는 것은 안전하지 않습니다.
-
그래서 검증자는 K+1 라운드에서 정족수 검증자들이 QC를 발행했음을 확인하기 위해 K+2 라운드까지 기다려야 하며, 이로써 K 라운드 블록이 실제로 최종 확인되었음을 확인합니다. 이때야 비로소 검증자는 대부분의 검증자가 해당 블록을 검증했음을 확신하고 안전하게 거래를 실행할 수 있습니다.
-
-
3.1.2 모나드 BFT와 HotStuff의 차이점
앞서 언급했듯이, 모나드 BFT는 합의 과정을 여러 라운드로 나누고 각 라운드를 두 단계로 구성합니다. 첫 번째 단계에서 리더가 검증자들에게 제안을 보내고, 두 번째 단계에서 검증자들이 서명된 응답을 리더에게 보내 합의를 최종 확정합니다. 모나드 BFT와 HotStuff의 현저한 차이점은 관련 단계의 수에 있습니다. HotStuff는 일반적으로 세 단계를 필요로 하며, 이는 합의 과정에 추가 지연을 유발합니다. 반면 모나드 BFT는 이를 두 단계로 줄였습니다. 모나드 BFT가 이를 가능하게 하는 이유는 네트워크 문제가 발생했을 때(예: 리더의 제안을 제때 수신하지 못함) 검증자들이 직접 서로 통신하여 문제 라운드를 건너뛸 수 있기 때문입니다.
선형 통신 vs. 이차 통신
이차 통신 모드에서 리더가 노드들에게 제안을 방송한 후, 각 노드는 투표 데이터를 모든 다른 노드에게 방송해야 하며, 이로 인해 네트워크 비용이 n²에 비례하게 됩니다(n은 노드 수). 이는 리더의 방송(n)과 각 노드가 다른 모든 노드에게 투표를 방송하는 것(n)을 포함합니다. 반면 선형 통신 모드에서는 노드가 투표를 다음 라운드 리더에게만 전송하면 되므로 네트워크 비용이 약 n으로 감소합니다(리더가 n개 노드에게 방송하고, 각 노드의 투표는 하나의 노드에게만 전송됨). 이러한 선형 통신 개선은 블록체인의 처리량을 높이고 지연을 줄입니다.
네트워크가 원활하게 작동하면 모나드 BFT는 선형 통신에 의존합니다. 앞서 언급했듯이, 이 방법은 검증자들이 한 라운드 내에 리더의 무결성을 상호 검증할 수 없습니다. 따라서 K 라운드의 블록 최종 확인은 K+2 라운드에서 이루어집니다.
3.1.3 파이프라이닝(Pipelining)
간단히 말해, 파이프라이닝은 전체 합의 과정을 단일 라운드가 아닌 여러 라운드에 걸쳐 처리하도록 분할하는 것입니다. 예를 들어 블록 N 다음에 블록 N+1이 있다고 가정합시다. 정족수가 리더가 보낸 메시지에 투표하여 블록 N에 대해 정족수 인증서(QC)를 생성했다고 하더라도, 이 인증서가 반드시 블록 N에서 최종 확인되어야 한다는 의미는 아닙니다—그것은 블록 N+1으로 옮겨질 수 있습니다(즉, '히치하이킹'이 가능함).
모나드 BFT의 과정과 방법은 Diem BFT와 유사해 보이지만, 모나드 BFT는 공유 메모리 풀, 지연 실행, 운송비, 예비 잔액과 같은 독특한 핵심 구성 요소를 가지고 있습니다.
3.1.4 실행과 합의의 분리 - 지연 실행
모나드 블록체인의 특징 중 하나는 트랜잭션 실행을 합의 과정에서 분리하는 것입니다. 이를 통해 합의의 효율성이 향상됩니다. 모듈화된 블록체인 설계에서 알 수 있듯이, 실행과 합의는 서로 다른 개념입니다. 합의는 트랜잭션이 블록에 포함되는 방식을 다루고, 실행은 상태를 변경하기 위해 트랜잭션을 실제로 처리하는 것입니다. 모나드 블록체인에서는 합의에 참여하는 리더와 검증자들이 제안에 투표하지만 트랜잭션을 실행하지는 않습니다.
왜 모나드 블록체인이 실행과 합의를 분리할까요? 먼저 이더리움을 살펴보겠습니다. 이더리움에서는 실행이 합의 이전에 이루어집니다. 즉, 이더리움의 합의 과정에서 검증자들은 1) 블록 내 트랜잭션에 대해 합의하고, 2) 그 트랜잭션들을 실행한 후 생성된 머클 루트(Merkle Root)에 대해서도 합의해야 합니다. 이는 리더가 제안을 공유하기 전에 모든 트랜잭션을 실행해야 하며, 검증자들도 투표 전에 트랜잭션을 실행해야 함을 의미합니다. 이는 가스 제한을 신중하게 추정해야 하기 때문에 상당한 오버헤드를 발생시키며, 합의 시간을 매우 제한적으로 만듭니다.
모나드 블록체인은 실행과 합의를 분리함으로써 이 문제를 해결합니다: 노드가 K 블록의 트랜잭션을 실행할 때, 동시에 K+1 블록의 합의에 참여할 수 있습니다. 이러한 설계는 실행이 합의를 따르도록 하여 블록체인이 합리적인 가스 예산 내에서 작동할 수 있게 합니다. 이 분리의 전제는 다수의 노드가 트랜잭션 순서에 합의하면 결과가 확정된다는 것입니다.
그러나 실행과 합의를 분리하면 다음과 같은 문제가 발생합니다: "상태를 업데이트하지 않고 트랜잭션 순서를 정할 경우(실행이 합의를 따르기 때문), 가스 비용 없이 사용자 트랜잭션을 포함시켜 잠재적인 서비스 거부 공격(DDoS)을 유발할 수 있는가?" 이 문제를 해결하기 위해 모나드 블록체인은 운송비 개념을 도입합니다.
3.1.5 운송비와 예비 잔액
운송비란 트랜잭션과 관련된 "거래 수수료"를 의미합니다. 모나드 블록체인이 실행과 합의를 분리함에 따라 그들의 거래 수수료 구조도 독특합니다. 일반적으로 거래 수수료는 트랜잭션 실행 시 지불되지만, 모나드 블록체인에서는 실행 수수료와 운송비가 분리되어 있습니다. 트랜잭션이 필요한 운송비는 갖췄지만 필요한 실행 수수료가 부족하면 해당 트랜잭션은 실패합니다. 이러한 설계는 자금이 부족한 사용자가 반복적으로 트랜잭션을 보내는 것을 방지합니다.
또한 노드는 각 계정에 대해 예비 잔액(Reserve Balance)을 생성하는데, 이는 운송비 전용으로 사용되는 별도의 잔액입니다. 예비 잔액의 목적은 필요한 수수료를 지불한 트랜잭션만 블록에 포함되도록 보장하는 것입니다.
3.2 모나드 블록체인의 실행 - 병렬 실행
모나드 블록체인의 합의 메커니즘을 이해한 후, 이제 모나드 블록체인이 어떻게 트랜잭션을 처리하는지 살펴보겠습니다. 모나드 블록체인이 산업계에서 주목받고 있으며 오늘날 그것을 정의하는 키워드인 "병렬 트랜잭션 처리"는 바로 이 분야에서 비롯된 것입니다. 그렇다면 모나드 블록체인은 어떻게 병렬 트랜잭션 처리를 실현하는 것일까요?
3.2.1 병렬 트랜잭션 처리
다음 두 트랜잭션을 생각해봅시다:
-
트랜잭션 A: 계정 A가 계정 B로부터 모나드 블록체인 토큰을 수령함.
-
트랜잭션 B: 계정 A가 모나드 블록체인 토큰을 계정 C에게 전송함.
이 두 트랜잭션이 병렬 처리된다면(즉, 트랜잭션 A가 완료되기 전에 트랜잭션 B가 시작됨), 병렬 처리 후 계정 A의 잔액은 순차 처리했을 때와 다를 수 있습니다. 이는 트랜잭션 실행 오류를 유발할 수 있습니다.
이 문제를 해결하기 위해 모나드 블록체인은 소프트웨어 트랜잭션 메모리(STM)와 낙관적 동시성 제어(Optimistic Concurrency Control, OCC)에서 영감을 얻은 방법을 채택합니다. OCC라는 용어가 암시하듯, 모나드 블록체인은 모든 트랜잭션이 유효하다고 가정하고 실행을 계속하며, 검증 과정에서 문제가 발생할 경우에만 트랜잭션을 재실행합니다. 모나드는 트랜잭션이 병렬 처리되더라도 결과가 순차 처리했을 때와 동일하게 유지되도록 보장합니다. 즉, 상태 업데이트는 순차적으로 병합되어 병렬 실행의 유효성이 보장됩니다.换句话说, 모나드 블록체인은 트랜잭션 간 의존관계를 사전에 검증하는 대신, 먼저 트랜잭션을 처리한 후 초기 실행에서 얻은 정보에 기반하여 문제가 있는 트랜잭션을 재처리합니다.
이 방법은 트랜잭션 의존관계를 사전에 검증하고 그에 따라 실행하는 것보다 훨씬 더 효율적입니다. 낙관적 트랜잭션 병렬 처리 모델에서, 블록 내 모든 이전 트랜잭션이 처리된 후에는 어느 트랜잭션을 재실행해야 하는지 명확해집니다. 이 시점에서 이전 트랜잭션의 상태값이 이미 병합되었기 때문에 재실행 시 실패 위험이 매우 낮습니다(이 경우 트랜잭션이 실패할 수 없음). 또한 서명 복구와 같은 작업은 재실행 시 반복할 필요가 없으며, 트랜잭션 실행 중 접근한 계정이나 저장소도 변하지 않아 매우 효율적입니다.
3.3 모나드 블록체인의 저장 - 모나드 DB
사실 실행 계층의 병렬 처리는 그리 어렵지 않습니다. 이미 여러 블록체인에서 구현되었지만, 핵심은 병렬 트랜잭션 처리가 얼마나 효율적으로 이루어지는지입니다. 모나드 블록체인은 성능에 중점을 두고 있으며, 이는 블록체인 내 모든 계정 정보가 빠르게 증가함을 의미합니다. 이러한 정보는 블록체인의 상태에 저장되며, 상태 크기가 증가함에 따라 성능 저하가 발생할 수 있어 병렬 트랜잭션 처리의 이점을 약화시킬 수 있습니다. 따라서 병렬 트랜잭션 처리에서 블록체인 상태를 효율적으로 관리하는 것이 매우 중요합니다.
이 문제를 해결하기 위해 모나드 블록체인은 상태를 효율적으로 관리하기 위한 독특한 데이터베이스 구조—모나드 DB를 개발했습니다. 대부분의 이더리움 클라이언트는 B트리 구조(LMDB) 또는 LSM 트리 구조(LevelDB, RocksDB)를 기반으로 한 키-값 데이터베이스를 사용합니다. 그러나 이더리움은 상태를 저장하기 위해 머클 패트리샤 트리(MPT)라는 데이터 구조를 사용하는데, 이는 다른 데이터 구조(키-값 데이터베이스) 내에서 MPT를 사용하기 때문에 효율성이 낮습니다. 모나드 DB는 디스크와 메모리에 패트리샤 트리를 기본적으로 구현함으로써 이 문제를 해결합니다.
또한 모나드 DB는 비동기 I/O를 지원하여 CPU가 트랜잭션의 입력과 출력을 기다리지 않고 동시에 여러 트랜잭션을 처리할 수 있게 합니다. 전통적인 이더리움 데이터베이스는 비동기 I/O를 지원하지 않지만, 모나드 DB의 지원은 트랜잭션 처리 효율을 크게 향상시킵니다.
이러한 기능 외에도 모나드 DB는 파일 시스템을 우회하는 등의 최적화를 통해 불필요한 오버헤드를 줄여 데이터베이스 성능을 향상시킵니다. 이를 통해 실행 계층뿐 아니라 데이터베이스 계층에서도 효율적인 트랜잭션 처리가 가능해집니다.
4. 단순한 기술 이상, 모나드 블록체인의 흥미로운 커뮤니티 구축 방법
지금까지 모나드 블록체인의 기술에 대해 다뤘으며, 이는 그들의 핵심 강점 중 하나로 여겨집니다. 그러나 모나드 블록체인의 성공을 이끈 또 다른 중요한 측면—그들의 커뮤니티는 어떨까요? 모나드 블록체인의 급속한 성장은 강력하고 성숙한 커뮤니티 덕분임이 알려져 있습니다. 현재 모나드 디스코드에는 약 38만 명의 멤버가 있으며, 이를 통해 커뮤니티의 규모를 가늠할 수 있습니다. 또한 X 플랫폼에서는 모나드 커뮤니티를 상징하는 밈들이 모나드 랩스 멤버들과 공식 계정 게시물 중심으로 활발히 공유되고 있습니다. 그렇다면 무엇이 모나드 블록체인에 대한 사람들의 열정을 불러일으킨 것일까요?
첫째, 명확한 사실이 있습니다: 제가 앞서 언급했듯이, 에어드랍이 이 커뮤니티 성장의 주요 원인은 아닙니다. 에어드랍은 누구나 사용할 수 있는 도구입니다. 만약 모나드가 단순히 에어드랍에만 의존해 커뮤니티를 구축했다면, 다른 프로젝트들도 동일한 규모의 커뮤니티를 만들 수 있었을 것입니다. 그러나 모나드 블록체인은 베라체인과 함께 블록체인 분야에서 가장 열정적인 커뮤니티를 가진 프로젝트 중 하나로 여겨집니다. 따라서 모나드의 커뮤니티 전략을 논할 때 단순히 에어드랍으로 성공을 돌리는 것은 정확하지 않습니다.
"질 > 양"
"자동화된 작업은 좋은 전략이 아닙니다. 일부 플랫폼에서는 '팔로우, 좋아요, 리트윗'에 보상을 제공하며 참여도를 높이려 하지만, 이는 보기엔 저비용 같지만 실제로는 자연스럽게 참여할 진정한 사용자들을 희석시킵니다. 7,200개의 좋아요, 7,200회의 리트윗, 10,000회의 조회수를 볼 때 이런 상황은 매우 좋지 않습니다. 로봇의 참여도를 위해 몇 달 또는 몇 년 동안 커뮤니티에 머무를 진정한 사용자를 희생하지 마십시오—이런 방식으로는 지속 가능한 선순환을 만들 수 없습니다." — Kevin McCordic, 모나드 랩스 성장 책임자
모나드 커뮤니티 멤버들의 상호작용과 모나드 랩스가 커뮤니티 구축에 사용한 전략을 자세히 살펴보면, 모나드가 에어드랍에만 의존해 커뮤니티를 만들었다고 보는 시각은 거의 성립되지 않습니다. 분명히 순수한 경제적 인센티브 외에도 커뮤니티를 결집시키는 더 중요한 요소가 있습니다. 또한 모나드 랩스는 커뮤니티를 단기적인 마케팅 활동으로 흥미를 유도하는 것으로 보지 않는 듯합니다. 그렇다면 무엇이 모나드 블록체인의 강력한 커뮤니티를 이끄는 것일까요? 그리고 어떤 사고방식과 전략적 행동이 모나드가 이렇게 영향력 있는 커뮤니티를 창출할 수 있게 했을까요? 하나씩 살펴보겠습니다.
4.1 Nads는 문화를, EVM/ACC는 비전을 나타낸다
모나드 커뮤니티의 핵심은 활기찬 밈(meme) 문화에 있습니다. 암호화 트위터에 익숙한 사람은 누구나 보라색 모나널스(Monanimals)를 본 적이 있을 것입니다. 이 밈은 모나드 커뮤니티에서 기원했으며 상징적으로 그들의 "사이비 종교" 문화를 나타냅니다. 이는 단지 한 예일 뿐이며, 커뮤니티 멤버들은 스스로를 "Nads"라고 칭하며, 모나드 커뮤니티의 정체성을 표현하기 위해 끊임없이 밈, 이미지(예: keonegg), 언어(예: Gmonad) 등을 창조하고 재창조합니다. 이러한 밈에 참여하는 것은 커뮤니티 내부의 유대감을 강화하는 데 중요한 역할을 할 뿐 아니라, 외부에서의 모나드 커뮤니티의 인지도를 높이는 데도 기여합니다.
그러나 모나드 블록체인의 강력한 커뮤니티 성장이 단지 밈 문화 덕분일까요? 제 생각에 이러한 밈들은 오히려 성장을 촉진하는 촉매제일 뿐, 근본적인 원인은 아닙니다. 모나드 커뮤니티의 급속한 성장과 탄탄한 기반을 이루게 한 진정한 동력—흔히 "일단(one team)"이라고 불리는 사상—은 커뮤니티 멤버들과 모나드 랩스 사이의 공유된 비전에 있습니다: EVM/ACC. Nads가 문화를 나타낸다면, EVM/ACC는 커뮤니티의 본질을 상징합니다.
모나드 블록체인의 기술적 비전은 EVM의 확장에 집중되어 있으며, "10,000 TPS 및 1블록 최종 확인"이라는 목표를 가지고 있습니다. 바로 이 명확한 목표 때문에 커뮤니티 멤버들은 종종 자신의 X 프로필에 "EVM/ACC"를 언급하며 Nads로서의 정체성을 나타냅니다. EVM/ACC는 "e/acc"의 변형으로, "유효성 효율성(Effectiveness Efficiency)"을 의미하며, 특히 인공지능 분야 등에서 무제한의 기술 발전을 옹호하는 사상입니다. 이는 잠재적 위험으로 인해 기술 발전을 늦춰야 한다고 주장하는所谓 "decel" 운동과 뚜렷한
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
Four Pillars
