Tom Harding [ARCHIVE] on Nostr: 📅 Original date posted:2015-04-26 📝 Original message:On 4/22/2015 1:03 PM, ...
📅 Original date posted:2015-04-26
📝 Original message:On 4/22/2015 1:03 PM, Kalle Rosenbaum wrote:
>
> I've built a proof-of-concept for Proof of Payment. It's available at
> http://www.rosenbaum.se:8080. The site contains links to the source
> code for both the server and a Mycelium fork as well as pre-built apk:s.
>
>
> >> There are several scenarios in which it would be useful to
> prove that you have paid for something. For example:
> >> A pre-paid hotel room where your PoP functions as a key to the
> door.
> >> An online video rental service where you pay for a video and
> watch it on any device.
> >> An ad-sign where you pay in advance for e.g. 2-weeks
> exclusivity. During this period you can upload new content to the
> sign whenever you like using PoP.
> >> A lottery where all participants pay to the same address, and
> the winner of the T-shirt is selected among the transactions to
> that address. You exchange the T-shirt for a PoP for the winning
> transaction.
>
Kalle,
You propose a standard format for proving that wallet-controlled funds
COULD HAVE BEEN spent as they were in a real transaction. Standardized
PoP would give wallets a new way to communicate with the outside world.
PoP could allow payment and delivery to be separated in time in a
standard way, without relying on a mechanism external to bitcoin's
cryptosystem, and enable standardized real-world scenarios where sender
!= beneficiary, and/or receiver != provider.
Payment:
sender -> receiver
Delivery:
beneficiary <- provider
Some more use cases might be:
Waiting in comfort:
- Send a payment ahead of time, then wander over and collect the goods
after X confirmations.
Authorized pickup :
- Hot wallet software used by related people could facilitate the use
of 1 of N multisig funds. Any one of the N wallets could collect goods
and services purchased by any of the others.
Non-monetary gifts:
- Sender exports spent keys to a beneficiary, enabling PoP to work as a
gift claim
Contingent services:
- Without Bob's permission, a 3rd party conditions action on a payment
made from Alice to Bob. For example, if you donated at least .02 BTC to
Dorian, you (or combining scenarios, any of your N authorized family
members), can come to my dinner party.
I tried out your demo wallet and service and it worked as advertised.
Could the same standard also be used to prove that a transaction COULD
BE created? To generalize the concept beyond actual payments, you could
call it something like proof of payment potential.
Why not make these proofs permanently INVALID transactions, to remove
any possibility of their being mined and spending everything to fees
when used in this way, and also in cases involving reorganizations?
I agree that PoP seems complementary to BIP70.
📝 Original message:On 4/22/2015 1:03 PM, Kalle Rosenbaum wrote:
>
> I've built a proof-of-concept for Proof of Payment. It's available at
> http://www.rosenbaum.se:8080. The site contains links to the source
> code for both the server and a Mycelium fork as well as pre-built apk:s.
>
>
> >> There are several scenarios in which it would be useful to
> prove that you have paid for something. For example:
> >> A pre-paid hotel room where your PoP functions as a key to the
> door.
> >> An online video rental service where you pay for a video and
> watch it on any device.
> >> An ad-sign where you pay in advance for e.g. 2-weeks
> exclusivity. During this period you can upload new content to the
> sign whenever you like using PoP.
> >> A lottery where all participants pay to the same address, and
> the winner of the T-shirt is selected among the transactions to
> that address. You exchange the T-shirt for a PoP for the winning
> transaction.
>
Kalle,
You propose a standard format for proving that wallet-controlled funds
COULD HAVE BEEN spent as they were in a real transaction. Standardized
PoP would give wallets a new way to communicate with the outside world.
PoP could allow payment and delivery to be separated in time in a
standard way, without relying on a mechanism external to bitcoin's
cryptosystem, and enable standardized real-world scenarios where sender
!= beneficiary, and/or receiver != provider.
Payment:
sender -> receiver
Delivery:
beneficiary <- provider
Some more use cases might be:
Waiting in comfort:
- Send a payment ahead of time, then wander over and collect the goods
after X confirmations.
Authorized pickup :
- Hot wallet software used by related people could facilitate the use
of 1 of N multisig funds. Any one of the N wallets could collect goods
and services purchased by any of the others.
Non-monetary gifts:
- Sender exports spent keys to a beneficiary, enabling PoP to work as a
gift claim
Contingent services:
- Without Bob's permission, a 3rd party conditions action on a payment
made from Alice to Bob. For example, if you donated at least .02 BTC to
Dorian, you (or combining scenarios, any of your N authorized family
members), can come to my dinner party.
I tried out your demo wallet and service and it worked as advertised.
Could the same standard also be used to prove that a transaction COULD
BE created? To generalize the concept beyond actual payments, you could
call it something like proof of payment potential.
Why not make these proofs permanently INVALID transactions, to remove
any possibility of their being mined and spending everything to fees
when used in this way, and also in cases involving reorganizations?
I agree that PoP seems complementary to BIP70.