원저자: 리포지 리서치

원본 편집: Deep Chao TechFlow

프랭클린은 “이 세상에서 피할 수 없는 유일한 것은 죽음과 세금뿐이다”라는 유명한 말을 한 적이 있습니다.

이 기사의 원래 제목은 죽음, 세금 및 병렬 EVM이었습니다.

병렬 EVM이 암호화 세계에서 피할 수 없는 추세가 된다면 병렬 EVM을 사용하는 암호화 세계는 어떤 모습일까요?

Reforge Research는 기술 및 응용 관점에서 이 아이디어를 논의했습니다. 다음은 전문을 편집한 것입니다.

소개하다

오늘날의 컴퓨터 시스템에서 작업을 더 빠르고 효율적으로 만드는 것은 작업을 순차적이 아닌 병렬로 완료하는 것을 의미하는 경우가 많습니다. 이 현상을 병렬화라고 하며 현대 컴퓨터에 멀티 코어 프로세서 아키텍처가 등장하면서 촉발되었습니다. 전통적으로 단계별 방식으로 수행되었던 작업이 이제는 동시적인 관점을 통해 처리되어 프로세서의 성능이 극대화됩니다. 마찬가지로, 블록체인 네트워크에서는 여러 작업을 동시에 수행한다는 원칙이 트랜잭션 수준에서 적용됩니다. 비록 여러 프로세서를 활용하는 것이 아니라 네트워크 내 수많은 검증인의 집단적 검증 능력을 활용하는 것입니다. 일부 초기 구현 예는 다음과 같습니다.

• 2015년 Nano(XNO)는 각 계정에 자체 블록체인이 있는 격자 구조를 구현하여 병렬 처리를 허용하고 네트워크 전체의 거래 확인이 필요하지 않도록 했습니다.

• 2018년에는 Block-STM(Software Transactional Memory) 병렬 실행 엔진 블록체인 네트워크 논문이 출판되었으며 Polkadot은 다중 체인 아키텍처를 통해 병렬화에 접근했으며 EOS는 다중 스레드 처리 엔진을 출시했습니다.

• 2020년에 Avalanche는 합의를 위해 병렬 처리(직렬화된 EVM c-체인 대신)를 도입했으며, Solana는 Sealevel이라는 유사한 혁신을 도입했습니다.

EVM의 경우 트랜잭션과 스마트 계약 실행은 처음부터 순차적이었습니다. 이 단일 스레드 실행 설계는 특히 네트워크 수요가 가장 많은 기간 동안 전체 시스템 처리량과 확장성을 제한합니다. 네트워크 검증인의 작업량이 증가함에 따라 네트워크 속도는 필연적으로 느려지고 사용자는 더 높은 비용에 직면하게 되며 혼잡한 네트워크 환경에서 거래 우선순위를 놓고 입찰 경쟁을 벌이게 됩니다.

이더리움 커뮤니티는 2017년 Vitalik의 EIP를 시작으로 오랫동안 병렬 처리를 솔루션으로 탐구해 왔습니다. 원래 의도는 전통적인 샤드 체인 또는 샤딩을 통해 병렬화를 달성하는 것이었습니다. 그러나 더 간단하고 보다 즉각적인 확장성 이점을 제공하는 L2 롤업의 신속한 개발 및 채택으로 인해 이더리움의 초점이 샤딩에서 현재 danksharding으로 알려진 것으로 옮겨졌습니다. danksharding을 사용하면 샤딩은 트랜잭션을 병렬로 실행하기보다는 주로 데이터 가용성을 위한 계층으로 사용됩니다. 그러나 아직 danksharding의 완전한 구현이 이루어지지 않은 상황에서 Monad, Neon EVM 및 Sei와 같이 탁월한 EVM 호환성을 갖춘 몇 가지 주요 대체 병렬 L1 네트워크에 관심이 쏠렸습니다.

소프트웨어 시스템 엔지니어링의 전통적인 발전과 다른 네트워크의 확장성 성공을 고려할 때 EVM의 병렬 실행은 불가피합니다. 우리는 이러한 전환에 대해 확신을 갖고 있지만 이후의 미래는 여전히 불확실하지만 잠재력은 매우 높습니다. 현재 총 잠금 가치가 800억 달러 이상을 자랑하는 세계 최대 스마트 계약 개발자 생태계의 영향은 상당합니다. 최적화된 상태 액세스로 인해 가스 가격이 1센트 미만으로 급락하면 어떻게 되나요? 애플리케이션 레이어 개발자를 위한 디자인 공간은 얼마나 넓어질까요? 병렬 이후 EVM 세계를 볼 수 있는 방법은 다음과 같습니다.

병렬화는 목적이 아니라 수단이다

블록체인 확장은 다차원적인 문제이며, 병렬 실행은 블록체인 상태 저장과 같은 보다 중요한 인프라 개발을 위한 길을 열어줍니다.

병렬 EVM에서 작업하는 프로젝트의 경우 주요 과제는 계산을 동시에 실행할 수 있도록 하는 것뿐만 아니라 상태 액세스 및 수정이 병렬화된 환경에서 최적화되도록 하는 것입니다. 문제의 핵심에는 두 가지 주요 문제가 있습니다.

