S2C11: Pre-Mint + RLP #

1. 问题 #

与 S1C12 类似，需要提供 RLP 编码的区块头。但增加了 preMintFlag 机制 — 需要预先提交一个承诺，然后在指定时间窗口内提交区块头。

2. 原因 #

合约实现了一个 Commit-Reveal 模式：先调用 preMintFlag 锁定意图，然后在一定时间内（256 区块内）提交正确的 RLP 区块头来证明"等待"了指定区块数。

3. 方案 #

1. 多次调用 preMintFlag（建议 10 次以最大化成功率）
2. 等待 2 个以上区块被挖出
3. 获取当前区块号的前第 2 个区块的完整头信息
4. 使用正确的 RLP 编码
5. 在 256 区块窗口内提交

# 预提交（多次）
for i in $(seq 1 10); do
  cast send $CHALLENGE "preMintFlag()" --private-key $PK --rpc-url $RPC
done

# 等待 2 个区块
sleep 10

# 提交区块头
BLOCK_NUM=$(($CURRENT_BLOCK - 2))
BLOCK_HEADER=$(cast rlp $BLOCK_NUM --rpc-url $RPC)
cast send $CHALLENGE "mintFlag(bytes)" $BLOCK_HEADER --private-key $PK

4. 遇到的陷阱 #

RLP 编码正确性: OP Mainnet 的区块头 RLP 编码可能因 Bedrock 升级而与标准以太坊有差异。

Commit-Reveal 时间窗口: 必须在 256 个区块内完成，且至少等待 2 个区块。

Pre-mint 次数: 单次 preMintFlag 可能不足以锁定正确的区块范围，多次调用提高成功率。

5. 陷阱的原因 #

OP 的区块结构与以太坊主网有些微差异（如 difficulty 字段在 OP 上可能不同）。RLP 编码器需要能够正确处理 OP 区块的所有 15+ 个字段。

6. 如何解决 #

• RLP 编码使用 ethers.utils.RLP.encode() 或 cast rlp
• 确认区块是否在 [block.number - 256, block.number - 2] 范围内
• 调用 preMintFlag 10 次确保覆盖足够的时间窗口

7. 技术要点 #