On 2 May 2015 at 18:20, Anders Rundgren <anders.rundgren.net@gmail.com>
wrote:
> When doing mobile Web (browser) payments the connectivity issue wouldn't
> be relevant but when doing payments in a brick-and-mortar shop I see
> Internet connectivity as a stumbling block. This IMO excludes
> server-wallets unless they do "intelligent caching" like the Google Wallet.
>
> Anyway, I wouldn't design a mobile payment system so that it requires
> Internet connectivity. Pushing [an encrypted locally signed transaction +
> a URL to the bank] through the merchant seems like a viable approach both
> for Web and Local payments. Assuming that the merchant also is off-line is
> IMO bending things one step too much.
>
I suggest to queue the tx locally until you get connectivity.
>
> Anders
>
>