DA 솔루션 출시가 임박하고, Sui의 TVL이 상승세를 타고 있으며, 메인넷 업그레이드에 속도를 늦추지 않고 있는 이더리움, 병렬 EVM과 탈중앙화 시퀀서 경쟁으로 떠오른 L2 등 L1 경쟁이 가열되고 있습니다.
현재와 미래에도 기본적인 사실은 이더의 입지가 흔들리기 어렵고, 모듈화 개념이 일반화될 것이며, 비탈릭의 셀레스티아 단속이 실패한다면 시장은 최고와 최선 중 하나를 선택할 것이고, 컴포지팅과 모듈화는 같은 시스템에서만 일어나는 것이 아니라는 점입니다. 시장 원리에 따라 프로젝트는 퍼블릭 체인, L2, 비트코인을 자유롭게 조합할 수 있게 될 것이며, 이는 BTC L2의 폭발적인 성장에서 알 수 있듯이 더욱 가속화될 것입니다.
Near가 DA가 하는 일을 할 수 있다면, 앱토스, 솔라나, 수이 같은 고성능 퍼블릭 체인이 "L2화"되어 궁극적으로 이더와 호환되고 이더에 포함될 수 있습니다.
병렬 EVM은 블록체인 속도에서 출발하는 병렬화된 EVM 호환 체인/L2로 이해할 수 있으며, 이론적으로 느린 블록체인 운영 문제를 해결할 수 있는 방법은 두 가지뿐입니다.
< li>
하드웨어를 보강하고 지속적으로 튜닝하는 것입니다. 예를 들어, 솔라나의 하드웨어는 빠른 속도를 위해 고유하게 구성되었으며, '서버룸'은 솔라나가 빠른 네트워크 속도와 향상된 처리량을 누릴 수 있도록 관리 및 구성됩니다.
멀티 코어 병렬 처리, 다중 회선 동시성. 하드웨어 개선으로 다중 코어를 통한 진정한 멀티태스킹이 가능해졌으며, 효율성을 높이기 위해 작업을 지속적으로 분할하는 것이 컴퓨터의 일반적인 관행이 되었습니다.
기본적으로 하드웨어 활용도는 이미 극도로 높기 때문에 병렬 EVM은 세 가지 수준으로 분류하고 이해할 수 있습니다.
병렬 EVM은 세 가지 수준으로 분류하고 이해할 수 있습니다.
병렬화는 컴퓨팅의 일반적인 관행으로, 모든 퍼블릭 체인 및 L2에서 사용할 수 있습니다. 예를 들어, 앱토스, 수이, 솔라나 같은 알트 L1이나 최초의 EVM 호환 L1이라고 주장하는 세이, 스크롤(2024년 로드맵), 루미오, 이클립스 같은 이더리움 L2, 그리고 솔라나의 일부인 네온 EVM 같은 기타 이기종 체인 호환 EVM 솔루션이 이에 해당합니다. Neon EVM은 솔라나 에코시스템의 일부이며 최초의 EVM 호환 솔루션이라고 주장합니다.
병렬 EVM은 좁게는 EVM 호환 L1/L2로 정의되며, 이론적으로는 이더채널 자체를 병렬화할 수 있으며, 이는 가장 정의적인 병렬 EVM이 되지만 너무 큰 움직임이어서 존재하기는 거의 불가능합니다
.
병렬 EVM은 광범위하게 확장 가능하며, 모든 병렬 컴퓨팅 체인은 EVM과 호환되는지 여부와 관계없이 EtherChannel "가속기"로서의 앱토스와 같이 EVM에 연결될 수 있는 한 포함될 수 있습니다. "가속기".
EVM과 호환되지 않는 Alt L1을 검토하는 것도 특히 흥미로운데, 이는 EVM 생태계에 연결할 수 있고, 아래에서 설명하는 것처럼 앱토스가 개척한 블록-STM 체계는 새롭게 등장하는 여러 병렬 EVM 체계의 사실상 템플릿이자 아이디어의 원천이 되었기 때문입니다.
이전: 스레드, 프로세스, 병렬성 및 동시성, EVM 요약
병렬 EVM 분해의 선을 따라 병렬 EVM을 그룹화하고 있지만 병렬성의 개념에 대한 설명이 끝나지 않았고 프로젝트의 구현 논리로 들어가면 혼란스러울 수 있습니다. 프로젝트의 논리에 대해 계속 이야기하면 이해하기 어렵고 사람들을 어지럽게 만드는 방법 일뿐입니다.
비슷하게 "프로세스는 리소스 할당의 가장 작은 단위이고, 스레드는 CPU 스케줄링의 가장 작은 단위"와 같은 설명은 전문적이지만 대부분의 사람들에게는 그리 친숙하지 않습니다. 이 과정을 설명하기 위해 멜론을 사는 것을 예로 들어보겠습니다.
우선, 우리 컴퓨터의 맨 아래는 운영 체제와 모든 종류의 응용 프로그램인 물리적 하드웨어이며, 처리 작업의 컴퓨터는 하드웨어의 우선 순위에 따라 소프트웨어 리소스가 할당되며, 프로세스를 설명하기 위해 멜론을 Huaqiang에 구입합니다 :
두 명의 화창이 함께 수박을 사러 가고 싶어하는데, 이는 두 명의 화창이 멜론을 먹고 싶어하기 때문에 복합적인 행동이지만 이번에는주의를 기울이면 여전히 수박 만 있고 더 이상 수박은 없습니다. 그리고 두 명의 화창은 수박을 자르기 위해 함께 가기로 동의했고, 형제가 아닌 사람은 가지 않고, 이때 두 명의 화창이 멜론을 사는 것은 과정이고, 각 화창이 멜론을 먹는 것은 여전히 실이므로 과정에는 두 개의 실이 포함됩니다.
이번에는 수박이 하나뿐이지만 두 사람 이상이 먹는 것은 동시성의 경우로, 수박을 함께 먹는 데 초점을 맞추고 모든 사람이 적어도 한 입이라도 먹을 수 있도록하는 것이므로 아무리 많은 사람이 수박을 먹어도 자리를 나누는 방법은 연속적으로 더 많이 먹는 수박의 최종 결과에 영향을 미치지 않습니다! 식사의 최종 결과는 영향을받지 않습니다.
영리한 당신은 문제를 봐야합니다, 왜 그렇게 많은 사람들이 함께 수박을 먹어야하는지, 오픈 수박 노점 상사는 본질적으로 과일 가게 주인입니다, 바나나도 먹을 수 있습니다 아, 오른쪽, 이것은 공급 측면 개혁의 필요성이며, 이제 상사는 바나나도 시장에 나와 있다고 발표했습니다, 그러면 현재 물리적 자원 (과일) 증가, 화창은 각각 다른 과일을 가져다가 먹기 위해 두 개의 열로 나눌 수 있으며, 이는 평행하고 두 줄이 나란히 있으며 각각 좋아하는 것을 먹습니다.
(안티바 문구: 위의 설명은 더 일반적이지만 전문적이지 않으며, 분쟁이 있는 경우 프로그래머의 지식이 우선합니다, 저는 반쪽짜리 원산지입니다)
다음 단계는 이들을 결합하는 것입니다. EVM을 결합하여 진정한 의미의 병렬 EVM을 조립하는 것입니다.
EVM은 종종 언급되지만 그 진정한 의미는 모호합니다. 특히 가상 머신(VM, 가상 머신)은 항상 가상의 탈맥락화 느낌을 주며, 사실 심각하게 말하자면 가상 머신은 전문화된 운영 체제이며 프로그래머는 물리적 실체를 위한 개발에 참여할 필요가 없고 소프트웨어 수준에 적응하기만 하면 됩니다. 사실, 가상 머신은 프로그래머가 물리적 개체를 대상으로 작업할 필요 없이 소프트웨어 수준에서 조정하기만 하면 되는 특수한 운영 체제입니다.
EVM의 역할을 트랜잭션으로 단순화하면, 사용자가 명령어를 제출하면 EVM은 송금, 스왑, 담보 등 사용자의 필요에 따라 스마트 컨트랙트 동작을 하나씩 실행하는 것입니다. 여기서는 지침과 하나씩 실행하는 것에 중점을 둡니다. EVM은 사용자의 요구를 이해하지만 실행은 대기열에 있어야 하며 순서를 마음대로 변경할 수 없습니다.
따라서 병렬 EVM은 본질적으로 실행 순서를 변경하여 여러 스마트 컨트랙트(명령어)를 동시에 실행할 수 있으며, 이는 노점상 주인이 수박을 파는 일꾼과 바나나를 파는 동생을 고용하여 궁극적으로 주인에게 돈을 벌게 하는 것과 같습니다.
가장 대표적인 것은 이전 게시물에서 언급한 BTC L2이며, 현재 BTC L2는 기본적으로 비트코인에 EVM 생태계에 대한 액세스 권한을 부여하려고 노력하고 있습니다. 개발자는 비트코인 자체 아키텍처와 프로그래밍 언어의 한계를 고려할 필요 없이 익숙한 EVM 개발 프로세스를 사용해 한 번에 개발할 수 있습니다.
EVM도 마찬가지입니다. 극단적으로 말하자면, 프론트엔드 개발자라면 하드웨어, 운영체제 원리, 이더리움 원리에 대해 전혀 몰라도 문서에 나와 있는 대로 개발할 수 있으며, 예를 들어 특정 탈중앙 거래소의 프론트엔드 인터페이스를 작성하려면 (이론적으로만) EVM 개발 도구와 인터페이스에 대한 지침만 읽으면 됩니다. 이론적으로는 매우 복잡합니다).
요약하자면 가상 머신(VM)은 하드웨어와 원리를 배제한 작업장으로, 수박 주스를 만들기 위해 멜론을 사면 화창이 주스기이고, 뚜껑을 열고 수박을 넣고 즙을 내면 수박 주스 한 잔이 완성되는 것과 같은 원리를 배제한 작업장입니다.
유사하게, EVM은 이더용 주스기이고, 호환 가능한 EVM은 약간의 결함이 있지만 작동하는 L1/L2 구매 파운드 랜드 핀토 주스기이며, 병렬 EVM은 여러 주스기가 함께 작동하는 것입니다.
수동으로 할 수 없다는 것이 아니라 주스기가 더 비용 효율적이라는 것입니다.
마지막으로 병렬 EVM 개념이 다시 등장했는데, 이는 본질적으로 이더가 하나의 트랜잭션만 순차적으로 처리할 수 있고 메인넷 TPS가 10 정도에서만 안정화될 수 있는 반면, BNB 체인(BSC)과 같은 보다 중앙화된 EVM 호환 체인은 200까지만 언급될 수 있으며 물리적 하드웨어에서 혁신적인 혁신이 없다는 사실과 이더가 동일한 결과를 달성하지 못했기 때문에 발생한 속도 제한의 결과라고 할 수 있습니다. 물리적 하드웨어에 혁신적인 혁신이없고 이더넷이 병렬 메커니즘으로 스스로를 변환 할 수없는 경우 병렬 EVM 회로는 오랫동안 뜨거워 질 것이며 결국 아무도 속도에 신경 쓰지 않을 것입니다.
현상: 낙관적 검증이 합의가 되고, 무브 시스템이 구출된다
병렬화와 VM의 개념은 오랫동안 존재해 왔지만 블록체인, 특히 병렬 EVM의 개념에 도입된 것은 사실 2022년에 시작되었습니다. 앱토스는 "블록-STM: 주문의 저주를 성능의 축복으로 바꾸어 블록체인 실행 확장"이라는 논문을 발표했고, 연말에 폴리곤 지분 증명 체인이 이 기능을 통합하려고 시도했습니다. 뿐만 아니라, 앱토스가 이 백서에서 제시한 많은 솔루션과 아이디어는 업계에서 일반적인 선택이 되었으며 도입할 필요가 있습니다.
꿈의 시작: 블록-STM
이라고 할 수 있습니다. 앱토스는 블록체인 병렬화의 대가라고 할 수 있는데, 솔라나와 니어에서 이미 살펴봤지만 앱토스가 블록체인에 적용한 STM(소프트웨어 트랜잭션 메모리)은 트랜잭션을 다시 정렬하고, 정렬된 트랜잭션이 모두 옳다고 가정한 후 병렬 실행 후 옳지 않다는 것을 알아내는 것이 핵심 아이디어입니다. 핵심 아이디어는 먼저 정렬된 트랜잭션이 올바르다고 가정하고 병렬 실행 후 잘못된 트랜잭션이 있다는 것을 알아낸 다음 2-8의 법칙에 따라 개별적으로 잘못된 트랜잭션을 개별적으로 해결하여 대부분의 트랜잭션을 가속화할 수 있도록 하는 것으로, 소위 낙관적 검증 메커니즘이며 롤업의 낙관적 검증 메커니즘도 기본적으로 동일한 아이디어입니다. ">Block-STM
특히 Block-STM은 블록체인의 실행 과정을 시퀀싱 단계와 실행 단계의 두 단계로 나눕니다.
순서 지정 단계에서 Block-STM은 STM을 사용하여 트랜잭션을 정렬하여 순차성을 보장합니다.
실행 단계에서 Block-STM은 시퀀싱 결과를 사용하여 트랜잭션을 병렬로 실행하여 실행 효율성을 향상시킵니다.
이후 병렬 EVM은 시퀀싱과 실행에 있어 구현상의 차이점을 제외하고는 본질적으로 유사하며, 네온 EVM 및 폴리곤 PoS와 같은 EVM과의 호환성이 향상되었습니다.
수이 개편: 모든 것이 객체
수이와 앱토스는 매우 유사하지만, 가장 큰 차이점은 수이가 객체 중심이라는 점입니다. 예를 들어 앨리스에서 밥으로 송금하는 경우 다음과 같이 작동합니다.
앱토스: 앨리스의 계정에서 1 USDT를 빼고 밥의 계정에서 1 USDT를 더합니다. 앱토스: 앨리스 계정에서 1 USDT 빼기, 밥 계정에서 1 USDT 더하기, 두 계정의 장부 정보 및 잔액 변경 포함;
수이: 1 USDT는 변경되지 않고 소유권 속성만 변경되어 앨리스에서 밥으로 1 USDT의 정보만 변경 포함;
앱토스: 앨리스 계정에서 1 USDT 빼기, 밥의 계정으로 1 USDT 추가.
보시다시피, 수이의 출발점은 거래 당사자 두 사람의 계정이 아니라 관련된 객체의 속성 변화를 살펴보고, 이를 바탕으로 토큰 전송뿐만 아니라 대체 불가능한 토큰과 같은 자산을 촉진하는 것입니다.
이를 조금 더 확장하면, 자산이 피어 간의 속성 변경만 포함하는 경우, 양 당사자가 거래를 승인하는 한 노드 간에 동기화할 필요가 없으므로 이러한 거래는 병렬로 처리될 수 있습니다.
물론 두 가지를 모두 구현하는 것은 훨씬 더 복잡하고 병렬 처리로 인해 많은 문제가 발생할 수 있지만, 이 정도만 알아두면 충분합니다.
솔라나와 네온 EVM: 셸쇼크
솔라나의 자체 병렬 처리는 블록-STM과 유사한 씨 레벨 메커니즘을 통해 이루어집니다(실제로는 서브버전으로 간주됨). 블록-STM(실제로는 전복되어야 함)은 2019년에, 블록-STM은 2022년에 제안되었으며, 둘 다 트랜잭션의 순서를 정한 다음 실행해야 합니다.
솔라나의 "혁신"은 이론적으로 모든 명령어의 시퀀싱을 허용할 뿐만 아니라 멀티스레딩을 최적화하여 프로세서의 전체 성능을 활용하여 높은 동시성과 TPS를 달성하는 하드웨어 자원의 특별한 최적화에 있습니다. 이론적으로는 50,000의 가치가 있으며 측정된 피크는 약 5,000이 될 수 있습니다.
이것이 Neon EVM과 어떤 관련이 있을까요? ">네온 EVM 지출
네온이 원하는 것은 EVM의 트랜잭션 정보를 동기화한 다음 솔라나를 사용하여 이를 계산함으로써 EVM 생태계의 풍부한 디앱과 보안을 활용하고 솔라나를 활용하여 속도를 개선하고 비용을 절감하는 것입니다. 이를 통해 EVM 생태계의 풍부한 디앱과 보안, 그리고 솔라나의 속도 향상 및 수수료 절감 기능을 활용할 수 있습니다. 네온의 승인, 송금, 입금, 인출 수수료는 비싸고 느린 이더리움 메인넷에 비해 기본적으로 0.1달러 또는 0.01달러 미만입니다.
단순히 말하자면, 네온은 솔라나를 이더리움의 대체 L2로 전환하여 L1/L2 EVM이 스스로 병렬화할 수 있을 뿐만 아니라 중개자 역할을 하여 호환 가능한 EVM 또는 L1/L2만 담당하고 나머지 프로세스는 아웃소싱할 수 있도록 합니다.
이것이 바로 제가 처음에 일반화된 모듈성이 실제로 의미하는 바이며, L1/L2 병렬 EVM은 세 가지 프로젝트의 조합 또는 크로스 체인 조합이 될 수 있어 다양한 방식으로 플레이할 수 있다고 말한 의미입니다.
세이 V2와 모나드: 행복한 동행, 바이트 호환
기술적으로 세이 V2와 모나드는 모두 이더와 호환되는 바이트 호환 EVM이라는 점에서 매우 유사합니다. 사실 이더넷 바이트 수준 호환 EVM은 병렬 처리 아이디어 측면에서 볼 때 둘 다 공교롭게도 우리에게 익숙한 낙관적 유효성 검사, 정렬을 먼저 하고 실행 가능한 것을 실행한 다음 문제가 발생하면 종속성을 개별적으로 해결하는 방식을 선택했습니다.
물론 성숙한 제품과 아이디어는 누구나 사용할 수 있지만, BTC L2의 경우처럼 실질적인 기술 혁신은 많지 않다는 점에 유의하세요. "솔라나는 대규모로 병렬 처리를 실행하고 하드웨어와 소프트웨어에서 높은 동시성을 실행하는 유일한 L1이며, 다른 것들은 "EVM+병렬 호환" 패키지에 가깝습니다." 라고 말합니다.
솔라나가 액셀러레이터로 사용될 수 있으니 앱토스 등도 가능하다고 생각할 수 있겠지만, 사실 루미오도 그렇게 생각하며, 한쪽은 EVM과 호환되고 다른 쪽은 병렬성을 구현하는 중개자 역할을 한다면 병렬 EVM이라고 할 수 있으므로 루미오에 대해서는 너무 많이 말하지 않겠습니다. 따라서 Lumio에 대해 너무 자세히 설명하지 않겠습니다.
결론: 병렬 EVM의 딜레마
이 논문에서는 소프트웨어 최적화에 필수적인 하드웨어 자원의 프로비저닝과 작업의 순차적 실행이라는 병렬 EVM의 핵심에 초점을 맞추고자 합니다. 소프트웨어 최적화의 상한은 하드웨어의 물리적 매개 변수이며, 결국 Bolt는 빛의 속도를 초과 할 수 없지만 병렬 EVM은 주로 Aptos의 Block-STM을 수정하고 모방 한 것이며 이는 기본적인 사실이기도합니다.
또한, 현 시점에서 이더리움 L2의 병렬 방식을 과도하게 탐구할 필요는 없으며, 이미 충분히 효율적인 시퀀서의 중앙 집중화 문제를 해결하는 것에 더 가깝습니다.
병렬 EVM은 신비로운 것이 아니며, 각 프로젝트의 읽기/쓰기 메커니즘 설계, TPS 비교, 데이터 로깅 및 상태 동기화에 대한 기술적 세부 사항은 이 글에서 제외했기 때문에 일반인이 이에 대해 알 필요는 없으며, 현재 우리는 낙관적 검증 플레이를 진행 중이며 낙관적 검증은 실행한 다음 문제를 해결하는 아이디어라는 점을 기억해 주시기 바랍니다. 업데이트가 있으면 제때에 추가하겠습니다.