So I built iban.link. You get a short page (like iban.link/lisa) that shows your name, IBAN, and a scannable EPC QR code. Anyone can copy the IBAN or scan the QR directly with their banking app.

You can prefill amount and reference: iban.link/lisa#amount=25&ref=Pizza - uses hash fragments so the payment details never hit the server.

Stack: Bun, Hono, PostgreSQL, vanilla JS. No React, no bundler. Data encrypted at rest (AES-256-GCM).

Hope it's useful to some of you. Questions, ideas, feedback? Happy to hear it.

If you want to try it, feel free: iban.link/oliverjanssen#amount=20&ref=HN ;)

Comments URL: https://news.ycombinator.com/item?id=47088497

Points: 1

# Comments: 0

Interesting that Google included Music by choice. Classic move – comply broadly, then negotiate exceptions later. Thanks for the info!

And yes – big tech seems to avoid this space. Maybe too niche, maybe too much liability with kids content. Works for me!

I've had both experiences. Good designers push you to make things better. But some insist on details no user will ever notice. Finding the right balance is key.

Interesting that it handles server config well. I'm still hesitant on production systems, but maybe that changes over time. Getting locked out by misconfigured firewall rules sounds stressful though!

Trade-off I'm willing to make though. For a solo project, fast iteration beats pixel-perfect control.

Interesting about Australia – sounds like the social media ban for under-16s now includes YouTube, but YouTube Music as a pure streaming service should be separate. The ban targets social platforms with feeds and interactions. Might be worth checking if YouTube Music specifically falls under it or if the device lockdown is catching it by accident.

For now I'll keep building. Worst case, my kids still have a music player that works exactly how we want it. :)

Give Muky a try if you want! Qobuz is nice – would love to add more services like Qobuz or Deezer at some point, as long as the API is good and offline listening is supported. And yeah, wish more services would adopt a user-centric payment model – would be so much better for artists.

And niche isn't bad – sometimes that's exactly where the best apps live.

Apple Music via MusicKit doesn't have that restriction – just works with the user's subscription.

What's worked so far: HN posts (like this one), App Store search/optimization, and surprisingly – just parents telling other parents. I get emails from people who found Muky through friends. Slow but it sticks.

Reddit I haven't cracked yet. Parenting subs can be weird about self-promo. What subs are working for you?

Your app looks good, too!

What stood out to me was how much data gets tracked by the original firmware. Kind of eye-opening. The custom firmware fixing that is great for privacy-conscious parents.

To your questions:

1. Unfortunately no – Muky only works with streaming content from Apple Music or Spotify. No local MP3 support or syncing to external devices. You'd still need something like the old iTunes workflow for that MP3 player. Local file support comes up often though, it's on the roadmap.

2. There's actually a lot of audiobook content on Apple Music – especially kids stuff. The new Browse tab in Mukychas curated audiobooks to help you discover them.

And yes – "how hard can it be" is a dangerous question. Found that out myself!