Justus Ranvier [ARCHIVE] on Nostr: š
Original date posted:2015-11-01 š Original message:On 10/30/2015 10:43 PM, ...
š
Original date posted:2015-11-01
š Original message:On 10/30/2015 10:43 PM, Rusty Russell via bitcoin-dev wrote:
> By that benchmark, we should aim for "reasonable certainty". A
> transaction which would never have been generated by any known software
> is the minimum bar. Adding "...which would have to be deliberately
> stupid with many redundant OP_CHECKSIG etc" surpasses it. The only extra
> safeguard I can think of is clear, widespread notification of the
> change.
If the policy of Bitcoin Core development includes a willingness to
makes the utxos created by software other than Bitcoin Core unspendable,
then it certainly merits clear, widespread notification.
Even if that is actually a good policy, the reasons why should be made
abundantly clear.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0xEAD9E623.asc
Type: application/pgp-keys
Size: 23337 bytes
Desc: not available
URL: <
http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151101/1034f016/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <
http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151101/1034f016/attachment.sig>
Published at
2023-06-07 17:44:00Event JSON
{
"id": "66b729958fa8752f4050e11d682c340d25e0eef4436830ec1f0a04340cb0ce57",
"pubkey": "b2b39b6f2c86908d3da9f500193abd5757b21cac328f838800a48c4d557c10dd",
"created_at": 1686159840,
"kind": 1,
"tags": [
[
"e",
"6fa3af2048f82399a81c9ef5aa9a6d88ff6b14b545801828e83f0dab2f1294d8",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "š
Original date posted:2015-11-01\nš Original message:On 10/30/2015 10:43 PM, Rusty Russell via bitcoin-dev wrote:\n\u003e By that benchmark, we should aim for \"reasonable certainty\". A\n\u003e transaction which would never have been generated by any known software\n\u003e is the minimum bar. Adding \"...which would have to be deliberately\n\u003e stupid with many redundant OP_CHECKSIG etc\" surpasses it. The only extra\n\u003e safeguard I can think of is clear, widespread notification of the\n\u003e change.\n\nIf the policy of Bitcoin Core development includes a willingness to\nmakes the utxos created by software other than Bitcoin Core unspendable,\nthen it certainly merits clear, widespread notification.\n\nEven if that is actually a good policy, the reasons why should be made\nabundantly clear.\n\n\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: 0xEAD9E623.asc\nType: application/pgp-keys\nSize: 23337 bytes\nDesc: not available\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151101/1034f016/attachment.bin\u003e\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 801 bytes\nDesc: OpenPGP digital signature\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151101/1034f016/attachment.sig\u003e",
"sig": "7e8aa6d000cf73974acc87ce9e2dc2083219bb8083dc265eb59b36cdb1584b25dedec3e699e036adb5a8a8668162fdfa293d0c5bcf664d399bdd7ce9c8b5e9ba"
}