모듈식 아키텍처와 모놀리식 아키텍처는 죽었습니다

롤업이 등장한 이후 블록체인 확장은 모듈성과 모놀리화 사이의 논쟁에 초점을 맞춰 왔습니다. 처음에는 이 이항대립이 블록체인 확장성에 대한 추론에 유용한 정신 모델이었지만 이제는 두 진영 모두 그 이상으로 나아갔습니다.

오늘날 모듈화와 모놀리식은 확장성 정신 모델에 불필요한 제한을 가하고 있습니다.

그럼 또무엇이 있나요?

이 기사에서 우리는 블록체인 확장성을 위한 기본 프레임워크 인 수평 스케일링 및 수직 스케일링 을 보여주고 수평 스케일링 과 수직 을 채택하는 방법을 설명합니다. 솔루션을 더 잘 확장하세요.

모듈화 대 모놀리식 이해

먼저 몇 가지 정의는 다음과 같습니다.

모듈형 체인은 블록체인의 핵심 기능을 여러 계층으로 분리합니다.

MonolithizationChain은 모든 핵심 기능을 상호 연결된 단일 레이어에 통합합니다.

"레이어"는 "기계"로 생각할 수 있습니다. 모놀리식 체인에는 모든 작업을 실행하는 단일 검증기 노드가 있는 반면, 모듈식 체인에는 다양한 작업을 실행하는 여러 개의 (2-3) 전체 노드가 있습니다.

예를 들어 Rollup에는 일반적으로 두 개의 running노드가 있습니다. 실행을 위한 롤업 전체 노드와 결제 + 데이터 가용성(DA)을 위한 Ethereum 전체 노드입니다. 그리고 validium은 실행을 위한 a Rollup 전체 노드, 결제를 위한 Ethereum 전체 노드, DA를 위한 백업 데이터 가용성 계층 전체 노드 등 세 개의 running노드를 활용할 가능성이 높습니다.

블록체인의 작업을 최소 두 개의 전체 노드에 모듈식으로 배포합니다. 이를 통해 모듈형 블록체인은 각 블록을 구축할 때 여러 컴퓨터의 컴퓨팅 성능을 활용할 수 있습니다.

이것은 수평 확장 형태입니다.

모듈화는 일종의 수평적 확장이기 때문에 블록체인 확장성을 생각할 때 유용합니다. ㅋㅋㅋ 확장하다. 기본적으로 모놀리식 체인은 단일 전체 노드에서 가능한 한 많은 컴퓨팅 성능을

추출

하려고 시도합니다. 이것은 수직 크기 조정

의 한 형태입니다.

비평가 는 이 접근 방식이 중앙 집중화되는 경향이 있다고 주장 합니다. 확장을 위해 단일 노드의 전력을 높이는 데 의존한다면 필연적으로 기본 하드웨어의 물리적 한계에 부딪히고 하드웨어 요구 사항을 늘려야 합니다. 더 확장하세요.

그러나 모든

단일화된 체인이 수직 확장에만 의존하는 것은 아니기 때문에 이러한 비판은 잘못되었습니다.

예를 들어 Near는 샤딩된 네트워크 아키텍처를 기반으로 구축된 모놀리식L1 블록체인입니다. 이는 Near의 전체 노드가 모든 작업(예: 실행, 결제 및 데이터 가용성)을 담당하지만 Near의 전역 상태 중 일부만 책임진다는 의미입니다. 따라서 Near는 작업이 아닌 상태를 기준으로 작업을 배포하여 모듈식 체인과 마찬가지로 여러 컴퓨터의 컴퓨팅 성능을 활용합니다.

우리는 그것이 모놀리식 체인

이든 모듈러 체인이든

이 구현하는 확장 기술 측면에서 제한이 없음을 아니 볼 수 있습니다. 둘 다 수평 및/또는 수직 으로 확장할 수 있습니다. 또한 모듈화와 모놀리화

사이의 논쟁은 항상 수평적 확장과 수직적 확장

의 틀에 뿌리를 두고 있습니다. 엄밀히 기술적인 관점에서 볼 때, 모듈식 은 디자인의 특성상 수평으로 확장되는 경향이 있는 반면, 모놀리식 은 수직으로 확장 하는 경향이 있습니다.

이제 모듈식 체인을 성공적으로 출시했으므로 추가 확장 이점은 더 이상 "더 모듈화"되는 것이 아닙니다. 이제 초점은 체인이 수평 또는 수직 확장 기술을 어떻게 활용할 수 있는지에 있습니다.

수평 대 수직 의 생각 모델을 채택하면 각 체인이 그 과정에서 발생하는 절충점을 쉽게 추론할 수 있습니다.

대화 재정의: 수평 대 수직 확장

수평 대 수직 확장 프레임워크를 자세히 살펴보기 전에 그 기원이 수평 확장 개념의 기초로서 분산 컴퓨팅이 연구되었던 1970년대로 거슬러 올라간다는 점을 인식하는 것이 중요합니다. . 요즘 모든 스케일링 기술은 수평적 스케일링과 수직적 스케일링으로 분류할 수 있습니다.

수직 확장

수직 확장 은 각 노드의 하드웨어 활용도나 하드웨어 요구 사항을 높입니다. 블록체인에서 이는 일반적으로 병렬 가상 머신(예: 멀티스레드 프로세스)과 같은 소프트웨어 최적화를 통해 수행됩니다.

일반적인 예는

EVM 및 SVM입니다.

EVM

은 순서대로 트랜잭션을 실행하는 반면, SVM은 트랜잭션을 병렬로 실행합니다. SVM은 더 많은 CPU 코어를 활용하여 이를 달성하므로 SVM은 EVM보다 초당 더 많은 트랜잭션을 처리할 수 있습니다. 참고: 이 수직 확장 유형은 Eclipse L2의 기반입니다.

절충점 측면에서 수직적 확장은 사용 가능한 하드웨어에 의해 제한되고 하드웨어 요구 사항 증가로 인해 중앙 집중화되는 경향이 있으며 수평적 확장보다 확장성이 떨어집니다.

수평 확장

반면,

수평 확장은 작업 부하를 여러 노드에 분산시켜 시스템이 액세스할 수 있는 머신 수를 늘립니다. 앞서 언급했듯이 모듈식 체인은 기본적으로 여러 시스템에 작업을 분산시킵니다. 그러나 체인은 샤딩을 통해 더 높은 수준의 수평 확장을 달성할 수 있는 경우가 많습니다.

=nil;여기에 유용한 예가 나와 있습니다.

지난 11월 =nil; 재단은 새로운 Ethereum L2의 기반이 되는 zkSharding이라는 검증 가능한 샤딩 아키텍처를 출시했습니다. =nil; 디자인의 핵심은 전역 상태를 여러 개의 샤드로 나누는 것입니다. 각 샤드는 블록을 구축하고 샤드 간 거래를 관리하는 =nil;분산 위원회에 의해 운영됩니다. 또한 각 샤드는 집계를 위해 마스터 샤드로 전송된 후 이더리움에 게시되고 확인되는 유효성 증명을 생성합니다. =nil ;은 두 가지 방법으로 수평적 확장 가능성을 활용합니다.

먼저, =nil은 이더리움의 강력한 합의와 데이터 가용성을 보장으로 활용하여 작업을 분산
• 하는 모듈형 블록체인입니다. 여러 개의 전체 노드.

두 번째로
• ,=nil;은 샤딩된 블록체인이므로 부분 상태가 여러

  full노드에 분산됩니다.

  두 기술 모두 단일 시스템이 감당해야 하는 부하를 줄이고
네트워크의

전체적인

확장성을 높입니다. 그렇다면 수평스케일링의 장단점은 무엇인가요? 이는 네트워크 및 합의 복잡성과 기계 또는 샤드 간의 비동기 통신이라는 두 가지로 귀결됩니다.

이더리움 확장성을 위한 최종 게임

수평 확장이나 수직 확장

모두

모듈식 또는 모놀리식 아키텍처

로 제한입니다. 이것이 바로 수평적 대 수직적 확장 프레임워크가 새로운 솔루션을 탐색할 수 있는 더 많은 공간을 제공하여 모듈형 블록체인의 확장성을 높이는 이유입니다.

예를 들어, 하나의 옵션 은 모듈식 스택의 한 레이어를 수직으로 확장 합니다. 일반적으로 사용되는 방법 중 하나는 병렬 가상 머신을 구현하여 실행 처리량을 향상시키는 것입니다. 위에서 언급한 것처럼 Eclipse는 병렬화를 위해 BlockSTM을 구현하기 위해 SVM 및 기타 Rollups(예: Starknet)을 활용합니다.

그러나 수직 확장 은 항상 단일 기계의 한계에 의해 제한되며 우리는 물리 법칙 을 깨뜨릴 수 없습니다.

한 가지 해결책은 샤딩을 통한 수평 확장 을 선택하는 것입니다.

현재 모듈식 설계는 수평 확장의 잠재력을 이제 막 활용하기 시작했습니다. 샤딩을 사용하면 2~3대의 기계가 작업을 공유하는 것이 아니라 원하는 수의 기계의 컴퓨팅 성능을 활용할 수 있습니다.

즉, 많은 기계가 동일한 유형의 작업을 병렬로 실행할 수 있습니다. 이것이 Ethereum과 Celestia가 각각 Danksharding과 Data Sharding을 통해 달성하고자 하는 것입니다. 그러나 샤딩은 본질적으로 데이터 가용성 계층으로 제한되지 않으며 실행과 결합될 수도 있습니다(=nil; L2의 경우).

모듈식 스택을 통해 달성한 수평 확장과 샤딩을 통해 제공되는 수평 확장을 결합하면 사용 가능한 컴퓨팅 성능이 크게 증가합니다.

하지만 더 잘할 수 있습니다...

블록체인 확장성의 궁극적인 목표는 수평 및 수직 확장을 융합하여 병렬 가상 머신을 갖춘 샤딩된 블록체인을 만드는 것입니다.

=nil;재단에서는 이 최종 디자인을 향해 체계적으로 나아가고 있습니다. =nil;의 L2는 수평 확장 가능한 모듈식 아키텍처(zkSharding)와 수직 확장 가능한 유효성 검사기 구현(샤드 내 병렬화)을 활용하여 공격적인 확장 로드맵을 채택합니다.

따라서 =nil;의 디자인은 상태, 유동성 또는 사용자 단편화를 희생하지 않고 글로벌 확장을 가능하게 합니다.

수평 확장 및 zkSharding에 대해 궁금하신 경우 =nil Foundation의 Discord 및 X에서 대화에 참여하실 수 있습니다.

위 내용은 모듈식 아키텍처와 모놀리식 아키텍처는 죽었습니다의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!