• Ethereum 클라이언트와 Ethereum 자체는 스토리지에 서로 다른 데이터 구조(B-트리/LSM 트리 대 Merkle Patricia Trie)를 사용하므로 한 데이터 구조를 다른 데이터 구조에 포함할 때 성능이 저하될 수 있습니다.

• 병렬 실행에서는 트랜잭션 읽기 및 업데이트를 위한 비동기식 입출력(비동기식 I/O) 기능이 중요합니다. 프로세스가 서로 기다리면서 교착 상태가 되어 속도가 낭비될 수 있습니다.

많은 수의 추가 SHA-3 해시 또는 계산을 추가하는 추가 계산 작업은 저장된 값을 검색하거나 설정하는 비용에 비해 미미합니다. 트랜잭션 처리 시간과 가스 가격을 줄이기 위해서는 데이터베이스 자체의 인프라를 개선해야 합니다. 이는 단순히 원시 키-값 저장소(예: SQL 데이터베이스)의 대안으로 기존 데이터베이스 아키텍처를 채택하는 것 이상입니다. EVM 상태를 구현하기 위해 관계형 모델을 사용하면 불필요한 복잡성과 오버헤드가 추가되어 기본 키-값 저장소를 사용하는 것보다 'sload' 및 'sstore' 작업 비용이 더 많이 발생합니다. EVM 상태는 포인트 읽기 및 쓰기만 수행하고 쓰기는 각 블록의 끝에서 별도로 발생하므로 순서 지정, 범위 스캔 또는 트랜잭션 의미 체계와 같은 기능이 필요하지 않습니다. 따라서 이러한 개선을 위한 요구 사항은 확장성, 지연 시간이 짧은 읽기 및 쓰기, 효율적인 동시성 제어, 상태 정리 및 보관, EVM과의 원활한 통합과 같은 주요 고려 사항을 해결하는 데 중점을 두어야 합니다. 예를 들어 Monad는 MonadDB라는 사용자 정의 상태 데이터베이스를 처음부터 구축하고 있습니다. 디스크와 메모리에 Merkle Patricia Trie 데이터 구조를 기본적으로 구현하는 동시에 비동기 작업에 대한 최신 커널 지원을 활용합니다.

우리는 기본 키-값 데이터베이스를 더욱 재구성하고 대부분의 블록체인 스토리지 기능을 지원하는 타사 인프라를 크게 개선할 것으로 예상합니다.

프로그래밍 가능한 중앙 지정가 주문(pCLOB)을 다시 훌륭하게 만들기

DeFi가 더 높은 충실도 상태로 전환됨에 따라 CLOB가 지배적인 설계 접근 방식이 될 것입니다.

2017년 데뷔 이후 자동화된 시장 조성자(AMM)는 DeFi의 초석이 되어 단순성과 유동성 부트스트랩을 위한 고유한 능력을 제공했습니다. AMM은 유동성 풀과 가격 책정 알고리즘을 활용하여 DeFi에 혁명을 일으키고 주문장과 같은 기존 거래 시스템에 대한 최고의 대안이 됩니다. CLOB(중앙 지정가 주문)는 전통적인 금융의 기본 구성 요소이지만 Ethereum에 도입되었을 때 블록체인 확장성 제한에 직면했습니다. 각 주문 제출, 실행, 취소 또는 수정에는 새로운 온체인 트랜잭션이 필요하므로 많은 수의 트랜잭션이 필요합니다. Ethereum의 확장성 노력이 미성숙했기 때문에 이 요구 사항과 관련된 비용으로 인해 CLOB는 DeFi 초기에 적합하지 않았고 EtherDelta 와 같은 초기 버전의 실패에 기여했습니다. 그러나 AMM이 인기가 있음에도 불구하고 고유한 한계에 직면해 있습니다. DeFi가 수년에 걸쳐 더욱 정교한 거래자와 기관을 유치함에 따라 이러한 한계는 점점 더 분명해졌습니다.

CLOB의 우수성을 깨달은 후, CLOB 기반 거래소를 DeFi에 통합하려는 노력이 더 확장 가능한 다른 블록체인 네트워크에서 증가하기 시작했습니다. Kujira , Serum(RIP), Demex , dYdX , Dexalot , 그리고 최근에는 Aori 및 Hyperliquid 와 같은 프로토콜은 AMM 대응 제품에 비해 더 나은 온체인 거래 경험을 제공하는 것을 목표로 합니다. 그러나 영구 계약을 위한 dYdX 및 Hyperliquid와 같은 도메인별 프로젝트와는 별도로 이러한 대체 네트워크의 CLOB는 확장성 외에도 고유한 과제에 직면해 있습니다.

• 유동성 분산: 구성성이 뛰어나고 완벽하게 통합된 이더리움의 DeFi 프로토콜로 인해 발생하는 네트워크 효과로 인해 다른 체인의 CLOB가 충분한 유동성과 거래량을 유치하기 어렵게 되어 채택과 유용성이 저해됩니다.

