gwei vs wei in block v3

[michaelsproul]

I found a discrepancy between Teku and Lighthouse's implementation of the block v3 endpoint. Lighthouse returns the consensus block value in gwei and the execution payload value in wei. Teku uses wei for both.

Arguably both are reasonable interpretations of the current spec, because we usually use gwei on the consensus layer (we can't represent sub-gwei units on the CL). On the other hand, using wei for both is nice from a consistency point of view.

We should choose between gwei+wei, or wei everywhere and then update the descriptions of the block v3 headers accordingly. The current descriptions leave a lot to be desired:

Eth-Execution-Payload-Value: Required in response so client can determine relative value of execution payloads.
Eth-Consensus-Block-Value: Required in response so client can determine relative value of consensus blocks.

[michaelsproul]

I think my preference is for wei everywhere for consistency, even though it means padding values with 9 zeroes and introducing unnecessary precision.

[rolfyone]

If we're just adding 9 0's everywhere maybe gwei is more sensible?

[michaelsproul]

I guess consumers of the API should read the docs, and might be used to getting CL values in gwei and EL values in wei?

[rolfyone]

I guess consumers of the API should read the docs, and might be used to getting CL values in gwei and EL values in wei?

True, the problem is this grey area where things are moving around for EL value, I could understand either interpretation, good issue to define it.