Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1Vh7YE-0002tY-NZ for bitcoin-development@lists.sourceforge.net; Fri, 15 Nov 2013 00:46:22 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.217.177 as permitted sender) client-ip=209.85.217.177; envelope-from=melvincarvalho@gmail.com; helo=mail-lb0-f177.google.com; Received: from mail-lb0-f177.google.com ([209.85.217.177]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1Vh7YD-0006M3-CM for bitcoin-development@lists.sourceforge.net; Fri, 15 Nov 2013 00:46:22 +0000 Received: by mail-lb0-f177.google.com with SMTP id z5so2142432lbh.8 for ; Thu, 14 Nov 2013 16:46:14 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.112.138.164 with SMTP id qr4mr2123496lbb.49.1384476374622; Thu, 14 Nov 2013 16:46:14 -0800 (PST) Received: by 10.112.159.233 with HTTP; Thu, 14 Nov 2013 16:46:14 -0800 (PST) In-Reply-To: <52856CC7.5050103@gmail.com> References: <52856CC7.5050103@gmail.com> Date: Fri, 15 Nov 2013 01:46:14 +0100 Message-ID: From: Melvin Carvalho To: Daniel F Content-Type: multipart/alternative; boundary=089e0118293a8267d004eb2c8607 X-Spam-Score: -0.6 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: doubleclick.net] -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (melvincarvalho[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1Vh7YD-0006M3-CM Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] moving the default display to mbtc X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Nov 2013 00:46:22 -0000 --089e0118293a8267d004eb2c8607 Content-Type: text/plain; charset=ISO-8859-1 On 15 November 2013 01:37, Daniel F wrote: > > This is a decentralized currency, and we should avoid centralizing > > decisions. This is something that impacts the community at large, and > > deserves input and discussion at every level. > > > > I would suggest posting on all possible forums "proposal: switch to > > uBTC, labelled as ISO prefers (XBT?)" and see what sort of discussion > > is generated. If the support is broad, it will be plain from the > > responses if there is a consensus. Perhaps everyone will agree it is > > the best course, and we can make an easy change. > > > > But we need less "core dev fiat" not more :) > > > this seems like such a paint-the-bikeshed problem that it's sure to > generate vast volumes of discussion, waste a lot of people's time, and > all for only a dubious (imo) gain. (case in point - here i am > contributing to it :) ). > > i agree that we should avoid centralizing this. i'll go a step further > and note that the client already has a dropdown allowing individuals to > choose units. merchants are free to choose to price in different units. > exchanges are free to denominate trade in different units. > > i suggest we just let the market do its thing and not get into trying to > 'make a decision' of any sort. > I do agree with you here e.g. I think the question of the ISO code (XBT vs BTC) is probably out of scope for this thread, and there was no clear consensus, when it came up on the forums. As a data point, the price of bitcoin has gone up roughly 1000x since satoshi made his suggestion that the decimal point could move 3 places. I dont think it's a question of centralization, I was just seeking opinion on what people felt about the reference implementation. How about just changing the default value in the dropdown from BTC -> to mBTC The the other clients and exchange choose whether they want to follow suit or not > > > > ------------------------------------------------------------------------------ > DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps > OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access > Free app hosting. Or install the open source package on any LAMP server. > Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! > http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > --089e0118293a8267d004eb2c8607 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On 15 November 2013 01:37, Daniel F <nanotube@gmail.com>= wrote:
> Th= is is a decentralized currency, and we should avoid centralizing
> decisions. =A0This is something that impacts the community at large, a= nd
> deserves input and discussion at every level.
>
> I would suggest posting on all possible forums "proposal: switch = to
> uBTC, labelled as ISO prefers (XBT?)" and see what sort of discus= sion
> is generated. =A0If the support is broad, it will be plain from the > responses if there is a consensus. =A0Perhaps everyone will agree it i= s
> the best course, and we can make an easy change.
>
> But we need less "core dev fiat" not more :)
>
this seems like such a paint-the-bikeshed problem that it's sure = to
generate vast volumes of discussion, waste a lot of people's time, and<= br> all for only a dubious (imo) gain. (case in point - here i am
contributing to it :) ).

i agree that we should avoid centralizing this. i'll go a step further<= br> and note that the client already has a dropdown allowing individuals to
choose units. merchants are free to choose to price in different units.
exchanges are free to denominate trade in different units.

i suggest we just let the market do its thing and not get into trying to 'make a decision' of any sort.

= I do agree with you here

e.g. I think the= question of the ISO code (XBT vs BTC) is probably out=20 of scope for this thread, and there was no clear consensus, when it came up= on the forums.=A0

As a data point, the price of bitcoin has = gone up roughly 1000x since satoshi made his suggestion that the decimal po= int could move 3 places.

I dont think it's a question of centralization, I was ju= st seeking opinion on what people felt about the reference implementation.= =A0 How about just changing the default value in the dropdown from BTC ->= ; to mBTC

The the other clients and exchange choose whether they want to follow s= uit or not
=A0

---------------------------------------------------------------------------= ---
DreamFactory - Open Source REST & JSON Services for HTML5 & Native = Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gam= pad/clk?id=3D63469471&iu=3D/4140/ostg.clktrk
_______________________________________________
Bitcoin-development mailing list
Bitcoin-develo= pment@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-de= velopment

--089e0118293a8267d004eb2c8607--