Hacker Newsnew | past | comments | ask | show | jobs | submit | dadoum's commentslogin

F12, Console, type

    document.designMode = 'on'

(it is slightly different though, as links cannot be followed)

F12, Console, type document.designMode = 'off'

I had no idea. You just blew my mind

I think that it would require there to be a European chip demand. Today that demand is almost entirely for cars, so we only get mediocre car infotainment chips (+ a few other similar niches). There was more hope 20 years ago, when there were widely successful European mobile phone makers.

Can anyone explain me exactly why it is a suitable alternative to VISA and Mastercard (and why people were waiting for it). I am trying to understand the full picture here, so multiple things come to my mind.

First, SEPA instant payments already exist and are really instant up to a certain amount, and I am guessing that Wero builds on top of that a sort of identity layer, to sidestep the whole IBAN thing. But it is likely more than a SEPA alias, since it was supposedly hard to set-up.

Second, VISA and Mastercard are worldwide payment networks (or rather, they each operate payment networks with various names?). But I am failing to grasp what's hard to reproduce here too. I heard that in Europe there were only a few national alternatives, like Carte Bancaire or Girocard, but why? Is it just because banks can't agree on the design of an alternate network? But all the fees associated with using VISA or Mastercard should be a big enough incentive to push something else. (basically what's a payment network?)

And lastly, why are all the new (free) digital banks (néobanques as we call them here) relying on either Mastercard or VISA and never on Carte Bancaire for example, while it generally offers lower processing fees (and that they can be cobranded).

I think I am missing a lot of context, and I asked LLMs a while ago about these but themselves don't really explain what is the infrastructure needed to operate such a network.


Well, Visa and Mastercard are expensive and suck. The shop always has to pay them some percentage for a transaction. That adds up.

For decades, european countries like Netherlands or German had cheaper alternatives, e.g. in Germany the old "EC Card" and now "girocard". That costs a shop just a fixed amount of cent... and a very low amount.

(That is BTW one of THE reasons why US travellers won't see "Credit cards accepted" in every store ... our alternatives are just cheaper, so the market decided)

Also, Visa and Mastercard as US companies. So they are sniffing on all european transactions.

And it happened more than once that US companies tried to execute bullshit US laws in Europe. Example: there was once an german online shop that sold cuban cigars. Eventually the US website that hosted the shop said "Oh, that's not allowed" --- despite it perfectly legal by german law. And they didn't just delete this cuban cigars, they disabled the whole shop, with IIRC 20000 EUR positive balance. And the shop owner didn't even get his money, since their customer service sucked and was only automated response and untrained indian call center clerks.

So no, we cannot really depend on US services. They are expensive, they customer service sucks, they are sniffing either directly or let the NSA sniff everything.

And, bank-wise the USA seems to be some decades back (not online-bank-wise!). I mean, they still have pay cheques? Not direct bank transfers? Shudder. No wonder that, if they have no alternatives, they think everything must be Visa or Mastercard operated.


I am sure they have no direct transfer because of the credit card lobby... Just trying to keep screwing their customers as usual.

It's really simple.

You're in the Netherlands, and you are going to buy something in an on-line store. Steam perhaps, or any Dutch retailer.

You put the game in your Steam cart, and go to pay. You select Ideal (which Steam provides as an option), you pick your bank, and you follow the on-screen instructions (but you probably do that pretty much automatically). Usually that means scanning a QR code with your bank app on your smartphone where you confirm the amount and recipient, but you can use a physical card reader with your debit card for an OTP to use as well and do it in your bank's online environment in the browser.

That process is what the whole of Europe wants (Wero builds on the Dutch Ideal). It is stupid simple, and once you've used it you don't want to deal with credit cards and bank transfers for buying a thing on-line any more.

That's all there is to it. There is a whole country which already does this, and it works so well everyone wants it. No major US companies needed (big plus these days), and no parasites like Klarna either. Just an easy way to pay a shop using your bank account, just like you use a debit card in physical stores do the same.


That process is what the whole of Europe wants (Wero builds on the Dutch Ideal). It is stupid simple, and once you've used it you don't want to deal with credit cards and bank transfers for buying a thing on-line any more.

Can confirm. I almost never pay by card because iDEAL is simply much smoother and even many Shopify/Stripe shops offer it as a payment option nowadays. Getting this on all European webshops, for P2P payments (like Tikkie in The Netherlands), and in-store payments is just fantastic.


> Usually that means scanning a QR code with your bank app on your smartphone where you confirm the amount and recipient, but you can use a physical card reader with your debit card for an OTP

This seems to be mobile-centric system that essentially requires a cell phone, and probably one blessed by Google or Apple. The app will probably leak a huge amount of meta data, far more than a credit card (especially a privacy-oriented prepaid one). This kind of "solution" is dead on arrival as far as I am concerned.


Did you miss the whole part where op talks about using your physical card as an alternative?

who's paying for the card reader at home?

My bank is. It is part of their service. Obviously I pay a service charge, but the card reader is not charged separately. The card reader serves a purpose for the bank as well, because it acts as a back-up for when people lose their smartphone (by stupidity or theft), or when their app is having issues.

> but you can use a physical card reader with your debit card for an OTP to use as well and do it in your bank's online environment in the browser.

That's nice for ideal users, but Wero here in Germany is completely exclusive to mobile banking apps.

I have yet to see any actual confirmation in any way that ideal will keep the alternative web based payment once they fully merge with Wero. On the one hand, EPI never puts out any concrete info, on the other hand no Journalist ever seems to ask EPI representatives the important questions.


How is that better than a card payment? Cards are accepted by far more merchants, have dispute rights, are inexpensive (in Europe) to process, supported by Apple & Google Pay, superior checkout experience, etc.

I've never used their dispute system, and I don't think that holds much value in Europe. At least in Germany a contract is a contract, if I claw back the payment the other party will just start the collections process. A process that has teeth and generally will recover the money from me, worst case by garnishing wages.

On the other hand Visa and MasterCard are not neutral actors. They have used their market power in the past to pressure merchants to change according to American moral values. And with the current administration I have little faith that this will stay at moral values


The whole flow is so much better than card purchases, where you have to enter all the data (or see your password manager's autofill fail) and then you have to go to your credit card provider's app to acknowledge the transaction.

Cards are accepted by far more merchants,

The vast majority of Dutch online transactions are done because pretty much every Dutch online shop supports it. Also many international shops through Shopify and Stripe. Many Dutch online shops do not support credit card payments. So iDEAL is the far lower friction option here. And there is no American company in between (at least for most national payments). It's great to see this system, that served us two decades by now finally get rolled out across Europe. They tried it before in the early 2010s, but the non-Dutch banks were fighting turf wars.


1. Credit cards are not that common. People usually have debit cards. Those can sometimes be used online but they're not widely accepted. My debit card is Maestro, which is not accepted in many places.

2. Even with my Mastercard credit card, the process is still inconvenient. For small purchases, it's fine. But for larger ones, there is an annoying second factor authentication, I have to enter a special password, and the wait to receive an SMS.

3. Visa and Mastercard fees. Most of the time these are paid by the merchant. But sometimes the customer has to pay more if the payment method is credit card. Some places don't accept these at all.

In general iDEAL is simple, secure and convenient. Not only to pay online, but also for example for splitting a bill with friends. I'm very happy to see this being adopted more widely in Europe.


Cards are reliant on US companies -> Visa / Mastercard. The European Payment Initiative wants to remove reliance on the US. Perhaps there can be a ECB payment rail/network that would support cardlike payments too.

So it's mainly a nationalism thing? Is that enough to displace the superior option?

It's not really nationalism since this is a European effort across multiple countries. But for all of them, it will improve the national security posture.

The only superior aspect of Visa/Mastercard payments is that they are more widely accepted, and that's something that can be changed.


I don't see where card schemes are inherently superior in the age of NFC payments.

There are huge countries (China, India, Brazil, ...) where people moved from cash to mobile payments.

Europe has always been in the forefront of this space, Swish exists since 2012, it's about time we get a pan-European solution.


You should not be distracted by the fact that SEPA Instant payments are used as the clearing mechanism. The Wero (EPI) backend IS the payment network and provides the messaging layer between the customer's bank and the merchant. Payment processors can interface with Wero and provide payment services for merchants in much the same way as they offer credit card payments.

Sepa-inst requires 10 seconds or less end to end, this isn’t as easy as it sounds to implement, but we are kind of there.

The problem is how do you initiate this payment? Some kind of scannable code or nfc interaction seems to be the missing part. I’d also like to see some kind of physical card also work for those who don’t want or are unable to have an attestable device with them.


I‘d love if every receipt had an EPC QR code on it: https://en.wikipedia.org/wiki/EPC_QR_code

You scan it with your banking app and have all the details. But it’s not super seamless. If you find this code on a website on your phone, you have to screenshot the code and load it in the app. Would be nice if there was some kind of deep-link standard.


Industry observer Dwayne Gefferie took a stab at it (although I'm still highly skeptical): https://dwaynegefferie.substack.com/p/epi-european-payments-...

I think they are hoping wero would one day work in countries worldwide as competition to visa/mastercard.

EU local payments already work instantly and feeless in many countries through SEPA. Lot of these countries are already on trajectory to gradually get off visa/mastercard for domestic payments as every ecommerce store pushes SEPA as the default payment to save on fees.


There's no need for a worldwide solution, federation and interoperability between major schemes are enough.

The same way AliPay can be used in most Asian countries already, we can imagine a world where EPI, UPI, Pix and so on interoperate smoothly.

I assume Visa and MC will try to remain walled off as the US are a big and slow mover in this space, until they'll need to open up as well.

Note: payments (unlike transfers) are never really zero fees, for good reasons.


For the neobanks I think it's very easy to explain: Their customers need Visa or Mastercard. No Visa/Mastercard? No retail customers. It's as simple as that. Any other payment scheme is a bonus thing that can be put on the backlog.

That's a chicken/egg problem. It's going to be really easy to circumvent. Just make an EU card provider and mandate that it has to be accepted everywhere in the EU. Then users will want it and a critical mass will be created for vendors outside the EU to accept it as well.

EPI initially wanted to become a card scheme but quickly gave up.

Plastic cards are yesterday's battle, many national schemes exist in large European countries (CB in France, Girocard in Germany, ...) and would be hard to overhaul.

Focusing on mobile payments makes sense. Once a critical mass is reached (Austria, Benelux, France, Germany) there's a clear incentive for other players to work on interoperability, even if the pricing structure might be very different.


Plastic cards no but they are also the underlying layer of digital PoS payments of course. They also use credit card numbers and infrastructure. This is the problem. Every time I buy something in a shop it goes through an American company.

That's the thing, if you pay with a French payment card (plastic or through Apple/Google Pay) in France, it's processed by the domestic network CB. This is also true in other European countries with their respective networks. EPI tried to bring a new pan-European card scheme that would have superseded those, it didn't work out.

On the other hand, there's a significant chunk of the population that just pays using their mobile phone. They don't care about cards, numbers (which are going to disappear anyway), or the legacy infrastructure behind that.


The merchant/processor/issuer network with all the correct incentives is (nearly) impossible to replicate. Visa and Mastercard work more or less, perfectly.

The only entities that need/want "instant, non-recourse payments" are fraudsters.


In the EU countries with local instant bank payments schemes they are much more popular with consumers than credit cards when paying attrusted merchants, who in turn pay around a quarter in fees of what they'd have to pay for cards. No need for expensive credit cards schemes in Europe any more.

D has much better metaprogramming compared to Rust. That has been one of the only things making me still write a few D programs. You can do compile time type introspection to generate types or functions from other elements without having to create a compiler plug-in parsing Rust and manipulating syntax trees.

Rust has some of the functional programming niceties like algebraic data types and that's something lacking in D.


D is a GC language too so the pattern does not hold that well.


Sorry, I don't understand your last argument.

You are criticising protesters who claim to not talk about the Iranian exactions because their government is not funding it, by pointing out that they are not protesting against the Sudanese Civil War either? I may have misunderstood but their government is probably also not funding that war so it's consistent isn't it?


- Community translations - Integrated in-video polls - Annotations/Clickable links within videos - Public precise subscriber counts Likely a few others I can't remember right now.


I think that the right thing to do is to error out though. When the behaviour of some code cannot be guaranteed, that code should just be ruled out imo. Manually initializing a variable generally doesn't clutter the code, arguably it's making it clearer.


Dart does this, you can mark a variable as "late" which tells the compiler that you know for certain the variable will be written too before read. If something reads the variable before it's initialized, then the runtime will error. Maybe even on compile time if it can be caught, I am not certain.


GTK update schedule is very slow, and you can run multiple major versions of GTK on the same computer, it's not the right argument. When people says GTK backwards compatibility is bad, they are referring in particular to its breaking changes between minor versions. It was common for themes and apps to break (or work differently) between minor versions of GTK+ 3, as deprecations were sometimes accompanied with the breaking of the deprecated code. (anyway, before Wayland support became important people stuck to GTK+ 2 which was simple, stable, and still supported at the time; and everyone had it installed on their computer alongside GTK+ 3).

Breaking between major versions is annoying (2 to 3, 3 to 4), but for the most part it's renaming work and some slight API modifications, reminiscent of the Python 2 to 3 switch, and it only happened twice since 2000.


> Why not BlueBubbles?

Even better, why not use OpenBubbles?[0] It's even better as it does not require the Mac to act like a server. You just need to collect its hardware identifiers once and you should be ready to go. (still, IUseLinux looks like a cool project, the amount of work needed to reverse everything iMessage require is immense and I would not have expected anyone to have done this work if it didn't exist).

[0]: https://openbubbles.app


> Even better, why not use OpenBubbles?

From skimming their website, that seems to be an Android app.

Edit: digging more on their website, there seems to be a way to host it on desktop Linux. The main page makes no mention of that.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: