# Fusaka Testing checklist:
#### EIP-7594: PeerDAS - Peer Data Availability Sampling
- [x] Validator custody testing - kurtosis - add validators and verify cgc value changes
- [x] This can be easy by setting validators to 0x02 credential and make manual deposits
- [x] MEV workflow testing - flashbots mev relay/ rbuilder
- [x] payload delivery by every client combo via relay
- [x] Minimal spec testing
- [ ] Minimal spec testing with mev workflow
- [ ] Validator custody testing with assertoor. Have a new assertoor test where 0x02 credentials are toped up 32eth at a time and monitoring the node's cgc value to ensure that its going up as expected.
- [x] Sync testing script found [here](https://github.com/ethpandaops/kurtosis-sync-test/blob/main/README.md#peerdas-sync-test)
- [x] Figure out proper cgc behaviour, do we want the cgc value to change before fulu? Otherwise we might be without supernodes during fork transition. This would really stress the actual fork
- [ ] Finalized root bug - what should the genesis root hash be? @potuz @hangleang
- [ ] Prysm <> Grandine peering bug
- [ ] What steps can we do to have resource optimization? We see significantly more ram usage with fulu active.
- [x] Once fulu active, with the same constant load, we see significantly less blobs included.
- [x] Test blob reconstruction. Have node propose only under 50% of the columns, and see if all clients are able to complete reconstruction.
- [ ] Test blob reconstruction. Have node propose only 50% of the columns, and see if all clients are able to complete reconstruction.
#### EIP-7825: Transaction gas limit cap
- [X] Spamoor - create a new scenario with aiming to have 16M+ in a single transaction
- [x] Malicous test - get a node that accepts 16777216+ gas tx and see if we can propagate it in the network.
- [x] Done with geth, all other clients rejected the block.
Spamoor config:
```yaml=
# wallet settings
seed: gasburnertx-5 # seed for the wallet
refill_amount: 5000000000000000000 # refill 5 ETH when
refill_balance: 1000000000000000000 # balance drops below 1 ETH
refill_interval: 600 # check every 10 minutes
# scenario: gasburnertx
total_count: 0
throughput: 1
max_pending: 2
max_wallets: 40
rebroadcast: 120
base_fee: 20
tip_fee: 2
gas_units_to_burn: 16777217
client_group: ""
```
- [x] Besu
- no log
- [X] Geth
- no log
- [x] Nethermind
```
03 Oct 11:57:11 | Error response handling JsonRpc Id:3821 Method:eth_sendRawTransaction | Code: -32010 Message: Invalid, TxGasLimitCapExceeded: Gas limit 16777217 exceeed cap of 16777216.
```
- [X] Reth
- no logs
- [X] Erigon
```
[WARN] [10-03|12:01:18.301] [rpc] served conn=172.16.0.40:49858 method=eth_sendRawTransaction reqid=1566 err="INTERNAL_ERROR: gas limit is too high"
```
- [X] NimbusEL
- no logs
Nethermind:
#### EIP-7823, EIP-7883, EIP-7918
- [ ] Hive tests
#### EIP-7892: Blob Parameter Only Hardforks
- [X] Kurtosis tests, going up, down with max blobs
- [X] Figure out final form of BPO [format](https://github.com/ethereum/EIPs/pull/9623)
- [X] Figure out future forks in blob schedule planning
- [ ] Figure out if we want hard fork names in the blob schedule fields going forward. Currently this is a redundant field that does nothing. e.g osaka/amsterdam in the blob schedule
- [X] Test future compatibility, see if we can start with fulu genesis and higher BPO at genesis.
- [ ] out of order fork execution issues, glamsterdam becoming active without triggering bpos, this potentially be a gloas testing scope
#### EIP-7917: Deterministic proposer lookahead
- [X] Kurtosis local test to determine that interop works among all clients
- [ ] Make prediction of the next 64 slots proposers, make a deposit in the first 32 slots. Observer balance change, the proposer for slots 32 -> 64 should not change from earlier snapshot