Skip to main content
Technical proposal SIMD-0332 Review

Reduce ChaCha rounds for Turbine from 20 to 8

  1. Idea
  2. Draft
  3. Review
  4. Accept
  5. Implement
  6. Active

Decision brief

Why this proposal matters

Reduce the number of ChaCha rounds for turbine weighted shuffle calculation from 20 to 8 in order to reduce the amount of compute time spent on this.

Source-backed reading aid · source language: EN

Proposal at a glance

What changes

  • Add a feature for controlling switching to 8 ChaCha rounds.
  • Pull feature state to determine if we should perform 20 rounds (legacy) or 8 rounds (after feature activation) of ChaCha
  • Broadcast stage

Stakeholder map

Who is affected

Builders & client teams Impact unknown

No proposal-specific evidence was found for this group.

Action requirement unknown
Validators & operators Impact unknown

No proposal-specific evidence was found for this group.

Action requirement unknown
Users & stakers Impact unknown

No proposal-specific evidence was found for this group.

Action requirement unknown
Governance & ecosystem Impact unknown

No proposal-specific evidence was found for this group.

Action requirement unknown

Exact source revision

Full proposal document

Source-language document. Technical identifiers and evidence remain unchanged. 0616093b2952

Summary

Reduce the number of ChaCha rounds for turbine weighted shuffle calculation from 20 to 8 in order to reduce the amount of compute time spent on this.

Motivation

Cheap, easy performance win for Turbine. This doesn't need to be ultra secure. Just needs to be random enough to prevent malicious nodes from censoring blocks.

New Terminology

None

Detailed Design

  • Add a feature for controlling switching to 8 ChaCha rounds.
  • Pull feature state to determine if we should perform 20 rounds (legacy) or 8 rounds (after feature activation) of ChaCha
    • Broadcast stage
    • Retransmit stage
    • Retransmit signature check
  • Use the specified ChaCha rounds for computing turbine tree weighted shuffle of staked peers before determining parent/children.

Alternatives Considered

What alternative designs were considered and what pros/cons does this feature have relative to them?

Impact

Should be unnoticeable by most. Small performance improvement in ability to send block data out.

Security Considerations

If someone could predictably grind and influence turbine tree to ensure some malicious minority of stake could censor unrecoverable portions of a block, this would be a problem. Today, the grinding can be done, which means further ChaCha rounds provide very limited beenfit, but the ability to influence the generated tree is clamped down because the input data includes:

  • shred index
  • shred slot
  • shred type (coding or data)
  • leader node

Evidence graph

Related proposals and rollout

One or more sources are unavailable.

Upstream review record

Upstream discussion & review

One or more sources are unavailable.

simd.watch community discussion · SIMD-0332

Powered by Giscus · Sign in with GitHub to comment

Community comments load when this section approaches the viewport.

Provenance

Evidence & technical details

Rollout or chain data, source revisions, freshness and integrity.
3

SIMD

Deployment Status

Document lifecycleReview
CategoryCore protocol

Feature Gate not yet created

Exact source revision

Sources & integrity

  • Proposal document pinned_commit_blob
    0616093b2952ed6de52c4a27d66aadd11d48d4f9
  • simd-document document · stale · Sep 11, 2026
    0616093b2952ed6de52c4a27d66aadd11d48d4f9

One or more sources are unavailable.

One or more sources are unavailable.