원저자: Snownad Danny

원본 편집: Deep Chao TechFlow

Monad Labs CEO이자 공동 창립자인 Keone Hon과 개발자 관계 엔지니어 Kevin G는 The Pipeline Podcast의 세 번째 에피소드에 참여하여 지난 2년 동안 Monad Labs 팀의 작업에 대해 논의했습니다.

손님 소개:

Keone은 Monad Labs의 CEO이자 공동 창립자입니다.그는 이전에 Jump Trading에서 HFT(고빈도 거래) 분야에 중점을 두고 정량 분석가로 근무했습니다.

James Hunsaker는 Monad의 공동 창립자이자 최고 기술 책임자입니다.

Kevin G는 Solana Labs의 핵심 개발자로, 이전에는 Apple에서 근무하면서 Airpods의 로컬 시스템 엔지니어링 설계에 주력했습니다.

모나드를 선택하는 이유는 무엇입니까? L2 및 기타 확장 솔루션이 널리 사용되는 환경에서 EVM을 개조하려는 이유는 무엇입니까?

Keone：

몇 년 전 처음 시작했을 때 많은 사람들이 왜 L2를 구축하지 않느냐고 물었습니다. 당시 우리의 대답은 지금과 같았습니다. 누군가는 EVM 실행 스택의 성능을 향상시키는 데 집중해야 한다고 생각했습니다. . 병렬 실행, 사용자 정의 상태 데이터베이스, 파이프라인 실행 및 비동기 IO 지원과 같은 최적화를 도입함으로써 Monad는 하드웨어를 더 잘 활용하고 보다 효율적이고 분산된 시스템을 달성할 수 있습니다.

시간이 지남에 따라 Ethereum 가상 머신의 많은 병목 현상이 적절한 엔지니어 팀과 함께 해결되고 최적화될 수 있다는 것이 점점 더 분명해졌습니다. Monads가 처음 개념화되었던 2020년에는 이러한 최적화에 집중하는 팀이 많지 않았습니다. 특히 롤업, 영지식 증명 또는 데이터 가용성과 같은 다른 인프라에 쏟은 노력에 비해 더욱 그렇습니다.

스마트 계약의 지배적인 표준인 EVM 체인은 가장 많은 TVL, 가장 큰 개발자 및 연구 네트워크, 그리고 시간의 테스트(및 여러 하락장)를 견뎌온 놀라운 커뮤니티를 보유하고 있습니다. 이는 우리가 채택을 확대하고 더 복잡한 애플리케이션을 지원하려고 할 때 최적화를 더욱 중요하게 만듭니다.

EVM의 성능을 크게 향상시키는 것은 정말 흥미롭고 도전적인 문제입니다. 당시 우리 팀이 이 프로젝트 작업을 시작하게 되어 기쁩니다. 매우 흥미롭고 앞으로 몇 달 안에 이를 전 세계에 선보일 수 있기를 기대합니다.

EVM 성능이 Monad의 확장성을 충족합니다.

Kevin G：

Monad가 하는 일은 컴퓨터 과학의 모범 사례를 블록체인 네트워크에 적용하는 것입니다. 이는 팀이 이 분야에 대한 깊은 배경을 갖고 있기 때문에 가능한 일입니다.

모든 개발 팀이 프로토콜의 근본적인 문제를 해결하고 고성능 솔루션을 제시할 수 있는 것은 아닙니다. 이러한 최적화는 흥미로울 뿐만 아니라 야심적이기도 합니다.

이 과제를 처리할 수 있는 팀을 어떻게 선택하셨나요?

Keone：

여기 Monad Labs에 엔지니어링, 성장, 마케팅, 커뮤니티 구축 및 비즈니스 개발 인재로 구성된 놀라운 그룹이 있다는 것은 정말 행운이라고 생각합니다. 우리 중 약 25명이 있으며, 해결해야 할 문제에 집중할 수 있도록 매우 효율적인 팀을 유지하려고 노력하고 있습니다.

시간이 지남에 따라 우리 팀은 우리가 달성하려는 규모와 채택을 지원하기 위해 계속 성장할 것입니다. 이를 위해서는 더 넓은 범위의 기술과 추가 인력이 필요할 것입니다.

