트랜잭션의 여정

여정

생애 주기, 단계별로

1. 클라이언트가 표준 JSON-RPC를 통해 서명된 트랜잭션을 제출합니다.
2. RPC 레이어가 서명자를 복원하고 트랜잭션을 발신자별 상한이 있는, 크기가 제한된 승인 큐에 넣습니다. 큐가 가득 차면 메모리를 무한히 늘리는 대신 오류를 반환합니다.
3. 단일 실행 코디네이터가 승인 순서대로 트랜잭션을 커밋합니다. 같은 발신자는 결코 동시에 실행되지 않으며, 이는 멤풀 재정렬 단계 없이 논스 안전성을 보존합니다.
4. 실행은 즉시 이루어집니다. 영수증은 그것을 담는 EVM 블록이 봉인되기 전에 존재합니다.
5. 수락된 모든 트랜잭션은 체크섬이 있는 선기록 로그에 추가되어 실행 전에 내구성을 갖추며, 배치당 한 번 fsync하므로, 승인 응답을 받은 트랜잭션은 크래시에도 살아남습니다.

세 가지 실행 방식

시퀀서는 모든 트랜잭션을 같은 방식으로 실행하지 않습니다. 세 가지 형태를 인식하고 각각에 대해 가장 짧은 올바른 경로를 택합니다.

• 단순한 ETH 전송은 가상 머신을 전혀 시동하지 않는 네이티브 경로를 택합니다.
• 정식 ERC-20 전송은 잔액 슬롯을 직접 이동시키고 표준 이벤트를 내보내는 패스트 패스를 택하며, 전체 머신이 만들어 낼 것과 같은 결과를 냅니다.
• 그 외 모든 것은 Cancun 하드포크에 고정된 revm인 일반 EVM을 통해 실행됩니다.

세 경로 모두 표준 가스를 부과하고 수수료를 같은 방식으로 분배하므로, 수수료로는 어떤 경로를 택했는지 알 수 없고, 알 필요도 없어야 합니다. 패스트 패스가 존재하는 이유는 체인 트래픽의 대부분이 가장 단순한 두 종류의 트랜잭션이고, 시간이 소요되는 곳이 바로 그곳이기 때문입니다.

결정론적인 이유

다른 체인이 운영자에게 맡기는 두 가지가 여기서는 컴파일 타임 상수입니다. 실행 하드포크와 최소 가스 가격입니다. 조정 가능하게 만들면 둘 중 어느 것이든 레플리카가 시퀀서가 수락한 트랜잭션을 거부하거나 가격을 다시 매길 수 있게 하고, 독립적인 파생은 정지할 것입니다. 같은 논리가 다음 블록의 타임스탬프를 이전 봉인 시점에 고정하고, 미니블록 간격을 운영자별 설정이 아니라 합의 파라미터로 만듭니다. 레플리카는 같은 해시를 재현하기 위해 스트림을 어떻게 자르는지에 합의해야 합니다.

이렇게 만들어진 이유

특이한 결정은 봉인하기 전에 실행하는 것입니다. 대부분의 체인에서 트랜잭션은 다음 블록을 기다리고 그 블록을 만드는 과정의 일부로 실행됩니다. 여기서는 도착 시점에 실행되고, 블록은 이미 존재하는 결과들로부터 나중에 조립됩니다. 그것이 첫 순간을 빠르게 만드는 것이고, 미니블록이 블록과 별개의 것으로 존재하는 이유입니다. 미니블록은 시퀀서가 이미 계산한 결과에 서명을 하는 것이고, 일반적인 블록은 그 뒤에서 자기 리듬으로 도착합니다. 각 순간이 보장하는 것은 확인 페이지에, 기록이 어디에 도달하는지는 정산 페이지에 있습니다.