observation: if users wanted not to compensate authors, they already could, so the goal is to facilitate fair reward rather than combat piracy.
- UI: clones aplenty
- payment models
- simple: Payment Request API
- crypto not standardized into this particular API yet, so far just fiat handlers (cc, banks, apps)
- recurring payments not standardized in an API yet
- for cheapskates: ad-based
- is there even an API for audio ads?
- implies escrow (needs legal license, responsible to look after funds / not get hacked) :(
- simple: Payment Request API
- reward models:
- simple: direct tipping to authors (no escrow needed)
- fair: Brave-style distribution by consumption (implies escrow :()
- threshold: allow right-holders to set a payment required per (full) playback? (needs escrow)
- right holders:
- how to know song rights?
- DMCA requests tend to get abused :(
- manually verifying rights requires labor (which would need compensating) :(
- how to get right-holders' payment info tho?
- keeping their proceeds until they provide the info: implies having to do escrow
- no compensation until payment info provided?
- not ideal but simple on the technical level...
- how to know song rights?
- songs
- server load: offload streaming to torrents to lighten server load
- prioritization: webtorrent can prioritize blocks to download (chronologically, optionally from timestamp currently playing) for audio (and video)
- distribute torrents: index IPFS-hosted torrents like Torrent Paradise
- search: index songs by any relevant searchable metadata like author, album, song
- optimization: this implies song-level torrents, but is there a way to hook into album-level torrents in such a way to repackage them to song-level while retaining a shared torrent network with the album-level torrent?
- could multi-file torrents be repackaged to single-file ones?
- server load: offload streaming to torrents to lighten server load