Troy Benjegerdes [ARCHIVE] on Nostr: 📅 Original date posted:2014-03-13 📝 Original message:On Thu, Mar 13, 2014 at ...
📅 Original date posted:2014-03-13
📝 Original message:On Thu, Mar 13, 2014 at 04:50:14PM +0100, Mike Hearn wrote:
> On Thu, Mar 13, 2014 at 3:32 PM, Jeff Garzik <jgarzik at bitpay.com> wrote:
>
> > Such hand-wavy, data-free logic is precisely why community
> > coordination is preferred to random apps making random decisions in
> > this manner.
> >
>
> That ship sailed months ago. If you wanted a big push for uBTC, then would
> have been the time. Though given that it'd have made lots of normal
> balances incredibly huge, perhaps it's a good thing that didn't happen.
> Also "milli" is a unit people encounter in daily life whereas micro isn't.
> Is it milli / micro / nano or milli / nano / micro? I bet a lot of people
> would get that wrong.
I think the ship of hand-wavy, data-free logic sailed with
'money supply == 21 million', so why not enjoy the ride? If we care about
real people and real use cases, then let's talk about indexing the money
supply to some blockchain-observable value and add demurrage instead of
of bikeshedding the color of the latest coat of paint.
>
> If you have to export to financial packages that can't handle fractional
> pennies, then by all means represent prices in whatever units you like for
> that purpose, but in software designed for ordinary people in everyday life
> mBTC is a pretty good fit.
>
> Besides, fractional pennies crop up in existing currencies too (the famous
> Verizon Math episode showed this), so if a financial package insists on
> rounding to 2dp then I guess it may sometimes do the wrong thing in some
> business cases already.
>
> Fundamentally, more than two decimal places tends to violate the
> > Principle Of Least Astonishment with many humans, and as a result,
> > popular software systems have been written with that assumption.
>
>
> Lots of people use currencies that don't have any fractional components at
> all ! So perhaps all prices should be denominated in satoshis to ensure
> that they're not surprised :)
I'm surprised every time I pull up to a gas pump and the price is 3.249999
per gallon. But I don't really care what the price is, as long as there's
an e85 pump. If I could pay at the pump with bitcoin, I wouldn't even look
at the price, I'd only care if my tank got filled up or if I have to drive
slower to get better mileage.
Hell, I'd have an app that would tell me what gas station to go to that got
me the best miles per bitcoin based on where I actually wanted to go.
Published at
2023-06-07 15:15:33Event JSON
{
"id": "30895bfc61d70b5567003bdd74f15a9ae539e18145825eb167c1270c3961709b",
"pubkey": "de834b230daa8e6d04c44e51929c52dfdc36dc2f4105a0b67060d9dfc30d6ccc",
"created_at": 1686150933,
"kind": 1,
"tags": [
[
"e",
"a5889b6003c7241c893062a271bfd01eb179b582d390c0baf2198e69cbfe2d2d",
"",
"root"
],
[
"e",
"76c1a83d573500f9d1b1b6759f7d46a91432407faa07bc174322ffb4b7fa12b4",
"",
"reply"
],
[
"p",
"f2c95df3766562e3b96b79a0254881c59e8639f23987846961cf55412a77f6f2"
]
],
"content": "📅 Original date posted:2014-03-13\n📝 Original message:On Thu, Mar 13, 2014 at 04:50:14PM +0100, Mike Hearn wrote:\n\u003e On Thu, Mar 13, 2014 at 3:32 PM, Jeff Garzik \u003cjgarzik at bitpay.com\u003e wrote:\n\u003e \n\u003e \u003e Such hand-wavy, data-free logic is precisely why community\n\u003e \u003e coordination is preferred to random apps making random decisions in\n\u003e \u003e this manner.\n\u003e \u003e\n\u003e \n\u003e That ship sailed months ago. If you wanted a big push for uBTC, then would\n\u003e have been the time. Though given that it'd have made lots of normal\n\u003e balances incredibly huge, perhaps it's a good thing that didn't happen.\n\u003e Also \"milli\" is a unit people encounter in daily life whereas micro isn't.\n\u003e Is it milli / micro / nano or milli / nano / micro? I bet a lot of people\n\u003e would get that wrong.\n\nI think the ship of hand-wavy, data-free logic sailed with \n'money supply == 21 million', so why not enjoy the ride? If we care about\nreal people and real use cases, then let's talk about indexing the money \nsupply to some blockchain-observable value and add demurrage instead of \nof bikeshedding the color of the latest coat of paint.\n\n\u003e \n\u003e If you have to export to financial packages that can't handle fractional\n\u003e pennies, then by all means represent prices in whatever units you like for\n\u003e that purpose, but in software designed for ordinary people in everyday life\n\u003e mBTC is a pretty good fit.\n\u003e \n\u003e Besides, fractional pennies crop up in existing currencies too (the famous\n\u003e Verizon Math episode showed this), so if a financial package insists on\n\u003e rounding to 2dp then I guess it may sometimes do the wrong thing in some\n\u003e business cases already.\n\u003e \n\u003e Fundamentally, more than two decimal places tends to violate the\n\u003e \u003e Principle Of Least Astonishment with many humans, and as a result,\n\u003e \u003e popular software systems have been written with that assumption.\n\u003e \n\u003e \n\u003e Lots of people use currencies that don't have any fractional components at\n\u003e all ! So perhaps all prices should be denominated in satoshis to ensure\n\u003e that they're not surprised :)\n\nI'm surprised every time I pull up to a gas pump and the price is 3.249999\nper gallon. But I don't really care what the price is, as long as there's \nan e85 pump. If I could pay at the pump with bitcoin, I wouldn't even look\nat the price, I'd only care if my tank got filled up or if I have to drive\nslower to get better mileage.\n\nHell, I'd have an app that would tell me what gas station to go to that got\nme the best miles per bitcoin based on where I actually wanted to go.",
"sig": "597c9cb599422f5f30b907f9ddb13425bf4bbeef993647e659da339cce87b238d2cf619525da5310028f852d721001bb9617ffd7d81e01b6579968b5dd96900e"
}