원래 작성자: @ShivanshuMadan, 암호화폐 작가
원래 번역: zhouzhou, BlockBeats
편집자 주: Base, MegaETH 및 Solana는 Flashblocks, Miniblocks 및 Shreds를 통해 다양한 형태의 사전 확인을 제공하여 사용자 경험을 개선합니다. Base는 TEE를 사용하여 200ms마다 거래를 사전 확인하고, MegaETH는 Miniblocks를 사용하여 10ms마다 확인하고, Solana는 Shreds를 통해 400ms 이내에 거래 확인을 완료합니다. 이러한 메커니즘은 상호작용 속도를 최적화하지만 신뢰는 각각의 분류기나 검증기에 달려 있습니다. L2에는 합의 메커니즘이 없지만 고정된 블록 시간은 EIP1559와 같은 메커니즘을 실행하고 분산된 주문을 하는 데 여전히 도움이 됩니다. 미래에는 1초 미만의 사전 확인이 업계 표준이 되고 부패 방지에 결정적인 역할을 할 것입니다.
다음은 원본 텍스트입니다(원본 내용은 읽고 이해하기 쉽도록 재구성되었습니다):
Base 대 MegaETH 대 Solana, Flashblocks 대 Miniblocks 대 Shreds, 어느 것이 가장 빠른가요? 가장 안전한 사람은 누구일까요? 누가 이길까?

플래시블록, 미니블록, 슈레드는 모두 해당 블록 생산자의 "사전 확인"입니다. 사전 확인은 사용자가 얻는 "신뢰할 수 있는 보장"으로, 해당 거래가 다음 블록에 포함될 것임을 보장합니다. 이를 통해 사용자 경험은 향상되지만 블록 생산자에 대한 신뢰 가정이 잠시 높아집니다.

베이스의 블록 시간은 현재 2초입니다. 2초마다 모든 도구(블록 탐색기, RPC, 지갑 등)가 블록을 가져오고, 데이터베이스를 업데이트하고, 사용자에게 상태를 동기화합니다. 이 상태는 확정되지 않았지만(변경 불가능) 시퀀서에 의해 "사전 확인"됩니다. 하지만 2초의 업데이트 속도로는 이상적인 사용자 경험을 제공할 수 없으며, 사용자들은 더 빠른 인터넷 응답 속도에 익숙해져 버렸습니다.
Flashblocks는 사전 확인 시간을 200밀리초로 줄여 이 문제를 직접 최적화합니다.
·분류기는 신뢰할 수 있는 실행 환경에서 실행되며 우선 수수료를 기준으로 거래를 정렬합니다.
·200밀리초마다 정렬기는 자식 블록(Flashblock)을 생성하여 L2 노드에 브로드캐스트합니다.
·L2 노드는 TEE 서명을 검증하고, 사용자에게 사전 확인을 발행하고, 로컬 상태에 Flashblock을 적용합니다.
·2초 후에 정렬기는 전체 블록을 컴파일하고 L1에 제출할 Merkle 요약을 생성합니다.
·L1 확인 후 노드는 하드 상태를 업데이트하고 블록을 최종화합니다.
완전한 블록을 완성하는 데는 여전히 2초가 걸리지만, 사용자는 200밀리초 이내에 업데이트된 상태를 볼 수 있어 사용자 경험이 크게 향상됩니다.

MegaETH는 블록 시간을 1초로 설정할 계획입니다. 하지만 사용자 경험을 최적화하기 위해 Flashblocks와 유사한 사전 확인 전략을 채택할 예정입니다. ME 시퀀서는 블록을 구축하면서 특정 순서 없이 지속적으로 거래 확인을 제공합니다. ME는 "미니블록" 형태로 10밀리초마다 사전 확인을 발행할 계획입니다. Flashblocks와 비슷하게 Miniblocks는 1초 블록을 넘어서는 신뢰 가정을 늘리지 않고도 사용자 경험을 크게 개선합니다.
(Flashblocks는 우선 순위 지정을 올바르게 수행하기 위해 TEE에 추가로 의존하는 반면 Miniblocks는 이러한 신뢰할 수 있는 전제가 필요하지 않습니다.)

