보장된 블록 공간

Stable v1.4.0은 각 블록을 별도의 가스 예산이 있는 레인으로 나눕니다. 자격이 있는 우선순위 트랜잭션은 VIP 레인으로 들어가므로 일반 트래픽은 이들을 위해 예약된 용량을 소비할 수 없습니다.

블록 레인

제안 및 유효성 검사 규칙은 세 가지 레인 유형을 인식합니다.

각 레인에는 자체 가스 할당량이 있습니다. 제안자는 이 제한 내에서 레인을 채우고, 검증자는 제안된 블록을 검증할 때 동일한 제한을 적용합니다.

이는 프로토콜 수준에서 예약을 결정론적으로 만듭니다. 제안자가 자발적으로 공간을 사용하지 않고 남겨두는 것에 의존하지 않습니다.

이더리움 계정은 일반적으로 하나의 논스 시퀀스를 가집니다. 트랜잭션 12가 누락되거나 멈춘 경우, 트랜잭션 13 및 이후 트랜잭션은 실행될 수 없습니다.

2차원 논스 또는 2D 논스는 계정에 여러 독립적인 시퀀스를 제공합니다. NonceKey는 시퀀스를 선택하고, 트랜잭션의 논스는 해당 시퀀스 내에서의 위치를 제공합니다.

예를 들어, 결제 계정은 급여를 위해 NonceKey = 1을 사용하고 공급업체 결제를 위해 NonceKey = 2를 사용할 수 있습니다. 지연된 급여 트랜잭션은 공급업체 시퀀스를 차단하지 않습니다.

논스 키 공간에는 세 가지 중요한 영역이 있습니다.

NonceKey = 0은 표준 EVM 호환 논스 동작을 유지합니다.
uint64 범위의 상위 절반은 프로토콜 사용을 위해 예약되어 있습니다. VIP 멤버십은 이 범위를 통해 신호를 보냅니다.
NonceKey = MaxUint64는 순서가 없는 트랜잭션을 표시합니다. TimeoutTimestamp는 재생 방지 마감일을 제공합니다.

Stable은 이 필드들을 트랜잭션 유형 0x3F인 CustomTx에 포함합니다. 기존 EVM 트랜잭션 형식은 계속 사용할 수 있으며, 기본 논스 채널은 예상되는 동작을 보존합니다.

거버넌스는 하나의 MsgUpdateParams 제안을 통해 레인 정의 및 가스 할당량을 제어합니다. 승인된 매개변수는 다음 블록에서 적용됩니다.

기본값에는 예약된 레인이 포함되어 있지 않습니다. 거버넌스가 이를 구성할 때까지 체인은 하나의 일반 레인으로 작동합니다. 이는 레인 구성을 기존 트랜잭션 처리에 추가합니다.

VIP 트랜잭션은 다음 모든 조건이 충족될 때 결정론적인 다음 블록 포함을 받습니다.

Stable의 멤풀 없는 검증자 인그레스 모델은 VIP 트랜잭션을 검증자에게 제공합니다. 예약된 제안 용량은 일반 트래픽이 이를 방해하는 것을 방지합니다.

보장된 정산: 보장된 블록 공간에 의존하는 결제 패턴을 확인하세요: 결정론적 포함을 갖는 DVp(Delivery versus Payment) 정산 주기.
네트워크 업그레이드: v1.4.0 릴리스 전체와 출시 상태를 검토하세요.
실행: Stable이 각 블록에 선택된 트랜잭션을 어떻게 실행하는지 이해하세요.