Tier Nolan [ARCHIVE] on Nostr: 📅 Original date posted:2015-06-19 📝 Original message:On Fri, Jun 19, 2015 at ...
đź“… Original date posted:2015-06-19
📝 Original message:On Fri, Jun 19, 2015 at 5:42 PM, Eric Lombrozo <elombrozo at gmail.com> wrote:
> If we want a non-repudiation mechanism in the protocol, we should
> explicitly define one rather than relying on “prima facie” assumptions.
> Otherwise, I would recommend not relying on the existence of a signed
> transaction as proof of intent to pay…
>
Outputs could be marked as "locked". If you are performing a zero
confirmation spend, then the recipient could insist that you flag the
output for them as non-reducible.
This reduces privacy since it would be obvious which output was change. If
both are locked, then the fee can't be increased.
This would be information that miners could ignore though.
Creating the right incentives is hard though. Blocks could be
"discouraged" if they have a double spend that is known about for a while
which reduces payment for a locked output.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150619/f5cec10d/attachment.html>
Published at
2023-06-07 15:39:09Event JSON
{
"id": "42633c9c409f7a32d1930cabd10c8b3d3178c0fda52672a5f8b876a8aad0bb39",
"pubkey": "46986f86b97cc97829a031b03209644d134b939d0163375467f0b1363e0d875e",
"created_at": 1686152349,
"kind": 1,
"tags": [
[
"e",
"6b4025f674cbd304cabd44490b09b3ceb927f752f6a9f4513b25fefc95bdc008",
"",
"root"
],
[
"e",
"8cc8c06a06fe949668541f06e3a134a016f667bb13f8a8450fc8bf434f3bf2ed",
"",
"reply"
],
[
"p",
"027567a4e17dce56d63f7b2665183420d28913e75a237b20f25938d1ffe872b9"
]
],
"content": "📅 Original date posted:2015-06-19\n📝 Original message:On Fri, Jun 19, 2015 at 5:42 PM, Eric Lombrozo \u003celombrozo at gmail.com\u003e wrote:\n\n\u003e If we want a non-repudiation mechanism in the protocol, we should\n\u003e explicitly define one rather than relying on “prima facie” assumptions.\n\u003e Otherwise, I would recommend not relying on the existence of a signed\n\u003e transaction as proof of intent to pay…\n\u003e\n\nOutputs could be marked as \"locked\". If you are performing a zero\nconfirmation spend, then the recipient could insist that you flag the\noutput for them as non-reducible.\n\nThis reduces privacy since it would be obvious which output was change. If\nboth are locked, then the fee can't be increased.\n\nThis would be information that miners could ignore though.\n\nCreating the right incentives is hard though. Blocks could be\n\"discouraged\" if they have a double spend that is known about for a while\nwhich reduces payment for a locked output.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150619/f5cec10d/attachment.html\u003e",
"sig": "5cf59ed7aecffb4f23642bf42dbeae7d4dac6e2db311065edac34a1d33803b59c7b619dcfc94d90ef0da54f13fc87784829bbf5974721761e1f1c30a106b0a66"
}