• Meme 코인: 온체인 CLOB의 유동성을 부팅하려면 제한 주문이 필요합니다. 이는 meme과 같이 새롭고 잘 알려지지 않은 자산의 경우 닭고기와 달걀이 결정되는 문제입니다.

블롭이 있는 CLOB

하지만 L2는 어떻습니까? 기존 Ethereum L2 스택은 특히 최근 Dencun 하드 포크 이후 메인넷에 비해 거래 처리량과 가스 비용이 크게 향상되었습니다. 가스 집약적인 호출 데이터를 경량의 Blob(Binary Large Object)으로 대체함으로써 비용이 크게 절감됩니다. Growthepie 에 따르면 4월 1일 현재 Arbitrum과 OP의 가격은 각각 $0.028과 $0.064이며 Mantle이 $0.015로 가장 저렴합니다. 이는 통화데이터가 비용의 70~90%를 차지했던 칸쿤 업그레이드 이전과 큰 차이이다. 불행하게도 $0.01의 후속/취소 수수료가 여전히 비싼 것으로 간주되기 때문에 이는 충분히 저렴하지 않습니다. 예를 들어, 기관 거래자와 시장 조성자는 종종 높은 거래 주문 비율을 갖고 있습니다. 즉, 실제로 실행되는 거래 수에 비해 높은 수의 주문을 한다는 의미입니다. 오늘날의 L2 수수료 가격에도 불구하고 주문 제출 비용을 지불한 다음 여러 원장에 걸쳐 해당 주문을 수정하거나 취소하는 것은 기관 플레이어의 수익성과 전략적 결정에 상당한 영향을 미칠 수 있습니다. 다음 예를 상상해 보세요.

회사 A: 시간당 표준 벤치마크는 주문 제출 10,000건, 거래 1,000건, 취소 또는 수정 9,000건입니다. 회사가 하루에 100개의 원장을 운영하는 경우 $0.01 미만의 단일 거래에 대해서도 총 활동에 대한 수수료가 쉽게 $150,000를 초과할 수 있습니다.

pCLOB

병렬 EVM의 출현으로 우리는 주로 온체인 CLOB의 실행 가능성으로 인해 DeFi 활동이 급증할 것으로 예상합니다. 하지만 CLOB(pCLOB)만 그런 것은 아닙니다. DeFi는 본질적으로 구성 가능하고 무제한의 프로토콜과 상호 작용할 수 있다는 점을 고려하면 수많은 트랜잭션 순열이 생성될 수 있습니다. 이 현상을 이용하여 pCLOB는 주문 제출 프로세스 중에 사용자 정의 논리를 활성화할 수 있습니다. 이 로직은 주문이 제출되기 전이나 후에 호출될 수 있습니다. 예를 들어 pCLOB 스마트 계약에는 다음을 수행하는 사용자 정의 논리가 포함될 수 있습니다.

• 사전 정의된 규칙이나 시장 상황에 따라 주문 매개변수(예: 가격, 수량)를 검증합니다.

• 실시간 위험 점검 수행(예: 레버리지 거래에 대한 적절한 마진 또는 담보 보장)

• 모든 매개변수(예: 주문 유형, 거래량, 시장 변동성 등)를 기반으로 동적 수수료 계산을 적용합니다.

• 지정된 트리거 조건에 따라 조건부 주문을 실행합니다.

기존 거래 설계보다 훨씬 저렴합니다.

JIT(Just-In-Time) 유동성 개념이 이를 잘 보여줍니다. 유동성은 단일 거래소에서 유휴 상태로 있지 않으며 주문이 일치하고 기본 플랫폼에서 유동성이 인출될 때까지 다른 곳에서 수익을 생성합니다. 거래를 위한 유동성을 찾기 전에 MakerDAO에서 모든 이익을 얻고 싶지 않은 사람이 있을까요? 맹그로브 거래소(Mangrove Exchange)의 혁신적인 제안-코드 접근 방식은 잠재력을 암시합니다. 주문의 견적이 일치하면 그 안에 포함된 코드 부분이 주문 접수자가 요청한 유동성을 찾는 유일한 임무를 수행합니다. 하지만 L2 확장성과 비용 측면에서 여전히 과제가 남아 있습니다.

병렬 EVM은 또한 pCLOB의 매칭 엔진을 크게 향상시킵니다. pCLOB는 이제 여러 "채널"을 활용하여 들어오는 주문을 동시에 처리하고 일치 계산을 수행하는 병렬 일치 엔진을 구현할 수 있습니다. 각 채널은 주문장의 하위 집합을 처리할 수 있으므로 가격-시간 우선순위에 대한 제한이 없으며 일치하는 항목이 발견된 경우에만 실행됩니다. 주문 제출, 실행 및 수정 사이의 대기 시간이 줄어들어 주문서 업데이트가 최적으로 효율적으로 이루어집니다.