Solana는 고품질 사용자 경험과 고속 체인의 선구자입니다. 솔라나의 표준 블록 시간은 400밀리초입니다. 블록 생성 과정에서 Solana의 리더(블록 프로듀서)는 블록을 더 작은 "조각"으로 나누고 이를 POH(역사 증명)에 제출하여 전체 네트워크에 전파합니다.
다른 검증자는 Shred를 받은 후 거래 복사를 시작할 수 있으며 Shred를 검증한 후 즉시(400밀리초 미만) 거래 확인을 보낼 수 있습니다.

이제 논의할 만한 두 가지 질문이 있습니다.
1. 이러한 "사전 확인"은 다양한 상황에서 얼마나 안전한가요?
2. Rollup 시스템에서 거래의 최종 확인은 L1에 대한 일괄 제출에 따라 달라지므로 "블록 시간"은 무엇을 의미합니까?
솔라나 검증자가 리더로부터 두 개의 Shred를 받았지만, 이 Shred가 최종 블록에 포함되지 않는다고 가정해 보겠습니다. 두 가지 경우가 있을 수 있습니다.
1. 리더가 오프라인입니다. 최종 블록을 생성할 수 없고 시간 슬롯이 건너뜁니다. 이 경우, 다음 리더가 이 조각들을 넘겨받아 자신의 블록에 포함합니다(가장 무거운 포크에 복사합니다).
2. 리더가 악행을 저지른다: 리더가 네트워크를 분할하려고 다양한 검증자에게 다양한 Shreds를 퍼뜨린다.
따라서 거래가 보장되는 유일한 방법은 리더가 악행을 저지르거나 부패하지 않을 것이라는 믿음입니다.

MegaETH에는 정렬기가 하나뿐이므로 트랜잭션이 포함될 수 있다는 유일한 보장은 정렬기가 악의적인 행동을 하지 않는다는 것입니다.
또한 두 가지 위험이 있습니다.
· 분류기가 오프라인이 됩니다. 다시 온라인이 되면 사전 확인된 거래가 다시 포함됩니다.
· 이더리움 L1 재구성이 발생합니다. 완료되지 않은 L2 거래는 정렬자에 의해 새 체인에 복사됩니다.
Base의 사전 확인 메커니즘은 MegaETH와 유사하지만 TEE(Trusted Execution Environment)의 보안에도 의존합니다.
TEE가 공격을 받더라도 변경할 수 있는 것은 거래의 우선 순위뿐이며, 이는 최종적으로 거래가 포함되는 데 영향을 미치지 않습니다.
모든 경우에 사용자는 더 빨리 사전 확인을 받을 수 있지만 이는 리더(분류자)가 악의적인 행동을 하지 않는 경우에만 가능합니다. 각 블록의 리더는 블록을 구성하는 독점권을 가지고 있으므로 P(악행을 저지를 확률)가 각 블록 구성에서 동일하다고 가정하는 것이 합리적입니다.
L1은 합의 메커니즘에 의존하는 반면, (대부분의) L2에는 전통적인 합의 메커니즘이 없습니다. L1에서는 블록 시간이 합의 효율성을 높이기 위해 존재합니다. 투표는 블록 경계에서 발생하고 검증자는 전체 블록 내에서 거래의 정확성에 대해 투표하기 때문입니다.

하지만 합의가 없는 L2에서도 블록 시간이 필요할까요?

대답은 '예'입니다.
L2의 블록 시간은 임의로 선택할 수 있고 확정성보다는 "사전 확인"만을 나타내지만, 고정된 블록 시간을 갖는 것이 다음을 포함한 여러 가지 이유로 도움이 됩니다.
• EIP1559와 같은 메커니즘을 구현하는 것은 더 빈번한 미니 블록/라이트닝 블록 수준보다 블록 수준에서 더 효율적입니다. • L2가 주문 및 증명을 분산화할 계획이라면 잘 정의된 블록 경계가 투표 및 증명을 용이하게 할 것입니다.
블록체인 성능이 향상됨에 따라 1초 미만의 사전 확인이 일반화될 것입니다. 승리한 체인은 또한 P(부패)에 대한 페널티가 매우 커져 강력한 억제 인센티브로 작용합니다.
「원본 링크」
BlockBeats 공식 커뮤니티에 참여하세요:
Telegram 구독 그룹:https://t.me/theblockbeats
Telegram 토론 그룹:https://t.me/BlockBeats_App
Twitter 공식 계정:https://twitter.com/BlockBeatsAsia