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