2) Even if you concluded that this "synthetic" data were not derived by man, do you think it's possible to drown out and override all human-related correlations (mimicry) without training on many orders of magnitude more "synthetic" data?

The fact that everyone's surprised every time a statistical model TRAINED ENTIRELY ON HUMAN GENERATED DATA (including all the junk, bias, propaganda, lies, and disinformation) acts and mimics human behavior, including our worst traits — then considers this evidence that they are intelligent — should be setting off alarm bells for everyone. Nothing about their actions should be surprising beyond the glaring ignorance of our entire species. The phrase "I am far too stupid to be this much smarter than average" is a recurring theme.

Now we are letting these mimics loose in meatspace by integrating them into physical robots, that will develop themselves, and manufacture themselves... and you realize that the terminator timeline is actually a cautionary tale of MIC incompetence, and we don't need to achieve anything near AGI or super-intelligence to annihilate our entire civilization or all life on earth.

Be prepared for these extremists and terrorists to grow bolder and bolder. They consistently equate empathy with weakness; the leading Nuremberg psychologist concluded "Evil, I think, is the Absence of Empathy" [0].

[0] https://dirkdeklein.net/2019/05/22/evil-i-think-is-the-absen...

"Different actors with different credentials in different contexts"

The argument is that the military or police have a need for access to guns, whereas the lunatic on the street corner (or any random citizen) does not. The same argument applies for access to nuclear, biological, or chemical weapons... or autonomous hacking/killing machines...

Sounds like a self-fulfilling prophecy of dogmatic extremism to me. At least we created a lot of value for shareholders for a brief moment in time... before committing the greatest crime in the universe... Planetary genocide!

If you can't build it and test it securely, you should not be building it at all. To do it anyway is criminally psychopathic.

"Apps worth copying, already making money." – https://web.archive.org/web/20260923001345/https://appraven....

"Stop guessing. AppRaven(.app) shows you what people really search for on the App Store, what they complain about in the apps that already exist, and hands you a plan you can start coding today."

No matter how much investors and tech companies want you to believe that they are on the verge of super intelligence, nothing I've seen to date can not easily be explained by "correlation engine", including the "novel" math solutions, all of which appear to just be "a composition of solutions humans have developed and documented elsewhere" upon deeper inspection.

I remember, after the Snowden leaks, when anyone warned that governments could use the patriot act and the various other "intelligence" power grabs to destroy democracy and implement totalitarian dictatorship, they would be deemed insane conspiracy theorists. The hilarious part is most of them (including me) were warning about a distant future... yet it barely took a decade for America to collapse into fascist populism, declare ANTI-FAscists the real terrorists, and turn the surveillance apparatus against them.

No it's not. The point of E2EE is that only the client apps decrypt/encrypt content, and the server just processes the encrypted bits. Most E2EE service providers do this by encrypting your encryption key. That's how you can login on other devices without you having to store and import an encryption key every time. When you login they send you an encrypted blob that contains your encryption key, which is decrypted client side, then the key is used to decrypt your data locally on the client. This does not break E2EE, but it does mean you have to trust the provider, which is why most of them are entirely open source.

Sharing and emergency access also use similar public key cryptography techniques to provide shared access to E2EE data. A similar principle applies to your phones encryption aswell, and is the reason you can wipe/reset your device in seconds, instead of minutes/hours. They only wipe the encryption key; not the encrypted data.

It's not necessarily more secure than managed providers either, simply because you are probably not a security engineer, and have far less resources to secure your server. It does prevent Google/iCloud from scraping your data, but it certainly does not mean Hetzner can't access your data. They control the overarching hypervisor and control plane managing your servers/VM's, so there's no way to know what capabilities have been implemented. The majority of what intelligence agencies are capable of has not been leaked or documented publicly.

There is no reason why E2EE services can't provide recovery or emergency access mechanisms, or implement plaintext export functionality from clients for storage elsewhere. Most reputable providers already have functionality to enable recovery and backup.

IMO this is the single greatest problem with the selfhosted community; the idea that E2EE is only necessary for passwords and other highly sensitive PII. It should be standard for anything hosted on someone else's computer.

You might argue it's not neccessary for cat photos, but mistakes happen and you can accidentally upload things you don't intend to. You might argue it's not neccessary for games, ebooks or other copyrighted media, but the cloud provider could scan and delete anything you own that matches a hash of copyrighted material, at any time. You can accidentally paste a password, or other sensitive piece of text, into any text field of any website or application, and have it distributed to computers around the world.

E2EE can mitigate against numerous attack vectors, and reduces the surface area and blast radius of most attacks. That also applies to your own computers, if someone steals your hardware or hacks into your network. It is vital in the age of AI where all of your data could be exploited for training and profit, or used against you. The only data that should not be E2EE is situations where it is technically impossible, or the data is explicitly shared as "public" (e.g. the clearnet).