428 karma · joined September 10, 2016
MPEG-LA tries to create FUD around this by lumping all H.264 patents into one big pool and never clarifying which edition of the standard a patent applies to. The end result is that anyone not already ignoring MPEG-LA's patents is unlikely to start until _all_ of the patents in MPEG-LA's H.264 pool have expired which is still several years out.
Admittedly DNSSEC has issues to put it mildly, but it does serve as a counterexample to your claim.
Obviously it'd still be a bad idea to run a high traffic server on a residential connection, but as long as you're not streaming 4K video 24/7 or something you'll probably be OK.
https://pyther.net/2020/05/03/bypass-att-gateway-openwrt.htm...
We know from past experience that it takes an extreme amount of time and effort to harden a browser written in C++ against malicious web content. The Ladybird codebase is not particularly "old" in any sense of the word. Judging by Github's stats most of the code is less than 4 years old and it is still a long ways from being ready for general use. I think it's safe to say Ladybird still has a vast amount of work to be done fixing vulnerabilities that arise from lack of memory safety.
I find it quite plausible that the cost of re-writing the existing code in Rust is less than the cost of fixing all of the current and future bugs in the C++ codebase that Rust would catch at compile time.
I had a Dell work laptop that did the same thing. As far as I was able to tell the system had a bug/fault that continuously asserted the CPU's BD PROCHOT line when the integrated webcam was active. I don't think it was an Intel bug, the CPU was just responding to the external signal that (falsely) indicated the system was overheating.
As you say, unfortunately the genie cannot be put back in the bottle for formats that already have defective implementations in the wild.
From an economic and geopolitical standpoint it's clearly a poor choice to introduce an extra tax on something which drives a large amount of economic activity and is an important strategic asset.
Lack of EDNS only makes DNS based routing slightly worse if your CDN has a POP density similar-or-greater-than Cloudflare's.
I guess they've given up on the idea of end users running full nodes.
There still might be some value in having a federated CDN service, but I think they will struggle to compete with centralized CDNs for all the same reasons other federated services have struggled.