有保证的区块空间
Stable v1.4.0 将每个区块划分成具有独立 Gas 预算的通道。符合条件的优先级交易进入 VIP 通道，因此正常的流量无法占用为其保留的容量。
区块通道
提案和验证规则识别出三种通道类型：
- VIP 通道：承载其
NonceKey属于协议保留范围的交易。 - 交易类型通道：为配置的交易类别保留容量。
- 普通通道：承载不匹配其他已配置通道的标准交易。
每个通道都有自己的 Gas 配额。提议者在这些限制内填充通道，验证者在验证提议的区块时强制执行相同的限制。
这使得保留在协议层面是确定性的。它不依赖于提议者自愿不留下未使用的空间。
二维随机数
以太坊账户通常有一个随机数序列。如果交易 12 缺失或卡住，交易 13 及之后的交易就无法执行。
二维随机数（或 2D 随机数）为账户提供了多个独立的序列。NonceKey 选择序列，交易的随机数给出其在该序列中的位置。
例如，一个支付账户可以使用 NonceKey = 1 进行工资支付，NonceKey = 2 进行供应商结算。延迟的工资支付交易不会阻塞供应商序列。
随机数键空间有三个重要的区域：
NonceKey = 0保持标准的 EVM 兼容随机数行为。uint64范围的上半部分保留给协议使用。VIP 成员资格通过此范围传达。NonceKey = MaxUint64标记一个无序交易。TimeoutTimestamp提供其重放保护截止日期。
Stable 在 CustomTx (交易类型 0x3F) 中携带这些字段。现有的 EVM 交易格式仍然可用，并且默认的随机数通道保留了它们的预期行为。
治理和激活
治理通过一个 MsgUpdateParams 提案控制通道定义和 Gas 配额。接受的参数在下一个区块生效。
默认值不包含保留通道。在治理配置它们之前，链将作为单个普通通道运行。这使得通道配置是对现有交易处理的补充。
保证边界
当满足所有这些条件时，VIP 交易会获得确定性的下一区块包含：
- 交易符合 VIP 通道的资格。
- 通道有足够的为交易保留的 Gas。
- 验证者遵循协议。
- 网络保持足够的同步性，以便验证者在提案之前接收交易。
Stable 的无内存池验证者入口模型将 VIP 交易提供给验证者。保留的提案容量随后阻止了正常流量取代它们。