Let's not kid ourselves, if there was such cryptocurrency the sanctions would have been drafted differently and the end result would have been the same.
There has been a response in another ticket that they're harmless markers that have been around for a while, but it's hard to tell if they actually went through the data to confirm it.
An average user would download "Eurovision GP" expecting the voting functionality everyone and their dog knows is a major part of the experience and instead they get a gallery app.
OP's highly rated app was more than likely listed higher than the official app rated 2.8 stars hence user reports and its subsequent removal.
Trademark infringement is never a good idea, those other apps could get pulled for the same reason at any time.
Surely you know by now that Elon/SpaceX will get its fuel no matter what, even if it means trucking the fuel there, seems to me your best case scenario will increase net emissions.
Protecting the environment is not the point of this stunt, is it?
It makes sense to treat it as an error but the ISO standard is too vague on this and the libpng developers never "fixed" this[1], it issues a warning but otherwise just masks off the high bits. Firefox has a workaround[2][3], Chrome doesn't.
FWIW I do the same in my library[4], handling it as an error is problematic because it would mean the chunk gets discarded and then you can't even retrieve the values.
This is one of those awkward parts of the standard, the samples always take up 16 bits and decoders are expected to mask off the extra high bits, any 16-bit value was supposed to be considered valid. In the real world trash values are often written for transparency (tRNS) chunks that inadvertently match samples in the image when the extra bits are masked off, which leads to random holes in the image. In practice those chunks have to be ignored when the values are out-of-range for the given bit depth.