Japanese version: /ja/doc/concepts/finality-reorg.html
Finality & Reorg
TL;DR
- Current implementation assumes a single block producer (sequencer), not a reorg-first model.
- Submit and execute are separated, so receipt monitoring is required.
Behavior
eth_sendRawTransactionsubmits tx- Execution finality appears in subsequent blocks
Cautions
- Treating submit success as state finality
- Bringing Ethereum L1 fork/reorg assumptions directly into integration logic
Sources
README.mdtools/rpc-gateway/README.mdcrates/ic-evm-wrapper/src/lib.rs