-
Notifications
You must be signed in to change notification settings - Fork 28
Full blocks sometimes lead to forks #1144
Copy link
Copy link
Open
Labels
TO DONot startedNot startedbugSomething isn't workingSomething isn't workingcomponent-nodeNode componentNode componentfixversion:mn_2026_rel_03jira-migratedMigrated from JiraMigrated from Jiraorigin:shieldedRaised by ShieldedRaised by Shieldedpriority:highP2 — current sprintP2 — current sprinttriagedIssue has been assessed and acceptedIssue has been assessed and accepted
Metadata
Metadata
Assignees
Labels
TO DONot startedNot startedbugSomething isn't workingSomething isn't workingcomponent-nodeNode componentNode componentfixversion:mn_2026_rel_03jira-migratedMigrated from JiraMigrated from Jiraorigin:shieldedRaised by ShieldedRaised by Shieldedpriority:highP2 — current sprintP2 — current sprinttriagedIssue has been assessed and acceptedIssue has been assessed and accepted
Context & versions
Full blocks sometimes take over 2 seconds to produce, which leads to forks. This is more apparent on longer chains.
Additional context from Tomasz Bartos: "due substrate receives incorrect weight, I was writing posts about it in the node/perf channels few times. For instance we do not count validation time, only the execution so that is the first and significant mismatch."
Related Slack discussions:
While this can be controlled with pool-size, it's not a perfect solution. The ledger weights should be revisited and targeted for a fix soon after launch.
Steps to reproduce
Actual behavior
Full blocks take over 2 seconds to produce because substrate receives incorrect weight (validation time is not counted, only execution time). This mismatch causes forks.
Expected behavior
Block production should stay within the 2-second slot time even with full blocks. Ledger weights should accurately reflect both validation and execution time.
Migrated from PM-22396