rpc/types 32 bit support

[Boog900]

What

Makes changes to some crates to support 32 bit systems for rpc/types

Why

WASM

[spirobel]

lgtm 👍

I managed to construct a request object for get_blocks.bin with this branch.

some observations regarding the types:
Afterwards i passed the request object to typescript and used it in the body of the fetch request. The response was then passed back to rust and parsed into a GetBlocksResponse object.

First I used GetBlocksRequest::default() to construct the request which meant the start_height was set to 0.

As a result the finish function gave me: "Required field was not found!"

cuprate/rpc/types/src/bin.rs

Line 298 in b6c4adc

fn finish(self) -> error::Result<GetBlocksResponse> {

This is because there are no Blocks in this response.
Afterwards I set the start_height to 100. So the response contained blocks.
The result was still: "Required field was not found!"

This time this was because of

  let pool_info_extent = self.pool_info_extent.ok_or(ELSE)?; 

After I manually inserted

 let pool_info_extent = PoolInfoExtent::None;

the Response was parsed successfully.

Suggestions:

1. Empty blocks should be a valid GetBlocksResponse object.
2. pool_info_extent should be set to None instead of throwing an error
3. the error message should indicate which field is missing.

EDIT:
same applies to daemon_time. Both of these values get turned into None https://github.com/monero-project/monero/blob/893916ad091a92e765ce3241b94e706ad012b62a/src/rpc/core_rpc_server_commands_defs.h#L265 (macro reference https://github.com/monero-project/monero/blob/893916ad091a92e765ce3241b94e706ad012b62a/contrib/epee/include/serialization/keyvalue_serialization.h#L90)