Update table of contents & fix typo (flashbots#240)

* Update table of contents

* Fix typo

README.md

@@ -30,12 +30,12 @@ See also:
 - [Background](#background)
 - [Installing](#installing)
 - [Usage](#usage)
-- [Consensus Clients Implementation Status](#consensus-clients-implementation-status)
 - [The Plan](#the-plan)
 - [API](#api)
 - [Maintainers](#maintainers)
 - [Contributing](#contributing)
 - [Security](#security)
+- [License](#license)
 
 # Background
 

docs/audit-20220620.md

@@ -148,7 +148,7 @@ As such, relayers need to validate the `SignedBlindedBeaconBlock` signed by vali
 
 #### Validator `ExecutionPayloadHeader` validation
 
-Validators should propose their block as in the first 4 seconds of the slot. Failure in doing so will result in higher probabilities of the block being re-organized due to the new [proposer boost mechanism](https://ethresear.ch/t/change-fork-choice-rule-to-mitigate-balancing-and-reorging-attacks/11127) and the incentive of MEV extractors to create reorgs so that they can steal MEV extraction opportunties.
+Validators should propose their block as in the first 4 seconds of the slot. Failure in doing so will result in higher probabilities of the block being re-organized due to the new [proposer boost mechanism](https://ethresear.ch/t/change-fork-choice-rule-to-mitigate-balancing-and-reorging-attacks/11127) and the incentive of MEV extractors to create reorgs so that they can steal MEV extraction opportunities.
 
 The `GasLimit` becomes then an important value, given the fact that if this number is high enough to allow blocks that are too big for the validator hardware to timely process the block contents it will probably end up in a missing opportunity for creation of a block in the canonical chain.