📅 Original date posted:2013-11-14
📝 Original message:On Thursday, November 14, 2013 10:07:58 PM Allen Piscitello wrote:
> Obviously the answer is to just display all fees and trading rates as BTC
> or MBTC (.0000005 MBTC fee? how cheap!). On a more serious note, the
> transition should definitely be thought out well as it could be very
> damaging to have this confusion, but I would prefer to do it only once
> rather than twice.
I wonder if it might make sense to bundle some other terminology fixups at the
same time.
Right now, Bitcoin-Qt has been using the term "confirmations" (plural) to
refer to how many blocks deep a transaction is buried. We also use the term
"confirmation" to refer to the point where a transaction is accepted as paid.
IMO, the latter use makes sense, but the former leads to confusion especially
in light of scamcoins which abuse this confusion to claim they have "faster
confirmations", implying that the actual confirmation occurs faster when it
really doesn't. "5 blocks deep" may not be more clear to laymen, but at least
it makes it harder for people to confuse with actual confirmation.
I think we all know the problems with the term "address". People naturally
compare it to postal addresses, email addresses, etc, which operate
fundamentally different. I suggest that we switch to using "invoice id" to
refer to what is now known as addresses, as that seems to get the more natural
understanding to people. On the other hand, with the advent of the payment
protocol, perhaps address/invoice id use will die out soon?
Thoughts?
Luke
Luke-Jr [ARCHIVE] /
npub1dt…u7wrs
2023-06-07 15:09:33
in reply to nevent1q…klsy
Author Public Key
npub1dtr22xd42nv07un2xq0rmtkqkjylgsmexau0anxxafa9xmmn2ncshu7wrsPublished at
2023-06-07 15:09:33Event JSON
{
"id": "d371f747ade8ad54960e2d58a2614985901efe76a20c8bfba47c2589175700a1",
"pubkey": "6ac6a519b554d8ff726a301e3daec0b489f443793778feccc6ea7a536f7354f1",
"created_at": 1686150573,
"kind": 1,
"tags": [
[
"e",
"f949fa80b2178db0fa7c7377159ffdf8cd87cc4a75383c5243367fef9a888c57",
"",
"root"
],
[
"e",
"081cd7f0b77484f96c82999b7124af5327fef0acf1ad9cf60846f4cc578f6af6",
"",
"reply"
],
[
"p",
"3327325c47cd736ff7b6960a646e8e38456e62cb2aa3cee04ac2560680ca8a3c"
]
],
"content": "📅 Original date posted:2013-11-14\n📝 Original message:On Thursday, November 14, 2013 10:07:58 PM Allen Piscitello wrote:\n\u003e Obviously the answer is to just display all fees and trading rates as BTC\n\u003e or MBTC (.0000005 MBTC fee? how cheap!). On a more serious note, the\n\u003e transition should definitely be thought out well as it could be very\n\u003e damaging to have this confusion, but I would prefer to do it only once\n\u003e rather than twice.\n\nI wonder if it might make sense to bundle some other terminology fixups at the \nsame time.\n\nRight now, Bitcoin-Qt has been using the term \"confirmations\" (plural) to \nrefer to how many blocks deep a transaction is buried. We also use the term \n\"confirmation\" to refer to the point where a transaction is accepted as paid. \nIMO, the latter use makes sense, but the former leads to confusion especially \nin light of scamcoins which abuse this confusion to claim they have \"faster \nconfirmations\", implying that the actual confirmation occurs faster when it \nreally doesn't. \"5 blocks deep\" may not be more clear to laymen, but at least \nit makes it harder for people to confuse with actual confirmation.\n\nI think we all know the problems with the term \"address\". People naturally \ncompare it to postal addresses, email addresses, etc, which operate \nfundamentally different. I suggest that we switch to using \"invoice id\" to \nrefer to what is now known as addresses, as that seems to get the more natural \nunderstanding to people. On the other hand, with the advent of the payment \nprotocol, perhaps address/invoice id use will die out soon?\n\nThoughts?\n\nLuke",
"sig": "e1ea5d589da03c307f26ff0ea5e36ecff1844cc62808890ac7f6fd666a66f680426984a34fee32059a04caa1559f4880b838e32c1534ad48777b1c0d11e2692e"
}