đ
Original date posted:2016-06-22
đ Original message:I understand the need for people to make repeated payments to
individuals in real life that they know, without the payee every even
taking the effort to make a formal payment request (say you're just
paying a family member of friend back for picking something up for you
at the store, and you've already payed them many times before).
For a subscription, wouldn't it be better to promote payment channels or
just send another payment request? I've been brainstorming recently
about a model where service providers could deliver invoices, receipts,
and payment requests in a standardized and secure way. In addition to
having a send, receive, and transaction history tab in your bitcoin
wallet, you'd also have an open payment channels tab (which would
include all applications on your computer that have an open real time
payment channel, such as a wifi access point, web browser, voip
provider, etc.), as well as a "bills to pay" tab. Since everything would
be automated and consolidated locally, you wouldn't have to deal with
logging into a million different websites to get the bills and then pay
them. If it were this easy, why would you ever want to do a recurring
payment from a single payment request? I understand why you may think
you want to given current work flows, but I'm wondering if it may be
better to just skip over to a completely better way of doing things.
Andy Schroder
On 06/22/2016 11:30 AM, Erik Aronesty wrote:
> My conclusion at the bottom of that post was to keep BIP 75 the same,
> don't change a bit, and stick any subscription information (future
> payment schedule) in the PaymentACK. Then the wallet then
> re-initiates an invoice (unattended or attended.. up to the user),
> after the subscription interval is passed. Subscriptions are pretty
> important for Bitcoin to be used as a real payment system.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: OpenPGP digital signature
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20160622/a494da7d/attachment.sig>;
Andy Schroder [ARCHIVE] /
npub1r3âŚn6ccq
2023-06-07 17:51:28
in reply to nevent1qâŚpkzr
Author Public Key
npub1r375vdaydp5nnnytff6ee2kwzxak8whmwkmnkm6h67agr7dadfkqxn6ccqPublished at
2023-06-07 17:51:28Event JSON
{
"id": "d5072c4670da549e0c5bd1557363421ab14355fd56abff64e064bdc7709d94bf",
"pubkey": "1c7d4637a4686939cc8b4a759caace11bb63bafb75b73b6f57d7ba81f9bd6a6c",
"created_at": 1686160288,
"kind": 1,
"tags": [
[
"e",
"a5039b46ff53fe0ad45fb1e565b7c7f05169b35d2126c2ee18198a6f3405f573",
"",
"root"
],
[
"e",
"e9371ceaad64dc081fc448fdbff6d9db31673a79b18230893be1f1939b8e2d3b",
"",
"reply"
],
[
"p",
"22944ce1e29904e3826d25013a614e4665693ec514003efacc1b7586e8e5d0aa"
]
],
"content": "đ
Original date posted:2016-06-22\nđ Original message:I understand the need for people to make repeated payments to \nindividuals in real life that they know, without the payee every even \ntaking the effort to make a formal payment request (say you're just \npaying a family member of friend back for picking something up for you \nat the store, and you've already payed them many times before).\n\nFor a subscription, wouldn't it be better to promote payment channels or \njust send another payment request? I've been brainstorming recently \nabout a model where service providers could deliver invoices, receipts, \nand payment requests in a standardized and secure way. In addition to \nhaving a send, receive, and transaction history tab in your bitcoin \nwallet, you'd also have an open payment channels tab (which would \ninclude all applications on your computer that have an open real time \npayment channel, such as a wifi access point, web browser, voip \nprovider, etc.), as well as a \"bills to pay\" tab. Since everything would \nbe automated and consolidated locally, you wouldn't have to deal with \nlogging into a million different websites to get the bills and then pay \nthem. If it were this easy, why would you ever want to do a recurring \npayment from a single payment request? I understand why you may think \nyou want to given current work flows, but I'm wondering if it may be \nbetter to just skip over to a completely better way of doing things.\n\n\nAndy Schroder\n\nOn 06/22/2016 11:30 AM, Erik Aronesty wrote:\n\u003e My conclusion at the bottom of that post was to keep BIP 75 the same, \n\u003e don't change a bit, and stick any subscription information (future \n\u003e payment schedule) in the PaymentACK. Then the wallet then \n\u003e re-initiates an invoice (unattended or attended.. up to the user), \n\u003e after the subscription interval is passed. Subscriptions are pretty \n\u003e important for Bitcoin to be used as a real payment system. \n\n\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 490 bytes\nDesc: OpenPGP digital signature\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20160622/a494da7d/attachment.sig\u003e",
"sig": "7da80b914ed4488be0d9e1b11e126b49a9ddc4025d0e8561df2f586f2481d0803a3a6a3804b192c82f0bf2fabc237af92eae6e3c969aa91bd0db11bf7909765e"
}