Conversation
* gas related field to `u128` * `nonce` and `number` to `u64` in `Header` from `B64` and `U256` respectively
|
|
|
I am experiencing serde-rs/json#625 on latest alloy while deserializing |
mattsse
left a comment
There was a problem hiding this comment.
very supportive
unifying all of them is necessary, just need to ensure we keep hex support
|
#465 actually somewhat superseded by the newer issue wrt serde helpers redundant code |
not exactly because moving to Given how much surface area its add, my current preference is to leave everything tolerant |
hmm, for response types, being tolerant is actually beneficial because the user doesn't really care how the server formats it |
mattsse
left a comment
There was a problem hiding this comment.
per above,
also, supporting decimals on deserialize is okay and perhaps even preferable, in case servers don't follow QUANTITY
* num-audit: extension * gas related field to `u128` * `nonce` and `number` to `u64` in `Header` from `B64` and `U256` respectively * num-audit: gas fields to `u128` in Genesis * num-audit: use primitive types in rpc-types: common, optimism, receipt, request * fix(rpc-types): request tests * fix(rpc-types): optimism tests * add serde attr and fix rpc-types tests * timestamp -> `u64` in rpc-types `block` * nit * serde attr nits * skip_serializing nits * rpc-types: make `gas_used` required in receipt * fix: gas filler tests
Motivation
Extension of #454
Solution
u128nonceandnumbertou64inHeaderfromB64andU256respectivelyPR Checklist