Parallelize

[kderme]

Description

TODO:

• the generated tx.id are wrong. They use block.id * 1000 + tx_index. However the genesis virtual block has more than 1000 txs, leading to duplicated. A cache could be used to get the last id for each block
• soptEpochAndCacheEnabled is hardcoded False. Fix it/

Further improvements:

• In function applyAndInsertBlocks we split the blocks based on byron or not. We should also split them for epochboundaries. To achieve this, we need to predict the slot details of the whole list of blocks, before the ledger application is done. This is possible since we can predict the slot details up to a specific horizon

Checklist

• Commit sequence broadly makes sense
• Commits have useful messages
• New tests are added if needed and existing tests are updated
• Any changes are noted in the changelog
• Code is formatted with fourmolu on version 0.10.1.0 (which can be run with scripts/fourmolize.sh)
• Self-reviewed the diff

Migrations

• The pr causes a breaking change of type a,b or c
• If there is a breaking change, the pr includes a database migration and/or a fix process for old values, so that upgrade is possible
• Resyncing and running the migrations provided will result in the same database semantically

If there is a breaking change, especially a big one, please add a justification here. Please elaborate
more what the migration achieves, what it cannot achieve or why a migration is not possible.