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
Lodestar has so far developed a consensus lightclient that tracks the head with minimal resources. This is an important piece towards fully functional lightclients but doesn't have practical use for users. With the upcoming Amsterdam devconnect lightclient event https://lightclients.xyz/ it's very important to show the community the technical capabilities of lightclients today to rally support in this direction.
Browser based lightclients that support the full JSON RPC API require EVM execution with special SLOAD opcode that fetches storage dynamically. This is not an easy task, and it's being actively research by Portal Network participants https://github.com/ethereum/portal-network-specs. That's the long term goal, but meanwhile there are some valid use-cases that don't require EVM execution.
A read-only wallet that shows an account's ETH balance and ERC20 balances of well-known contracts doesn't require EVM execution since it can directly fetch storage slots at deterministic locations. This is what the main goal of this issue, and deploy it in Kintsugi / Klint testnets and then add p2p support for head tracking (upcoming).
Todo
In a web-app, or stand-alone library initially for easier testing:
Request a consensus state proof to latest_execution_payload_header.state_root, with Lodestar proof API
Pre-compute execution state address of an account balance
Pre-compute execution state address of an account ERC20 balance and pre-selected contracts by the users
Request a execution state proof with EIP-1186eth_getProof. Supported by Geth and EthereumJS. Validate proof against latest_execution_payload_header.state_root
The text was updated successfully, but these errors were encountered:
Is there anything outstanding in here you want to continue tracking @dapplion ? Otherwise, we can create new issues and add to the #3469 light client tracker.
Motivation
Lodestar has so far developed a consensus lightclient that tracks the head with minimal resources. This is an important piece towards fully functional lightclients but doesn't have practical use for users. With the upcoming Amsterdam devconnect lightclient event https://lightclients.xyz/ it's very important to show the community the technical capabilities of lightclients today to rally support in this direction.
Browser based lightclients that support the full JSON RPC API require EVM execution with special SLOAD opcode that fetches storage dynamically. This is not an easy task, and it's being actively research by Portal Network participants https://github.com/ethereum/portal-network-specs. That's the long term goal, but meanwhile there are some valid use-cases that don't require EVM execution.
A read-only wallet that shows an account's ETH balance and ERC20 balances of well-known contracts doesn't require EVM execution since it can directly fetch storage slots at deterministic locations. This is what the main goal of this issue, and deploy it in Kintsugi / Klint testnets and then add p2p support for head tracking (upcoming).
Todo
In a web-app, or stand-alone library initially for easier testing:
latest_execution_payload_header.state_root
, with Lodestar proof APIeth_getProof
. Supported by Geth and EthereumJS. Validate proof againstlatest_execution_payload_header.state_root
The text was updated successfully, but these errors were encountered: