📅 Original date posted:2015-10-02
📝 Original message:According to the Oxford Dictionary, "coin" as a verb means "invent (a
new word or phrase)". Undoubtedly you created the first functional SPV
client but please retract the claim "I coined the term SPV" or that's
plagiarism.
And I'd like to highlight the following excerpt from the whitepaper:
"the simplified method can be fooled by an attacker's fabricated
transactions for as long as the attacker can continue to overpower the
network. One strategy to protect against this would be to accept alerts
from network nodes when they detect an invalid block, prompting the
user's software to download the full block and alerted transactions to
confirm the inconsistency."
Header only clients without any fraud detecting mechanism are functional
but incomplete SPV implementations, according to Sathoshi's original
definition. This might be good enough for the first generation SPV
wallet, but eventually SPV clients should be ready to detect any rule
violation in the blockchain, including things like block size (as
Satoshi mentioned "invalid block", not just "invalid transaction").
Mike Hearn via bitcoin-dev 於 2015-10-02 08:23 寫到:
> FWIW the "coining" I am referring to is here:
>
> https://bitcointalk.org/index.php?topic=7972.msg116285#msg116285 [4]
>
> OK, with that, here goes. Firstly some terminology. I'm going to call
> these things SPV clients for "simplified payment verification".
> Headers-only is kind of a mouthful and "lightweight client" is too
> vague, as there are several other designs that could be described as
> lightweight like RPC frontend and Stefans WebCoin API approach
>
> At that time nobody used the term "SPV wallet" to refer to what apps
> like BreadWallet or libraries like bitcoinj do. Satoshi used the term
> "client only mode", Jeff was calling them "headers only client" etc.
> So I said, I'm going to call them SPV wallets after the section of the
> whitepaper that most precisely describes their operation.
jl2012 at xbt.hk [ARCHIVE] /
npub1kc…wjfw4
2023-06-07 19:42:11
in reply to nevent1q…aqf5
Author Public Key
npub1kc0zulxt7j4a0ayhzhrz7jk84y7tm4026qcky7w97hlfkxxap24qnwjfw4Published at
2023-06-07 19:42:11Event JSON
{
"id": "106c7734be7208155dc1ffcf16ec9226b238d62edcdfcb327a52d505e021637c",
"pubkey": "b61e2e7ccbf4abd7f49715c62f4ac7a93cbdd5ead0316279c5f5fe9b18dd0aaa",
"created_at": 1686159731,
"kind": 1,
"tags": [
[
"e",
"d491d4c3776cbe5be2b712d5071be716eaea79b9a040f44df2a92bbcf31f549e",
"",
"root"
],
[
"e",
"6e537520692c939850fbf871e8c3c058eb12976f8fff0aff311880723ead7cb5",
"",
"reply"
],
[
"p",
"f2c95df3766562e3b96b79a0254881c59e8639f23987846961cf55412a77f6f2"
]
],
"content": "📅 Original date posted:2015-10-02\n📝 Original message:According to the Oxford Dictionary, \"coin\" as a verb means \"invent (a \nnew word or phrase)\". Undoubtedly you created the first functional SPV \nclient but please retract the claim \"I coined the term SPV\" or that's \nplagiarism.\n\nAnd I'd like to highlight the following excerpt from the whitepaper: \n\"the simplified method can be fooled by an attacker's fabricated \ntransactions for as long as the attacker can continue to overpower the \nnetwork. One strategy to protect against this would be to accept alerts \nfrom network nodes when they detect an invalid block, prompting the \nuser's software to download the full block and alerted transactions to \nconfirm the inconsistency.\"\n\nHeader only clients without any fraud detecting mechanism are functional \nbut incomplete SPV implementations, according to Sathoshi's original \ndefinition. This might be good enough for the first generation SPV \nwallet, but eventually SPV clients should be ready to detect any rule \nviolation in the blockchain, including things like block size (as \nSatoshi mentioned \"invalid block\", not just \"invalid transaction\").\n\nMike Hearn via bitcoin-dev 於 2015-10-02 08:23 寫到:\n\u003e FWIW the \"coining\" I am referring to is here:\n\u003e \n\u003e https://bitcointalk.org/index.php?topic=7972.msg116285#msg116285 [4]\n\u003e \n\u003e OK, with that, here goes. Firstly some terminology. I'm going to call\n\u003e these things SPV clients for \"simplified payment verification\".\n\u003e Headers-only is kind of a mouthful and \"lightweight client\" is too\n\u003e vague, as there are several other designs that could be described as\n\u003e lightweight like RPC frontend and Stefans WebCoin API approach\n\u003e \n\u003e At that time nobody used the term \"SPV wallet\" to refer to what apps\n\u003e like BreadWallet or libraries like bitcoinj do. Satoshi used the term\n\u003e \"client only mode\", Jeff was calling them \"headers only client\" etc.\n\u003e So I said, I'm going to call them SPV wallets after the section of the\n\u003e whitepaper that most precisely describes their operation.",
"sig": "b40f32cfa18abe656a027d72c7747386d64575817adc3571773205f03e8f89846642bdd0048815177b43fd1694f26d37ac02ac2c1a7e4c5c14ee383e2e300eb1"
}