Monad의 공동 창립자이자 CEO인 Keone Hon은 다음과 같이 말했습니다. “AMM은 유동성이 부족한 상황에서도 계속해서 시장을 만들 수 있는 자동화된 시장 조성자의 능력으로 인해 롱테일 자산에서 계속 널리 사용될 것으로 예상됩니다. 블루칩' 자산인 pCLOB가 지배할 것입니다.

Monad의 공동 창립자이자 CEO인 Keone과의 토론에서 그는 여러 pCLOB가 다양한 처리량 생태계에서 견인력을 얻을 것으로 기대할 수 있다고 제안했습니다. Keone은 이러한 pCLOB가 낮은 수수료의 영향으로 인해 더 큰 DeFi 생태계에 상당한 영향을 미칠 것이라고 강조했습니다.

이러한 개선 사항 중 일부만 있어도 pCLOB가 자본 효율성을 개선하고 DeFi 내에서 새로운 범주를 여는 데 상당한 영향을 미칠 것으로 기대합니다.

더 많은 응용 프로그램이 필요하지만 먼저...

기존 애플리케이션과 새로운 애플리케이션은 기본 병렬성을 최대한 활용하는 방식으로 설계되어야 합니다.

pCLOB를 제외하고 현재 분산형 애플리케이션은 병렬이 아니며 블록체인과의 상호 작용이 순차적으로 발생합니다. 그러나 역사를 보면 기술과 애플리케이션은 원래 염두에 두고 설계되지 않았더라도 새로운 발전을 활용하기 위해 자연스럽게 진화했습니다.

Sei의 블록체인 설계자인 Steven Landers는 다음과 같이 말했습니다. 최초의 iPhone이 출시되었을 때 이를 위해 설계된 앱은 나쁜 컴퓨터 앱처럼 보였습니다. 상황은 여기와 비슷합니다. 우리는 블록체인에 멀티 코어를 추가하고 있으며 이를 통해 더 나은 애플리케이션이 탄생할 것입니다.

인터넷에 잡지 카탈로그를 게시하는 것에서부터 강력한 양면 시장의 존재까지 전자 상거래의 발전이 전형적인 예입니다. 병렬 EVM의 출현으로 우리는 분산형 애플리케이션에서도 유사한 변화를 목격하게 될 것입니다. 이는 주요 제한 사항을 더욱 강조합니다. 즉, 병렬성을 고려하지 않는 애플리케이션은 병렬 EVM의 효율성 향상 혜택을 누릴 수 없습니다. 따라서 애플리케이션 계층을 재설계하지 않고 인프라 계층에서 병렬성을 갖는 것만으로는 충분하지 않습니다. 구조적으로 일관성이 있어야 합니다.

국가 경합

애플리케이션 자체를 변경하지 않더라도 여전히 약간의 2~4배 성능 향상을 기대합니다. 하지만 훨씬 더 향상될 수 있는데 왜 여기서 멈추겠습니까? 이러한 변화로 인해 중요한 과제가 발생합니다. 즉, 병렬 처리의 미묘한 차이를 수용할 수 있도록 애플리케이션을 근본적으로 재설계해야 한다는 것입니다.

Sei의 블록체인 설계자인 Steven Landers는 다음과 같이 말했습니다. 처리량을 활용하려면 거래 간 경쟁을 제한해야 합니다.

더 구체적으로 말하면, 분산형 애플리케이션의 여러 트랜잭션이 동시에 동일한 상태를 수정하려고 시도할 때 충돌이 발생합니다. 충돌을 해결하려면 충돌하는 트랜잭션을 직렬화해야 하므로 병렬화의 이점이 무효화됩니다.

현재로서는 논의하지 않을 충돌 해결 방법이 많이 있지만 실행 중에 발생할 수 있는 잠재적 충돌 수는 응용 프로그램 개발자에 따라 크게 달라집니다. 분산형 애플리케이션 범위 내에서는 Uniswap과 같은 가장 널리 사용되는 프로토콜조차도 이러한 제한을 고려하거나 구현하지 않습니다. Aori 의 공동 창업자 인 0x Taker가 평행 세계에서 일어날 주요 국가 논란에 대해 심도 있게 이야기를 나눴습니다. AMM의 경우 P2P 모델로 인해 많은 참가자가 동시에 단일 풀을 목표로 삼을 수 있습니다. 몇 개에서 100개 이상의 거래가 상태를 놓고 경쟁하므로 AMM 설계자는 풀링 이점을 극대화하기 위해 상태 전체의 유동성 분배 및 관리를 신중하게 고려해야 합니다.

Sei의 핵심 개발자인 Steven은 Sei가 병렬화의 의미와 리소스 활용을 완전히 포착하는 방법을 적극적으로 연구하고 있다는 점을 언급하면서 멀티 스레드 개발에서 경합을 고려하는 것의 중요성을 강조했습니다.

성능 예측 가능성

MegaETH의 공동 창립자이자 CEO인 Yilong도 성능 예측 가능성을 추구하는 분산형 애플리케이션의 중요성을 강조했습니다. 성능 예측 가능성은 네트워크 정체나 기타 요인에 관계없이 특정 기간 동안 일관되게 트랜잭션을 실행하는 분산형 애플리케이션의 능력을 의미합니다. 이를 달성하는 한 가지 방법은 애플리케이션별 체인을 이용하는 것입니다. 그러나 애플리케이션별 체인은 예측 가능한 성능을 제공하지만 구성성을 희생합니다.

Aori의 공동 창업자인 0x Taker는 다음과 같이 말했습니다: 병렬화는 국가 분쟁을 최소화하기 위해 현지 수수료 시장을 실험할 수 있는 방법을 제공합니다.

고급 병렬성과 다차원 수수료 메커니즘을 통해 단일 블록체인은 전체 구성성을 유지하면서 각 애플리케이션에 대해 보다 결정적인 성능을 제공할 수 있습니다.

솔라나는 현지화된 훌륭한 수수료 시장 시스템을 갖추고 있으므로 여러 사용자가 동일한 상태에 액세스하면 글로벌 수수료 시장에서 서로 입찰하는 대신 더 많은(최고 가격)을 지불하게 됩니다. 이 접근 방식은 성능 예측 가능성과 구성 가능성이 필요한 느슨하게 연결된 프로토콜에 특히 유용합니다. 이 개념을 설명하기 위해 다중 차선과 동적 통행료 징수 시스템을 갖춘 고속도로 시스템을 생각해 보십시오. 피크 시간 동안 고속도로에서는 더 높은 통행료를 지불할 의향이 있는 차량에 전용 급행 차선을 할당할 수 있습니다. 이러한 급행 차선은 속도를 우선시하고 프리미엄을 기꺼이 지불하려는 사람들에게 예측 가능하고 빠른 이동 시간을 보장합니다. 동시에 일반 차선은 모든 차량에게 개방되어 고속도로 시스템의 전반적인 연결성을 유지합니다.

모든 가능성을 생각해

기본 병렬성에 맞게 프로토콜을 재설계하는 것은 어려워 보일 수 있지만 DeFi 및 기타 업종에서는 달성 가능한 설계 공간이 크게 확장됩니다. 더 정교하고 효율적이며 이전에는 성능 제한으로 인해 실용적이지 않았던 사용 사례에 초점을 맞춘 차세대 애플리케이션을 볼 수 있을 것으로 기대할 수 있습니다.

Monad의 공동 창업자이자 CEO인 Keone Hon은 다음과 같이 말했습니다: 1995년에 유일한 인터넷 요금제가 다운로드한 데이터 1MB당 0.10달러를 지불하는 것이었을 때에는 방문한 사이트를 신중하게 선택했을 것입니다. 그 시대에서 무한한 세계로 나아가는 것을 상상해 보고 사람들이 무엇을 하는지, 무엇이 가능해지는지 알아보세요.

DeFi 애플리케이션, 특히 분산형 거래소가 추천 프로그램(예: 포인트, 에어드롭)과 우수한 사용자 경험을 무기로 제공하는 중앙형 거래소 초기, 사용자 확보 전쟁과 유사한 시나리오로 돌아갈 가능성이 있습니다. 우리는 온체인 게임과의 합리적인 상호작용이 실제로 중요한 일이 될 수 있는 세상을 보고 있습니다. 하이브리드 주문서-AMM은 이미 존재하지만 CLOB 주문자를 독립형 노드로 두고 거버넌스를 통해 분산화하는 대신 온체인으로 이동하여 향상된 분산화, 낮은 대기 시간 및 향상된 구성성을 가능하게 합니다. 이제 완전한 온체인 사회적 상호작용도 가능해졌습니다. 솔직히 말해서, 많은 수의 사람이나 에이전트가 동시에 무언가를 수행하는 것은 이제 불가능합니다.

인간 외에도 지능형 에이전트가 현재보다 훨씬 더 체인의 거래 흐름을 지배할 가능성이 높습니다. AI는 차익 거래 봇과 자율적으로 거래를 실행하는 능력을 통해 한동안 게임의 일부였지만 이들의 참여는 기하급수적으로 증가할 것입니다. 우리의 이론은 모든 형태의 온체인 참여가 AI에 의해 어느 정도 강화될 것이라는 것입니다. 에이전트가 거래를 수행하기 위한 지연 시간 요구 사항은 현재 우리가 상상하는 것보다 더 중요할 것입니다.

궁극적으로 기술 진보는 근본적인 활성화 요소일 뿐입니다. 최종 승자는 사용자를 유치하고 동료보다 더 나은 거래량/유동성을 시작할 수 있는지 여부에 따라 결정됩니다. 차이점은 이제 개발자가 마음대로 사용할 수 있는 리소스가 더 많아졌다는 것입니다.

암호화폐 사용자 경험이 엉망이었는데, 이제 나쁘지 않을 것입니다

UXU(사용자 경험 통합)는 가능할 뿐만 아니라 필요하며 업계에서는 이를 실현하기 위해 확실히 노력하고 있습니다.

