📅 Original date posted:2012-11-27
📝 Original message:>
> If a merchant/payment processor is willing to take the risk of zero or
> low confirmation transactions (because they are insured against it,
> for example), they were allowed to reply "accepted" immediately, and
> this would be a permanent proof of payment, even if the actual Bitcoin
> transaction that backs it gets reverted.
I guess that moves the discussion from developers to lawyers ;) Even though you send a signed receipt, if you can proof you didn't get the money, you will never be expected to deliver the goods. (and you can even write that in the the receipt ...)
So the SignedReceipt is legally not worth the bits it is composed of, hence I don't see the point in supporting it.
If you are selling atoms you can usually wait for N confirmations (even though you start shipping I guess you can recall a parcel within 144 blocks). If you are selling bits (like access to a site), you can revoke that access once you discover the transaction did not go through. So I can't find a use case where a Signed Receipt in the proposed form is advantageous.
/M
Michael Gronager [ARCHIVE] /
npub1nc…gw452
2023-06-07 10:41:00
in reply to nevent1q…kvec
Author Public Key
npub1nc78dlt7hp3v5dl32qu3m678h2j0ss374glcjnz8df75xcx7ngpq4gw452Published at
2023-06-07 10:41:00Event JSON
{
"id": "3f6c4e8e07961e8ee6d64daf92c56c087ae13faa13deb1b8a4c8e56a29e3809d",
"pubkey": "9e3c76fd7eb862ca37f150391debc7baa4f8423eaa3f894c476a7d4360de9a02",
"created_at": 1686134460,
"kind": 1,
"tags": [
[
"e",
"f5f2400f8aa8a7067be3d080f096fd7cbfeecdd6e589c178b85b63a9338150a5",
"",
"root"
],
[
"e",
"925c4b31c0902fecaeffd914944c6f0bd3e4379d919e7a5b60e32fc36add8efd",
"",
"reply"
],
[
"p",
"5cb21bf5d7f25a9d46879713cbd32433bbc10e40ef813a3c28fe7355f49854d6"
]
],
"content": "📅 Original date posted:2012-11-27\n📝 Original message:\u003e \n\u003e If a merchant/payment processor is willing to take the risk of zero or\n\u003e low confirmation transactions (because they are insured against it,\n\u003e for example), they were allowed to reply \"accepted\" immediately, and\n\u003e this would be a permanent proof of payment, even if the actual Bitcoin\n\u003e transaction that backs it gets reverted.\n\nI guess that moves the discussion from developers to lawyers ;) Even though you send a signed receipt, if you can proof you didn't get the money, you will never be expected to deliver the goods. (and you can even write that in the the receipt ...)\n\nSo the SignedReceipt is legally not worth the bits it is composed of, hence I don't see the point in supporting it.\n\nIf you are selling atoms you can usually wait for N confirmations (even though you start shipping I guess you can recall a parcel within 144 blocks). If you are selling bits (like access to a site), you can revoke that access once you discover the transaction did not go through. So I can't find a use case where a Signed Receipt in the proposed form is advantageous.\n\n/M",
"sig": "fc9a027b58f15904bd3d74d7cd63728554cd653df61bea47d7e05fe6d59d20168d6e141b013351bc20ccad25f1f340e9eb92725ebf6a67a0fb3d80a5b13884c4"
}