Paul Hauner

Don't return errors on HTTP API for already-known messages

2

## Issue Addressed - Resolves #3266 ## Proposed Changes Return 200 OK rather than an error when a block, attestation or sync message is already known. Presently, we will log...

Don't use a builder with an optimistic head

1

## Description Lighthouse currently will allow proposing a block atop a head which it knows to be optimistic. Whilst this *seems* wrong, it is legitimate since an EL can only...

Validator registrations on non-builder BNs

3

## Description There might exist a setup where a VC has two BNs: - BN A: Uses a `--builder`. - BN B: Does not use a `--builder`. If BN A...

Rename `--private-tx-proposals` to something builder-y

2

## Description I was looking for the flag to enable blinded/builder payloads on the VC and was expecting something along the lines of `--builder`. I know it's been a while...

Docker executes as root

2

## Description The `Dockerfile` in the root currently uses the `root` user to run `lighthouse`. This is not best-practice. It's going to hurt users to migrate across, but I think...

Pause sync whilst EE offline

2

## Description After the merge, Lighthouse will need an EE available via HTTP to verify blocks (payloads, specifically). If it can't call out to the EE, block verification fails. With...

Avoid subscribing to all subnets with an optimistic head

3

## Description The BN can follow the beacon chain whilst the EE is syncing, this is called *optimistic sync*. A node has an *optimistic head* when the head of the...

Optimise proposer index calculation in block processing

2

## Issue Addressed NA ## Proposed Changes Avoid recomputing the active validator indices when computing the proposer index. Since we only have the *shuffled* active validator indices in our committee...

Signature caching in the VC

2

## Description @jmcruz1983 (Juan) has pointed out that Lighthouse is doing orders of magnitude more signing requests to Web3Signer than Teku. At scale (e.g., thousands of validators), this can overload...

Infinity pubkey and signature

37

The Eth2 test vectors contain [a test](https://github.com/ethereum/eth2.0-spec-tests/blob/master/tests/general/phase0/bls/verify/small/verify_infinity_pubkey_and_infinity_signature/data.yaml) that requires the infinity signature to represent a valid signature by the infinity pubkey across any message: ```yaml input: {pubkey: '0xc00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000', message: '0xabababababababababababababababababababababababababababababababab',...