이 문장을 읽을 때쯤이면 Visa는 초당 25,000개의 거래를 처리했을 것이고, 롤업 은 초당 4,000개의 거래만 처리했을 것입니다. 왜 이렇게 큰 차이가 날까요? Visa 네트워크의 거래는 개별적으로 승인되지만 대량으로 처리되기 때문입니다. 그 결과, 서버에 도달하는 모든 거래는 발생하는 대로 결제되고 나중에 검증됩니다.
하지만 롤업의 초당 거래 수(TPS) 에 관해서는 시나리오가 다릅니다. 모든 연결된 노드가 완결성 위해 블록체인에 대한 읽기/쓰기에 동의해야 하기 때문입니다. 즉, 거래 크기가 작을수록 이러한 노드가 블록 에 동일한 것을 검증하고 포함하는 속도가 빨라져 초당 거래 수(TPS) 와 처리량이 향상됩니다.
현재 데이터 가용성, 실행, 합의 및 결제의 형태로 운영 환경을 추상화함으로써 롤업은 트랜잭션 크기를 109바이트에서 12바이트로 크게 줄여 롤업의 초당 거래 수(TPS) 증가시켰습니다. 그러나 비자와 경쟁하기 위해 100k 초당 거래 수(TPS) 의 내러티브에 맞는 추가 확장성을 충족하려면 롤업의 데이터 압축이 검증 가능성과 분산화를 희석하지 않고 향상되어야 합니다.
하이퍼 확장성을 위한 퍼즐의 빠진 조각:
지금까지 우리가 효과적으로 갖고 있지 못한 것은 DAS의 일관성, 계정 추상화 및 압축입니다.
이미 살펴본 바와 같이 롤업은 대체 계층에 데이터를 저장하고 필요할 때마다 검증을 위해 쉽게 사용할 수 있도록 하여 L1을 압도하는 확장성을 달성했습니다. 그러나 롤업에서 100k 초당 거래 수(TPS) 로 확장하는 경우 DA를 사용하는 것 이상으로 데이터를 압축할 방법을 찾아야 합니다.
어떻게 그런 데이터 압축이 일어날 수 있었을까?
이는 추가 트랜잭션 정리를 허용하는 게이트웨이가 있는 경우에만 발생할 수 있습니다. DAS 또는 데이터 가용성 샘플링은 아직 블롭에서 사용할 수 없지만 앞으로 나아갈 수 있는 좋은 방법입니다. 이것이 구현되면 아래 이미지를 통해 주장한 대로 가까운 미래에 블롭의 용량을 늘릴 수 있습니다. 보시다시피
이더리움 개선 제안(EIP)-4337+와 집계 기술을 사용했을 때, 이상적인 상태 압축 크기가 23바이트로 줄었습니다. 그러나 PeerDAS 모델을 통해 DAS가 등장하는 이더리움 개선 제안(EIP)-4844와 동일한 것을 번들로 묶으면 클라이언트 측에서 UserOp를 먼저 압축하여 12바이트 이하의 더 작은 바이트 크기를 얻을 수 있습니다.
그 다음에는 스마트 계약이 공통성을 쿼리할 수 있는 계정 추상화 기술이 뒤따릅니다. 이 공통성은 롤업 내에서 내부 확장을 위해 데이터를 더욱 압축할 수 있습니다. 이 모델에서 계정 추상화를 통해 롤업 환경은 반복적인 거래를 평가하고 롤업에서 높은 초당 거래 수(TPS) 위해 새로운 형태의 거래가 자리를 차지하도록 허용하여 동일한 공간을 추상화할 수 있습니다. 이러한 데이터 정리는 네트워크의 부하를 크게 줄이고 효율성을 개선할 수 있습니다.
최근에 마무리된 에어드랍 프로젝트에서는 배칭과 데이터 그룹화를 런 길이 인코딩 압축과 함께 사용했는데, 이러한 기술은 선형 데이터 압축을 통해 데이터 크기를 61.68% 줄였습니다.
이러한 방법을 데이터 가용성을 위해 블롭 데이터를 사용하는 롤업 환경 내에서 내부 확장에 적용하면 블롭 크기당 13,888.88개의 트랜잭션에 도달할 수 있으며, L1에서 블록 당 3개의 블롭을 사용하면 롤업으로 100,000 초당 거래 수(TPS) 에 도달하는 것이 그리 큰 차이가 아닌데, DAS를 사용하여 더 작은 트랜잭션 크기를 갖는 블롭이 블록 당 더 많은 블롭을 포함하여 내부 확장을 위한 롤업의 초당 거래 수(TPS) 높일 수 있기 때문입니다.
현재 이더리움이 허용하는 블록 당 평균 100KB 대신 512KB의 데이터를 포함할 수 있는 용량을 고려하면, Tx 크기를 줄이면 블롭에 더 많은 거래를 포함할 수 있는 공간이 확보되고 내부 롤업 용량이 새로운 차원으로 늘어날 것으로 생각할 수 있습니다.
병렬화: 롤업에서 높은 초당 거래 수(TPS) 위한 유료 차선 모방
왜 톨게이트에 차량이 지나갈 수 있는 단일 차선이 없을까요? 그렇게 하면 한 명의 운영자가 처리해야 할 작업이 많아질 것입니다. 마찬가지로, 롤업을 위해 해독해야 할 수수께끼 코드였던 데이터 정리는 데이터 압축과 이더리움 개선 제안(EIP)-4844를 통해 어느 정도 달성되었습니다. 하지만 롤업에 모든 수준에서 동시 트랜잭션 처리를 허용하는 기술이 도입되지 않는 한 그 어떤 것도 중요하지 않습니다.
하지만 이는 롤업 환경이 단일 통로가 아닌 톨게이트처럼 구축될 때만 가능합니다. 이더리움의 창시자인 비탈릭 부테린은 Dencun 업그레이드가 낮은 수수료 데이터 가용성을 통해 롤업 용량을 늘렸다고 말합니다. 하지만 수백만 건의 거래를 처리하고 네트워크 압력에 굴복하지 않는 환경이 없다면 전투는 절반이 승리한 셈입니다. 이더리움 개선 제안(EIP)-648은 찾아서 배포해야 할 빠진 부분입니다.
이더리움 개선 제안(EIP)-648은 병렬 처리 문제를 어떻게 해결할 것인가?
예를 들어 이 개념을 더 잘 이해하는 데 도움이 될 것입니다. 극장의 줄을 상상해 보세요. 모든 영화 관람객이 흩어져 있고 키오스크의 직원은 누가 무엇을 볼지 전혀 모릅니다. 따라서 관객/영화 관람객에게 많은 대기 시간이 발생합니다.
이제, 같은 시나리오를 키오스크로 바꿔서, 담당자가 누가 어떤 영화를 볼 의향이 있는지 알 수 있게 하세요. 이런 상황에서 키오스크의 담당자는 단순히 인원 수를 보고, 어벤져스 영화 티켓 20장을 한 번만 요청하면, 영화 관람객은 담당자에게 매번 세부 정보를 공유하지 않고도 빠르게 티켓을 받을 수 있습니다. 이런 방식은 무한한 확장성을 처리할 수 있을 뿐만 아니라 더 나은 사용자 경험을 제공할 수도 있습니다.
롤업은 롤업 환경이 RLP 목록에서 범위를 정의하는 병렬화를 통해 사용자에게 동일한 작업을 수행할 수 있습니다. 예를 들어,
새로운 유형의 거래를 소개합니다(232번과 동일한 일반 형식을 따름):
[2, 네트워크_ID, 시작가스, 받는 사람, 데이터, 범위]
여기서 ranges는 RLP 목록이고, 목록의 각 값은 주소 접두사로, 해당 접두사가 있는 모든 주소의 범위를 나타냅니다. 즉, 예를 들어 다음과 같습니다.
0~99의 범위 함수의 경우 롤업 스마트 계약은 주소 XXggsjjklslqqsjsjsjsjsj에서 20 미만의 모든 거래를 1 gshslkshlkshklqshjkls로 분리하는 것과 같은 특정 범주를 추상화할 수 있습니다.
이제 롤업은 이러한 모든 그룹을 분리하고 호출 함수를 기반으로 병렬 처리를 수행할 수 있습니다. 따라서 롤업은 NFT에서 유틸리티 토큰 거래에 이르기까지 이러한 범위 함수를 정의하여 간단히 스왑하고 소각할 수 있습니다.
결과적으로, 대기 시간을 방해하지 않고 선택적으로 분리가 롤업 환경에서 발생하여 사용자가 시작 가스 높이, 마무리 가스 높이를 정의할 수 있는 처리량과 확장성이 향상됩니다.
시작 가스,
total_gas_used, 그리고 롤업 환경은 시퀀서 노드에서 이러한 지침을 따르지 않는 다른 모든 거래를 빠르게 제거합니다. 위의 예에서 논의된 이상적인 영화 시나리오입니다.
이 방법을 사용하면 이더리움 가상 머신(EVM) 의 모든 거래를 병렬로 처리할 수 있습니다. 블롭을 통해 이미 긴급 가스 문제를 해결했고 병렬화를 통해 롤업에서 높은 초당 거래 수(TPS) 위한 네트워크 보안에 대한 투자 수익률이 낮음에도 불구하고 네트워크가 지속 가능성을 유지할 수 있도록 보장하기 때문입니다.
따라서 모듈성이 초기 단계에서 롤업에 효과적이었지만 이제는 대량 도입을 위해 업그레이드할 때가 되었습니다. 롤업에서 100k 초당 거래 수(TPS) 달성하려면 생태계가 가격을 낮추는 것부터 TradFi와 같은 사용자에게 단점을 제외한 더 나은 경험을 제공하는 것까지 모든 면에서 발전해야 합니다. 병렬화, 프로토단크샤딩 및 계정 추상화는 단순히 롤업에서 초당 거래 수(TPS) 상태를 개선했습니다. 가까운 미래에 기술이 발전하여 롤업이 산업 수준에서 도입될 준비가 될 것이고, 바로 여기서 기술 파트너가 필요하여 변화에 적응할 수 있습니다.
Zeeve RaaS로 확장성이 뛰어난 옵티미즘(OP)/ZK 롤업을 시작하세요
Zeeve의 Rollups-as-a-Service(RaaS)는 모든 주요 롤업에 대한 로우코드 배포 도구를 통해 사용자 정의 레이어 2 또는 레이어 3 롤업을 시작하는 목표를 간소화합니다. Zeeve의 RaaS를 사용하여 고유한 ZK 또는 Optimistic Rollup을 시작할 수 있습니다. 이와 함께 Zeeve의 업계에서의 수년간의 경험은 롤업 분야에서 40개 이상의 통합 파트너와 의미 있고 가치 있는 파트너십을 구축하는 데 도움이 되었습니다. 사용자는 롤업 환경에서 솔루션을 빠르게 통합하는 이점을 얻을 수 있습니다. Zeeve는 또한 사용자 정의 롤업을 구축하는 데 필요한 확장 가능한 노드, RPC, 데이터 인덱서, 블록 탐색기, 테스트넷 faucets, 크로스 체인 브리지 등과 같은 중요한 롤업 구성 요소를 제공합니다.
지원이 필요하면 언제든지 저희에게 문의 하세요. 저희는 ISO 27001 인증을 받았으며 SOC 2 유형 서비스 공급업체로서 오늘 귀사의 롤업 출시를 도울 수 있습니다.
