You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently Light client proxy works and offers basic support for retrieving account balance or storage from untrusted source and validating it against light client data. In it self, it is nice proof of concept , but to make it useful it necessary to make proxy compatible with metamask. Next task required to do so are:
CORS support in http server.
Currently Light client proxy does not configure CORS, and to work with browser metamask it is necessary. One note though, current nimbus implementation, does not work with it, as it fails pre flight request. Quick hacky solution would be to implement allow all cors handler, which would unblock other work.
Implement eth_chainId endpoint
It is needed to add network support to metamask. It should compare network id of light client with chainid received from data provider.
Support numerical parameters in quantityTag field.
Metamask at startup checks eth_blockNumber endpoint to retrieve current block number, and then uses this block number in subsequent calls. Easiest implementation would be to cache few past block received by block gossip, and allow its numbers in rpc queries.
Support eth_getBlockByNumber query.
Similar to above, cache few past received block and responds
The text was updated successfully, but these errors were encountered:
Currently Light client proxy works and offers basic support for retrieving account balance or storage from untrusted source and validating it against light client data. In it self, it is nice proof of concept , but to make it useful it necessary to make proxy compatible with metamask. Next task required to do so are:
Currently Light client proxy does not configure CORS, and to work with browser metamask it is necessary. One note though, current nimbus implementation, does not work with it, as it fails pre flight request. Quick hacky solution would be to implement allow all cors handler, which would unblock other work.
eth_chainId
endpointIt is needed to add network support to metamask. It should compare network id of light client with chainid received from data provider.
net_version
eth_call
endpoint.Meta mask makes various calls to at startup to contract. For example to https://etherscan.io/address/0xb1f8e55c7f64d203c1400b9d8555d050f94adf39 on mainnet. This endpoint as for now, should just make
eth_call
to data provider.quantityTag
field.Metamask at startup checks
eth_blockNumber
endpoint to retrieve current block number, and then uses this block number in subsequent calls. Easiest implementation would be to cache few past block received by block gossip, and allow its numbers in rpc queries.eth_getBlockByNumber
query.Similar to above, cache few past received block and responds
The text was updated successfully, but these errors were encountered: