From: Drak <drak@zikula•org>
To: Jeff Garzik <jgarzik@bitpay•com>
Cc: Bitcoin Dev <bitcoin-development@lists•sourceforge.net>
Subject: Re: [Bitcoin-development] moving the default display to mbtc
Date: Thu, 13 Mar 2014 19:26:42 +0000 [thread overview]
Message-ID: <CANAnSg2ajK=pb-fBBvonzW2Ed+8f+5TtaE7XcfNh_71Xyk2O=A@mail.gmail.com> (raw)
In-Reply-To: <CAJHLa0MrLGDVO7LFpUSb+LCxNjKebQQ7UHSwyWPYwzWw5WcbAw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2858 bytes --]
I agree with you Jeff. The unit switch needs to happen once and once only,
but that is exactly why I said the defaults really need to change in
Bitcoin-Qt since that is still the main reference implementation and it
will influence others.
Bitpay could also take the lead here and make the switch to their defaults.
That would greatly assist the uBTC movement.
Regardless of what anyone says, Bitcoin-Qt is still the main reference
implementation and the best way to encourage a change in the community at
large is for the default units to be changed here. Core devs can surely
garner enough consensus among themselves to accept and merge a PR to that
effect. That will send a message, more than anything else that can be done.
My two satoshi.
Drak
On 13 March 2014 16:29, Jeff Garzik <jgarzik@bitpay•com> wrote:
> On Thu, Mar 13, 2014 at 12:14 PM, Alan Reiner <etotheipi@gmail•com> wrote:
> > Of course, as Mike said, this ship may have already sailed, but if
> > there's any way to revisit this, I'm there. We're just about to do
> > another Armory release and could support this very easily.
>
> mBTC now just means the issue -will- be revisited in the future. Just
> a question of when, not if.
>
> People and software in various nations handle big numbers for small
> values (e.g. Yen) just fine.
> People and software do -not- handle extra decimal places well, field
> experience shows.
>
> <vendor hat: on> To roll out QuickBooks support --without converting
> any numbers, a key financial attribute-- mBTC is simply insufficient
> today, not in the future.
>
> I also argue that it is a security risk, as follows: To support
> accounting packages limited to 2 decimal places, decimal point
> conversion must be performed. This produces a situation where your
> accounting system shows numbers that do not visually match the numbers
> in the bitcoin software. That, in turn, making auditing more
> difficult, particularly for outsiders.
>
> Shipping with mBTC defaults was decidedly unwise, considering that --
> like BTC -- it fails to solve existing, known problems that uBTC can
> solve, and considering the inevitable mBTC->uBTC switch.
>
> --
> Jeff Garzik
> Bitcoin core developer and open source evangelist
> BitPay, Inc. https://bitpay.com/
>
>
> ------------------------------------------------------------------------------
> 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/13534_NeoTech
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists•sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
[-- Attachment #2: Type: text/html, Size: 3867 bytes --]
next prev parent reply other threads:[~2014-03-13 19:27 UTC|newest]
Thread overview: 112+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-14 11:45 Melvin Carvalho
2013-11-14 18:18 ` Luke-Jr
2013-11-17 3:22 ` Jacob Lyles
2013-11-14 20:01 ` Alan Reiner
2013-11-14 21:15 ` Mark Friedenbach
2013-11-14 21:55 ` Allen Piscitello
2013-11-14 22:00 ` Alan Reiner
2013-11-14 22:07 ` Allen Piscitello
2013-11-14 23:01 ` Luke-Jr
2013-11-14 23:11 ` Mark Friedenbach
2013-11-14 23:13 ` Luke-Jr
2013-11-14 23:22 ` Jeff Garzik
2013-11-15 0:15 ` Luke-Jr
2013-11-15 0:18 ` Mark Friedenbach
2013-11-16 0:41 ` Drak
2013-11-16 0:48 ` Mark Friedenbach
2013-11-16 1:10 ` Luke-Jr
2013-11-16 1:19 ` Jean-Paul Kogelman
2013-11-16 1:19 ` Drak
2013-11-16 1:31 ` Mark Friedenbach
2013-11-15 8:55 ` Eugen Leitl
2013-11-14 22:21 ` Mark Friedenbach
2013-11-14 22:32 ` Drak
2013-11-14 22:37 ` Drak
2014-05-02 19:17 ` Jeff Garzik
2014-05-03 0:54 ` Ben Davenport
2014-05-03 1:13 ` Alan Reiner
2014-05-03 1:50 ` Aaron Voisine
2014-05-03 2:10 ` Matias Alejo Garcia
2014-05-03 2:38 ` Luke Dashjr
2014-05-03 2:41 ` Ben Davenport
2014-05-03 2:43 ` Peter Todd
2014-05-03 3:35 ` Un Ix
2014-05-03 12:32 ` Roy Badami
2014-05-03 4:23 ` Tamas Blummer
2013-11-14 22:03 ` Jeff Garzik
2013-11-14 22:31 ` Mark Friedenbach
2013-11-14 22:53 ` Alan Reiner
2013-11-14 23:01 ` Jeff Garzik
2013-11-14 23:10 ` Luke-Jr
2013-11-15 9:23 ` Eugen Leitl
2013-11-15 9:37 ` Alex Kravets
2013-11-15 9:59 ` Adam Back
2013-11-15 10:39 ` Eugen Leitl
2013-11-15 7:18 ` Wladimir
2013-11-18 2:28 ` Wendell
2014-03-13 12:56 ` Jeff Garzik
2014-03-13 13:29 ` Gary Rowe
2014-03-13 13:31 ` Mike Hearn
2014-03-13 13:40 ` Andreas Schildbach
2014-03-14 14:05 ` Andreas Schildbach
2014-03-14 14:14 ` Tamas Blummer
2014-03-14 14:49 ` Andreas Schildbach
2014-03-14 14:57 ` Tamas Blummer
2014-03-14 15:02 ` Andreas Schildbach
2014-03-14 15:12 ` Tamas Blummer
2014-03-14 15:30 ` Andreas Schildbach
2014-03-14 15:32 ` Mike Hearn
2014-03-14 15:56 ` Andreas Schildbach
2014-03-14 16:01 ` Mark Friedenbach
2014-03-14 16:15 ` Alex Morcos
2014-03-14 16:51 ` Ricardo Filipe
2014-03-14 16:58 ` Allen Piscitello
2014-03-14 15:10 ` Tyler
2014-03-14 14:18 ` Roy Badami
2014-03-13 19:38 ` Jeff Garzik
2014-03-13 13:34 ` Wladimir
2014-03-13 13:45 ` Jeff Garzik
2014-03-13 13:53 ` Mike Hearn
2014-03-13 14:32 ` Jeff Garzik
2014-03-13 15:50 ` Mike Hearn
2014-03-13 16:17 ` Troy Benjegerdes
2014-03-13 16:39 ` Melvin Carvalho
2014-03-13 16:55 ` Allen Piscitello
2014-03-13 17:13 ` Mike Hearn
2014-03-13 17:23 ` Allen Piscitello
2014-03-13 16:14 ` Alan Reiner
2014-03-13 16:23 ` Tamas Blummer
2014-03-13 16:29 ` Jeff Garzik
2014-03-13 17:18 ` Mark Friedenbach
2014-03-13 17:21 ` Jeff Garzik
2014-03-13 17:24 ` Mike Hearn
2014-03-13 17:36 ` Alan Reiner
2014-03-13 17:43 ` Wladimir
2014-03-13 17:51 ` Mike Hearn
2014-03-13 17:58 ` Alan Reiner
2014-03-13 19:26 ` Drak [this message]
2014-03-13 16:08 ` Troy Benjegerdes
2014-03-13 16:30 ` Tamas Blummer
2014-03-13 16:37 ` slush
2014-03-13 17:48 ` Luke-Jr
2014-03-13 18:23 ` Jorge Timón
2014-03-13 18:29 ` Mike Hearn
2014-03-13 18:51 ` Ben Davenport
2014-03-14 0:34 ` Jorge Timón
2014-03-14 17:14 ` vv01f
2014-03-14 20:13 ` Natanael
2014-03-14 1:26 ` Un Ix
2014-03-14 21:56 ` Odinn Cyberguerrilla
2013-11-15 10:45 ` Wladimir
2013-11-15 10:57 ` Eugen Leitl
2013-11-14 22:27 ` Drak
2013-11-15 0:05 ` Jeff Garzik
2013-11-15 0:37 ` Daniel F
2013-11-15 0:46 ` Melvin Carvalho
2013-11-15 0:57 ` Alan Reiner
2014-05-02 14:29 ` Melvin Carvalho
2013-11-15 5:21 Tamas Blummer
[not found] <mailman.271337.1390426426.2210.bitcoin-development@lists.sourceforge.net>
2014-03-13 15:17 ` Tamas Blummer
2014-03-13 15:37 ` Chris Pacia
2014-03-14 16:25 Andrew Smith
[not found] <536537E2.1060200@stud.uni-saarland.de>
2014-05-03 18:46 ` Jannis Froese
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CANAnSg2ajK=pb-fBBvonzW2Ed+8f+5TtaE7XcfNh_71Xyk2O=A@mail.gmail.com' \
--to=drak@zikula$(echo .)org \
--cc=bitcoin-development@lists$(echo .)sourceforge.net \
--cc=jgarzik@bitpay$(echo .)com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox