The FCR-specific rollout is described differently by the two teams: Ethlabs says CCIP can use it now, while Chainlink’s launch post describes support for the rule “when it launches.” The 12–24-second figure refers to Ethereum confirmation, not a guaranteed end-to-end bridge delivery time.
An Earlier Signal, Not Faster Finality
FCR counts validator votes, known as attestations, to assess whether a block has enough support to be confirmed. Ethereum nodes run the rule locally, so it requires no hard fork, according to the project’s interoperability guide. The Defiant covered the proposed rule in March, when it targeted shorter bridge and exchange-deposit waits.
The rule provides an earlier signal to applications rather than accelerating Ethereum’s full finality. Its documentation says the guarantee depends on timely delivery of validator votes and less than 25% adversarial stake. Unlike finality, FCR does not carry an economic guarantee backed by stake that can be destroyed for violating consensus rules.
If conditions deteriorate, FCR can stall and fall back to finality. In extreme circumstances, a fast-confirmed block can be reorganized—replaced by a different version of the chain. Chainlink warns that executing cross-chain transfers before finality can expose users to duplicate execution, unbacked tokens or loss of funds if the source chain reorganizes.
Access to the faster path also requires coordinated settings. Chainlink’s documentation says senders, token pools, verifiers, executors and applicable receivers must all permit the requested faster-than-finality mode. Legacy V1 token pools cannot opt in.
