Mam wszystko. Piszę:
Steam Deck zmienił Linuksa bardziej niż 20 lat deweloperów. Historia tego jak firma od gier zrobiła to czego nie udało się nikomu.
Przez trzydzieści lat społeczność linuksowa powtarzała te same słowa jak mantrę. "Rok Linuksa na desktopie nadchodzi." W 1998 roku. W 2005. W 2012. W 2018. Rok po roku te słowa wracały, rok po roku nic się nie zmieniało — Linux trzymał się przy jednym procencie rynku desktopowego, a świat grał w gry na Windowsie.
Nikt z tej społeczności nie przewidział że problem rozwiąże firma która zajmuje się sprzedawaniem gier. Że kluczem do Linuksa na desktopie nie będzie lepsza dystrybucja, łatwiejsza instalacja ani bardziej przyjazny interfejs — tylko przenośna konsola wielkości grubej książki.
2012: Gabe Newell patrzy na Windows 8 i się boi
Żeby zrozumieć dlaczego Valve w ogóle zainteresowało się Linuksem, trzeba wrócić do 2012 roku i do jednego cytatu Gabe'a Newella — współzałożyciela i prezesa Valve.
W lipcu 2012 roku, kilka miesięcy przed premierą Windows 8, Newell powiedział wprost: "Myślę że Windows 8 to katastrofa dla wszystkich w przestrzeni PC. Stracimy część czołowych producentów OEM którzy opuszczą rynek. Marże zostaną zniszczone dla wielu graczy. Jeśli tak będzie, to dobrze mieć alternatywy żeby zabezpieczyć się przed tą ewentualnością."
To nie był komentarz o designie kafelkowego interfejsu. Newell widział zagrożenie egzystencjalne dla Valve. Windows 8 miał własny sklep aplikacji — Windows Store — i Microsoft wyraźnie sygnalizował że chce zmienić Windows w zamknięty ekosystem na wzór App Store na iOS. Dla Valve, którego cały biznes opierał się na dystrybucji gier przez Steam na otwartym Windowsie, był to scenariusz w którym Microsoft mógł dosłownie wyłączyć ich z rynku. Albo nałożyć prowizję od każdej transakcji w Steam na Windowsie.
Newell nie był jedyną osobą która to widziała, ale był jedną z niewielu które postanowiły coś z tym zrobić.
Valve zaczęło inwestować w Linuksa. Przeportowało własne gry — Half-Life 2, Portal, Counter-Strike — na ten system. Wypuściło klienta Steam na Linuksa. Ogłosiło SteamOS — własną dystrybucję linuksową zoptymalizowaną pod gry. I w 2013 roku zapowiedziało Steam Machines — linuksowe konsole do salonu, budowane we współpracy z różnymi producentami sprzętu.
2013-2017: Pierwsza wielka porażka
Steam Machines były złym pomysłem. Nie dlatego że Linux był zły. Nie dlatego że sprzęt był zły. Ale dlatego że Valve nie odpowiedziało na pytanie "dlaczego ktokolwiek miałby chcieć tego użyć zamiast PlayStation czy Xboxa?".
Konsola do salonu potrzebuje gier. Nie gier które działają w trybie kompatybilności z drobnymi problemami. Gier które działają tak samo jak na Windowsie, z taką samą wydajnością, od dnia premiery, łącznie z tymi od dużych wydawców. W 2013 roku Linux nie miał takiego katalogu — miał kilka tysięcy tytułów portowanych natywnie, ale brakowało wszystkich ważnych premier roku.
Producenci OEM zbudowali Steam Machines w różnych konfiguracjach i różnych cenach. Użytkownicy kupowali je i odkrywali że połowa ich biblioteki Steam nie działa. Valve próbowało poprawiać obraz aktualizacjami SteamOS, ale fundamentalny problem pozostawał — bez gier nie ma konsoli.
W 2017 roku Steam Machines po cichu zniknęły ze sklepu Steam. Był to wizerunkowy cios dla Linuksa jako platformy gamingowej. Wielu komentatorów napisało że to dowód że Linux na desktopie i w salonach po prostu nie ma przyszłości.
Newell wyciągnął inne wnioski.
2018: Proton i zmiana filozofii
Błąd Steam Machines był jasny z perspektywy czasu. Valve próbowało zbudować ekosystem gier linuksowych przez przekonywanie wydawców do portowania gier na Linuksa. To wymagało działania tysięcy niezależnych firm, każdej z własnym harmonogramem i budżetem. Valve nie mogło tego kontrolować.
Nowe podejście było odwrotne: zamiast przenosić gry na Linuksa, przenieść Linuksa pod gry.
W sierpniu 2018 roku Valve ogłosiło Steam Play i Proton — wbudowaną w klienta Steam warstwę kompatybilności która pozwala uruchamiać gry Windows na Linuksie. Technicznie rzecz biorąc Proton to fork Wine — projektu który od 1993 roku starał się tłumaczyć wywołania systemowe Windows na odpowiedniki Linuksa. Wine istniało od ćwierć wieku i przez ćwierć wieku działało... tak sobie. Część gier chodziła, część nie, wydajność była nieprzewidywalna, konfiguracja wymagała wiedzy technicznej.
Proton był inny z kilku powodów. Po pierwsze — Valve zatrudniło deweloperów Wine z firmy CodeWeavers i rzuciło na ten projekt znaczące zasoby finansowe. Po drugie — Proton skupił się na konkretnym, wąskim celu zamiast próbować być rozwiązaniem wszystkiego: chciał uruchamiać gry, tylko gry, i robić to dobrze. Po trzecie — kluczowym elementem był DXVK.
DXVK to projekt który zaczął się od jednego człowieka. Philip Rebohle, niezależny deweloper, był sfrustrowany że Nier: Automata nie działało poprawnie na Linuksie przez Wine. Zamiast czekać aż ktoś to naprawi, napisał własną implementację — warstwę która tłumaczy wywołania DirectX 11 (główne API graficzne Windows) na Vulkan, nowoczesne i wieloplatformowe API graficzne. Efekt był dramatyczny: gry które przez stary Wine działały z 50% wydajności oryginału, przez DXVK dochodziły do 95-100%. Czasami — w zależności od tytułu — działały nawet szybciej niż na Windowsie.
Valve wzięło DXVK, wzięło Wine, wzięło własne poprawki i wypuściło Protona. Na początku obsługiwał 27 gier. Ale mechanizm był już uruchomiony.
2019-2021: Ciche lata, głęboka praca
Przez trzy lata Proton rozwijał się bez wielkiego rozgłosu. Kolejne wersje poszerzały listę obsługiwanych gier, poprawiały wydajność, rozwiązywały specyficzne problemy z konkretnymi tytułami. Społeczność zbudowała ProtonDB — bazę danych gdzie użytkownicy raportują czy dana gra działa, jak dobrze i co trzeba skonfigurować.
Valve inwestowało nie tylko w Proton. Fundowało prace nad sterownikami graficznymi Mesa — open-source'owymi sterownikami dla kart AMD i Intel na Linuksie. Finansowało ulepszenia schedulera jądra Linux pod obciążenia gamingowe. Przyczyniło się do rozwoju Vulkana jako otwartego standardu API graficznego.
To była praca niewidoczna dla większości użytkowników. Ale to był fundament pod coś znacznie większego.
W lipcu 2021 roku Valve ogłosiło Steam Deck.
2022: Koń trojański
Steam Deck nie był konsolą do salonu. Był przenośnym komputerem PC z Linuksem który wyglądał jak przenośna konsola. Ta różnica była fundamentalna.
Użytkownik który kupuje konsolę do salonu wie że kupuje konsolę. Sprawdza katalog gier zanim wyda pieniądze. Użytkownik który kupuje Steam Decka myśli że kupuje przenośną wersję swojego komputera. Ma już bibliotekę Steam — i Valve obiecało że ta biblioteka będzie działać.
I działała. Nie w stu procentach — ale 80-90% największych tytułów w bibliotekach użytkowników chodziło z Proton bez żadnej konfiguracji. Gry które pojawiały się na ekranie głównym Steam na premierze — te same gry pojawiały się na Steam Decku. Cyberpunk 2077, Elden Ring, God of War, Hades, Stardew Valley. Nie za miesiąc, nie po patchu — na premierę.
System "Deck Verified" — zielone, żółte i szare oznaczenia gier które Valve testowało na urządzeniu — dał użytkownikom prostą, zrozumiałą informację. Nie musieli szukać na forach czy ich gra działa. Zielony znaczek oznaczał że działa bez problemów.
To był przełom jakiego Linux nigdy wcześniej nie miał. Nie "działa jeśli odpowiednio skonfigurujesz Wine i zainstalujesz odpowiednie biblioteki". "Działa. Naciśnij play."
Co stało się po premierze Steam Decka
Liczby mówią same za siebie. W 2021 roku, przed premierą Steam Decka, Linux miał 1-1,5% udziału wśród użytkowników Steam. W marcu 2026 roku — 5,33%. To nowe historyczne maksimum i ponad trzykrotny wzrost w cztery lata.
Ale samo procentowe przełożenie jest mylące, bo база Steam rosła. W wartościach bezwzględnych każdy procent udziału w Steam to dziś około 400 tysięcy równoczesnych użytkowników. 5 procent to ponad 2 miliony ludzi grających na Linuksie w tym samym czasie — liczba która w kategoriach potencjalnego rynku jest nie do zignorowania.
Skąd te liczby? Valve do marca 2026 wysłało szacunkowo 5,6 miliona sztuk Steam Decka. Każdy Steam Deck to jeden użytkownik Linuksa w statystykach Steam — bez względu na to czy ten użytkownik wie czego używa. Ale coraz ciekawszym sygnałem jest to że udział samego SteamOS wewnątrz statystyk linuksowych maleje. To znaczy że desktopowy Linux — Ubuntu, Arch, Fedora, Mint — rośnie szybciej niż sprzedaż Steam Decków. Efekt Decka wypchnął Linuksa na tę widoczność i próg jakości gdzie zwykli użytkownicy decydują się na przesiadkę.
Efekty które wychodzą poza gaming
Praca którą Valve wykonało dla Steam Decka zmieniła Linuksa dalej niż ktokolwiek przewidywał.
Sterowniki AMD na Linuksie są dziś na poziomie którego nie powstydziłyby się sterowniki Windows. Nie dlatego że AMD nagle postanowiło lepiej traktować Linuksa jako rynek desktopowy. Ale dlatego że Steam Deck działa na procesorze AMD i Valve potrzebowało żeby te sterowniki działały perfekcyjnie. AMD inwestuje w Mesa i open-source'owe sterowniki bo ma konkretny, mierzalny produkt który wymaga żeby działały.
Podobna historia z kernelem. Zmiany schedulera procesorów dla poprawy responsywności w grach trafiają do głównej gałęzi jądra Linux i korzystają z nich wszystkie dystrybucje, nie tylko SteamOS. Gdy Valve naprawiało problem z audio przy przełączaniu między trybem gamingowym a desktopem na Decku, poprawki trafiały do PipeWire — systemowego serwera audio który używają Ubuntu, Fedora i setki innych konfiguracji.
Każda poprawka dla Steam Decka to poprawka dla całego Linuksa.
Co Valve zrobiło czego nie udało się społeczności przez dekady
Przez trzydzieści lat problem Linuksa na desktopie był z grubsza taki sam: za mało użytkowników żeby wydawcy portowali gry, za mało gier żeby użytkownicy się przesiadali. Klasyczne jajko i kura.
Społeczność próbowała rozwiązać to przez perswazję. Apelowała do wydawców o porty, pisała petycje, organizowała kampanie zbierania funduszy na porting konkretnych tytułów. Osiągnęła pewne sukcesy — kilka tysięcy gier native na Linuksie to realne osiągnięcie — ale nigdy nie przełamała bariery wejścia dla zwykłego użytkownika.
Valve rozwiązało problem inaczej: wyeliminowało go całkowicie. Zamiast prosić wydawców żeby portowali gry na Linuksa, zbudowała warstwę która sprawia że kwestia portowania staje się wtórna. Gra napisana dla Windowsa działa na Linuksie. Bez udziału twórcy gry. Bez zgody wydawcy. Bez czekania na aktualizację.
To jest inżynierskie rozwiązanie problemu który przez dekady próbowano rozwiązać biznesowo i społecznie.
Co zostało nierozwiązane
Uczciwy artykuł musi powiedzieć też co Proton i Steam Deck nie rozwiązały.
Anti-cheat to nadal największy problem. Kernel-level anti-cheat — systemy takie jak Vanguard (Valorant) czy Easy Anti-Cheat w trybie który wymaga głębokiego dostępu do jądra systemu — nie działają na Linuksie i w przewidywalnej przyszłości działać nie będą. To wyklucza część największych tytułów e-sportowych i multiplayer. Fortnite. Valorant. Niektóre wersje Call of Duty. Dla gracza który głównie gra te tytuły Linux nadal nie jest opcją.
Dzień premiery to też nadal ryzyko. Nawet dobrze wspierany tytuł może mieć problemy w pierwszych dniach po premierze jeśli wydawca wypuścił aktualizację która zepsuła kompatybilność z Proton. Zazwyczaj fix pojawia się szybko — Valve i społeczność reagują sprawnie — ale przez kilka dni możesz nie móc zagrać w grę którą właśnie kupiłeś.
2026: Gdzie jesteśmy i co dalej
W 2026 roku Microsoft wskazał SteamOS jako benchmark dla wydajności gamingowej Windows w ramach projektu K2. Przeczytaj to zdanie jeszcze raz.
Microsoft — firma która przez trzydzieści lat była de facto monopolistą w gamingu na PC — teraz mierzy swoją wydajność względem systemu operacyjnego zbudowanego na Linuksie. To nie jest gest kurtuazji. To przyznanie że na urządzeniach handheld, gdzie zasoby są ograniczone a każdy procent wydajności ma znaczenie, SteamOS radzi sobie lepiej. Mniej narzutu systemowego, lepsza optymalizacja pod specyficzne przypadki użycia.
Valve zapowiedziało Steam Machine i Steam Frame — nowe urządzenia z SteamOS które mają poszerzyć ekosystem poza handheld na komputery stacjonarne i systemy do salonu. Lenovo wypuściło Legion Go S z SteamOS jako opcją obok Windowsa. Pierwsze laptopy z SteamOS jako domyślnym systemem są przedmiotem rozmów.
Linux na desktopie przekroczył 4,7% globalnie w 2025 roku. W Stanach Zjednoczonych — ponad 5% po raz pierwszy w historii.
Nie, rok 2026 to nadal nie "rok Linuksa na desktopie" w sensie w którym przez dekady używano tego żartu — czyli jako synonim czegoś co nigdy nie nastąpi. Ale po raz pierwszy to pytanie brzmi poważnie zamiast naiwnie.
Puenta
Jest pewna ironia w tym że Linux na desktopie — projekt rozwijany przez tysiące idealistycznych deweloperów przez trzydzieści lat w imię wolności oprogramowania i niezależności od korporacji — zdobył realną pozycję gamingową dzięki korporacji. Dzięki firmie której motywacją było zabezpieczenie własnego biznesu przed inną korporacją.
Gabe Newell nie działał z miłości do Linuksa. Działał z obawy przed Microsoftem. Proton nie powstał żeby wyzwolić użytkowników — powstał żeby Valve nie musiało martwić się że Windows Store przejmie dystrybucję gier.
Ale efekt uboczny tej korporacyjnej samoobrony zmienił ekosystem bardziej niż trzy dekady społecznościowej pracy.
Czasem najlepsze rzeczy dzieją się z nieoczekiwanych powodów. Torvalds pisał jądro systemu bo chciał uruchomić Minix na własnym komputerze. Valve zainwestowało w Linuksa bo bało się Windows 8. I obaj nieświadomie zmienili computing na zawsze.