📅 Original date posted:2016-01-26
📝 Original message:On Tuesday, January 26, 2016 3:01:13 AM Toby Padilla wrote:
> > As I explained, none of those reasons apply to PaymentRequests.
>
> As they exist today PaymentRequests allow for essentially the same types of
> transactions as non-PaymentRequest based transactions with the limitation
> that OP_RETURN values must be greater. In that sense they're basically a
> pre-OP_RETURN environment. OP_RETURN serves a purpose and it can't be used
> with PaymentRequest transactions.
OP_RETURN can be used, but you need to burn coins. I don't see any benefit to
changing that. It is better that coins are burned.
> > I have no idea what you are trying to say here.
>
> I think if you think through how you would create an OP_RETURN transaction
> today without this BIP you'll see you need a key at some point if you want
> a zero value.
You *always* need a key, to redeem inputs... regardless of values.
Luke
Luke Dashjr [ARCHIVE] /
npub1tf…rfq0n
2023-06-07 17:48:09
in reply to nevent1q…9uga
Author Public Key
npub1tfk373zg9dnmtvxnpnq7s2dkdgj37rwfj3yrwld7830qltmv8qps8rfq0nSeen on
wss://relay.noswhere.comPublished at
2023-06-07 17:48:09Event JSON
{
"id": "14d2055e2a5d6db04d8904cb7166806b82198ca30c09c4f76e065f9dcc6aa7e9",
"pubkey": "5a6d1f44482b67b5b0d30cc1e829b66a251f0dc99448377dbe3c5e0faf6c3803",
"created_at": 1686160089,
"kind": 1,
"tags": [
[
"e",
"368032d333e01794ac3e7b97c278de084cce6e6228857d943836fb1a934a5739",
"",
"root"
],
[
"e",
"6fe3c540449f647d864984ac514d32188a0476b9705bd2ac4074de149d1f1fde",
"",
"reply"
],
[
"p",
"d94a4049e1eafdb70a0dc089351c47ae335f75b3408012d8495d51889ad9a292"
]
],
"content": "📅 Original date posted:2016-01-26\n📝 Original message:On Tuesday, January 26, 2016 3:01:13 AM Toby Padilla wrote:\n\u003e \u003e As I explained, none of those reasons apply to PaymentRequests.\n\u003e \n\u003e As they exist today PaymentRequests allow for essentially the same types of\n\u003e transactions as non-PaymentRequest based transactions with the limitation\n\u003e that OP_RETURN values must be greater. In that sense they're basically a\n\u003e pre-OP_RETURN environment. OP_RETURN serves a purpose and it can't be used\n\u003e with PaymentRequest transactions.\n\nOP_RETURN can be used, but you need to burn coins. I don't see any benefit to \nchanging that. It is better that coins are burned.\n\n\u003e \u003e I have no idea what you are trying to say here.\n\u003e \n\u003e I think if you think through how you would create an OP_RETURN transaction\n\u003e today without this BIP you'll see you need a key at some point if you want\n\u003e a zero value.\n\nYou *always* need a key, to redeem inputs... regardless of values.\n\nLuke",
"sig": "17d020461adc36136c6b2696227dca437a63ddbe94defe67146d0852cbb491d5a99c58efc07bbafd088f8a9379ada49ab89c627140f14805edcd051f467846c4"
}