add repro for cu issue (do not merge)#297
Conversation
|
Two more eyes here on the issue @Aursen , @kevinheavey - anza-xyz/agave#10659. Do you plan to switch LiteSVM to BPFLoaderUpgradeable? |
|
Thank you for the help |
|
Hey 👋 @kevinheavey & @Aursen , I was looking for a way to recover the feature set as of a given epoch (for replaying older transactions) and found this PR/Issue. Have you considered the feature set a transaction runs under? Each activation can meaningfully change a transaction's CU, and This snapshot appears to predate two of them:
The nice property is that the snapshot already witnesses its own epoch: the saved logs price CPIs the pre-0339 way, no activation-date lookup required. Which suggests the feature set belongs in the snapshot alongside the accounts and programs, recorded at capture time (or at least settable per replay), so a saved repro stays true indefinitely instead of drifting as mainnet activates features. And if loader shape and feature epoch were both controlled, whatever remains would point at separate axes worth eliminating in turn: builtin instruction base costs, and bundled program builds (token-2022 here) differing from the bytes deployed at the captured slot. |
@Aursen sharing progress so far