4 ms·
>It will also avoid investing in payment systems or in mobile wallets, which require ultrafast transaction times to make sense. WTF?
by eurleif 12y ago
>It will also avoid investing in payment systems or in mobile wallets, which require ultrafast transaction times to make sense.
WTF?
- ggchappell 12y agoSomeone doesn't understand the concept of consistency and transactions in distributed systems. Regardless, I think we can all agree that slow payment processing is a Bad Thing.
- stormbrew 12y agoInterestingly, apparently POS/ATM transactions are not strongly consistent (they are eventually consistent, on CAP they favour AP): http://highscalability.com/blog/2013/5/1/myth-eric-brewer-on-why-banks-are-base-not-acid-availability.html http://highscalability.com/blog/2013/5/1/myth-eric-brewer-on...
- mantrax5 12y agoWho is that someone? Distributed systems don't need any particular speed of interconnect to work. In fact, it's one of the benefits of distributed system designs.
- ggchappell 12y agoYes, that's what I was trying to say. The "someone" is whoever was quoted in the article; that person does not understand your point. But it remains true that I, as a consumer, want my payments to be processed quickly. So do most other consumers, I imagine. But this has nothing to do with "making sense". I just want it to happen.
- ZachPruckowski 12y agoWell if you're talking about stuff that's used at physical checkout counters, you need really fast transactions. Nobody wants to sit there for an extra 20-30 seconds holding up the line. Even if customers can tolerate it, businesses will be much less inclined to support such a feature.
- eurleif 12y agoBut since when are ISPs contemplating adding an extra 20-30 seconds of latency to connections?