# Difference between revisions of "User:Ids"

m (added my name - it doesn't seem to appear by default) |
(advertised teaser for stake-based system which, amazingly, seems to stand up to a >>50% attack! and gave my e-mail address, in hopefully spam-resistant form.) |
||

Line 6: | Line 6: | ||

I have a provisional proposal, which I call [[Adaptive_difficulty|adaptive difficulty]], which I believe will help with this. I'm hoping to eventually put it up as a BIP. For now I'll work on it at that non-BIP page. Comments and feedback welcome. (Remember that for now, the Bayesian analysis of what proof-of-work is deserved by what difficulty-sequence is ''unfinished'', and the formulae are of indicative status only.) ''(in fact the whole page is just a stub for now - I must first master mathematical wiki-speak!)'' | I have a provisional proposal, which I call [[Adaptive_difficulty|adaptive difficulty]], which I believe will help with this. I'm hoping to eventually put it up as a BIP. For now I'll work on it at that non-BIP page. Comments and feedback welcome. (Remember that for now, the Bayesian analysis of what proof-of-work is deserved by what difficulty-sequence is ''unfinished'', and the formulae are of indicative status only.) ''(in fact the whole page is just a stub for now - I must first master mathematical wiki-speak!)'' | ||

+ | |||

+ | (You might also be interested in a proof-of-stake-based system which I at least provisionally believe can be made extraordinarily robust! A teaser for it, just sketching the idea and why it doesn't contradict an "obvious" theorem on >50% attacks, is down at the end of the [[Adaptive_difficulty|adaptive difficulty]] page.) | ||

+ | |||

+ | I can be contacted at iain dot david dot stewart at gmail dot com. |

## Revision as of 02:28, 21 May 2012

**(real name: Iain Stewart)**

I worked as a computing lab assistant at Imperial College, London, U.K. from 1991-2011.

I am especially interested in helping to improve bitcoin's usability from a non-tech-savvy user's perspective. By this I don't just mean GUI improvements and the like - plenty of people far more talented than me are working on that - but changes to the network protocol itself that will help with responsiveness from a merchant's or customer's point of view, while not compromising cryptographic security, decentralization, or the strength of the blockchain.

I have a provisional proposal, which I call adaptive difficulty, which I believe will help with this. I'm hoping to eventually put it up as a BIP. For now I'll work on it at that non-BIP page. Comments and feedback welcome. (Remember that for now, the Bayesian analysis of what proof-of-work is deserved by what difficulty-sequence is *unfinished*, and the formulae are of indicative status only.) *(in fact the whole page is just a stub for now - I must first master mathematical wiki-speak!)*

(You might also be interested in a proof-of-stake-based system which I at least provisionally believe can be made extraordinarily robust! A teaser for it, just sketching the idea and why it doesn't contradict an "obvious" theorem on >50% attacks, is down at the end of the adaptive difficulty page.)

I can be contacted at iain dot david dot stewart at gmail dot com.