Difference between revisions of "User:Ids"

From Bitcoin Wiki
Jump to: navigation, search
(about me, and especuially my hopes for adaptive difficulty being helpful)
 
m (contact details meta-notes)
 
(9 intermediate revisions by the same user not shown)
Line 1: Line 1:
 +
'''(real name: Iain Stewart)'''
 +
 
I worked as a computing lab assistant at Imperial College, London, U.K. from 1991-2011.
 
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 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|adaptive difficulty]], which I believe will help with this. Comments and feedback welcome. ''['''EDIT 2012-11-22:''' [https://bitcointalk.org/index.php?topic=79837.0 Meni Rosenfeld's adaptive difficulty proposal] effectively contains and subsumes mine. Please give comments and feedback there.]''
 +
 
 +
You might also be interested in a proof-of-stake-based system which I at least provisionally believe can be made extraordinarily robust! I call it "[[Proof_of_blockchain_fair_sharing|proof of blockchain fair sharing]]". (That page is currently just a teaser description, sketching the idea and why it doesn't contradict an "obvious" theorem on >50% attacks; followed by a forum post where I speculate on possible broader approaches to the >50% attack problem.)
 +
 
 +
I've just begun development of [[Splash]] - a fork of [https://ripple.com/ Ripple] where the built-in currency is mined by proof of work a la Bitcoin, rather than just magicked into RippleLabs's ownership by software fiat at the start. Forum announcement to follow shortly I hope.
 +
 
 +
Last but, I hope, not least: I offer [[Proof_of_burn|proof of burn]] as an alternative to both proof of work and proof of stake (though perhaps closer in spirit to the latter), with many interesting properties and economic consequences, the exploration of which has barely begun.
 +
 
 +
I can be contacted at iain dot david dot stewart at gmail dot com.
 +
 
 +
''[To H...4 on localbitcoins: I haven't forgotten you said you wanted to see some titbits of research in progress... if you contact me at the above, I can reply with things you may find interesting... (you could of course use a throwaway e-mail address, if you don't want me to know your "real" e-mail address!)]''
  
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.)
+
''[To, uh, everyone I suppose: yes, I know the above stuff is now very out of date. And, in fact, my opinions have changed about some of it. I'll try to update it all real soon now. (Famous last words!)]''

Latest revision as of 22:18, 24 June 2018

(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. Comments and feedback welcome. [EDIT 2012-11-22: Meni Rosenfeld's adaptive difficulty proposal effectively contains and subsumes mine. Please give comments and feedback there.]

You might also be interested in a proof-of-stake-based system which I at least provisionally believe can be made extraordinarily robust! I call it "proof of blockchain fair sharing". (That page is currently just a teaser description, sketching the idea and why it doesn't contradict an "obvious" theorem on >50% attacks; followed by a forum post where I speculate on possible broader approaches to the >50% attack problem.)

I've just begun development of Splash - a fork of Ripple where the built-in currency is mined by proof of work a la Bitcoin, rather than just magicked into RippleLabs's ownership by software fiat at the start. Forum announcement to follow shortly I hope.

Last but, I hope, not least: I offer proof of burn as an alternative to both proof of work and proof of stake (though perhaps closer in spirit to the latter), with many interesting properties and economic consequences, the exploration of which has barely begun.

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

[To H...4 on localbitcoins: I haven't forgotten you said you wanted to see some titbits of research in progress... if you contact me at the above, I can reply with things you may find interesting... (you could of course use a throwaway e-mail address, if you don't want me to know your "real" e-mail address!)]

[To, uh, everyone I suppose: yes, I know the above stuff is now very out of date. And, in fact, my opinions have changed about some of it. I'll try to update it all real soon now. (Famous last words!)]