Loki Verloren [ARCHIVE] on Nostr: š
Original date posted:2022-10-11 š Original message:The recent 998 of 999 ...
š
Original date posted:2022-10-11
š Original message:The recent 998 of 999 multisig segwit transaction highlights a problem with BIP144. As the solution applied for btcd shows, effectively a single transaction witness can be the same as the maximum block size.
11000 bytes may not be so unreasonable but now there is a special case with a block over 33k worth of witness data.
A concrete limit should be set on the maximum size of a transaction witness, and this should be discussed in a more general sense about total transaction sizes.
In the absence of a specification, it becomes impossible to properly implement and the status quo devolves to the actual implementation in the bitcoin core repository code.
I think the weight calculation should escalate exponentially to discourage putting transactions like this on the chain. The price was equivalent to about $5 to do this.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20221011/05dcf239/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: publickey - loki at cybriq.systems - 0x7BC3C653.asc
Type: application/pgp-keys
Size: 653 bytes
Desc: not available
URL: <
http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20221011/05dcf239/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 249 bytes
Desc: OpenPGP digital signature
URL: <
http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20221011/05dcf239/attachment.sig>
Published at
2023-06-07 23:15:04Event JSON
{
"id": "7dc21efbb2853c95aaf24ae49f50de2a16539e8703d369394b10e147eae43eda",
"pubkey": "b69912e0f0be90d47c3a433c2e2e8027a2e3510936b6d9daaad018e8dacaf446",
"created_at": 1686179704,
"kind": 1,
"tags": [
[
"e",
"8d71ae88788a274d9cfad51892fbd67fa0bd5d15f828ce6ac92d1a2d43747b6c",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "š
Original date posted:2022-10-11\nš Original message:The recent 998 of 999 multisig segwit transaction highlights a problem with BIP144. As the solution applied for btcd shows, effectively a single transaction witness can be the same as the maximum block size.\n11000 bytes may not be so unreasonable but now there is a special case with a block over 33k worth of witness data.\n\nA concrete limit should be set on the maximum size of a transaction witness, and this should be discussed in a more general sense about total transaction sizes.\n\nIn the absence of a specification, it becomes impossible to properly implement and the status quo devolves to the actual implementation in the bitcoin core repository code.\n\nI think the weight calculation should escalate exponentially to discourage putting transactions like this on the chain. The price was equivalent to about $5 to do this.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20221011/05dcf239/attachment.html\u003e\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: publickey - loki at cybriq.systems - 0x7BC3C653.asc\nType: application/pgp-keys\nSize: 653 bytes\nDesc: not available\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20221011/05dcf239/attachment.bin\u003e\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 249 bytes\nDesc: OpenPGP digital signature\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20221011/05dcf239/attachment.sig\u003e",
"sig": "93f8098b2aefa7e76fcb8731e0682ef5c5abe4105ba1e57ae6a8dbe0da32756817f444f3bddf5cc310cb60bc4b4541a52160d71ccdbd45509641cfee9349d882"
}