Re: [Bitcoin-development] bits: Unit of account
I will drink to that! Bitte ein Bit! (A Bit please - aka Bitburger Beer) Mike Sent from my iPhone On May 4, 2014, at 12:17 AM, Aaron Voisine vois...@gmail.com wrote: Bit by bit, it's become clear that it's a bit much to worry even a little bit that overloading the word bit would be every bit as bad as a two bit horse with the bit between it's teeth that bit the hand that feeds it, or a drill bit broken to bits after just a bit of use. Aaron There's no trick to being a humorist when you have the whole government working for you -- Will Rodgers On Sat, May 3, 2014 at 10:18 PM, Drak d...@zikula.org wrote: +1 On 4 May 2014 02:06, Chris Pacia ctpa...@gmail.com wrote: Absent a concerted effort to move to something else other than 'bits', I would be willing to bet the nomenclature moves in that direction anyway. 'Bits' is just a shorten word for 'millibits' (or microbits, if you will). It's easier to say and my guess is people would tend to use it naturally own their own. Kind of like 'bucks' for dollars. The other synergies are: -bit is part of the word Bitcoin. The currency unit bit is part of a whole bitcoin. -bit symbolically represents the tech nature of the bitcoin. -bit used to be a unit of money way back when. This largely reclaims it. -when used as money bit when in references to a precession metal coin. The name 'bitcoin' references that as well as the mimicking of the gold standard in the protocol rules. All around I don't think there is a better fit. I doubt people will get confused by it. The context it's used in will distinguish it from other uses of the word. On 05/03/2014 12:27 PM, Mike Caldwell wrote: I agree with the sentiment that most people don't understand either computer science or Bitcoin. The goal of getting people to understand enough about Bitcoin to use it is achievable and a goal that is in scope of our efforts. Getting them to understand computer science at large at the same time, less so. The fact that people routinely confuse RAM and hard drive sizes has much to do with the fact that the average lay person has little need to prioritize this as something to keep in the forefront. They don't get horribly confused, they just simply don't get worked up over what looks to them like a rounding error, much to the dismay of anyone who believes that everyone should be an expert at computer science. The average joe may assess (accurately from his perspective) that the distinction isn't important enough to merit significant mental resources and he is justified in not expending them that way even if someone else thinks he should. Poor understanding is precisely what a proper effort to name this would be to avoid. It is not frill or aesthetics, it is a planned targeting of language to achieve the clearest communication to the widest possible target audience using the language most likely to be understood by them in light of our objectives. It's marketing. Mike Sent from my iPhone On May 3, 2014, at 9:49 AM, Christophe Biocca christophe.bio...@gmail.com wrote: Context as a disambiguator works fine when the interlocutors understand the topics they're talking about. Not a day goes by without me seeing neurotypical people get horribly confused between RAM and Hard Drive sizes, because they share the same units (not that that can be helped, as the units are supposed to be the same, base 1000 vs 1024 notwithstanding). Bit (as a unit) is already really confusing for anyone who doesn't deal with it on a regular basis. I think people who don't see an issue are making an assumption based on their own lack of confusion. We understand computer science AND Bitcoin. Most people have zero understanding of either. Bitcoin already has a ton of issues with terrible names for things: - Mining (for transaction validation). - Addresses (which are meant to be one-time use, and don't even really exist at the network level). - Wallets (which don't hold your bitcoins, can be copied, and all backups can be stolen from equally). I end up having to make the distinctions obvious every time I explain Bitcoin to someone new to it. There's an acceptable tradeoff here, because there were arguably no better words to assign to these concepts (although I'd argue mining is a really awful metaphor, and is the one that prompts the most questions from people). Then add to the pile a bunch of third parties naming themselves after parts of the protocol (Coinbase,Blockchain.info). Not blaming them for it, but I've definitiely seen average people get confused between the blockchain and blockchain.info (not so much Coinbase, because that name doesn't come up in beginner explanations). It seems downright masochistic to add yet-another-word-that-doesn't-mean-what-you-think-it-means to the pile for no reason other than aesthetics. Are we actively trying to confuse people
Re: [Bitcoin-development] bits: Unit of account
I agree with the sentiment that most people don't understand either computer science or Bitcoin. The goal of getting people to understand enough about Bitcoin to use it is achievable and a goal that is in scope of our efforts. Getting them to understand computer science at large at the same time, less so. The fact that people routinely confuse RAM and hard drive sizes has much to do with the fact that the average lay person has little need to prioritize this as something to keep in the forefront. They don't get horribly confused, they just simply don't get worked up over what looks to them like a rounding error, much to the dismay of anyone who believes that everyone should be an expert at computer science. The average joe may assess (accurately from his perspective) that the distinction isn't important enough to merit significant mental resources and he is justified in not expending them that way even if someone else thinks he should. Poor understanding is precisely what a proper effort to name this would be to avoid. It is not frill or aesthetics, it is a planned targeting of language to achieve the clearest communication to the widest possible target audience using the language most likely to be understood by them in light of our objectives. It's marketing. Mike Sent from my iPhone On May 3, 2014, at 9:49 AM, Christophe Biocca christophe.bio...@gmail.com wrote: Context as a disambiguator works fine when the interlocutors understand the topics they're talking about. Not a day goes by without me seeing neurotypical people get horribly confused between RAM and Hard Drive sizes, because they share the same units (not that that can be helped, as the units are supposed to be the same, base 1000 vs 1024 notwithstanding). Bit (as a unit) is already really confusing for anyone who doesn't deal with it on a regular basis. I think people who don't see an issue are making an assumption based on their own lack of confusion. We understand computer science AND Bitcoin. Most people have zero understanding of either. Bitcoin already has a ton of issues with terrible names for things: - Mining (for transaction validation). - Addresses (which are meant to be one-time use, and don't even really exist at the network level). - Wallets (which don't hold your bitcoins, can be copied, and all backups can be stolen from equally). I end up having to make the distinctions obvious every time I explain Bitcoin to someone new to it. There's an acceptable tradeoff here, because there were arguably no better words to assign to these concepts (although I'd argue mining is a really awful metaphor, and is the one that prompts the most questions from people). Then add to the pile a bunch of third parties naming themselves after parts of the protocol (Coinbase,Blockchain.info). Not blaming them for it, but I've definitiely seen average people get confused between the blockchain and blockchain.info (not so much Coinbase, because that name doesn't come up in beginner explanations). It seems downright masochistic to add yet-another-word-that-doesn't-mean-what-you-think-it-means to the pile for no reason other than aesthetics. Are we actively trying to confuse people? -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] bits: Unit of account
As someone who has put a lot of thought into how to best help typical everyday people understand bitcoin, I strongly favor 1 bit = 1e-6 BTC as being very straightforward to explain to non technical types, and also XBT as one bit. There are a million bits in a bit coin is highly intelligible to average people. I consider overload/conflict with existing meanings of bit as a non-issue for typical population at large. Mike Sent from my iPhone On Apr 20, 2014, at 10:31 AM, Alan Reiner etothe...@gmail.com wrote: Whatever we call it. I'm happy to support it as long as it's 1e-6. -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] bits: Unit of account
It is a paradigm that is easy to explain and grasp for neurotypical people. The average mind has no problem overloading words and distinguishing the intended meaning from context. For most people, overloading a single syllable word with a new meaning is much less complicated than using a unique 3+ syllable word like satoshi or micro-anything. Doing software development warps our minds to demand fully qualified names for everything. We know our compilers would say bit? Fatal error 0xaaawtf, can't continue, not sure if you mean a Boolean or a dog bite. But this peculiarity should not be projected onto the people we are trying to get bitcoin to appeal to, not if we want them to feel like we think about their experience. If I were to say a Bitcoin can be divided into a million bits, less than 0.1% of average joes would think I was talking about German beers or the thing that goes in horses mouths. Really, most people are good at using context to relate this to a dollar can be divided into 100 cents and accepting it. This requires much less of their mind resources than using SI prefixes correctly or learning 3 syllable words that (to them) have no instantly apparent relationship to Bitcoin. Mike Sent from my iPhone On Apr 20, 2014, at 11:44 AM, Arne Brutschy abruts...@xylon.de wrote: I propose that users are offered a preference to denominate the Bitcoin currency in a unit called a bit. Where one bitcoin (BTC) equals one million bits (bits) and one bit equals 100 satoshis. There have been many proposals for more or less arbitrary subunits. What would be the merit of your proposal? I don't really follow the reasoning that it's better if it's uncommon for everyone rather than just uncommon for people not used to metric units. Regarding the label of a bit: I have to agree with the others that bit is heavily overused as a unit, but I am a computer scientist, so I don't have the average joe's perspective on this. I find it weird to use as it's already in use in English - a bit of work etc -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] bits: Unit of account
Mainly because it is short, memorable, effectively leads the listener to infer the proper meaning, is culturally neutral, is easy to say by speakers of just about any language, and many other reasons. Mike Sent from my iPhone On Apr 20, 2014, at 12:23 PM, Arne Brutschy abruts...@xylon.de wrote: agree that overloading isn't an issue when necessary, but my point was that the necessity is lacking. If we're free to pick anything, why pick something that is overloaded? Moreover, bit is an abbreviation of bitcoin and might be confused with it. Most currencies use a work that is phonetically very different and short, so why not do the same? Pluk, or cred, or finney (as proposed the thread I posted), or whichever. We could call it unsp for unspent ;) Arne -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] bits: Unit of account
By culturally neutral I mean we avoid deliberately invoking a cultural reference in the name. For example satoshi would be a reference to Japanese culture just for being a common Japanese name regardless of who Satoshi turns out to be. Mike Sent from my iPhone On Apr 20, 2014, at 1:20 PM, Christophe Biocca christophe.bio...@gmail.com wrote: Culturally neutral? bit in French phonetically collides with slang for phallus (bitte, with a silent e). Apparently it means louse in Turkish as well. Not that this really would be avoidable with any short word (all the short possible words are usually taken), but it's not neutral. On Sun, Apr 20, 2014 at 2:43 PM, Oliver Egginger bitc...@olivere.de wrote: Hello, just my two 'cents': Terms arises by itself. Just as most people speak of coins when they mean bitcoins. I do not see that bitcoin is currently in common use except for speculation. Therefore no term for smaller units has established yet. No problem in my eyes. Time will tell. - oliver -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] bits: Unit of account
My impression: Good because it is short, memorable, and pronounceable by speakers of most languages (though to most of the world that would be oo-bit, as u being yu is mostly an English thing) Downsides include the fact that μ is not a U, it just resembles one. It is a lowercase M in Greek, a live spoken language also studied by many, and calling it a U conveys a notion of global unawareness. And the potential for XBT to be 1e-6 BTC on the world stage would be huge, worth pursuing. Mike Sent from my iPhone On Apr 20, 2014, at 6:16 PM, Justin A allp...@gmail.commailto:allp...@gmail.com wrote: delurk What about ubit, pronounced YOU-bit, representing 1e-6 bitcoin? Easy to say, tied in a visual way to the metric micro, leaves the required 2 decimal places for the marginally numerate.. What more could one want? /delurk Also, hi. My first post; plan to get involved over the southern hemisphere winter if I can learn enough. On Apr 20, 2014 4:32 PM, Mike Caldwell mcaldw...@swipeclock.commailto:mcaldw...@swipeclock.com wrote: By culturally neutral I mean we avoid deliberately invoking a cultural reference in the name. For example satoshi would be a reference to Japanese culture just for being a common Japanese name regardless of who Satoshi turns out to be. Mike Sent from my iPhone On Apr 20, 2014, at 1:20 PM, Christophe Biocca christophe.bio...@gmail.commailto:christophe.bio...@gmail.com wrote: Culturally neutral? bit in French phonetically collides with slang for phallus (bitte, with a silent e). Apparently it means louse in Turkish as well. Not that this really would be avoidable with any short word (all the short possible words are usually taken), but it's not neutral. On Sun, Apr 20, 2014 at 2:43 PM, Oliver Egginger bitc...@olivere.demailto:bitc...@olivere.de wrote: Hello, just my two 'cents': Terms arises by itself. Just as most people speak of coins when they mean bitcoins. I do not see that bitcoin is currently in common use except for speculation. Therefore no term for smaller units has established yet. No problem in my eyes. Time will tell. - oliver -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.netmailto:Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.netmailto:Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.netmailto:Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] bits: Unit of account
If bit had to be preceded by a letter I would nominate ebit or xbit (which could still be XBT) Those needing a definition for x could define it as coin/100. That said, I am still more in favor of bit. Xbit would just solve the problems others cite about ambiguity if they had to be solved without the resulting name being too long. Mike Sent from my iPhone On Apr 20, 2014, at 7:33 PM, Un Ix slashdevn...@hotmail.commailto:slashdevn...@hotmail.com wrote: Something tells me this would be reduced to a single syllable in common usage I.e. bit. My 2 cents goes for bit. Because: Bitcoin is a digital currency, BTC starts with bit, bit refers to a small amount of something in its regular english usage and lastly 99.9876543% of people on the planet don't know what a digital bit is yet ... Gavin On 21/04/2014, at 9:20 am, Mike Caldwell mcaldw...@swipeclock.commailto:mcaldw...@swipeclock.com wrote: My impression: Good because it is short, memorable, and pronounceable by speakers of most languages (though to most of the world that would be oo-bit, as u being yu is mostly an English thing) Downsides include the fact that μ is not a U, it just resembles one. It is a lowercase M in Greek, a live spoken language also studied by many, and calling it a U conveys a notion of global unawareness. And the potential for XBT to be 1e-6 BTC on the world stage would be huge, worth pursuing. Mike Sent from my iPhone On Apr 20, 2014, at 6:16 PM, Justin A allp...@gmail.commailto:allp...@gmail.com wrote: delurk What about ubit, pronounced YOU-bit, representing 1e-6 bitcoin? Easy to say, tied in a visual way to the metric micro, leaves the required 2 decimal places for the marginally numerate.. What more could one want? /delurk Also, hi. My first post; plan to get involved over the southern hemisphere winter if I can learn enough. On Apr 20, 2014 4:32 PM, Mike Caldwell mcaldw...@swipeclock.commailto:mcaldw...@swipeclock.com wrote: By culturally neutral I mean we avoid deliberately invoking a cultural reference in the name. For example satoshi would be a reference to Japanese culture just for being a common Japanese name regardless of who Satoshi turns out to be. Mike Sent from my iPhone On Apr 20, 2014, at 1:20 PM, Christophe Biocca christophe.bio...@gmail.commailto:christophe.bio...@gmail.com wrote: Culturally neutral? bit in French phonetically collides with slang for phallus (bitte, with a silent e). Apparently it means louse in Turkish as well. Not that this really would be avoidable with any short word (all the short possible words are usually taken), but it's not neutral. On Sun, Apr 20, 2014 at 2:43 PM, Oliver Egginger bitc...@olivere.demailto:bitc...@olivere.de wrote: Hello, just my two 'cents': Terms arises by itself. Just as most people speak of coins when they mean bitcoins. I do not see that bitcoin is currently in common use except for speculation. Therefore no term for smaller units has established yet. No problem in my eyes. Time will tell. - oliver -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.netmailto:Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.netmailto:Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.netmailto:Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development -- Start Your Social Network Today
Re: [Bitcoin-development] Monetary Authority for Bitcoin
For what it's worth, once upon a time I pushed this agenda on Bitcointalk. I'd say early 2011 or so. The response I got was so strong and unanimous in favor of this point being absolutely non-negotiable that if the money supply were anything other than fixed, Bitcoin may as well be pretend e-dollars. I was not just persuaded against it, I was put in my place. I believe that if there ever becomes a consensus that Bitcoin's inflation parameters were a show-stopper for the Bitcoin economy, that the power to correct it lies with merchants, who would vote for changing the rules. I believe they would do this not by changing Bitcoin, but by accepting, in parallel, a brand new alt coin that reflects the consensus as to how the inflation should be. I believe such an alt coin would have its genesis at around the time that consensus moved toward accepting inflation, rather than adopting the seignorage of some other alt coin out there today. Mike/Casascius From: Ryan Carboni [mailto:ryan.jc...@gmail.com] Sent: Monday, December 09, 2013 3:24 PM To: apoels...@wpsoftware.net Cc: bitcoin-development@lists.sourceforge.net Subject: Re: [Bitcoin-development] Monetary Authority for Bitcoin It is not a violation of the trust of those holding the currency. Many people bought Bitcoin in the hopes that it's value in the relation of other currencies will increase, not because there's a fixed money supply. The majority of people using Bitcoin as a currency in exchange for real goods are using the exchanges. My proposal will still allow for 4.9% semi-weekly variations in the price of Bitcoin, allowing for it to appreciate 11,800% per year. On Mon, Dec 9, 2013 at 2:11 PM, Andrew Poelstra as...@sfu.camailto:as...@sfu.ca wrote: On Mon, Dec 09, 2013 at 02:01:07PM -0800, Ryan Carboni wrote: This is no doubt probably a very controversial Bitcoin Improvement Proposal and is also a very rough draft of one. Ryan, you can stop there already because any change to the inflation formula (supposing such a thing is even possible, which it's not) would be a violation of the trust of those holding the currency, who obtained it while believing that its inflation algorithm would not change. -- Andrew Poelstra Email: apoelstra at wpsoftware.nethttp://wpsoftware.net Web: http://www.wpsoftware.net/andrew If they had taught a class on how to be the kind of citizen Dick Cheney worries about, I would have finished high school. --Edward Snowden -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
[Bitcoin-development] BIP 38
Hey everyone, I have noticed that there was a recent change to BIP 0038 (Password-Protected Private Key) on the Wiki, which is a proposal I wrote in late 2012. Gregory, it looks to me as though you have made this change, and I'm hoping for your help here. The change suggests that the number was never assigned, and that there has been no discussion regarding the proposal on this list. I had this number assigned by Amir Taaki in November of 2012, consistent with what I understood the procedure to be at the time by reading BIP 0001 on the Wiki. First off, I want to confirm that when I send to the list, that there isn't a technical reason it's not getting to everybody. I believe I most recently mentioned BIP 38 to this list on August 17, 2013. (EDIT: seems my prior messages, including an earlier revision of this message, have not made it to the list) Secondly, in the case that it is deemed that this has never been properly submitted, discussed, or pushed forward, I'd like to propose that this happen, and request help with the formalities where I'm lacking. I believe BIP 38 is a valuable proposal that is seeing real-world use. BIP 38 allows people to create private keys (including paper wallets) protected by a password, and also allows one party to select the password for paper wallets to be created by another party. Real-world use includes a working implementation at BitAddress.org, one at Bit2Factor.org, implementation by Mycelium, and others. Also, others are informally using it as a sort of abbreviated escrow scheme where a buyer and seller agree on the buyer maintaining control over the release of funds. In short, it would be terribly confusing to reassign the number BIP 38 after already having had an established meaning for the better part of the year, particularly on what appears to be procedural grounds. Mike -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] BIP 38
Gregory, No problem, thanks for providing the IRC recap, and glad I've finally made radio contact with the list. Perhaps there can be some long overdue discussion on the topic. I see Kogelman's improvements to my proposal as being of merit and may very well be sufficient to supersede what I've originally proposed. I suppose the main thing I'm wanting to ensure is that the identity of my original proposal is maintained. Regardless of whether a paper wallet or physical bitcoin with a single address is poor form or whether my proposal is rejected or superseded, I hope there can be a consensus that BIP38 can continue to be understood to mean Password-protected private key proposal by Mike Caldwell, and that it can appear in the lists of BIPs alongside others. Regarding BIP 22... I in fact did not originally attempt to post to the list over what I had created and called BIP 22 once upon a time, I literally just created a wiki entry contrary to advice in BIP 1 that I had not read at the time. I recognize it's totally legitimate to feel and act upon the appearance that BIP 38 was created in a similar shortcut fashion. Certainly, the next thing I propose will be in the form of a draft outside the BIP numberspace and I won't solicit a BIP number without an established consensus in the future. That said, I'm asking for BIP 38 to stand and be recognized as in existence, so as to not confuse those who call it by that name and who have already chosen to do something with it (whether that's to implement it, or to draft improvements to it like Kogelman). If I did BIP 38 over again, there's a couple shortcomings of my own that I wouldn't mind seeing addressed in another iteration, and the right venue for that may very well be to contribute to Kogelman's work. My particular improvements might include wanting the ability to outsource the computationally expensive step to another service at a minimized risk to the user, potentially the ability to have special-purpose encrypted minikeys (sort of how ARM has Thumb for places where the tradeoff makes sense), and a typo check with better privacy (I currently use sha256(address)[0...3] which may unintentionally reveal the bitcoin address, if it's funded, to someone who has the encrypted key but doesn't know the password). mike -Original Message- From: Gregory Maxwell [mailto:gmaxw...@gmail.com] Sent: Friday, October 25, 2013 2:05 PM To: Mike Caldwell Cc: bitcoin-development@lists.sourceforge.net Subject: Re: [Bitcoin-development] BIP 38 On Fri, Oct 25, 2013 at 11:50 AM, Mike Caldwell mcaldw...@swipeclock.com wrote: I have noticed that there was a recent change to BIP 0038 (Password-Protected Private Key) on the Wiki, which is a proposal I wrote in late 2012. Gregory, it looks to me as though you have made this change, and I’m hoping for your help here. The change suggests that the number was never assigned, and that there has been no discussion regarding the proposal on this list. Greetings, (repeating from our discussion on IRC) No prior messages about your proposal have made it to the list, and no mention of the assignment had been made in the wiki. The first I ever heard of this scheme was long after you'd written the document when I attempted to assign the number to something else then noticed something existed at that name. Since you had previously created BIP documents without public discussion (e.g. BIP 22 https://en.bitcoin.it/wiki/OP_CHECKSIGEX_DRAFT_BIP [...] Or, I wonder did your emails just get eaten that time too?), I'd just assumed something similar had happened here. I didn't take any action at the time I first noticed it, but after someone complained about bitcoin-qt not confirming with BIP38 to me today it was clear to me that people were confusing this with something that was officially (as much as anything is) supported, so I moved the document out. (I've since moved it back, having heard from you that you thought that it had actually been assigned/announced). With respect to moving it forward: Having a wallet which can only a single address is poor form. Jean-Paul Kogelman has a draft proposal which is based on your BIP38 work though the encoding scheme is different, having been revised in response to public discussion. Perhaps efforts here can be combined? -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development