솔라나는 이더리움의 새로운 L2가 될 수 있나요? 모듈식 내러티브 하에서 롤업의 새로운 패러다임을 논의하는 기사
원저자: Haotian(X: @tmel0211)
병렬 EVM이라는 새로운 서사가 시장에 등장했는데, 이는 레이어 2에서 매우 흥미롭습니다. 이는 새로운 세련된 롤업 패러다임을 실현할 수 있습니다. 과장하자면 솔라나가 새로운 레이어 2가 되는 마법의 효과를 얻을 수 있습니다. 이더 리움.
제 생각에는 병렬 EVM은 롤업의 고도로 모듈화된 표현일 뿐입니다.DA가 제3자의 침입을 받은 후 VM 실행 계층이 다시 하락했으며 향후 계층 2가 재정의될 예정입니다.왜? 다음으로 대중과학의 관점에서 분석해 보겠습니다.
이 주제를 이해하려면 먼저 EVM의 단일 스레드 실행 모델을 명확히 해야 합니다.
이 모델은 트랜잭션을 순차적으로 처리하고 확인해야 한다고 규정하고 있으며 이는 트랜잭션 처리 속도, 블록 생성 시간, 트랜잭션 처리량 등에 직접적인 영향을 미치며 이더리움 메인의 높은 가스와 혼잡의 주요 원인입니다. 회로망.게다가 단일 스레드로 설계한 이유에는 역사적 한계가 있습니다.
이더리움에서의 거래는 분산된 독립 노드에 의해 검증되고 실행되기 때문에 잔액, 스마트 계약 코드 등 모든 주소의 데이터가 서로 다른 노드 간에 일관성을 유지하도록 보장해야 합니다. 동일한 자산이 없는지 확인하는 데 필요하며 이중 지출 가능성이 발생합니다.
이로 인해 트랜잭션이 순서대로 대기열에 추가됩니다. 병렬 트랜잭션이 발생할 경우 노드 간 데이터 동기화 오류로 이어질 수 있으며, 심각한 이중지불 트랜잭션이 발생할 수 있다는 점이 핵심이다.
대중적인 설명: 은행에는 서비스 창구가 하나뿐이고 고객은 돈을 인출하려면 줄을 서야 합니다. 예금, 인출, 대출 및 기타 서비스를 막론하고 한 고객은 업무를 완료한 후에만 다음 서비스를 시작할 수 있습니다. 장점은 은행 계좌 시스템의 모든 운영은 정확하게 기록되지만 고객의 대기 시간은 길어집니다.
은행이 여러 서비스 창구를 개설하고 고객이 서로 다른 업무를 처리하기 위해 창구를 선택할 수 있다면 동시에 한 계좌에서 돈을 인출하려는 창구가 두 개 있을 것입니다. 이중 지출 분명히 효율성은 향상되지만 복잡한 회계 논리는 회계 시스템에 부담을 줄 것입니다.
레이어 1 독립 체인 시나리오에서 체인의 맨 아래 레이어가 병렬 처리를 지원하면 문제가 쉽게 해결됩니다.솔라나의 컴퓨팅 상태와 스토리지 상태는 분리되어 있기 때문에 VM이 사용자로부터 여러 트랜잭션을 받은 후 노드는 이러한 트랜잭션을 정렬한 다음 독립적인 스토리지 시스템 상태 데이터를 호출하여 이러한 트랜잭션에 상태 충돌이 있는지 감지합니다. 충돌이 발생하면 해당 트랜잭션은 블록으로 패키징되며, 충돌이 발생하면 충돌하는 트랜잭션은 이 블록에서 제외됩니다.
비교해 보면,이더리움의 저장 상태는 실시간으로 계산되며 각 트랜잭션은 상태를 업데이트하기 전에 이전 트랜잭션이 완료될 때까지 기다려야 하기 때문에 패키징을 기다리기 전에 트랜잭션을 필터링하는 것이 불가능하므로 병렬 처리 가능성이 제한됩니다.
레이어 2 롤업 체인 시나리오에서는 병렬 처리를 달성하기 위한 거리가 비슷합니다. POH 타임스탬프를 기다리는 솔라나의 트랜잭션 계산 및 스토리지 상태 감지는 Rollup 체인이 Sequener에서 트랜잭션을 처리한 후 메인 네트워크로 일괄 처리하는 과정으로 생각하시면 됩니다.
이제 레이어 2가 트랜잭션을 일괄 처리하기 전에 Sequener는 먼저 트랜잭션에 대한 nonce를 시간순으로 정렬한 다음 이를 순서대로 메인 네트워크에 일괄 처리합니다. 어떻게 멀티스레드될 수 있나요?
1) AA 계정 추상 모델을 기반으로 계정 상태에서 동시에 여러 거래를 시작할 수 있습니다.예를 들어 두 개의 전송이 동시에 실행되는 경우 AA 스마트 계약은 그들에게 nonce를 부여하므로 순서대로 실행되어야 합니다. 하나는 전송이고 다른 하나는 승인인 경우 보다 유연하게 병렬로 처리할 수 있습니다. nonce에 의해 제한되지 않고. AA 계정 모델에서 각 계정은 트랜잭션 처리 논리를 사용자 정의한 다음 nonce와 협력하여 높은 동시성을 달성할 수 있습니다.
2) Sequencer에서 트랜잭션의 세련된 처리가 수행될 수 있습니다.예를 들어 레이어 2 트랜잭션이 Sequencer에 제출되면 Sequencer는 트랜잭션 로직을 신속하게 감지하고 세분화된 정렬 및 스크리닝을 수행할 수 있습니다. 예를 들어 동일한 계정이 두 개의 전송을 시작하는 경우 후자는 제외되어야 합니다. 다음 일괄 처리를 기다리며, 동일한 계정이 성격이 다른 두 가지 작업을 시작하는 경우 동시에 블록으로 일괄 처리할 수 있습니다.
간단하게 들리나요? DeFi 시나리오를 예로 들면 Sequencer는 트랜잭션의 정교한 관리를 달성하기 위해 두 가지 주요 과제에 직면해 있습니다.
1) 거래 데이터를 실시간으로 분석하고 수신 데이터의 스마트 계약 호출 방법 및 매개변수를 이해하기 위해,DeFi의 일반적인 스테이킹을 예로 들면, 스테이킹 작업에는 토큰 전송, 상태 업데이트, 서약 기간, 잠재적 보상 계산 등이 포함됩니다. 많은 수의 사용자가 동시에 일부 담보 거래를 보내는 경우, 담보 및 전송이 포함된 거래도 있고 복잡한 Oralce 가격 요소 등이 결합되어 Sequener가 이를 제대로 구문 분석하고 처리할 수 없는 경우 하나의 오류 밟으면 심각한 사고로 이어질 수 있습니다.
2) Sequencer는 탈중앙화를 보장해야 합니다. 현재 Layer 2 Sequencer가 Batch 트랜잭션일 뿐이라는 전제하에 이미 권한이 너무 큽니다. Sequencer 탈중앙화 문제를 해결할 수 없는 경우 정제된 Rollup이 시퀀서.허가. Sequencer가 가짜 거래를 하거나, MEV 트랩에 노골적으로 개입하거나, 심지어 오라클 청산을 악의적으로 조작하는 등의 행위를 하면 번식할 것입니다.
최근의,Metis는 인기가 높습니다. 표면적으로는 Sequencer의 분산화만 달성하지만 더 깊은 수준에서는 향후 Sequencer가 세련된 롤업을 수행할 수 있도록 기본 합의 전제를 구축합니다.
물론, 고도로 정제된 롤업 트랜잭션 집계 및 처리를 달성하기 위해 Sequencer에 의존하는 것은 현재로서는 단지 아이디어일 뿐입니다.다행스럽게도 AA 계정 추상화와 전체 블록체인의 모듈식 조합에 대한 개방적인 사고는 이 아이디어를 구현하기 위한 전제 조건을 제공합니다.
위에.
또한 위에서 언급한 것처럼 레이어 2는 전체적으로 점점 모듈화되고 있습니다. ZK 기술은 OP 스택 프레임워크에 내장되어 개인 정보 보호 확장을 달성하고 원래 Ethereum DA는 비용 절감을 위해 Celestia와 같은 타사 DA로 변환됩니다. 가스 요금의 전통도 바뀌어 레이어 2 토큰의 실용성이 높아졌으며, 레이어 2에서도 트랜잭션을 일괄 처리하여 다양한 VM 실행 환경에 제출할 수 있으며 트랜잭션은 솔라나와 이더리움에서 처리됩니다.
그때쯤이면 새로운 패러다임이 등장할 것입니다. 현재의 레이어 2는 더 이상 이더리움의 레이어 2가 아닙니다. 솔라나도 이더리움의 레이어 2가 될 수 있으며, 레이어 2의 정의조차 마법처럼 바뀔 것입니다.
이제 레이어 2가 높은 동시성 트랜잭션 처리 기능을 통합하는 보급형 레이어 1이 되고, 이더리움, 솔라나 등 이전 레이어 1이 자산 결제 및 보안 보장을 위한 새로운 레이어 2가 되었다고 과감하게 상상해 보세요. .
레이어 2는 결코 엄격한 개념이 아니었습니다. 레이어 2 플랫폼은 항상 트랜잭션의 대규모 동시 처리를 해결하고 점진적인 사용자 시장 그룹을 유치하는 임무를 수행해 왔습니다.
모듈식 아이디어 하에서 임무가 달성되면 이더리움 레이어 1의 정당성이 깨질 뿐만 아니라 DA 데이터 가용성, VM 실행 레이어, 심지어 전체 체인의 상호 운용성 통신 상호 작용까지 레이어 2가 Mass를 실현할 수 있는 인프라가 됩니다. 양자.
그때까지 레이어 2는 더 이상 레이어 1을 보완하는 역할을 하지 않고 강력하고 포괄적인 트랜잭션 집계 및 분산 처리 플랫폼이 될 것입니다.질문하겠습니다. 레이어 2는 누구입니까?
