## TransactionException.INSUFFICIENT_MAX_FEE_PER_GAS We would expect something like the following: **max fee per gas less than block base fee** - tests/prague/eip7702_set_code_tx/test_set_code_txs.py::test_set_code_transaction_fee_validations[fork_Prague-blockchain_test_engine_from_state_test-insufficient_max_fee_per_gas] - tests/cancun/eip4844_blobs/test_blob_txs.py::test_invalid_normal_gas[fork_Prague-blockchain_test_engine_from_state_test-insufficient_max_fee_per_gas] ## TransactionException.TYPE_3_TX_MAX_BLOB_GAS_ALLOWANCE_EXCEEDED We would expect something like the following: **Invalid Blob Count** - tests/cancun/eip4844_blobs/test_blob_txs.py::test_invalid_tx_blob_count[fork_Prague-too_many_blobs-blockchain_test_engine_from_state_test] ## TransactionException.TYPE_4_EMPTY_AUTHORIZATION_LIST We would expect something like the following: **transaction invalid transaction code delegation transactions must have a non-empty code delegation list** - tests/prague/eip7702_set_code_tx/test_set_code_txs.py::test_empty_authorization_list[fork_Prague-blockchain_test_engine_from_state_test] ## TransactionException.TYPE_4_TX_CONTRACT_CREATION We would expect something like the following: **transaction invalid transaction code delegation transactions must have a to address**. - tests/prague/eip7702_set_code_tx/test_set_code_txs.py::test_contract_create[fork_Prague-blockchain_test_engine_from_state_test]
Last changed by  
 
spencer
71

Read more

EEST CI Components to Port to EELS

GitHub Actions Workflows .github/workflows/ tox_verify.yaml → Rename to eest_tests.yamlMain EEST testing pipeline Jobs: lint, typecheck, spellcheck, changelog, markdownlint, mkdocs, pytest_framework, tests_deployed, tests_deployed_benchmark Add path filters for EEST codeUpdate branch: main → master coverage.yaml → evmone_coverage.yaml Evmone coverage tracking for test changes Triggers on changes to tests/eest

10/10/2025
PeerDAS Testing in EEST

Note this ignores engine-osaka test cases. We should try get this up to date before the fork. EEST Test Updates tests/cancun/eip4844.../ already contains a bunch of blob tx tests. These need be updated to use actual kzg proofs? In addition to these tests, we should create a tests/osaka/eip7594.../ path that can contain negative blob tx tests, and any more interesting positive blob txs that are not covered in tests/cancun/eip4844.../. Some negative examples: Basic RLP corruption txs.

5/13/2025
Pectra Hive Remaining Failures Mainnet Clients

Please proceed to https://hive.ethpandaops.io/#/?group=pectra for latest hive runs. Besu & Erigon Passing all consume engine/rlp. Requires mapper update in the EEST version running hive, hence the 3 fails for consume engine in Besu (tested locally). Geth Consume Rlp Failing these 4 cases. Spec compliance tests. Okay for mainnet. eip7251_consolidations/test_contract_deployment.py::test_system_contract_deployment[fork_CancunToPragueAtTime15k-blockchain_test-deploy_after_fork-nonzero_balance]

5/5/2025
BLS DUMP

Just to preface, I'm viewing the map-to-curve as the following process: First a field point t is passed into a SWU (simplified Shallue van de Woestijne Ulas) which I'm viewing as a "magic machine", taking t as an input and outputting a point P' on an auxiliary curve E'. Then this point P' is fed into the isogeny "machine" to give us a point P on the BLS curve E. My definition of the isogeny kernel: The set of "special" points that when input into the isogeny polynomials gives us "nothing" -> the identity point at infinity. I'm viewing these as traps during the map-to-curve process. An n degree isogeny contains n kernel points, those that map to infinity.

4/22/2025
Read more from spencer
Published on HackMD