Re: [Bitcoin-development] Payment Protocol Proposal: Invoices/Payments/Receipts

2012-12-05 Thread Andreas Petersson
During/before the Payment Request there should be a method to exchange the public keys to be able to generate a common multisig address. Should this be handled in a different protocol, or be included in this spec? Or is there a method for the customer to verify that the specified BIP16 Output co

Re: [Bitcoin-development] Payment Protocol Proposal: Invoices/Payments/Receipts

2012-12-05 Thread Gavin Andresen
I've had some push-back on the names of the proposed messages-- e.g. "Invoice" in the accounting world means "I've already given you a product or service, here is what you owe, payment terms, what forms of payment are accepted, etc." I think there might also be confusion about why we're defining o

Re: [Bitcoin-development] Roadmap to getting users onto SPV clients

2012-12-05 Thread Robert Backhaus
On 5 December 2012 19:43, Gary Rowe wrote: > I would like to chime on on the user experience of the SPV client (in > particular MultiBit). > > Without exception, everyone that I have introduced Bitcoin (which is a lot > of people) have expected an "instant-on" experience. It has to clobber > PayP

Re: [Bitcoin-development] Roadmap to getting users onto SPV clients

2012-12-05 Thread Mike Hearn
>> I was under the impression that "connectedness" was the real metric of >> concern I think the real thing we need full nodes for is "sockets" where by socket I mean "resources needed to serve another node". Last year we actually ran out of sockets and it took forever for new nodes to connect be

Re: [Bitcoin-development] Roadmap to getting users onto SPV clients

2012-12-05 Thread Gary Rowe
I would like to chime on on the user experience of the SPV client (in particular MultiBit). Without exception, everyone that I have introduced Bitcoin (which is a lot of people) have expected an "instant-on" experience. It has to clobber PayPal and credit cards or people won't give it a second loo