대부분의 엔지니어링 팀은 고성능, 저지연 시스템을 구축한 광범위한 경험을 보유하고 있습니다. 진정한 고성능 기본 계층 시스템을 개발하는 일반적인 패턴은 전체 시스템 성능을 어느 정도 이해해야 한다는 것입니다. 때로는 필요한 최적화를 얻기 위해 커널 수준까지 드릴다운해야 할 때도 있습니다. 궁극적으로 블록체인은 실제로 그 자체로 데이터베이스입니다.

일부 사랑받는 모나드 캐릭터가 커뮤니티 전설에서 확고한 입지를 다졌습니다.

왜 건축업자들이 모나드를 보러 와야 할까요?

Keone：

주요 이점은 이더리움의 기존 한계를 넘어 광범위한 구성성을 촉진하고 Solana와 같은 고성능 시스템보다 더 나은 Monads의 잠재력에 있습니다.

Monad는 EVM 바이트코드 및 RPC와 호환되므로 엔지니어의 학습 곡선은 다른 많은 환경보다 훨씬 낮습니다. 우리는 EVM이 성공할 수 있는 길을 닦고 개발자가 이미 알고 신뢰하는 환경에서 더 높은 성능과 확장 가능한 애플리케이션을 구축할 수 있도록 지원하는 풍부한 연구 및 도구를 활용하게 되어 기쁘게 생각합니다.

더 넓은 레이어 1 솔루션 공간 내에서 Monad의 전략적 포지셔닝은 무엇입니까?

Keone：

궁극적인 목표는 기존 블록체인 생태계의 구성성을 방해하는 한계를 제거하여 다양한 애플리케이션을 구축하기 위한 보다 확장 가능하고 비용 효율적인 플랫폼을 만드는 것입니다.

이더리움의 원래 설계 맥락에서 볼 때, 목적은 빌더가 생태계 내에서 무엇이든 만들 수 있도록 하는 것이었습니다. 모나드는 이 개념의 가속화된 개발이며, 10년 넘게 존재했던 제한에서 벗어났습니다. 우리는 휘발유 자동차에서 전기 자동차로의 전환을 비유할 수 있는데, 이는 새로운 기술이 도입될 때 가능한 패러다임의 변화를 의미합니다.

가스 한도와 같이 Ethereum 개발자가 직면한 실질적인 문제를 고려하십시오. 이러한 제한이 없으면 이더리움에는 과도한 수수료로 인해 비활성화되는 더 많은 애플리케이션과 기능이 있을 것입니다. Monad의 주요 목표 중 하나는 기존 EVM 애플리케이션을 현재 가스 제한으로부터 해방시키는 것입니다.

Monad는 또한 EVM 생태계의 풍부한 기존 코드와 제품을 활용하여 야심찬 빌더에게 다른 곳에서는 불가능한 dApp을 진정으로 구축할 수 있는 플랫폼을 제공합니다.

전반적으로 Monads의 초점은 암호화 커뮤니티의 집단적 성격에 있습니다. 현재 단계는 암호화폐 애호가들이 분산형 개인 금융을 위한 애플리케이션을 구축하는 실험 기간입니다. Monad는 이러한 애플리케이션을 더욱 비용 효율적으로 만들어 진정한 잠재력을 발휘하고 더 넓은 사용자 기반으로 확장하는 것을 목표로 합니다.

Monad에서 어떤 유형의 애플리케이션을 가장 보고 싶나요?

Keone：

제가 보기에 가장 기대되는 두 가지 영역은 탈중앙화 금융(DeFi)과 소비자 대상 애플리케이션입니다.

DeFi

일반 사람들이 분산된 방식으로 개인 재정을 관리할 수 있도록 하는 모든 애플리케이션입니다. 물론, 통화 시장, 탈중앙화 거래소, 파생 상품, 오라클과 같은 애플리케이션은 정확도와 규모가 매우 높습니다. 이것은 제가 매우 기대하는 수직입니다.

Monad 이전에는 Jump의 암호화폐 팀의 일원이었습니다. Jump는 솔라나 생태계에 관심과 흥미를 갖고 있습니다. 왜냐하면 그것이 타당하기 때문입니다.비용이 1센트에 불과하고 수백만 명의 사용자로 확장할 수 있다면 기본적으로 기존의 지배적인 플레이어가 수행하는 작업을 대체할 수 있습니다. 중앙화 거래소는 데이터에 대해 매우 높은 수수료를 부과합니다.

우리가 솔라나를 사랑하는 이유 중 하나는 그것이 훌륭한 기술이기 때문입니다. EVM 호환성이 부족하여 개발 경험이 다소 까다로울 수 있지만, 솔라나는 James와 제가 2021년에 작업한 이후로 많은 발전을 이루었습니다.

