Gavin Andresen [ARCHIVE] on Nostr: š Original date posted:2013-08-07 š Original message:RE: making the bitcoin ...
š
Original date posted:2013-08-07
š Original message:RE: making the bitcoin address in the bitcoin: URI optional:
Ok, I'm convinced, sometimes merchants won't want or need backwards
compatibility and sometimes it won't make sense for them to put an
arbitrary bitcoin: address there.
RE: should the customer's machine not broadcast the transaction:
I'd like to hear from other wallet implementors. Do you have a notion
of 'locked inputs' ? The tricky bit in constructing a transaction but
not broadcasting it right away is the inputs must be locked, so
they're not accidentally double-spent.
I'd also like to hear from merchants: any issue with your payment
processing server having "broadcast transaction" functionality?
My biggest worry is that the payment protocol will not get wide
support if it is too hard to implement.
--
--
Gavin Andresen
š Original message:RE: making the bitcoin address in the bitcoin: URI optional:
Ok, I'm convinced, sometimes merchants won't want or need backwards
compatibility and sometimes it won't make sense for them to put an
arbitrary bitcoin: address there.
RE: should the customer's machine not broadcast the transaction:
I'd like to hear from other wallet implementors. Do you have a notion
of 'locked inputs' ? The tricky bit in constructing a transaction but
not broadcasting it right away is the inputs must be locked, so
they're not accidentally double-spent.
I'd also like to hear from merchants: any issue with your payment
processing server having "broadcast transaction" functionality?
My biggest worry is that the payment protocol will not get wide
support if it is too hard to implement.
--
--
Gavin Andresen