Hi all, while thinking about what use cases the stealth addresses covers, in particular in addition to the payment protocol, I found it useful to bring this up again.
currently, BIP70 says for "payment_url": Secure (usually https) location where a Payment message (see below) may be sent to obtain a PaymentACK. The fact that this is optional makes the "memo" and "refund" and "merchant_data" fields in the Payment message useless, as merchants cannot rely on it, thus need to provide an alternative, thus nobody would have a use for trying to use the in-Payment versions. If we truly want the use of this Payment being sent be optional, I'd vote to get rid of these and just send the transaction. In particular in the case of more anonymous senders, if the Payment message isn't sent, it may result in funds being transferred without a way to know who to refund it to if something goes wrong. That would be a pity. I think having bi-directional communication in the protocol is one of the nicest things the payment protocol can add. I would prefer to at least formulate it in the BIP as "location where a Payment message must be attempted to be sent to". In case it fails, it should probably be stored in the client and retried later. As an optimization (and I believe this is what Mike plans to implement in BitcoinJ), if a payment_url is present, it should be encouraged to only send the payment there, and not broadcast the transaction at all on the P2P network (minimizing the risk that the transaction confirms without the payment being received; it can't be guaranteed however). -- Pieter ------------------------------------------------------------------------------ CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk _______________________________________________ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