소비자 애플리케이션

저는 또한 Monad의 소비자 대상 애플리케이션에 대해 매우 기대하고 있습니다. 예를 들어 스포츠 베팅, 카지노, 소셜 등 기본적으로 휴대폰에서 모바일 앱으로 사용할 수 있는 모든 것입니다.

내 모든 데이터가 내 지갑에 있다는 것을 안다면 앱, 서비스, 콘텐츠와 더 기꺼이 상호 작용할 것입니다. 이는 지갑이 암호화되어 안전하기 때문입니다.

Monad 경로에서 EVM의 어떤 측면이 가장 흥미로웠나요?

Keone：

나에게 있어 핵심은 궁극적으로 대부분의 개발자가 애플리케이션을 확장하는 데 도움이 되는 무언가를 구축하는 것입니다. 궁극적으로 Monad는 개발자 플랫폼입니다. 개발자가 있는 곳으로 가서 실제 긴급한 문제를 해결하는 것이 중요합니다. 나는 순수한 EVM 호환성이 이러한 문제에 대한 해결책의 일부라고 생각하지만, 미래에는 더 많은 암호화 기능을 지원하는 것을 더 쉽고 저렴하게 만드는 다른 호환성도 있을 것입니다.

궁극적으로 이는 개발자가 iOS 스토어에서 1위를 차지하는 앱을 구축하는 것을 방해하는 문제를 해결하는 것입니다. 저에게는 EVM이 이 목표를 달성하기에 가장 좋은 곳이라고 생각합니다.

놀랍게도 실제로 실행 스택에 집중하는 사람은 없습니다. 이는 우리 팀의 이전 배경과 이 문제를 해결하는 데 있어 우리가 느꼈던 시급성을 고려할 때 매우 자연스러운 작업 영역이었습니다.

모나드는 EVM과 이더리움 커뮤니티의 이상을 위한 진정한 제품 규모로 가는 길을 제공합니다.

결국 Monad는 EVM에서 Solana와 같은 사용자 경험을 가질 수 있는 정말 멋진 조합입니다. 그런 다음 개발자는 시스템 요구 사항에 따라 구축할 위치를 선택할 수 있습니다.

협력은 참으로 중요합니다. 우리 팀은 우리가 모든 답을 갖고 있지 않다는 것을 알고 있습니다. 우리는 전문가입니다. 우리는 고성능 병렬 시스템 구축, 비잔틴 내결함성 합의 및 기타 매우 구체적인 문제에 대해 많이 알고 있습니다. 하지만 여전히 MEV 최소화, 거버넌스, 암호화 등의 문제에 초점을 맞춰 이더리움 연구에 투자한 사람들이 많이 있습니다. 그래서 우리가 하는 작업이 다른 사람의 작업과 결합될 수 있다는 표준을 따르는 것도 중요하다고 생각합니다.

Kevin G：

EVM은 수많은 응용 암호화 연구, 애플리케이션 구축, 더 나은 보안 관행 개발의 중심지입니다. 표준 위치에 있고 전체 필드를 앞으로 나아가는 데 도움이 되는 것은 훌륭한 일입니다.

이로 인해 우리는 이 분야에 대한 연구 커뮤니티의 전문 지식을 활용하면서 기본 계층 확장(우리가 잘하는 일)에 깊이 집중할 수 있습니다. 또한 EVM용으로 개발된 모든 개발자 도구를 다시 빌드할 필요가 없습니다.

EVM 환경에서 빌더로 일할 때 가장 큰 어려움은 무엇입니까?

Keone：

나는 여러 가지가 있다고 생각합니다. 자금을 유치하는 것은 현재 건축업자들에게 매우 어려운 일이며, 투자자 커뮤니티는 매우 미국에 편향되어 있습니다. 해외 건축업자들이 자금을 조달하는 것은 정말 어렵습니다.

또한 dApp을 구축하는 것은 보안 관점에서 어려운 일입니다. 지속적으로 취약점을 탐색하고 공격 기회를 찾는 블랙햇 해커가 많이 있습니다. 이는 환경을 매우 대립적으로 만듭니다. 가스 최적화를 포함한 더 나은 보안 관행이 필요합니다.

모나드는 가스 비용을 크게 줄임으로써 개발자가 추가 방어 주장(더 많은 가스를 소비함)을 포함할지 여부에 대한 큰 결정을 내릴 필요가 없습니다.

Monad 커뮤니티 회원이 Türkiye에서 자신의 새 벽화를 전시합니다.

암호화폐 제품 구축 시 간과되는 이점은 무엇입니까?

Keone：

암호화폐 커뮤니티가 얼마나 강력한지는 놀랍습니다. 전통적인 기술 스타트업을 구축하고 있다면 트위터에 팔로어가 없고 업데이트를 게시해도 아무도 신경 쓰지 않을 것입니다. 아무도 당신의 제품을 시험해보고 싶어하지 않습니다. 사람들이 무료로 사용해 볼 수 있도록 노력해야 합니다.

암호화폐 공간에는 매우 강력한 커뮤니티가 있습니다(커뮤니티는 실제로 핵심의 일부임). 이는 실제로 다른 기술 분야에 큰 이점이며 암호화폐가 궁극적으로 성공할 이유입니다. 이는 강점을 활용하고 약점을 최소화함으로써 하나의 산업으로 확장할 수 있는 것입니다.

2023년 11월, 커뮤니티는 Monad의 초기 생태계 지도를 제작했습니다.

산업으로서 블록체인은 이제 막 성숙해지기 시작했습니다. 시간이 지남에 따라 블록체인의 성능은 더욱 향상될 것입니다(그때까지 Monad가 단지 성능 때문에 다른 블록체인과 다를 것이라고는 기대하지 않습니다).

다른 시스템에서는 추가 개선이 이루어질 것이며 아이디어나 기술이 교차될 것입니다. 이는 궁극적으로 공간을 더욱 발전시켜 더 높은 성능의 애플리케이션을 구축할 수 있게 해줄 것입니다. 우리는 계속해서 블록체인으로 가능한 것의 한계를 뛰어넘고 새로운 구현을 지원하기 위해 추가 인프라를 도입할 것입니다.

암호화폐 트위터에서는 일반 거래 및 투표 거래 지표로서의 TPS에 대해 많은 논의가 있습니다. TPS는 언제 중요한 지표가 됩니까?

Keone：

TPS의 일반적인 측정과 관련하여 우리는 투표 거래뿐만 아니라 체인에서 발생하는 스마트 계약 상호 작용 및 전송과 같은 실제 거래만 계산해야 한다고 믿습니다. Monads의 경우 TPS 프레젠테이션에 투표를 포함하지 않습니다.

일반적으로 무엇이 실제 거래로 간주되어야 하는지에 대해 많은 혼란이 있습니다. 많은 팀에서는 다양한 측정항목을 사용하여 거래를 계산합니다. 현재 현장에서는 성능이 광고되는 방식이 매우 일관성이 없습니다. 예를 들어, 어떤 사람들은 하나의 거래를 하나의 주문으로 간주합니다. 따라서 여러 하위 명령을 실행하는 단일 스마트 계약 호출이 있는 경우 다른 명령은 이를 최대 10개의 트랜잭션으로 계산하는데 이는 실제로 잘못된 것입니다.

실제로 측정할 수 있는 것은 시스템을 통과하는 트랜잭션 수뿐입니다. 특정 순간에 시스템이 최대 용량에 도달하지 않으면 실제로 관찰할 수 있는 TPS는 훨씬 낮아집니다. 그래서 여기에도 많은 혼란이 있습니다.

진짜 해결책은 GitHub 저장소에 반복 가능한 벤치마크를 두는 것이라고 생각합니다. 각 팀은 이 저장소에 기여하고 전 세계에 다양한 서버를 배포하는 프로세스를 정의하는 완전한 스크립트를 푸시할 것으로 예상됩니다. 그런 다음 스크립트는 시스템의 다양한 노드에 많은 수의 트랜잭션을 보내고 실제로 전체 트랜잭션 처리량 테스트를 재현할 수 있었습니다.

이것은 우리 팀이 적어도 Monad에 도입할 계획이지만 다른 경쟁 벤치마크에도 도입할 계획입니다. 이는 결과뿐만 아니라 해당 결과를 생성하는 데 사용한 프로세스도 게시하는 일반적인 과학 연구 프로세스와 유사합니다. 이런 방식으로 제3자가 이러한 벤치마크를 재실험하고 재현할 수 있습니다. 이는 우리에게 매우 중요하며 우리가 하려는 일입니다.

원본 링크