

GNU Taler’s documentation already covers KYC laws.
For exchanges, yes. For merchants, no.
They would only need to wait 2 weeks if they specifically want to be able to reverse a charge, but AFAIK a merchant can take possession of the money much earlier, and can still send a refund to a buyer’s Taler wallet at any time as a separate transaction.
Merchants can’t take possession of the funds, the exchange determines when the money is sent. After that, according to the docs a refund will trigger a 410 Gone status code.
https://docs.taler.net/core/api-merchant.html#obtaining-refunds
It seems there is a template to offer a refund, but the customer would have to go and “accept” the refund manually, which is poor UX compared to every other payment method out there where this happens automatically.
I’m not sure how that’s a problem specifically? Why does it matter if they gain a little interest on it on the time that they have it until the merchant exchanges their tokens for the money? Is that worse than the fees associated with Wero?
It means exchanges are financially incentivised to keep hold of the funds for as long as possible, delaying payments. In a world that’s rapidly moving towards instant payments (like Wero), this means transferring money will happen at a snails pace. You can configure the wire deadline, but given that shortening it makes the refund UX worse I’m not sure it’s ideal. It’s weird to have this be a tradeoff anyway.
If you have a more clear source, let me know.
Fees differ per country, it’s based on what the previous most popular payment method offered. In NL it’s cheaper because iDEAL is fairly cheap. But here’s a source on BE costs: https://www.ing.be/en/business/payments/wero/wero
0.3% per transaction under €33.33, and a flat €0.10 for transactions of €33.33 or more.
Basically you pay a percentage, but it’s capped at a maximum transaction amount. Far cheaper than creditcards at least.
Most banks don’t yet. German banks were lagging behind on implementation so the launch was delayed.