dia source is available here:
https://github.com/kallerosenbaum/poppoc/wiki/Proof-of-Payment-BIP and
https://github.com/kallerosenbaum/poppoc/wiki/btcpop-scheme-BIP.
Is this what you need in order to proceed or is there something else you
need from me?
Best regards,
/Kalle
2015-06-17 11:51 GMT+02
ems to have held particular private keys in the past.
>
Yes, that's a difference, but it comes at the cost of security. The
stolen token can be used over and over. In the case of PoP it's only
usable once, and it's only created when it's actually needed,
minimizing the window of
Thank you for your comments Pieter! Please find my answers below.
2015-06-16 16:31 GMT+02:00 Pieter Wuille :
> On Mon, Jun 15, 2015 at 1:59 PM, Kalle Rosenbaum wrote:
>>
>> 2015-06-15 12:00 GMT+02:00 Pieter Wuille :
>> I'm not sure if we will be able to suppor
Thank you for the clarification Tom!
/Kalle
2015-06-16 16:05 GMT+02:00 Tom Harding :
> On 6/16/2015 5:12 AM, Kalle Rosenbaum wrote:
>> 2015-06-16 7:26 GMT+02:00 Tom Harding :
>>> Kalle goes to some trouble to describe how merchants need to ensure that
>>> they only
rce(s) being
honest. It can make a valid pop look invalid, but it cannot make an
invalid pop look valid.
/Kalle
2015-06-16 14:12 GMT+02:00 Kalle Rosenbaum :
> 2015-06-16 7:26 GMT+02:00 Tom Harding :
>>
>> Kalle goes to some trouble to describe how merchants need to ensure that
>&
paid? This is like walking into a coffeshop,
> noticing I don't have money with me, let me friend pay for me, and then have
> the shop insist that I can't drink it because I'm not the buyer.
>
> Track payments, don't try to assign identities to payers.
>
> On Jun
he Motivation section. But you are right
that you must have the wallet(s) that paid at hand when you issue a
PoP.
>
> Track payments, don't try to assign identities to payers.
Please elaborate, I don't understand what you mean here.
Regards,
Kalle
>
> On Jun 15, 2015 11:35 AM,
yID
Given this list, I still think "Proof of Payment" is the most descriptive
to non-technical people.
Regards,
Kalle
#
BIP:
Title: Proof of Payment
Author: Kalle Rosenbaum
Status: Draft
Type: Standards Track
Created:
to set it to 0 for all inputs for simplicity.
* The lock_time of the PoP is always set to 4.
Any comments on this?
/Kalle
2015-06-06 19:00 GMT+02:00 Kalle Rosenbaum :
> 2015-06-06 18:10 GMT+02:00 Tom Harding :
>> On Jun 6, 2015 8:05 AM, "Kalle Rosenbaum" wrote:
&g
2015-06-06 18:10 GMT+02:00 Tom Harding :
> On Jun 6, 2015 8:05 AM, "Kalle Rosenbaum" wrote:
>
>> I'm open to changes here.
>
> I suggest:
>
> - Don't include any real outputs. They are redundant because the txid is
> already referenced.
with the
2015-06-06 17:32 GMT+02:00 Peter Todd :
> On Sat, Jun 06, 2015 at 05:23:48PM +0200, Pieter Wuille wrote:
>> On Sat, Jun 6, 2015 at 5:18 PM, Luke Dashjr wrote:
>>
>> > I also agree with Pieter, that this should *not* be so cleanly compatible
>> > with Bitcoin transactions. If you wish to share code
>> The idea is to simplify implementation. Existing software can be used
>> as is to sign and validate PoPs. But I do agree that it would be a
>> cleaner specification if we would make the PoP invalid as a
>> transaction. I'm open to changes here. I do like the idea to prepend a
>> constant string.
a name
that exactly tries to explain what it is. "Proof of transaction
intent" does not help me understand what this is about. But I would
like to see more name suggestions. The name does not prevent people
from using it for other purposes, ie internet over telephone network.
Thank you
/Kalle
&g
Hi
Following earlier posts on Proof of Payment I'm now proposing the following
BIP for a Proof of Payment URI scheme (To read it formatted instead, go to
https://github.com/kallerosenbaum/poppoc/wiki/btcpop-scheme-BIP).
Regards,
Kalle Rosenbaum
BIP:
Title: Proof of Payment URI s
Hi
Following earlier posts on Proof of Payment I'm now proposing the following
BIP (To read it formatted instead, go to
https://github.com/kallerosenbaum/poppoc/wiki/Proof-of-Payment-BIP).
Regards,
Kalle Rosenbaum
BIP:
Title: Proof of Payment
Author: Kalle Rosenbaum
Status:
e "PoP" literal is removed. It provides little value as the receiver of
a PoP expects a PoP. (Again, thanks Martin Lie for making me think about
this.)
Regards,
Kalle Rosenbaum
--
One dashboard for servers and applic
"proof of payment" differ from just proving
that a given transaction is in a given block (what SPV nodes take as proof
of payment today)?
On Apr 27, 2015 2:42 PM, "Kalle Rosenbaum" wrote:
> "Or a really high lock_time, but it would not make it invalid, just
> del
"Or a really high lock_time, but it would not make it invalid, just
delayed."
Ok, this was a bad idea, since nodes would have to keep it in memory.
Please disregard that idea...
Kalle
Den 27 apr 2015 14:35 skrev "Kalle Rosenbaum" :
>
> >
> > Some more use cas
>
> 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 w
Hi Martin,
Thank you very much for your comments. See my answers inline:
Den 23 apr 2015 03:28 skrev "Martin Lie" :
>
> Hej, Kalle.
>
> I love the idea of standardised PoPs, including a protocol for
requesting/sending them as an extension of BIP-70.
>
Me too!
>
> A couple of comments:
>
> 1. Yo
n the inputs
of the PoP,
Regards,
Kalle Rosenbaum
2015-03-14 19:16 GMT+01:00 Kalle Rosenbaum :
> Den 14 mar 2015 00:59 skrev "Patrick Mccorry (PGR)" <
> patrick.mcco...@newcastle.ac.uk>:
> >
> > That all seems more complicated than it needs to be - the service yo
er must
manually select the transaction to prove which makes the user experience
worse.
Thank you very much for your comments,
/Kalle
>
> Sent from my iPhone
>
> On 13 Mar 2015, at 19:58, Kalle Rosenbaum wrote:
>
>> Hi all,
>>
>> I've been thinking about how a
>
> Actually, the security of the PaymetRequest is pretty much out of your
>> control as soon as the PaymentRequest is created on the server. You have no
>> idea what the hotel does with it. Also if it's stored in the hotel server I
>> have to trust the hotel to keep it safe for me.
>>
>
> Well, ye
Hi
No I don't agree with the analysis.
Yes, the PaymentRequest can be stored with the same security as the private
keys are stored. The big difference is that the keys never leave the
wallet. As soon as that PaymentRequest leaves the wallet on its way to the
hotel server, it is up for grabs which
- Possibly propose BIPs for the different parts.
Looking forward to reading your comments
Regards,
Kalle Rosenbaum
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in p
25 matches
Mail list logo
