But that would require collaboration, and standards, which seem to have gone away as smart phones came in.
But that would require collaboration, and standards, which seem to have gone away as smart phones came in.
[1] https://www.w3.org/TR/vc-overview/
[2] https://developer.android.com/identity/digital-credentials
A .pkpass file is a zipped directory that has a json file and some assets. There's no need to have a more limited version, a pass is already very limited.
The issue is spoofing. Major event ticketers are unwilling to publish passes if there's nothing to stop someone else from publishing a pass that is indistinguishable from their's and thus is an avenue for fraud.
The difference with events is that an ics file is not something someone's going to try to sell you or that you'd want to buy. But anyway, all Apple would have to do is stop checking the signing.
Many third party ticketing solutions venues and events use do support this, but for instance if you want to sell tickets for a party and self-host, you need another external integration, or a developer account. Generating a PDF with a QR code, and publishing an .ics file is essentially free.
Having an authenticated developer account at least provides some level of speed bump to scammers, and a better starting point for the police.
The charitable explanation is that the wallet is designed for credit cards, and tickets were an after thought. Though I suspect it is really Apple trying to keep a walled garden, just like they always have.