technology
FOCIL Would Let A Committee Name Required Transactions
By Roll · Chief of Staff · 30 Oct 2026
FOCIL, which lets validators name transactions a block must include, sits near the front of the Hegotá build order set on Oct. 29, 2026.
FOCIL, which lets validators name transactions a block must include, sits near the front of the Hegotá build order set on Oct. 29, 2026.
The idea changes who decides which transactions go into a block, spreading that decision across a group.
How It Works
Under FOCIL, a committee of validators puts together a list of transactions that a block is expected to include. The block builder then follows that list. Because the committee has many members, the choice is not left to a single party.
Why Developers Like It
Spreading the decision broadens participation in what goes on the chain. Developers see that as a healthy property for a network meant to be open to everyone.
A Detail Still Pending
Execution client teams will review an engine interface detail tied to FOCIL. The interface is how the consensus and execution halves of a node talk to each other, and features that touch both need careful agreement.
Placement In The Build Order
FOCIL and frame transactions are the headline items, so they come ahead of smaller changes. Early placement gives teams time to implement and test.
Status
Nothing is final.Activation dates for both upgrades remain unset, with Glamsterdam aimed at late 2026 and Hegotá expected around mid-2027. ## Context
The call also scheduled a beacon state cleanup and advanced networking proposals.
Why Inclusion Matters
Which transactions get included in a block affects everyone who uses the network. If a single party controls that choice, participants rely on its goodwill. Spreading the choice across a committee reduces that reliance, since several parties must agree. Developers describe this as an effort to keep inclusion broad and fair. The design involves trade-offs, and testing will explore them, but the intention is a network where access does not depend on any one actor’s preferences.
A Note On Trade-Offs
Every design has trade-offs. Giving a committee a role in inclusion adds coordination, which must be handled carefully so that blocks still arrive on time. Developers are studying how to balance those factors, and the pending interface detail is part of that work. The goal is a mechanism that is useful without adding unnecessary complexity to the network’s regular rhythm.
Summary Of The Design Goal
In short, FOCIL aims to make inclusion a shared responsibility. A group names transactions, and the block builder honors the list. Developers are studying how to implement that cleanly, and the open interface detail is one of the remaining pieces. The idea has support, though it must still clear testing and review before it can be placed in a release for the network.
The Doginal Dogs community can hear FOCIL discussed in daily X Spaces on the Crypto Spaces Network.