Counter point, what gold really fixed? From a google search:
"Between all of the gold sources in the world, current estimates suggest that roughly 2,500 to 3,000 tons of new gold is mined each year. At present, experts believe that the total amount of above ground gold in the world stands at just over 190,000 tons."
So then we're in a situation where people are arguing that deflationary cryptocurrencies won't work, because the deflationary gold standard didn't work, when in fact the gold standard was inflationary and worked.
I just pulled out my laptop and if they aren't cool with the solution I google'd in 30 seconds, they can test my critical thinking in another manner. That was my critical thinking and resolve under pressure.
These are nothing but shit test.
What are shit tests? When somebody fucks with your head to see how you will react, what you are experiencing is typically a (series of) shit test(s). Everyone has been shit tested, gets shit tested and will continue to be shit tested; We use shit tests to make value judgements about people, likewise they can be used to determine how people cope under pressure. The underlying mechanism of shit tests is to test your mettle.
The root cause is/and continues to be that we want HTTP to be an application protocol, which it was never intended to be or designed to be. I feel that until browsers behave more like independent operating systems / vms, this kind of tension between what we want to do and what we can do will always exists on the web as we know it...
I mean, Canvas, WebGL, Audio APIs, Video APIs, VR APIs, etc, when do we realize that what we want is a way to run applications...
Specifically, one thing they mention is licensing with regard to browsers.
Parent's comment has relevance IMO because we're trying to shoe horn things to make everything work in the browser and thus via HTTP as if the browser was an operating system. The browser was built to browse web pages, and at that, didn't even necessarily need to be graphical (see lynx). It's becoming a monster and many of us don't agree with the hand-waiving style justification of adding more and more.
Once upon a time, some people had a vision of using something optimized for files for files, another thing for chat optimized for chat, and so on. There were protocols for these, and apps on top of those. Not all these things were built well, efficient, and/or easy to use. The browser and http were good compromises in many ways, but certainly not without massive problems either. Fast forward and we've just compounded the problems and we keep working harder to lock ourselves into another limited set of technologies we already knew had fundamental issues (people used to/still do complain about processor architecture in similar ways).
I like the browser as a unifying, networked experience, but HTTP + the web browser are not really designed particularly well for some of the things we try to use them for from many perspectives. On top of that, with the issues of JavaScript, security, state, and other things, it gets even more messy. Somewhere along the way we seem to have become disinterested in protocols, lower-level networking, and generally challenging the norms.
Ironic that a lot of web developers preach things like KISS, and yet the browser is a huge example of a project where one could argue that KISS + don't throw in the kitchen sink has run amok. I understand this is not a popular opinion with some people, but I still think it is a valid one. Sometimes I think a little more pausing and thinking things through on lower-levels and with regard to the bigger picture are undervalued and could save us from some of the nonsense of the last few decades.
But before that, they used a VDT - as in like a VT100, 3270 or 5250 terminal. Everything is full circle - the web browser is just being treated as an intelligent terminal now.
I agree conceptually, but this points out some fun things.
So in other words, we tried that and failed in many ways in a much simpler ___domain. Now we are trying it again with a much bigger, more complicated scope and set of technical issues. Just like in the VTxxx days, people say something is compatible, and yet it is not 100%. Just like in those days, we deal with the craziness around all that as developers.
I've been working on some stuff dealing with old formats, including VT100. Diving into the source of some very big and well-known projects along with many lesser known things, it's amazing how wrong many implementations are when you check the standards. Related, I've seen the craziest implementations of telnet servers, ANSI SGR codes, and more. Translation: I have 0 faith in humanity to implement standards to the standards. I have less faith in the standards people to create sane standards.
What does HTTP have to do with canvas or anything else you listed? What does your misapprehension of what HTTP is meant to be have to do with the limited codec support in popular browsers? Do you just hate that the web stopped being static text 20 years ago?
https://github.com/bitcoin/bitcoin/blob/7fcf53f7b4524572d1d0...
Code is not immutable. If there was a algorithm for MAX_SUPPLY immutability that would be something of interest.