Use ProgressiveTransactions type for the IL transactions field

[conache]

Issue Addressed

Follow-up to #9708 , resolving the outstanding switch of InclusionList.transactions to ProgressiveTransactions.
This was unblocked by the merge of #9450.

Proposed Changes

• Switch InclusionList.transactions from Transactions<E> to ProgressiveTransactions, matching the spec type
• Since no field depends on EthSpec anymore, InclusionList and SignedInclusionList drop this type parameter

[rahulbarmann]

A heads up, inclusion_list_committee_root is gone from InclusionList as of consensus-specs#5513, replaced by dependent_root. I just raised #9774 for the rename so it stays separate from this and can be reviewed and merged quickly, so whichever lands first the other needs a one-line rebase.

The same spec PR also changes IL production: get_signed_inclusion_list sets dependent_root via get_shuffling_dependent_root, which returns Root() for the first two epochs after Heze genesis and would get those ILs dropped. That is left unfixed in the spec, but our duties endpoints already pass chain.genesis_block_root as the fallback decision root, so probably worth handling the early epochs the same way here.

[eserilev]

once conflicts are resolved ill merge

[conache]

once conflicts are resolved ill merge

Just resolved the conflicts. Should be good to go 🙏

[eserilev]

LGTM

[mergify]

Merge Queue Status

• ✅ Entered queue — 2026-08-11 10:42 UTC · Rule: default · triggered by rule Add ready-to-merge labeled PRs to merge queue
• ❌ Checks failed · on draft merge queue: checking unstable (326376b) and #9747 together #9792
• 🚫 Left the queue — 2026-08-11 10:47 UTC · at e18c101a9d98e3d1f45f268d4ceb0997fd346467

This pull request spent 5 minutes 16 seconds in the queue, including 3 minutes 11 seconds running CI.

Waiting for

• check-success=local-testnet-success
• check-success=test-suite-success

All conditions

• check-success=local-testnet-success
• check-success=test-suite-success
• github-review-approved [🛡 GitHub branch protection]
  • Use ProgressiveTransactions type for the IL transactions field #9747

Reason

The merge conditions cannot be satisfied due to failing checks

• local-testnet-success

Hint

You may have to fix your CI before adding the pull request to the queue again.
If you update this pull request, to fix the CI, it will automatically be requeued once the queue conditions match again.
If you think this was a flaky issue instead, you can requeue the pull request, without updating it, by posting a @mergifyio queue comment.

Requeued — the merge queue status continues in this comment ↓.

[eserilev]

looks like some clippy issues @conache make sure to run make lint full and cargo fmt --all

[conache]

looks like some clippy issues @conache make sure to run make lint full and cargo fmt --all

@eserilev this should be fixed now in f5b5731

[eserilev]

@mergify requeue

[mergify]

Merge Queue Status

• ✅ Entered queue — 2026-08-12 05:45 UTC · Rule: default · triggered by rule Add ready-to-merge labeled PRs to merge queue
• ✅ Checks passed · on draft merge queue: checking unstable (326376b) and #9747 together #9795
• ✅ Merged — 2026-08-12 06:14 UTC · at f5b57319918e5dce9423705a788305913f22f253 · squash

This pull request spent 29 minutes 40 seconds in the queue, including 28 minutes 18 seconds running CI.

Required conditions to merge

• check-success=local-testnet-success
• check-success=test-suite-success
• github-review-approved [🛡 GitHub branch protection]
  • Use ProgressiveTransactions type for the IL transactions field #9747

[mergify]

requeue

☑️ This pull request is already queued