📅 Original date posted:2022-04-22
📝 Original message:>*A change that increases the number of use cases of Bitcoin affects all
users and is *not* non-invasive. More use cases means more blockchain usage
which increases the price of a transaction for *everyone*.*
This manages to be both incorrect and philosophically opposed to what
defines success of the project . Neither the number of ways that people
figure out how to innovatively harness Bitcoin's existing capabilities, nor
the number or complexity of any optional transaction types that the Bitcoin
protocol supports have any bearing on transaction fees. Demand for
blockspace from transactions, which is just plain *use* - and not *use
cases* - is what could drive up transaction fees.
On the philosophical level, as designers of the system, we all hope and
work to make Bitcoin so useful, appealing, and secure that there is massive
demand for blockspace, even in the face of high transaction fees. As an
individual thinking only of their next on-chain transaction, it is
understandable that one might hope for low fees and partially-filled
blocks. Longer term, the health of the system can both be measured by and
itself depends on high transaction demand and fee pressure.
If you were trying to argue that CTV is invasive because it may increase
transaction demand and therefore cost users more fees, that is 1) an
endorsement of CTV's desirability and 2) reveals that you consider any
increased free-market competition (i.e. more demand) to be "invasive".
*>I like the maxim of Peter Todd: any change of Bitcoin must benefit *all*
users. *
As for Peter Todd's "any change of Bitcoin must benefit *all* users", that
is absolutely a reasonable thing to consider. However, in order to make
practical use of that maxim, we must adopt in our minds a *generic*, or
"model user", and then replicate them so that we may meaningfully
understand a least a proxy for "all users". In reality, there will always
be someone (and at this point, probably a "user" too) who wouldn't benefit
from a change, or at least think they won't. Some users of Bitcoin may even
want Bitcoin to fail, so we cannot afford assume that people have alignment
of goals or vision just by virtue of being a 'user'.
Corey
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220422/4cbf6200/attachment-0001.html>;
Corey Haddad [ARCHIVE] /
npub1yv…u4zp6
2023-06-07 23:07:50
in reply to nevent1q…gfye
Author Public Key
npub1yvcp7ayqy5xa3qgtz9hj9hdn5c9shp6tuvrxu3tw99qj6dveq2csqu4zp6Seen on
wss://relay.nostr.bandPublished at
2023-06-07 23:07:50Event JSON
{
"id": "9cb41ad8fb4e628bf22a5123ee22b925d6cc6107e2e0e3c48b9cdf2aaa95525f",
"pubkey": "23301f7480250dd8810b116f22ddb3a60b0b874be3066e456e29412d359902b1",
"created_at": 1686179270,
"kind": 1,
"tags": [
[
"e",
"2ad3d3403e1d63b96ae96eb1c1f2ba31d1c1dccbc5720a099543ffc26240da8b",
"",
"root"
],
[
"e",
"26c37017bf8795d7e0ff46da33c181bf5791194dbf0261f44f02fa9403ceca4f",
"",
"reply"
],
[
"p",
"4137bb41a55a1c2c51d18f37f33cf0c29082422c56398d859ff1085f29eebd4b"
]
],
"content": "📅 Original date posted:2022-04-22\n📝 Original message:\u003e*A change that increases the number of use cases of Bitcoin affects all\nusers and is *not* non-invasive. More use cases means more blockchain usage\nwhich increases the price of a transaction for *everyone*.*\n\nThis manages to be both incorrect and philosophically opposed to what\ndefines success of the project . Neither the number of ways that people\nfigure out how to innovatively harness Bitcoin's existing capabilities, nor\nthe number or complexity of any optional transaction types that the Bitcoin\nprotocol supports have any bearing on transaction fees. Demand for\nblockspace from transactions, which is just plain *use* - and not *use\ncases* - is what could drive up transaction fees.\n\nOn the philosophical level, as designers of the system, we all hope and\nwork to make Bitcoin so useful, appealing, and secure that there is massive\ndemand for blockspace, even in the face of high transaction fees. As an\nindividual thinking only of their next on-chain transaction, it is\nunderstandable that one might hope for low fees and partially-filled\nblocks. Longer term, the health of the system can both be measured by and\nitself depends on high transaction demand and fee pressure.\n\nIf you were trying to argue that CTV is invasive because it may increase\ntransaction demand and therefore cost users more fees, that is 1) an\nendorsement of CTV's desirability and 2) reveals that you consider any\nincreased free-market competition (i.e. more demand) to be \"invasive\".\n\n\n*\u003eI like the maxim of Peter Todd: any change of Bitcoin must benefit *all*\nusers. *\n\nAs for Peter Todd's \"any change of Bitcoin must benefit *all* users\", that\nis absolutely a reasonable thing to consider. However, in order to make\npractical use of that maxim, we must adopt in our minds a *generic*, or\n\"model user\", and then replicate them so that we may meaningfully\nunderstand a least a proxy for \"all users\". In reality, there will always\nbe someone (and at this point, probably a \"user\" too) who wouldn't benefit\nfrom a change, or at least think they won't. Some users of Bitcoin may even\nwant Bitcoin to fail, so we cannot afford assume that people have alignment\nof goals or vision just by virtue of being a 'user'.\n\nCorey\n\n\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220422/4cbf6200/attachment-0001.html\u003e",
"sig": "e20fa24c88610e22a286660bce1978a985a2bc376352c87b796f9d1592325d4b167a876d9df6b64558e42b01c0e281ba86b89bdc30fd7edc54c42e122f1353f3"
}