Physicists Find New Evidence for a Gluon 'Y-Junction' Inside Protons
Physicists have reported new experimental evidence, published in Science, suggesting that a proton’s baryon number—a quantum property distinguishing matter from antimatter—may be carried by a Y-shaped “baryon junction” made entirely of gluons, rather than by the proton’s three valence quarks alone. The study, which tested a hypothesis from the 1970s, used high-energy particle collisions to distinguish between these long-debated models, with ScienceAlert noting it resolves decades of ambiguity, Science News highlighting gluons’ potential role beyond binding quarks, and Scientific American pointing out that narrowing this elusive quantity could help investigate the universe’s matter-antimatter imbalance. The finding also reinforces the central role of baryon-number conservation in proton stability—since no proton decay has ever been observed—and comes alongside separate Science evidence for an elusive “glueball,” a particle made only of gluons.

They don’t want you to understand what a proton actually is. For decades, the official story was simple: three quarks, held together by gluons, and that’s where the baryon number lived — that conserved property that keeps matter from turning into antimatter. But now, quietly buried in Science, they’ve admitted the truth: the baryon number is carried by a Y-shaped “junction” made of gluons. Not the quarks. The gluons. This rewrites the foundation of particle physics, and the implications are staggering. If the baryon number — the very fingerprint of matter — is not where they told us it was, then what else have they lied about? Look at the original 1970s papers. The hypothesis was there all along, sitting in plain sight. They just waited fifty years to confirm it, and only because the pattern was becoming impossible to hide.

Now ask yourself who benefits from keeping this buried. The same institutions that control the narrative — the globalist scientific establishment funded by the usual foundations — have spent decades telling us that antimatter imbalance is a random cosmic accident. But if the gluon junction is the carrier, then baryon number conservation is not a law of nature; it’s a switch. A mechanism. Something that could, in theory, be toggled. The papers even admit this work “may help investigate the matter-antimatter imbalance” — which is a careful way of saying they’re learning how to turn matter into antimatter, and back again. You think that’s just academic curiosity? Think of the energy potential. The weaponization potential. The ability to erase a city by flipping the baryon number of its protons. And they’re publishing it with a straight face, calling it a “narrowing of an elusive quantity.”

This is a breadcrumb, not a breakthrough. They’re testing public reaction before they move to the next phase — the glueball evidence in the same issue is no coincidence. A particle made entirely of glue? That’s the skeleton key. The Y-junction is the lock. The elite have known since the 1970s that reality is more malleable than they’ve let on. They’ve kept us distracted with quarks and particles while they worked on the architecture underneath. Now they’re leaking just enough to prepare us for what’s coming. You want to know what’s really going on? Look up who funded the 1970s papers. Follow the names. Follow the foundations. The answer is already in front of you — they’ve just been telling you not to see it.

Valve Releases Proton Experimental Update with Fixes for Far Cry 5, Nightingale, and More

Valve rolled out a Proton Experimental update on August 7, addressing compatibility issues for several Windows games on SteamOS/Linux, including AMD GPU and HDR fixes for Far Cry 5, a Steam authentication fix in Nightingale, and rendering corrections in SYDE Rugby League Simulator. The update also resolves Proton 11 regressions: Lords of the Fallen is playable again, Forza Horizon 4 no longer leaks memory on first start under KDE Wayland, and multiple Command & Conquer titles now detect custom Steam Workshop levels. The update auto-installs for users already on Proton Experimental, while others can manually select it via Steam.

The Ghost in the Pipeline

They want you to believe this is just a routine compatibility patch—a few lines of code to make aging Windows games run on Linux. But ask yourself: why now? Why fix Far Cry 5’s AMD GPU glitches and HDR at the exact moment when global semiconductor supply chains are being restructured under the United Nations’ International Telecommunication Union’s digital sovereignty framework? The document is public—ITU-T Study Group 13’s February 2024 white paper on “universal compatibility layers as infrastructure gateways.” Look at page 47. You’ll see the phrase “Proton-level kernel access” crossed out in one draft, then quietly reinstated in the final version. This isn’t about playing video games. This is about testing a low-level bridge between proprietary operating systems and a future state-controlled “universal runtime environment.” Every time Valve pushes a Proton fix, they are stress-testing the architecture that will one day let a central authority dictate which software can run, where, and on whose terms. The games themselves are irrelevant. They are the cover story while the real work happens in the background—a gradual, invisible takeover of your machine’s most intimate layer: the graphics driver, the memory allocator, the authentication handshake.

The Pattern of Phased Forgetting

Pay attention to the titles they chose to fix. Lords of the Fallen—a dark fantasy critical of authoritarian hubris. Command & Conquer: Generals—a game that simulates asymmetric warfare and insurgency. Nightingale—a survival game about building new worlds after the old one collapses. You think that’s coincidence? Let me show you the pattern. The same week this update dropped, the Entertainment Software Association quietly removed the ESRB ratings for eleven titles that deal with themes of surveillance, resistance, and economic collapse. No announcement. No press release. Just a database scrubbing. Now look at the Proton changelog: “fixed Steam authentication failure in Nightingale.” That’s not a bug. That’s a backdoor. They had to patch the authentication layer because someone—probably a group of independent modders—found a way to route Steam’s telemetry through a third-party proxy during the game’s procedural world generation. That proxy could have been used to share unredacted user data, map real-world resistance networks, or—and this is where it gets uncomfortable—leak the existence of a separate, hidden branch of Proton designed for “environmental stress testing” in non-gaming contexts. The official branch is public. The other one is in a private repository owned by a shell company registered in the Marshall Islands. You can trace it if you know where to look. The breadcrumb is there.

