| |
|---|
Resources | |
Review of findings | |
How the software works | |
Discusion about selecting the block height for swap (timestamp project) | We need a way to estimate the block height leading up to the freeze before the swap Needs to be somewhat ambiguous to protect from phishing scams Metaphor - like a count down clock Concern - long strings of zeros may cause confusion We need to leave enough room so that if things roll over, we're not committing to a bit that could roll over We want to avoid deploying software as a service to mitigate liability risks
We need a script that given a date, picks a block height that we can publish bit by bit The cache solution has a few layers between script and truth of the Ethereum blockchain Can we do a fuzzy countdown clock? Count down each time an Ethereum block passes? It should suffice to publish a range "after this block, and before that block" A shrinking bullseye
|
Next steps | Idea to stand up the code on a machine owned by the Coop or share via API Recommendation to provide the code for people to use if they want to explore the blockchain in a similar way. Idea - consider language for the RHOC/REV page to encourage exchanges to do right by their customers and tips for RHOC holders who use exchanges
|
I've had a look at the ERC20 watcher - it currently only logs the latest state, ie the latest account balances, not the state at a particular block-height. So it's fine to use to get latest information from the RHOC contract but would need modification if we wanted to log balances at a particular block height.
https://github.com/makerdao/vulcan0x/blob/master/dapp/erc20/index.js
However, as we discussed, we would probably want the script that produced the definitive list of balances at a particular block height to have far fewer moving parts anyway. So I'll not make any changes for now.