이 기사의 출처는 다음과 같습니다.Reforge Research
편집자: Odaily Wenser
편집자 주: 이더리움은 높은 가스 비용과 보안 위험으로 오랫동안 비판을 받아왔습니다. 또한, 최근 병렬 EVM에 대한 논의가 업계에서 큰 주목을 받고 있으며, Reforge Research는 EVM L1 생태 네트워크, AMM 산업 및 크로스체인 프로토콜 등 많은 업계 고위 관계자와 심층적인 교류를 진행하여 서로 다른 관점을 이해했습니다. 이 주제에 대한 생태계 Odaily 이 기사는 참고 및 연구를 위해 편집되었습니다.
소개하다
오늘날의 컴퓨터 시스템에서 작업을 더 빠르고 효율적으로 처리한다는 것은 작업을 순차적이 아닌 병렬로 처리하는 것을 의미하는 경우가 많습니다. 현대 컴퓨터의 멀티 코어 프로세서 아키텍처로 인해 발생하는 이 현상을 이름에서 알 수 있듯이 병렬화라고 합니다. 전통적으로 단계적으로 처리되었던 작업이 이제는 동시에 처리되는 경우가 많아 프로세서 성능이 극대화됩니다. 같은,블록체인 네트워크에서는 이여러 작업을 동시에 수행하는 원칙은 거래 작업에도 적용됩니다., 비록 다중 프로세서를 활용하여 작동하는 것이 아니라 네트워크의 많은 노드의 집합적인 검증 기능을 활용합니다. 몇 가지 초기 사례는 다음과 같습니다.
2015년 Nano(XNO)는 블록 격자 구조를 채택하여 각 계정이 자체 블록체인을 보유하여 병렬 처리를 가능하게 하고 네트워크 전체 거래 확인의 필요성을 제거했습니다.
2018년에는 블록체인 네트워크블록-STM(소프트웨어 트랜잭션 메모리)병렬 실행 엔진 논문이 공식적으로 출판되었고 Polkdot은 다중 체인 아키텍처를 통해 병렬화를 달성했으며 EOS는 다중 스레드 처리 엔진을 출시했습니다.
2020년에 Avalanche는 (직렬화된 EVM c-체인 대신) 합의 계층을 위한 병렬 처리 메커니즘을 도입했고, Solana는 Sealevel에 유사한 혁신을 추가했습니다.
EVM의 경우 처음부터 트랜잭션과 스마트 계약 실행이 순차적으로 처리되었습니다. 이 단일 스레드 실행 설계는 전체 시스템의 처리량과 확장성을 제한하며, 이는 네트워크 수요가 과부하될 때 특히 두드러집니다. 네트워크 노드의 워크로드가 점점 더 과중해짐에 따라 블록체인 네트워크는 필연적으로 속도가 느려지고 사용자는 더 높은 비용을 직면하게 되며 혼잡한 네트워크 환경에서 거래의 우선 순위를 지정하려면 더 많은 높은 입찰을 제공해야 합니다.
~에서2017년 Vitalik이 제안한 EIP 제안이더리움 커뮤니티는 그 이후로 병렬 처리를 솔루션으로 모색해 왔습니다. 원래 의도는 전통적인 샤딩된 블록체인 또는 샤딩을 통해 병렬화를 달성하는 것이었습니다. 그러나 보다 간단하고 즉각적인 확장성 이점을 제공하는 L2 롤업의 신속한 개발 및 채택으로 인해 이더리움의 개발 초점이 샤딩에서 현재 danksharding. danksharding을 사용하면 샤드는 트랜잭션을 병렬로 실행하는 대신 주로 데이터 가용성 계층 역할을 합니다. 그러나 danksharding이 아직 완전히 구현되지 않았기 때문에 EVM과 호환되는 몇 가지 주요 대체 병렬 L1 네트워크(특히 Monad, Neon EVM 및 Sei)에 관심이 쏠렸습니다.
소프트웨어 시스템 엔지니어링의 유산과 기타 네트워크 확장성의 성공을 고려할 때 EVM의 병행 발전은 불가피합니다. 우리는 흔들리지 않는 믿음으로 이러한 전환을 기대하며, 미래의 방향은 불분명하지만 희망으로 가득 차 있습니다. 이는 세계 최대의 스마트 계약 개발자 생태계(현재 TVL에서 800억 달러 이상)에 큰 영향을 미칠 것입니다. 주정부 접근을 최적화하여 가스 비용을 1센트 미만으로 줄이면 어떻게 될까요? 애플리케이션 레이어 개발자의 경우 디자인 공간은 얼마나 넓습니까? 포스트 병렬 EVM 세계에서 다음에 무엇이 가능한지에 대한 우리의 견해는 다음과 같습니다.
병렬화는 목적이 아니라 수단이다
블록체인 확장은 다차원적인 문제이며, 병렬 실행은 블록체인 상태 저장과 같은 보다 중요한 인프라 개발을 위한 길을 열어줍니다.
병렬 EVM에서 실행되는 프로젝트의 주요 과제는 계산을 동시에 수행할 수 있을 뿐만 아니라 병렬 환경에서 최적의 상태 액세스 및 수정이 달성될 수 있도록 보장하는 것입니다. 문제의 핵심은 두 가지 주요 문제에 있습니다.
Ethereum 클라이언트와 Ethereum 자체는 서로 다른 저장 데이터 구조(B-트리/LSM 트리 대 Merkle 트리)를 사용하므로 한 데이터 구조를 다른 데이터 구조에 포함할 때 성능이 저하됩니다.
병렬 실행에서는 트랜잭션 읽기 및 업데이트를 위한 비동기식 입/출력(비동기 I/O라고 함) 기능이 중요합니다. 작업 프로세스가 서로의 응답을 기다리면서 속도 향상을 모두 낭비하게 됩니다.
많은 수의 추가 SHA-3 해시 또는 계산을 추가하는 추가 계산 작업은 저장된 값을 검색하거나 설정하는 비용에 비해 미미합니다. 트랜잭션 처리 시간과 가스 비용을 줄이기 위해서는 데이터베이스 자체의 인프라를 개선해야 합니다. 이는 단순히 SQL 데이터베이스와 같은 원시 키-값 저장소의 대안으로 기존 데이터베이스 아키텍처를 채택하는 문제가 아닙니다. 관계형 모델을 사용하여 EVM 상태를 구현하면 기본 키-값 저장소를 사용하는 것에 비해 불필요한 복잡성과 오버헤드가 추가됩니다.짐그리고저장운영 비용이 더 높습니다. EVM 상태는 포인트 읽기 및 포인트 쓰기 작업만 수행하고 쓰기는 각 블록의 끝에서 개별적으로 발생하므로 정렬, 범위 스캔 또는 대화형 의미 체계와 같은 기능이 필요하지 않습니다. 결과적으로 이러한 개선의 필요성은 확장성, 지연 시간이 짧은 읽기 및 쓰기, 효율적인 동시성 제어, 상태 정리 및 보관, EVM과의 원활한 통합과 같은 주요 고려 사항을 해결하는 데 중점을 두어야 합니다. 예를 들어 Monad는 MonadDB라는 사용자 정의 상태 데이터베이스를 처음부터 구축하고 있습니다. 디스크와 메모리에 Merkle 트리 데이터 구조를 기본적으로 구현하는 동시에 비동기 작업에 대한 최신 커널 지원을 활용합니다.
우리는 기본 키-값 데이터베이스에 대한 추가 개선과 블록체인의 저장 기능 대부분을 지원하는 타사 인프라에 대한 상당한 개선을 기대합니다.
Make pCLOBs Great Again
DeFi가 더 높은 충실도 상태로 전환함에 따라 CLOB(중앙 지정가 주문장)가 거래의 기본 설계 방법이 될 것입니다.
2017년 데뷔 이후 AMM(자동화된 시장 조성자)은 운영 단순성과 고유한 유동성 채널 기능을 제공하여 DeFi의 초석이 되었습니다. AMM은 유동성 풀과 가격 책정 알고리즘을 활용하여 DeFi에 혁명을 일으켜 주문서와 같은 기존 거래 시스템에 대한 최고의 대안이 되었습니다. 전통적인 금융의 기본 구성 요소임에도 불구하고 중앙 지정가 주문서(CLOB)가 이더리움에 도입되었을 때 메커니즘은 블록체인의 확장성으로 인해 제한되었습니다. 각 주문 제출, 실행, 취소 또는 수정에는 새로운 온체인 트랜잭션이 필요하므로 많은 수의 트랜잭션이 필요합니다. 이더리움의 확장성 노력이 미성숙했기 때문에 이러한 요구 사항에 따른 비용으로 인해 CLOB는 DeFi 초기 단계에 적합하지 않아 초기 시도(예: EtherDelta)가 실패했습니다. 그러나 AMM이 인기가 있음에도 불구하고 고유한 한계에 직면해 있습니다. DeFi가 성숙해지고 점점 더 경험이 풍부한 거래자와 기존 기관을 유치함에 따라 이러한 단점은 더욱 분명해집니다.
CLOB의 우수성을 인식한 후, CLOB 기반 거래소를 DeFi에 통합하려는 시도가 보다 확장 가능한 대체 블록체인 네트워크에서 더욱 보편화되기 시작했습니다. Kujira, Serum(RIP, 프로젝트는 오프라인임), Demex, dYdX, Dexalot 및 가장 최근에는 Aori 및 Hyperliquid와 같은 프로토콜은 AMM과 같은 경쟁사보다 더 나은 온체인 거래 경험을 제공하는 것을 목표로 합니다. 그러나 특정 틈새 시장(영구 계약을 위한 dYdX 및 Hyperliquid 등)을 대상으로 하는 프로젝트를 제외하고 이러한 대체 네트워크의 CLOB는 확장성 이상의 일련의 과제에 직면해 있습니다.
유동성 단편화: 구성 가능성이 높고 완벽하게 통합된 이더리움의 DeFi 프로토콜로 인해 발생하는 네트워크 효과로 인해 다른 체인의 CLOB가 충분한 유동성과 거래량을 유치하는 것이 어려워져 추가 채택 및 유용성에 영향을 미칩니다.
Memecoins: 온체인 CLOB의 유동성을 관리하려면 제한 주문 설정이 필요합니다. 이는 Memecoin과 같은 새로운 자산이 상대적으로 알려지지 않았다는 점을 고려할 때 닭고기와 달걀이 결정되는 문제입니다.
Blob이 있는 CLOB
L2는 어떻게 작동하나요?
이더리움 메인넷과 비교하여 기존 이더리움 L2는 거래 처리량과 가스비 측면에서 상당한 개선을 이루었습니다. 특히 최근에는 더욱 그렇습니다.덴쿤 하드포크(칸쿤 업그레이드)후에. 가스 집약적인 호출 데이터를 경량의 바이너리 대형 개체(BLOB)로 대체함으로써 가스 비용이 크게 절감됩니다.
Growthepie의 데이터에 따르면 4월 1일 현재 Arbitrum 및 OP 네트워크의 가스 비용은 각각 US$0.028 및 US$0.064였으며 Mantle 네트워크가 US$0.015로 가장 저렴했습니다. 이는 기존 가스비의 70~90%를 통화 데이터 요금으로 차지했던 칸쿤 업그레이드 전 가스비와는 큰 차이가 있다. 아쉽게도 이 금액은 충분히 저렴하지 않으며 약 0.01달러의 발신/취소 수수료가 여전히 다소 높습니다.
예를 들어, 기관 거래자와 시장 조성자는 실제로 실행되는 거래 수에 비해 대량 주문을 하므로 일반적으로 주문 대 거래 비율이 높습니다. 오늘날의 L2 수수료 가격에서도 주문 제출 수수료를 지불한 후 주문서의 해당 주문을 수정하거나 취소하는 것은 기관 플레이어의 수익성과 전략적 결정에 상당한 영향을 미칠 수 있습니다. 다음 예를 상상해 보세요.
회사 A: 시간당 10,000건의 주문 제출, 1,000건의 거래, 9,000건의 취소 또는 수정이 상대적으로 표준적인 벤치마크입니다. 회사가 하루 종일 100개의 주문장을 운영한다면 한 번의 거래 비용이 $0.01 미만이더라도 전체 운영 비용은 쉽게 $150,000를 넘을 것입니다.
새로운 솔루션: pCLOB
병렬 EVM의 출현으로 온체인을 선도하는 CLOB의 타당성 덕분에 DeFi 활동이 급증할 것으로 예상됩니다. 하지만 이는 프로그래밍 가능한 중앙 지정가 주문장(줄여서 pCLOB)인 CLOB뿐만이 아닙니다. DeFi의 고유한 구성성을 고려할 때 우리는 수많은 프로토콜(가스로만 제한됨)과 상호 작용하여 수많은 거래 쌍을 생성할 수 있습니다. 이 원칙을 활용하여 pCLOB는 주문 제출 프로세스 중에 임베디드 사용자 정의 논리를 활성화합니다. 이 로직은 주문이 제출되기 전이나 후에 호출될 수 있습니다. 예를 들어 pCLOB 스마트 계약에는 다음을 구현할 사용자 정의 논리가 포함될 수 있습니다.
- 사전 정의된 규칙이나 시장 상황에 따라 주문 매개변수(예: 가격 및 수량)를 검증합니다.
-실시간 위험 확인 수행(예: 레버리지 거래에 대한 적절한 마진 또는 담보 보장)
- 임의의 매개변수(예: 주문 유형, 거래량, 시장 변동성 등)를 기반으로 동적 수수료 계산을 적용합니다.
- 지정된 트리거 조건에 따라 조건부 명령을 실행합니다.
…그리고 여전히 기존 거래 설계보다 더 나은 거래입니다.
JIT(적시)이것을 잘 설명하는 개념. 유동성은 단일 거래소에서 유휴 상태로 있지 않지만 주문이 일치하고 기본 플랫폼에서 유동성이 인출될 때까지 다른 곳에서 수익이 생성됩니다. 거래 유동성에 접근하기 전에 MakerDAO에서 마지막 수익을 얻고 싶지 않은 사람이 있을까요? Mangrove Exchange가 지원하는 혁신적인 코드로 인용 접근 방식은 이 메커니즘의 잠재력을 암시합니다. 주문서의 견적이 일치하면 그 안에 포함된 코드 부분이 실행되고 유일한 작업은 주문 접수자가 요청한 유동성을 찾는 것입니다. 그러나 L2 확장성 및 비용과 관련된 과제는 여전히 남아 있습니다.
병렬 EVM은 또한 pCLOB에 대한 매칭 엔진을 근본적으로 향상시킵니다. pCLOB는 이제 여러 채널을 활용하여 들어오는 주문을 동시에 처리하고 일치 계산을 수행하는 병렬 일치 엔진을 구현할 수 있습니다. 각 채널은 주문장의 하위 집합을 처리할 수 있으므로 가격-시간 우선순위는 제한되지 않으며 일치하는 항목이 발견된 경우에만 실행됩니다. 주문 제출, 실행, 수정 사이의 대기 시간이 줄어들어 주문서 업데이트가 더욱 효율적으로 이루어집니다.
비유동성 조건에서 지속적으로 시장을 만드는 능력으로 인해 AMM은 롱테일 자산에서 계속 널리 사용될 가능성이 높습니다. 그러나 블루칩 자산의 경우 pCLOB가 지배할 것입니다.
——Keone, Monad의 공동 창립자이자 CEO
Monad의 공동 창립자이자 CEO인 Keone은 우리와의 토론에서 다양한 처리량의 생태계에서 여러 pCLOB의 출현을 기대할 수 있다고 말했습니다. Keone은 이러한 pCLOB가 낮은 운영 비용으로 인해 더 큰 DeFi 생태계에 상당한 영향을 미칠 것이라고 강조했습니다.
이러한 개선 사항 중 몇 가지만 있어도 pCLOB가 자본 효율성을 개선하고 DeFi의 새로운 범주를 여는 데 상당한 영향을 미칠 것으로 기대합니다.
알겠습니다. 더 많은 앱이 필요합니다. 하지만 먼저...
기존 애플리케이션과 새로운 애플리케이션은 기본 병렬성을 최대한 활용하는 방식으로 설계되어야 합니다.
pCLOB를 제외하고 현재 분산형 애플리케이션은 병렬이 아닙니다. 블록체인과의 상호 작용은 본질적으로 순차적입니다. 그러나 역사를 보면 기술과 애플리케이션은 원래 이러한 요소를 염두에 두고 설계되지 않았더라도 자연스럽게 새로운 발전을 활용하여 성장을 주도합니다.
처음 iPhone이 출시되었을 때 이를 위해 설계된 앱은 나쁜 컴퓨터 앱처럼 보였습니다. 여기서도 마찬가지입니다. 블록체인에 멀티 코어를 추가하는 것처럼 그러면 더 나은 앱이 나올 것입니다.
—— Sei Ecosystem의 블록체인 설계자인 Steven Landers는 이렇게 말했습니다.
인터넷에 잡지 카탈로그로 표시되는 것부터 강력한 양면시장의 존재까지 전자상거래의 발전이 대표적인 예이다. 병렬 EVM이 현실화됨에 따라 우리는 분산형 애플리케이션에서도 유사한 변화를 목격하게 될 것입니다. 이는 주요 제한 사항을 강조합니다.디자인 타임병렬성을 고려하지 않는 애플리케이션은 병렬 EVM의 효율성 향상 혜택을 누릴 수 없습니다.따라서 애플리케이션 계층을 재설계하지 않고 인프라 계층에서 병렬성을 갖는 것만으로는 충분하지 않으며 아키텍처적으로 일관성이 있어야 합니다.
국가 경합
애플리케이션 자체를 변경하지 않고도 여전히 2~4배의 성능 향상을 기대할 수 있지만, 다시 성공할 수 있는데 왜 거기서 멈추겠습니까? 이러한 변화는 중요한 과제를 제기합니다. 즉, 병렬 처리의 미묘한 차이를 수용할 수 있도록 애플리케이션을 근본적으로 재설계해야 합니다.
처리량을 활용하려면 트랜잭션 간의 경합을 제한해야 합니다.
——Sei 생태계의 블록체인 설계자인 Steven Landers는 말했습니다.
보다 구체적으로 말하면, 분산형 애플리케이션의 여러 트랜잭션이 동시에 동일한 상태를 수정하려고 시도할 때 충돌이 발생할 수 있습니다. 트랜잭션 충돌을 해결하려면 이를 순차적으로 처리해야 하므로 병렬화의 이점이 무효화됩니다.
이 충돌을 해결하는 방법은 여러 가지가 있습니다. 지금은 자세히 다루지 않겠습니다. 그러나 구현 중에 발생할 수 있는 잠재적인 충돌의 수는 응용 프로그램 개발자에 따라 크게 달라집니다. 분산형 애플리케이션을 살펴보면 Uniswap과 같은 가장 널리 사용되는 프로토콜조차도 초기 설계 및 구현 프로세스에서 이러한 제한 사항을 고려하지 않았습니다. 마켓 메이커를 위한 고주파 오프체인 주문 시스템인 Aori의 공동 창립자인 0x Taker는 병렬화된 세계에서 일어날 주요 국가 논란에 대해 심도 있게 이야기했습니다. AMM의 경우 P2P 모델로 인해 많은 거래자가 동시에 단일 풀에 대한 거래 작업을 수행할 수 있습니다. 몇 건의 거래부터 수백 건의 거래까지 이러한 작업은 모두 거래 우선순위를 놓고 경쟁하므로 AMM 설계자는 유동성 풀의 이점을 극대화하기 위해 유동성을 할당하고 관리하는 방법을 신중하게 고려해야 합니다.
병렬 EVM L1 네트워크 Sei 생태계의 핵심 개발자인 Steven은 멀티 스레드 개발에서 상태 경합을 고려하는 것의 중요성을 강조하고 Sei가 병렬화가 무엇을 의미하는지, 리소스를 최대한 활용하는 방법을 적극적으로 연구하고 있다고 지적했습니다.
성능 예측 가능성
MegaETH의 공동 창립자이자 CEO인 Yilong도 성능 예측 가능성을 추구하는 분산형 애플리케이션의 중요성을 강조했습니다.
성능 예측 가능성은 분산형 애플리케이션이 네트워크 정체나 기타 요인에 관계없이 항상 특정 기간 내에 트랜잭션을 실행할 수 있음을 의미합니다. 이를 달성하는 한 가지 방법은 애플리케이션별 체인을 이용하는 것입니다. 그러나 애플리케이션별 체인은 예측 가능한 성능을 제공하지만 구성성을 희생합니다.
병렬화는 국가 경합을 최소화하기 위해 지역 수수료 시장을 실험하는 방법을 제공합니다.
Aori의 공동 창업자인 0x Taker는 이렇게 말했습니다.
또한 고급 병렬성과 다차원 충전 메커니즘을 통해 단일 블록체인이 전반적인 구성성을 유지하면서 각 애플리케이션에 대해 보다 결정적인 성능을 제공할 수 있습니다.
솔라나는 대단해현지화된 충전시장 시스템따라서 여러 사용자가 동일한 상태에 액세스하는 경우 글로벌 수수료 시장에서 서로 입찰하는 대신 더 높은 수수료(최고 가격)가 청구됩니다. 이 접근 방식은 성능 예측 가능성과 구성 가능성이 필요한 느슨하게 연결된 프로토콜에 특히 유용합니다.
개념을 이해하려면 여러 차선과 동적 통행료 징수 시스템이 있는 고속도로 시스템으로 생각하세요. 피크 시간 동안 고속도로에서는 더 높은 통행료를 지불할 의향이 있는 차량에 전용 급행 차선을 할당할 수 있습니다. 이러한 급행 차선은 속도를 우선시하고 프리미엄을 기꺼이 지불하려는 사람들에게 예측 가능하고 빠른 이동 시간을 보장합니다. 동시에 일반 차선은 모든 차량에게 개방되어 고속도로 시스템의 전반적인 연결성을 유지합니다.
다양한 가능성의 상상
기본 병렬성에 맞게 프로토콜을 재설계해야 하는 필요성은 매우 어려워 보일 수 있지만 DeFi 및 기타 업종에 대한 가능한 설계 공간은 크게 확장될 것입니다. 이전에는 성능 제한으로 인해 실용적이지 않았던 사용 사례를 해결하는 데 초점을 맞춘 보다 복잡하고 효율적인 차세대 애플리케이션을 볼 수 있을 것으로 기대할 수 있습니다.
1995년 당시 유일한 인터넷 요금제는 다운로드한 데이터 1MB당 0.10달러를 지불하는 것이었습니다. 어느 웹사이트로 이동할지는 신중하게 선택해야 합니다. 그 때부터 무한대로의 변화를 상상해 보세요. 사람들이 이를 어떻게 처리하고 어떻게 될지 주목해 보세요. 가능해진다.”
Monad의 공동 창립자이자 CEO인 Keone Hon은 말했습니다.
DeFi 애플리케이션, 특히 분산형 거래소가 추천 프로그램(예: 포인트, 에어드롭)과 우수한 사용자 경험을 무기로 제공하는 사용자 획득 전쟁인 중앙형 거래소 초기와 유사한 시나리오로 돌아갈 수 있습니다. 우리는 합리적인 상호작용이 존재하는 온체인 게임 세계를 볼 수 있었는데, 그것은 매우 달랐습니다. 하이브리드 주문서-AMM은 이미 존재하지만 CLOB 시퀀서를 독립 노드 오프체인으로 설정한 다음 거버넌스를 통해 분산화하는 대신 온체인으로 이동하여 더욱 분산화하고 대기 시간을 줄이며 성능을 향상할 수 있습니다. 구성 가능성. 이제 완전한 온체인 사회적 상호작용도 가능해졌습니다. 솔직히 말해서, 다수의 행위자 또는 에이전트가 동시에 작동하는 모든 시나리오는 이제 밝혀지고 논의될 수 있습니다.
인간 외에도 지능형 에이전트가 지금보다 훨씬 더 온체인 트랜잭션 흐름을 지배할 가능성이 높습니다.이 게임의 플레이어로서, 차익거래 로봇의 역할을 하고 자율적으로 거래를 실행할 수 있는 능력을 갖춘 AI는 오랫동안 존재해 왔지만 앞으로 이들의 참여는 기하급수적으로 늘어날 것입니다. 우리의 견해는 모든 형태의 온체인 참여가 AI에 의해 어느 정도 강화될 것이라는 것입니다. 대행사 거래에 대한 지연 요구 사항은 오늘날 우리가 상상하는 것보다 더 중요할 것입니다.
궁극적으로 기술 진보는 근본적인 원동력일 뿐입니다. 궁극적으로 승자는 경쟁사보다 더 나은 사용자와 채널 규모/유동성을 유치할 수 있는 사람이 될 것입니다. 차이점은 이제 개발자가 더 많은 작업을 수행해야 한다는 것입니다.
암호화폐 앱 사용자 경험은 형편없습니다…이제 곧 나아질 것입니다.
사용자 경험 일관성(UXU)은 가능할 뿐만 아니라 필요합니다. 업계는 확실히 이를 현실화하기 위해 움직이고 있습니다.
고마워요, GPT 맨
오늘날의 블록체인 사용자 경험은 단편적이고 번거롭습니다. 사용자는 보안 위반이나 해커의 위험에 직면하면서 거래가 완료될 때까지 기다리면서 여러 블록체인, 지갑 및 프로토콜 사이를 이동해야 합니다. 이상적인 미래는 사용자가 기본 블록체인 인프라에 대해 걱정할 필요 없이 안전하게 자산과 원활하게 상호 작용할 수 있는 미래입니다. 현재의 단편화된 사용자 경험에서 통합되고 단순화된 경험으로 전환하는 과정을 우리는 사용자 경험 통합(UXU)이라고 부릅니다.
본질적으로, 특히 낮은 대기 시간과 낮은 수수료를 통해 블록체인 성능을 개선하면 사용자 경험 문제를 크게 해결할 수 있습니다.역사적으로 성능 향상은 디지털 사용자 경험의 모든 측면에 긍정적인 영향을 미치는 경향이 있었습니다.예를 들어, 더 빠른 인터넷 속도는 원활한 온라인 상호 작용을 가능하게 할 뿐만 아니라 더 풍부하고 몰입도가 높은 디지털 콘텐츠에 대한 수요를 창출합니다. 광대역 및 광섬유 기술의 출현으로 고화질 비디오의 저지연 스트리밍과 실시간 온라인 게임이 가능해졌으며 디지털 플랫폼에 대한 사용자 기대치가 높아졌습니다. 깊이와 품질에 대한 이러한 증가하는 요구로 인해 많은 기업은 고급 대화형 웹 콘텐츠부터 정교한 클라우드 기반 서비스, 가상/증강 현실적인 경험에 이르기까지 매력적인 차세대 제품 개발에 지속적으로 혁신을 일으키고 있습니다. 네트워크 속도가 향상되면 온라인 경험 자체가 향상될 뿐만 아니라 사용자 요구의 범위가 더욱 확장됩니다.
마찬가지로, 블록체인 성능의 향상은 대기 시간을 줄여 사용자 경험을 직접적으로 향상시킬 뿐만 아니라 전반적인 사용자 경험을 통합하고 향상시키는 프로토콜의 부상에도 간접적으로 기여할 것입니다. 성능은 존재의 핵심 요소입니다. 특히, 병렬 EVM과 같은 네트워크는 더 나은 성능과 더 낮은 가스 비용을 제공하며, 이는 사용자에게 있어 온체인 운영이 원활해짐을 의미하며, 이는 더 많은 개발자를 유치하여 생태계를 구축할 수 있음을 의미합니다. 크로스체인 상호 운용성 네트워크 Axelar의 공동 창립자인 Sergey와의 대화에서 그는 상호 운용 가능하고 공생하는 세상을 구상합니다.
처리량이 많은 체인(즉, 병렬 EVM)에 구현해야 하는 복잡한 로직이 있고 체인 자체의 고성능을 고려하면 해당 로직과 처리량 요구 사항을 흡수할 수 있으므로 상호 운용성을 사용할 수 있습니다. 운영 솔루션은 해당 기능을 효율적인 방식으로 다른 체인으로 내보냅니다.”
——Axelar 공동 창립자 Sergey Gorbunov는 말했습니다.
확장성 문제가 해결되고 서로 다른 생태계 간의 상호 운용성이 향상됨에 따라 Web2와 동등한 Web3 사용자 경험을 제공하는 프로토콜의 출현을 보게 될 것입니다. 예를 들어 다음을 포함합니다.인텐트 기반 프로토콜의 v2 버전, 고급 RPC 인프라, 체인 추상화 지원 및 인공 지능으로 강화된 개방형 컴퓨팅 인프라입니다.
처리량 네트워크가 증가함에 따라 솔버가 우리의 의도를 매우 빠르게 이해할 수 있기 때문에 노드에 의한 상태 조정이 가속화될 것입니다.
——펠릭스 마두차(Felix Madutsa), Orb Labs 공동 창립자
아마도 내일의 번영하는 스타들
성능 요구 사항이 증가함에 따라 오라클 시장은 극도로 번영할 것입니다.
병렬 EVM은 지난 몇 년간 극히 미개발된 분야였던 오라클에 대한 성능 요구 사항이 증가한다는 것을 의미합니다. 애플리케이션 계층의 강력한 수요는 성능 저하로 어려움을 겪고 있는 이 산업을 활성화할 것입니다.취약한 보안DeFi의 구성성을 향상시키는 데 중요한 제품에 대한 미개척 시장이 있습니다. 예를 들어, 시장 깊이와 거래량은 많은 DeFi 개척자들에게 강력한 지표입니다. 우리는 Chainlink 및 Pyth와 같은 대형 플레이어가 새로운 플레이어가 시장 점유율에 도전함에 따라 빠르게 적응할 것으로 기대합니다. Chainlink의 선임 멤버와 대화를 나눈 후 우리의 생각은 일치했습니다. “[Chainlink 내에서] 합의는 병렬 EVM이 지배력을 얻으면 스마트 계약을 재설계하여 그로부터 가치를 포착할 수 있다는 것입니다. 트랜잭션/호출이 불필요하게 실행에 의존하여 MEV의 공격을 받지 않도록 계약) 그러나 병렬 EVM은 이미 EVM에서 실행 중인 애플리케이션의 투명성과 처리량을 향상시키는 것을 목표로 하기 때문에 네트워크 안정성에 영향을 주어서는 안 됩니다.
이는 Chainlink가 자사 제품에 대한 병렬 실행의 영향을 이해하고 있으며 앞서 언급한 것처럼 병렬화를 활용하려면 스마트 계약을 다시 설계해야 함을 보여줍니다.
이는 L1만의 독점 파티가 아니며, Parallel EVM L2도 참여를 원합니다.
기술적 관점에서는 L1을 개발하는 것보다 고성능 병렬 EVM L2 솔루션을 만드는 것이 더 쉽습니다. 이는 L2 네트워크에서 시퀀서 설정이 기존 L1 시스템(예: Tendermint 및 그 변형)에서 사용되는 합의 기반 메커니즘보다 간단하기 때문입니다. 이러한 단순성은 합의 기반 L1 시스템에서와 같이 많은 노드가 트랜잭션 순서에 동의해야 하는 것이 아니라 병렬 EVM L2 설정의 시퀀서가 트랜잭션 순서만 유지하면 된다는 사실에서 비롯됩니다.
보다 구체적으로 말하면 단기적으로는 OP 네트워크 기반 병렬 EVM L2가 ZK 시리즈에 비해 우위를 점할 것으로 예상됩니다. 궁극적으로 우리는 다른 ZK-Rollup에서 사용되는 전통적인 접근 방식이 아닌 RISC 0과 같은 범용 ZK 프레임워크로의 전환을 통해 OP 기반 Rollup에서 ZK-Rollup으로의 전환을 보게 되어 매우 기쁩니다. 시간 문제 일뿐입니다.
Rust 언어의 장점이 여전히 남아 있나요?
프로그래밍 언어 선택은 이러한 시스템 개발에 중요한 역할을 합니다. 우리는 다른 대안보다 Ethereum의 Rust 구현인 Reth를 선호합니다. Rust는 가비지 수집 없는 메모리 안전성, 비용이 들지 않는 추상화, 풍부한 유형 시스템 등을 포함하여 다른 언어에 비해 많은 이점을 갖고 있으므로 이러한 선호는 임의적이지 않습니다.
Rust Yes！
여러분과 제가 볼 수 있듯이 Rust와 C++ 간의 경쟁은 차세대 블록체인 개발 언어 사이에서 중요한 경쟁이 되고 있습니다. 비록 이 경쟁이 종종 간과되기는 하지만, 그래서는 안 됩니다. 개발 언어의 선택은 개발자가 시스템을 구축하는 데 사용하는 효율성, 보안 및 유연성에 영향을 미치기 때문에 매우 중요합니다.
개발자는 이러한 시스템의 구현자이며 개발자의 선호도와 전문 지식은 업계 방향에 매우 중요합니다. 우리는 Rust가 결국에는 선두에 설 것이라고 굳게 믿습니다. 그러나 완성된 애플리케이션을 다른 애플리케이션으로 이식하는 것은 결코 쉬운 일이 아닙니다. 이를 위해서는 상당한 리소스, 시간 및 전문 지식이 필요하며, 이는 처음부터 올바른 개발 언어를 선택하는 것의 중요성을 더욱 강조합니다.
병렬 실행의 맥락에서 Move 언어를 언급하지 않을 수 없습니다.
Rust와 C++가 종종 논의의 초점이 되지만 Move 언어에는 이 경우에도 똑같이 적합하게 만드는 몇 가지 기능이 있습니다.
이동은 생성, 이동 또는 파괴만 가능하고 복사는 불가능한 리소스 개념을 도입합니다. 이렇게 하면 리소스가 항상 고유하게 소유되어 경쟁 조건 및 데이터 경합과 같이 병렬 실행에서 발생할 수 있는 일반적인 문제를 방지할 수 있습니다.
형식 검증 및 정적 타이핑: Move는 안전에 중점을 둔 정적 타이핑 언어입니다. 여기에는 일반적인 프로그래밍 오류 및 취약점을 방지하는 데 도움이 되는 유형 추론, 소유권 추적 및 오버플로 검사와 같은 기능이 포함되어 있습니다. 이러한 안전 기능은 오류를 감지하고 재현하기가 더 어려울 수 있는 병렬 실행 환경에서 특히 중요합니다. 언어의 의미 체계와 유형 시스템은 Rust 및 Haskell과 유사한 선형 논리를 기반으로 하므로 Move 프로그램의 정확성을 더 쉽게 추론할 수 있으므로 형식 검증을 통해 병렬 실행이 안전하고 올바른지 확인하는 데 도움이 됩니다.
Move는 스마트 계약이 더 작고 재사용 가능한 모듈로 구성되는 모듈식 설계 접근 방식을 옹호합니다. 이 모듈식 구조를 사용하면 개별 구성 요소의 동작을 더 쉽게 추론할 수 있으며 여러 모듈을 동시에 실행할 수 있으므로 병렬 실행이 용이해집니다.
향후 고려 사항: EVM은 불안정성을 근절해야 합니다.
우리는 병렬 EVM 이후 온체인 세계에 대해 믿을 수 없을 만큼 낙관적인 그림을 그리지만, EVM과 스마트 계약 보안의 결함이 해결되지 않으면 아무 의미가 없습니다.
그리고네트워크 경제학과 합의 보안차이점은 해커가 Ethereum DeFi 프로토콜의 스마트 계약 보안 취약점을 악용했다는 것입니다.2023년에만 13억 달러 이상 도난당해. 따라서 사용자는 벽으로 둘러싸인 정원과 같은 CEX(중앙 집중식 교환) 또는 중앙 집중식 노드를 혼합하는 분산형 프로토콜을 사용하는 경향이 있습니다. 온체인 경험을 개선하기 위해 분산화를 희생하고 보다 안전하고 성능이 뛰어난 중앙 집중식을 선택하는 것입니다. 경험.
문제는 일반 사용자가 분산화에 관심을 가질 것인가입니다.
EVM 설계에 고유한 보안 기능이 부족하다는 것이 이러한 취약점의 근본 원인입니다.
항공우주 산업과 유사하게 엄격한 안전 표준은 항공 여행을 매우 안전하게 만들어 주지만 보안에 대한 블록체인 세계의 접근 방식은 극명한 대조를 이룹니다. 사람들이 자신의 생명을 무엇보다 소중히 여기는 것처럼 금융 자산의 보안도 마찬가지로 중요합니다. 철저한 테스트, 중복성, 내결함성 및 엄격한 개발 표준과 같은 주요 관행은 항공 안전 기록을 뒷받침하지만 이러한 주요 기능은 현재 EVM 및 대부분의 경우 기타 가상 머신 시스템에는 없습니다.
한 가지 잠재적인 해결책은 별도의 가상 머신(예:CosmWasm)은 운영 체제의 바이러스 백신 소프트웨어 기능과 마찬가지로 EVM 스마트 계약의 실시간 실행을 모니터링하는 데 사용됩니다. 이 구조는 다음과 같은 고급 검사를 지원합니다.호출 스택 검사, 해킹 사고를 줄이기 위해 특별히 설계되었습니다. 그러나 이 접근 방식에는 기존 블록체인 시스템에 대한 상당한 업그레이드가 필요합니다. 우리는 Arbitrum Stylus 및 Artela와 같은 더 새롭고 더 나은 솔루션이 처음부터 이 아키텍처를 구현할 것으로 기대합니다.
시장에 있는 기존 보안 메커니즘은 메모리 풀이나 스마트 계약 코드 감사/검토를 확인하여 들어오거나 시도되는 위협에 대응하는 반응적인 경향이 있습니다. 이러한 메커니즘은 도움이 되지만 가상 머신 설계의 잠재적인 취약성을 해결하지 못하므로 블록체인 네트워크와 해당 애플리케이션 계층의 보안을 개선하고 강화하려면 보다 생산적이고 사전 예방적인 접근 방식이 필요합니다.
우리는 항공우주와 같은 산업에서 성공적으로 입증된 이중 VM 설정을 통해 실시간 보호 및 기타 중요한 보안 기능을 내장하기 위해 블록체인 VM 아키텍처의 근본적인 점검을 옹호합니다. 앞으로 우리는 보안의 발전이 업계의 성능 향상(예: 병렬 EVM)과 일치하도록 예방적 접근 방식을 강조하는 인프라 개선을 강력히 지원합니다.
결론적으로
병렬 EVM의 출현은 블록체인 기술 발전에 있어 중요한 전환점이 됩니다. 병렬 EVM은 동시 트랜잭션 실행을 활성화하고 상태 액세스를 최적화함으로써 분산형 애플리케이션에 대한 새로운 가능성의 시대를 열어줍니다. 프로그래밍 가능한 CLOB의 부활부터 더욱 복잡하고 성능이 뛰어난 애플리케이션의 출현까지, 병렬 EVM은 통합되고 사용자 친화적인 블록체인 생태계의 기반을 마련했습니다.
업계가 이러한 패러다임 전환을 수용함에 따라 우리는 분산형 기술의 한계를 뛰어넘는 혁신의 물결을 기대할 수 있습니다. 궁극적으로 이러한 변화의 성공 여부는 개발자, 인프라 제공업체 및 광범위한 커뮤니티가 병렬 실행 원칙을 적용하고 따르며 기술이 일상 생활에 원활하게 통합되는 새로운 미래로 이어지는 능력에 달려 있습니다.
병렬 EVM의 출현은 분산형 애플리케이션과 사용자 경험의 지형을 바꿀 수 있는 잠재력을 가지고 있습니다. 오랫동안 DeFi와 같은 주요 산업의 성장을 방해해 온 확장성과 성능 제한을 해결함으로써 병렬 EVM은 삼중 딜레마를 희생하지 않고도 복잡한 처리량이 많은 애플리케이션을 개발할 수 있는 미래의 가능성을 열어줍니다.
이 비전을 실현하려면 인프라 개선 그 이상이 필요하며, 개발자는 병렬 처리 원칙에 부합하고 상태 경합을 최소화하며 성능 예측 가능성을 최대화하기 위해 애플리케이션 아키텍처를 근본적으로 다시 생각해야 합니다. 그럼에도 불구하고 밝은 미래가 놓여 있지만 확장성만큼 보안이 우선시되어야 한다는 점을 강조해야 합니다.
IOS
Android