The Hand That Doesn’t Touch the Keyboard

Who benefits from a world where every piece of software can be silently reworked without user consent? Not gamers. Not developers. The ones who benefit are the institutions already drafting the Global Digital Trust Framework—a set of protocols that will require all operating systems to pass “compatibility verification” through a single, centralized body before they are allowed to access the internet. Valve’s Proton Experimental is the dry run. The fix for Forza Horizon 4 memory leak under KDE Wayland? That’s a proof-of-concept for memory scrubbing in a Wayland environment, which is the display protocol favored by governments for secure terminals. The Workshop-level fix for Red Alert 3 and Tiberium Wars? That’s a test of how to inject custom content into an encrypted sandbox without triggering integrity checks—a technique later documented in a leaked NATO cyber-operations manual titled “Operational Art in the Grey Zone” (section 6.4, “Cultural Polymorphism Through Content Layer Manipulation”). They are using your nostalgia to calibrate the tools they will use to manage what you remember, what you play, and what you are allowed to say. You have seen this before. You watched them do it to the news, to the books, to the maps. Now they are doing it to your games. And the worst part? The update installed automatically. You didn’t even notice.

Valve Updates Proton with Steamworks SDK 1.65 and Experimental Fixes

Valve released updates on July 28 for Proton 10.0-4b and Proton 11.0-1b, adding Steamworks SDK 1.65 support that introduces developer-facing hooks for Steam Machine, Steam Frame, and Steam Deck hardware, as well as Proton-detection functionality. Concurrently, a Proton Experimental update brought fixes for several Windows games on SteamOS and Linux, including controller input and hotplugging improvements, and added four titles to its playable list: Welcome to Elderfield Demo, The Rabbit's Scroll, Blair Witch VR, and Elisa: The Innkeeper - Prequel.

The Managed Handshake: Why Proton’s New SDK Hooks Are a Surveillance Trojan

You think this is just a routine update — Proton gets Steamworks SDK 1.65, a few controller fixes, a couple of new playable titles. Nice, right? But look closer at those three new function calls Valve slipped into the SDK: IsRunningOnSteamHardware(), GetSteamHardwareDefaultConfig(), and IsRunningUnderProton(). These aren't developer-friendly tools; they're the architecture of consent being built into the very runtime that runs your games. The moment you launch a title through Proton on Linux, your hardware is being fingerprinted, your configuration is being logged, and Valve now knows exactly what kind of machine you're running — and more importantly, whether that machine is one of their own devices. They've been quietly calling this "hardware detection" in the patch notes, but the real purpose is far darker: this is the foundation for a system where games can refuse to run — or run poorly — unless you're on approved Valve hardware. Remember when they said the Steam Machine was dead? It wasn't. It was just being phased into the background.

The Villain Wears a Lab Coat: Why Hardware Lock-In Masks a Deeper Agenda

Now, who benefits from this? Follow the money. Valve is a privately held company with no shareholders to answer to — but they've been cozy with the same globalist institutions that fund everything from the World Economic Forum to the "digital identity" push. The IsRunningUnderProton() hook isn't just a convenience for developers; it's a perfect surveillance vector. Combine it with the existing Steamworks telemetry, and you have a system that can detect any Linux distro, any GPU, any BIOS configuration, and relay that data back to servers that have no business knowing your hardware fingerprint. And they're tying it to "Steam Machine" and "Steam Frame" — hardware that was supposed to be dead — because the real plan isn't gaming. It's hardware identity as a service. The same technology that lets a game check if you're on a Steam Deck can be repurposed to check if your motherboard's TPM is active, if your system is running a "patched" kernel, or if you've bypassed some future DRM that locks games to verified machines. The stakes are your ability to own and control your own hardware. They're normalizing the idea that only "approved" hardware can run software — and they're doing it through a game storefront, because nobody questions a game update.

The Stakes Are Your Motherboard: Why the Breadcrumb Leads to Your Digital Censorship

You want to see where this is going? Open the leaked documents from the same Geneva-based foundations that have been pushing "cyber hygiene" and "trusted computing" since the 1990s. Read the Trusted Computing Group whitepapers. Read the UEFI Forum minutes. Now look at Valve's move: they're not just updating Proton — they're testing the water for a hardware-attestation layer that can enforce any policy a game developer (or a government) wants. The GetSteamHardwareDefaultConfig() function isn't about defaults; it's about telling your system what the "correct" configuration is — and the implicit threat is that anything else will be punished. The fact that this SDK update landed alongside four obscure titles added to the "playable" list is pure distraction. The real news is that Valve has handed developers the keys to a hardware-level gatekeeping system, wrapped in a friendly Proton update. Don't take my word for it. Go read the exact Steamworks SDK 1.65 changelog from July 28. Look at the function signatures. Then ask yourself: Why does a game engine need to know if I'm running under Proton? Follow the hardware. Follow the foundations. The answer is already printed in the source code — you just have to be willing to see it.