오늘날의 블록체인 사용자 경험은 단편적이고 번거롭습니다. 사용자는 여러 블록체인, 지갑 및 프로토콜 사이에서 작업해야 하고, 거래가 완료될 때까지 기다려야 하며, 잠재적으로 보안 위반이나 해커의 위험을 감수해야 합니다. 이상적인 미래는 사용자가 기본 블록체인 인프라에 대해 걱정할 필요 없이 자산과 안전하고 원활하게 상호 작용할 수 있는 미래입니다. 우리가 UXU(사용자 경험 통합)라고 부르는 프로세스는 현재의 단편화된 사용자 경험에서 통합되고 단순화된 경험으로의 전환입니다.

근본적으로, 특히 대기 시간과 수수료를 줄여 블록체인 성능을 개선하면 사용자 경험 문제를 해결하는 데 크게 도움이 될 수 있습니다. 역사적으로 성능 개선은 디지털 사용자 경험의 모든 측면에 긍정적인 영향을 미치는 경향이 있었습니다. 예를 들어, 더 빠른 인터넷 속도는 원활한 온라인 상호 작용을 가능하게 할 뿐만 아니라 더욱 풍부하고 몰입도가 높은 디지털 콘텐츠에 대한 수요를 촉진합니다. 광대역 및 광섬유 기술의 출현으로 고화질 비디오의 저지연 스트리밍과 실시간 온라인 게임이 촉진되어 디지털 플랫폼에 대한 사용자 기대가 높아졌습니다. 이러한 깊이와 품질에 대한 끊임없는 추구는 고급 대화형 웹 콘텐츠부터 정교한 클라우드 기반 서비스, 가상/증강 현실 경험에 이르기까지 차세대의 크고 강력한 혁신을 개발하는 회사의 지속적인 혁신을 불러일으켰습니다. 인터넷 속도가 증가하면 온라인 경험 자체가 향상될 뿐만 아니라 사용자 요구의 범위도 확대됩니다.

마찬가지로, 블록체인 성능의 향상은 대기 시간을 줄여 사용자 경험을 직접적으로 향상시킬 뿐만 아니라 전반적인 사용자 경험을 통합하고 개선하는 프로토콜의 등장을 통해 간접적으로도 향상됩니다. 성능은 존재의 핵심 요소입니다. 특히, 이러한 네트워크, 특히 병렬 EVM의 더 높은 성능과 더 낮은 가스 요금은 최종 사용자가 들어오고 나가는 프로세스가 더 원활해지고 더 많은 개발자를 유치할 수 있음을 의미합니다. Axelar Interoperability Network의 공동 창립자인 Sergey와의 대화에서 그는 진정으로 상호 운용 가능할 뿐만 아니라 더욱 공생적인 세상을 구상합니다.

Sergey는 다음과 같이 말했습니다. 처리량이 높은 체인에 복잡한 논리(예: 병렬 EVM)가 있고 체인 자체가 높은 성능으로 인해 해당 논리의 복잡성과 처리량 요구 사항을 "흡수"할 수 있는 경우 상호 운영 솔루션을 사용할 수 있습니다. 이 기능을 효율적인 방식으로 다른 체인으로 내보냅니다.

Orb Labs 의 공동 창립자인 Felix Madutsa는 다음과 같이 말했습니다. “확장성 문제가 해결되고 서로 다른 생태계 간의 상호 운용성이 향상됨에 따라 우리는 Web3 사용자 경험을 Web2와 통합할 일부 프로토콜의 출현을 목격하게 될 것입니다. 몇 가지 예로는 2세대 인텐트 기반 프로토콜, 고급 RPC 인프라, 체인 추상화 기능, 인공 지능으로 강화된 개방형 컴퓨팅 인프라 등이 있습니다.

다른 측면

성능 요구 사항이 증가함에 따라 오라클 시장은 활발해질 것입니다.

