저자: 시바
편집자: Tim, PANews
Base, MegaETH 및 Solana의 사전 확인 메커니즘은 각각 플래시블록, 미니블록 및 슈레드입니다.
가장 빠른 사람은 누구입니까?
가장 안전한 사람은 누구일까요?
누가 이길까?
알아야 할 모든 내용은 다음과 같습니다.
요약:
- 플래시블록, 미니블록, 슈레드는 각각 베이스, 메가ETH, 솔라나 체인의 "사전 확인" 메커니즘입니다.
- 사전 확인 메커니즘은 사용자에게 자신의 거래가 다음 블록에 포함될 것이라는 "포함 보장"을 제공합니다.
- 사전 확인 메커니즘은 사용자 경험을 개선할 수 있지만, 사용자는 블록 생산자가 정직하고 신뢰할 수 있다고 일시적으로 믿어야 합니다.
기본 플래시블록
현재 Base의 블록 확인 시간은 2초입니다.
블록 브라우저, RPC, 지갑 등 모든 도구는 2초마다 블록 및 데이터베이스의 상태 업데이트를 얻어 사용자와 공유합니다.
위의 상태 업데이트는 "최종성"(불변성)이 없지만 정렬자에 의해 "사전 확인"됩니다.
2초의 업데이트 지연은 사용자들이 더 빠른 속도에 익숙해져 있기 때문에 좋은 사용자 경험을 제공하지 못합니다.
Flashblocks는 사전 확인 시간을 200밀리초로 줄여서 이러한 사용자 경험 문제를 직접 해결합니다.
- 분류기는 TEE(신뢰할 수 있는 실행 환경)에서 실행되며 우선 수수료를 기준으로 거래를 분류합니다.
- 200밀리초마다 정렬기는 자식 블록(Flashblock)을 생성하여 L2 노드에 브로드캐스트합니다.
- L2 노드는 TEE 서명을 검증하고 사용자에게 사전 확인을 발행하며, 로컬 상태에 플래시블록을 적용합니다.
- 2초 후에 정렬기는 완전한 블록을 컴파일하여 L1에 제출할 Merkle 다이제스트를 생성합니다.
- L1이 확정되면 L2 노드는 하드 상태를 업데이트하여 블록을 확정합니다.
블록 전체가 확인되려면 여전히 2초가 걸리지만, 사용자는 200밀리초 이내에 업데이트된 상태를 볼 수 있어 사용자 경험이 크게 향상됩니다.
MegaETH 미니블록
MegaETH는 현재 블록 시간을 1초로 설정할 계획입니다.
하지만 사용자 경험을 개선하기 위해 Flashblocks와 유사한 사전 확인 메커니즘을 채택할 예정입니다.
MegaETH 시퀀서는 블록이 구성됨에 따라(거래의 임의의 순서에 따라) 거래를 출력합니다.
MegaETH는 10밀리초마다 사전 확인을 수행할 계획이며, 이 형식을 "미니블록"이라고 부릅니다.
플래시블록과 비슷하게, 미니블록은 1초 블록에 대한 신뢰를 높이지 않고도 사용자 경험을 크게 개선할 수 있습니다.
(Flashblocks를 사용하는 경우 사용자는 우선 순위 지정을 올바르게 실행하기 위해 TEE(신뢰할 수 있는 실행 환경)도 신뢰해야 합니다.)
솔라나 슈레드
솔라나(Solana)는 우수한 사용자 경험과 고속 거래를 제공하는 블록체인 선구자입니다.
솔라나의 일반 블록 시간은 400밀리초입니다.
그러나 블록 생성 프로세스 동안 Solana 블록 생산자는 블록을 "Shreds"라고 불리는 더 작은 부분으로 분할하고 이를 역사 증명(PoH)에 제출한 다음 나머지 네트워크로 전파합니다.
다른 검증자는 분쇄본을 수신한 후 거래 복제를 시작하고, 분쇄본을 검증한 후 즉시(400밀리초 이내) 거래를 보낼 수 있습니다.
이제 두 가지 문제가 발생합니다.
- 각각의 경우, 이러한 "사전 확인"은 얼마나 안전한가요?
- 트랜잭션이 배치되어 L1로 전송될 때까지 완료되지 않을 때 롤업의 "블록 시간"은 실제로 무엇을 의미합니까?
사전 확인된 안전성
a) 솔라나
솔라나 검증자가 블록 생산자로부터 2개의 Shreds를 받았지만, 이 Shreds가 최종 블록의 일부가 되지 않는 경우를 가정해 보겠습니다. 이는 두 가지 이유 때문일 수 있습니다.
- 블록 생산자가 오프라인 상태입니다. 최종 블록이 생성되지 않고 슬롯은 건너뜁니다. 이 경우, 다음 블록 생산자는 이러한 조각을 모아서 자신의 블록에 포함합니다(가장 긴 포크에 복사).
- 블록 생산자의 악의적 행동: 블록 생산자는 네트워크를 분할하려는 의도로 다양한 검증자에게 다양한 조각을 전파합니다.
따라서 포함 보장은 간단히 말해 블록 생산자가 악의적이거나 부패하지 않다는 신뢰를 의미합니다.
b) 메가ETH
시퀀서는 하나뿐입니다. 따라서 포괄적인 보장은 분류자가 악의적이지 않다는 것을 믿는 것입니다.
다른 두 가지 위험은 다음과 같습니다.
i) 분류기가 오프라인인 경우: 이 경우 분류기가 다시 온라인 상태로 돌아오면 사전 확인된 거래가 포함됩니다.
ii) 이더리움 L1 재구성이 발생합니다. 완료되지 않은 L2 거래는 새로운 포크에 있는 정렬기에 의해 복제됩니다.
c) 베이스
MegaETH와 유사한 포함 보장.
여기서 포괄적인 보장은 정렬 도구가 악의적이지 않고 TEE(신뢰할 수 있는 실행 환경)가 안전하다는 것을 믿는 것입니다.
하지만 TEE가 해킹당하더라도 변경할 수 있는 것은 거래의 우선 순위뿐입니다.
어떤 경우든 사용자는 더 빨리 사전 확인을 받을 수 있지만, 손상된 블록 생산자가 생길 위험이 있습니다.
특정 시점에 단일 블록 생산자가 블록 구성에 대한 독점권을 가지고 있기 때문에 부패 행위가 각 블록 구성에서 동일한 확률로 발생할 것이라고 가정하는 것이 합리적입니다.
L2 블록 시간은 무엇을 의미하나요?
L1 블록체인에는 합의 메커니즘이 있는 반면, 대부분의 L2 블록체인에는 없습니다.
L1 퍼블릭 체인에서는 고정된 블록 시간을 적용하면 검증자의 투표 행동이 블록 생성의 주요 시간 노드에 집중되므로 합의 효율성을 개선할 수 있습니다. 검증자는 투표를 통해 전체 블록의 모든 거래의 정확성을 확인합니다.
L2 블록 시간은 의미가 있나요?
대답은 '예'입니다.
L2 블록 시간은 자유롭게 설정되고 확정성보다는 "사전 확인"만을 나타내지만 고정 블록 시간은 여전히 다음과 같은 주요 값을 갖습니다.
- EIP1559와 유사한 수수료 메커니즘을 구현할 때 블록 수준에서 운영하면 빈번한 미니블록/플래시 블록 수준에서 운영할 때보다 실행 효율성이 크게 향상됩니다.
- L2가 분산형 정렬 및 검증 프로세스를 구현할 계획인 경우, 명확한 블록 경계를 설정하면 투표 및 검증 활동을 특정 기간 내에 완료할 수 있으므로 효율성이 크게 향상될 수 있습니다.
블록체인 성능이 향상됨에 따라 1초 미만의 빠른 사전 확인이 일반화될 것입니다.
궁극적으로 승리하는 메인 체인은 부패 가능성을 효과적으로 방지할 수 있습니다.
