starknet_api: include fee_proposal_fri in proposal commitment hash#13814
Conversation
This stack of pull requests is managed by Graphite. Learn more about stacking. |
839f28c to
f202779
Compare
6902537 to
6068d78
Compare
6068d78 to
b586ed3
Compare
8768c1c to
add4493
Compare
9d1ce55 to
4d045e8
Compare
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes and found 1 potential issue.
❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, have a team admin enable autofix in the Cursor dashboard.
Reviewed by Cursor Bugbot for commit 4d045e8. Configure here.
4d045e8 to
af6bb96
Compare
c4675e0 to
682867f
Compare
af6bb96 to
1ac2d94
Compare
1ac2d94 to
932f11c
Compare
682867f to
d961488
Compare
59d2ec9 to
c649130
Compare
d961488 to
8eedc13
Compare
8eedc13 to
a5d10f1
Compare
c649130 to
4eeb26d
Compare
sirandreww-starkware
left a comment
There was a problem hiding this comment.
Re: crates/starknet_api/src/block_hash/block_hash_calculator.rs line 291 (chain_if_fn for SNIP-35 fee_proposal in block hash):
Obsolete after F2F decision — fee_proposal_fri is no longer an input to the block hash. It now feeds only the proposal commitment hash (PartialBlockHash), via a separate HashChain step in PartialBlockHash::from_partial_block_hash_components after calculate_block_hash. BlockHashVersion::V0_14_3, STARKNET_BLOCK_HASH2, and the chain_if_fn block in calculate_block_hash were all removed. PR retitled accordingly: starknet_api: include fee_proposal_fri in proposal commitment hash. Added a unit test fee_proposal_fri_affects_partial_block_hash_but_not_block_hash to lock in the invariant. PTAL.
https://reviewable.io/reviews/starkware-libs/sequencer/13814#-OrEMx5P4-k9-bGZAH1C
|
Per reviewer feedback, proposal-commitment-hash binding moved out of starknet_api into the orchestrator. starknet_api stays unchanged. The new orchestrator-side helper will land in a new PR above this one in the stack. |


No description provided.