병렬 EVM은 오라클의 성능 요구 사항이 증가한다는 것을 의미하며, 이는 지난 몇 년간 심각하게 뒤떨어져 있었습니다. 애플리케이션 수준의 수요 증가는 표준 이하의 성능과 보안으로 가득 찬 시장을 활성화하여 DeFi 포트폴리오 성능을 향상시킵니다. 예를 들어, 시장 깊이와 거래량은 통화 시장과 같은 많은 DeFi 기본 요소에 대한 두 가지 강력한 지표입니다. 우리는 Chainlink 및 Pyth와 같은 기존 대기업이 새로운 플레이어가 이 새로운 시대에 시장 점유율에 도전함에 따라 상대적으로 빠르게 적응할 것으로 기대합니다. Chainlink의 고위 멤버들과 이야기를 나눈 후 우리의 생각은 만장일치였습니다. “Chainlink의 합의는 병렬 EVM이 지배적이 되면 계약을 재구성하여 가치를 포착할 수 있다는 것입니다(예: 계약 간 종속성을 줄여 거래가 /calls는 불필요하게 종속적이지 않으므로 MEV가 아닙니다. 그러나 병렬 EVM은 이미 EVM에서 실행 중인 애플리케이션의 투명성과 처리량을 향상하도록 설계되었으므로 네트워크 안정성에 영향을 미치지 않아야 합니다."

이는 Chainlink가 자사 제품에 대한 병렬 실행의 영향을 이해하고 있음을 보여주며, 앞서 강조한 것처럼 병렬화를 활용하려면 계약을 재창조해야 합니다.

이것은 단순한 L1 파티가 아닙니다. 병렬 EVM L2도 이 재미에 동참하고 싶어합니다.

기술적 관점에서는 L1을 개발하는 것보다 고성능 병렬 EVM L2 솔루션을 만드는 것이 더 쉽습니다. 이는 L2에서 주문자 설정이 기존 L1 시스템(예: Tendermint 및 그 변형)에서 사용되는 합의 기반 메커니즘보다 간단하기 때문입니다. 이러한 단순성은 많은 노드가 순서에 동의해야 하는 합의 기반 L1 시스템과 달리 병렬 EVM L2 설정의 시퀀서가 트랜잭션 순서만 유지하면 된다는 사실에서 비롯됩니다.

보다 구체적으로, 우리는 낙관주의 기반 병렬 EVM L2가 단기적으로 영지식 대응 제품을 지배할 것으로 기대합니다. 결국 우리는 다른 zk-rollup에 사용되는 전통적인 접근 방식이 아닌 RISC 0과 같은 일반적인 영지식 프레임워크를 통해 OP 기본 롤업에서 zk-rollup으로 전환하는 것은 시간 문제일 뿐이라고 예상합니다.

이제 Rust가 더 나아졌나요?

프로그래밍 언어 선택은 이러한 시스템 개발에 중요한 역할을 합니다. 우리는 다른 어떤 대안보다도 Ethereum의 Rust 구현 Reth인 Rust를 선호합니다. Rust는 가비지 수집 없는 메모리 안전성, 비용이 들지 않는 추상화, 풍부한 유형 시스템 등을 포함하여 다른 언어에 비해 많은 이점을 갖고 있으므로 이러한 선호는 임의적이지 않습니다.

우리의 견해로는 Rust와 C++ 간의 경쟁이 차세대 블록체인 개발 언어 사이에서 중요한 경쟁이 되고 있습니다. 이 경쟁은 종종 간과되지만 무시할 수는 없습니다. 언어 선택은 개발자가 구축하는 시스템의 효율성, 보안 및 다양성에 영향을 미치기 때문에 매우 중요합니다.

개발자는 이러한 시스템에 생명을 불어넣는 사람이며, 개발자의 선호도와 전문 지식은 업계 방향에 매우 중요합니다. 우리는 Rust가 결국 성공할 것이라고 굳게 믿습니다. 그러나 한 구현을 다른 구현으로 마이그레이션하는 것은 쉽지 않습니다. 이를 위해서는 상당한 리소스, 시간 및 전문 지식이 필요하므로 처음부터 올바른 언어를 선택하는 것이 중요합니다.

병렬 실행의 맥락에서 Move를 언급하지 않는 것은 부적절합니다. Rust와 C++가 종종 주목을 받는 반면, Move에는 똑같이 적합한 여러 기능이 있습니다.

• 이동에는 생성, 이동 또는 파기만 가능하고 복사할 수 없는 유형인 "리소스" 개념이 도입되었습니다. 이렇게 하면 리소스가 항상 고유하게 소유되어 경쟁 조건 및 데이터 경합과 같이 병렬 실행에서 발생할 수 있는 일반적인 문제를 방지할 수 있습니다.

• 형식 검증 및 정적 타이핑: Move는 안전성에 중점을 둔 정적 타이핑 언어입니다. 여기에는 일반적인 프로그래밍 오류 및 취약점을 방지하는 데 도움이 되는 유형 추론, 소유권 추적 및 오버플로 검사와 같은 기능이 포함되어 있습니다. 이러한 안전 기능은 오류를 감지하고 재현하기가 더 어려울 수 있는 병렬 실행 환경에서 특히 중요합니다. 언어의 의미 체계와 유형 시스템은 Rust 및 Haskell과 유사한 선형 논리를 기반으로 하므로 Move 프로그램의 정확성을 더 쉽게 추론할 수 있으므로 형식 검증을 통해 동시 작업이 안전하고 올바른지 확인할 수 있습니다.

• Move는 스마트 계약이 더 작고 재사용 가능한 모듈로 구성되는 모듈식 설계 접근 방식을 옹호합니다. 이 모듈식 구조를 사용하면 개별 구성 요소의 동작을 더 쉽게 이해할 수 있으며 여러 모듈을 동시에 실행할 수 있으므로 병렬 실행이 용이해집니다.

향후 고려 사항: EVM은 안전하지 않으며 개선이 필요합니다.

우리는 병렬 EVM 이후 온체인 세계에 대해 매우 낙관적인 그림을 그리지만, EVM 및 스마트 계약 보안과 관련된 문제가 해결되지 않으면 아무 의미가 없습니다.

네트워크 경제 및 합의 보안과 달리 해커는 이더리움 DeFi 프로토콜의 스마트 계약 보안 취약점을 악용하여 2023년에 13억 달러 이상을 불법적으로 획득했습니다. 결과적으로 사용자는 중앙화된 검증자 세트가 있는 하이브리드 "분산형" 프로토콜이나 벽으로 둘러싸인 CEX를 선호하며, 더 안전한(그리고 더 나은 성능의) 온체인 경험을 위해 분산화를 희생합니다.

EVM 설계에 내재된 보안 기능 부족이 이러한 취약점의 근본 원인입니다.

엄격한 안전 기준을 통해 항공 여행을 매우 안전하게 만든 항공우주 산업과 마찬가지로 보안에 대한 블록체인의 접근 방식에서도 극명한 대조를 보입니다. 사람들이 무엇보다 생명을 소중히 여기는 것처럼, 금융 자산의 보안도 무엇보다 중요합니다. 포괄적인 테스트, 이중화, 내결함성 및 엄격한 개발 표준과 같은 주요 관행은 항공 산업의 안전 기록을 뒷받침합니다. 이러한 주요 기능은 현재 EVM에서 일반적으로 누락되어 있으며 대부분의 경우 다른 VM에서도 마찬가지입니다.

한 가지 잠재적인 해결책은 CosmWasm 과 같은 별도의 VM이 운영 체제 내부에서 바이러스 백신 소프트웨어가 수행하는 것과 마찬가지로 EVM 스마트 계약의 실시간 실행을 모니터링하는 이중 VM 설정을 사용하는 것입니다. 이 구조를 통해 해킹 사고를 줄이기 위해 특별히 설계된 호출 스택 검사와 같은 고급 검사가 가능합니다. 그러나 이 접근 방식에는 기존 블록체인 시스템에 대한 상당한 업그레이드가 필요합니다. 우리는 Arbitrum Stylus 및 Artela 와 같은 새롭고 더 나은 위치에 있는 솔루션이 처음부터 이 아키텍처를 성공적으로 구현할 것으로 기대합니다.

시장의 기존 보안 기본 요소는 메모리 풀 확인 또는 스마트 계약 코드 감사/검토와 같은 위협이 들어오거나 시도되는 것에 대한 반응인 경향이 있습니다. 이러한 메커니즘은 도움이 되지만 VM 설계의 잠재적인 취약점을 해결하는 데는 실패합니다. 블록체인 네트워크와 해당 애플리케이션 계층의 보안을 재창조하고 강화하려면 보다 생산적이고 적극적인 접근 방식을 취해야 합니다.

우리는 이미 이 접근 방식을 성공적으로 사용하고 있는 산업(예: 항공우주)에 맞춰 이중 VM 설정을 통해 실시간 보호 및 기타 중요한 보안 기능을 내장하기 위해 블록체인 VM 아키텍처를 정밀 검사할 것을 옹호합니다. 앞으로 우리는 보안의 발전이 업계의 성능 향상(예: 병렬 EVM)과 일치하도록 예방적 접근 방식을 강조하는 인프라 개선을 지원하기 위해 최선을 다하고 있습니다.

결론적으로

병렬 EVM의 출현은 블록체인 기술 발전에 있어 중요한 전환점이 됩니다. 동시 트랜잭션 실행을 활성화하고 상태 액세스를 최적화함으로써 병렬 EVM은 분산형 애플리케이션에 대한 새로운 가능성의 시대를 열어줍니다. 프로그래밍 가능한 CLOB의 부활부터 더욱 복잡하고 성능이 뛰어난 애플리케이션의 출현까지, 병렬 EVM은 더욱 통합되고 사용자 친화적인 블록체인 생태계를 위한 기반을 마련했습니다. 업계가 이러한 패러다임 전환을 수용함에 따라 우리는 분산형 기술로 가능한 것의 경계를 넓히는 혁신의 물결을 볼 수 있을 것으로 예상할 수 있습니다. 궁극적으로 이러한 변화의 성공 여부는 개발자, 인프라 제공업체 및 광범위한 커뮤니티가 병렬 실행 원칙에 적응하고 조정하여 기술이 일상 생활에 원활하게 통합되도록 이끄는 능력에 달려 있습니다.

병렬 EVM의 출현은 분산형 애플리케이션과 사용자 경험의 지형을 바꿀 수 있는 잠재력을 가지고 있습니다. DeFi와 같은 주요 분야의 성장을 오랫동안 방해해 온 확장성과 성능 제한을 해결함으로써 트릴레마를 희생하지 않고 복잡하고 처리량이 많은 애플리케이션이 번성할 수 있는 문을 엽니다.

이 비전을 실현하려면 인프라 개선 그 이상이 필요합니다. 개발자는 병렬 처리 원칙에 부합하고 상태 경합을 최소화하며 성능 예측 가능성을 최대화하기 위해 애플리케이션의 아키텍처를 근본적으로 다시 생각해야 합니다. 그럼에도 불구하고 밝은 미래가 다가옴에 따라 확장성보다 보안을 우선시하는 것이 중요하다는 점을 강조해야 합니다.

원본 링크