--- title: "Ten sam system w chmurze: KyberLinux jako węzeł KyberFusion" url: "https://kyberlinux.com/pl/blog/kyberlinux-jako-wezel-kyberfusion" description: "Praca, która opuszcza Twoje urządzenie, zwykle ląduje na systemie, którego nie widzisz. Węzeł KyberFusion działa na tym samym KyberLinux, więc reguły idą za zadaniem." --- # Ten sam system w chmurze: KyberLinux jako węzeł KyberFusion 8 października 2026·3 min czytania·Redakcja Dwa identyczne klucze instalacyjne: jeden wpięty w serwer, drugi w leżący przed nim kieszonkowy deck Twój asystent ma do przepisania i zindeksowania rok notatek głosowych. Karta na smyczy tego nie zrobi, a węzeł na półce liczyłby to tydzień. Zadanie idzie więc do chmury i od tej chwili ufasz rzeczom, których nigdy nie widziałeś: obrazowi systemu wybranemu przez dostawcę, hiperwizorowi, ludziom, którzy mają dostęp do jednego i drugiego, potokowi logowania, który przechowuje nie wiadomo co i nie wiadomo jak długo, oraz kontu, które wiąże każde zadanie z Twoim nazwiskiem. ## Prawdziwa przyczyna W zwykłej chmurze granicą zaufania jest cały stos dostawcy. Nie ufasz maszynie, na której działa Twoje zadanie, dlatego, że możesz ją sprawdzić; ufasz jej, bo tak mówi umowa. To rozsądny układ dla firmy wynajmującej serwery. Dla asystenta, który niesie najbardziej osobisty zapis, jaki masz, jest zły. ## Co idzie źle, gdy praca opuszcza Twoje urządzenie **Inny system po drugiej stronie.** Reguły, które obowiązywały na Twoim urządzeniu, czyli co agent może czytać, z jakimi hostami może się łączyć i co się zapisuje, nie podróżują razem z zadaniem. Zadanie ląduje tam, gdzie są inne reguły, i nie wiesz jakie. **Operator może zajrzeć do środka.** Ten, kto prowadzi maszynę, zwykle może podejrzeć pamięć, podłączyć debugger albo przeczytać dysk. Czy to robi, to kwestia polityki, a nie techniki. **Logi zapisywane domyślnie.** Zapytania, dane i błędy trafiają do logów zaprojektowanych dla wygody dostawcy i przechowywanych według jego harmonogramu. **Tożsamość przy każdym zadaniu.** Rozliczenia wymagają konta, a konto to Ty. Każde wysłane zadanie jest powiązane z każdym innym. **Zaufanie na podstawie umowy, nie sprawdzenia.** Nic w tej wymianie nie pozwala Ci zweryfikować, co naprawdę zostało uruchomione. Ktoś Ci to mówi, a Ty w to wierzysz. ## Węzeł, który działa na tym, na czym Ty [KyberFusion](https://kyberfusion.com/pl/blog/co-wezel-wie-o-tobie) jest zbudowany inaczej, a system operacyjny to duża część powodu. Każdy węzeł KyberFusion ma działać na tym samym obrazie [KyberLinux](https://kyberlinux.com/pl), który nosisz w KyberDecku, tylko z profilem chmurowym zamiast pulpitu. To daje sieci trzy właściwości, których nie ma wynajęty serwer. **Reguły podróżują z zadaniem.** Agent, który opuścił Twoje urządzenie w celi KyberCell, dociera na miejsce w celi KyberCell: ta sama deklaracja, ta sama zamknięta sieć, te same reguły dla programów, ten sam log trajektorii. Przeniesienie zadania zmienia to, gdzie działa, a nie to, co mu wolno. KyberAgent opisuje, [gdzie liczyć pracę roju](https://kyberagent.com/pl/blog/gdzie-liczyc-prace-roju); system sprawia, że każda z tych odpowiedzi jest bezpieczna. **Obraz da się sprawdzić.** Węzeł uruchamia podpisany obraz, którego definicja jest jawna, a build ma być powtarzalny. Celem projektowym jest, żeby węzeł udowadniał, jaki obraz uruchomił, zanim dostanie jakąkolwiek pracę, więc zmodyfikowany system zostaje odrzucony, a nie obdarzony zaufaniem. **Operator zostaje poza celą.** Członkowie sieci wnoszą sprzęt i energię, a osoba, której maszyna jest węzłem, uruchamia obraz, ale nie dostaje powłoki wewnątrz jego cel. Zadania przychodzą zaszyfrowane i niepowiązane z Tobą. Anonimowość jest celem, pod który system jest budowany, a nie obietnicą, którą składamy dziś. Członkowie dostają za tę moc tokeny. Token to jednostka rozliczenia mocy obliczeniowej w sieci zarządzanej jako DAO, a stojący za nim przychód utrzymuje infrastrukturę i finansuje rozwój; nie jest zwrotem z inwestycji i posiadaczom niczego się nie obiecuje. To nie jest oferta. Jak sieć się utrzymuje, nie sprzedając danych, wyjaśnia tekst [kto płaci za chmurę](https://kyberfusion.com/pl/blog/kto-placi-za-chmure). ## Uczciwe granice Ten sam system nie sprawia, że cudzy sprzęt staje się Twój. Ktoś z fizycznym dostępem i wystarczającą determinacją może zaatakować maszynę poniżej systemu operacyjnego, a dowód uruchomionego obrazu jest tak mocny, jak sprzętowe źródło zaufania, na którym się opiera. Tam, gdzie sprzęt potrafi szyfrować pamięć działających zadań, system ma z tego korzystać; tam, gdzie nie potrafi, węzeł powinien to powiedzieć, a wrażliwa praca powinna zostać na Twoich urządzeniach. Anonimowość jest trudna i nie twierdzimy, że ją mamy. To cel projektowy, który kształtuje to, co system zapisuje, co łączy i co zapomina, i będzie wart dokładnie tyle, ile da się sprawdzić, gdy sieć zacznie działać. Dziś nie działa: KyberFusion i KyberLinux są przed startem. ## Test, który możesz zrobić dziś Weź usługę chmurową, z której korzysta dziś Twój asystent, i spróbuj na piśmie odpowiedzieć na pięć pytań, w dwóch kolumnach: co możesz sprawdzić i co ktoś Ci mówi. 1. Na jakim obrazie systemu działa moje zadanie i czy mogę zobaczyć jego definicję? 2. Czy mogę sprawdzić, zanim zadanie ruszy, że maszyna uruchomiła właśnie ten obraz? 3. Kto może czytać pamięć mojego zadania, gdy ono działa? 4. Co jest zapisywane o moim zapytaniu i jak długo? 5. Czy każde zadanie jest powiązane z moim kontem i z każdym innym, które wysłałem? Policz odpowiedzi w kolumnie „sprawdzone”. W przypadku większości dzisiejszych usług wychodzi zero, i to nie skandal, tylko projekt: zbudowano je tak, żeby im ufać, a nie żeby je sprawdzać. Grunt pod Twoim asystentem powinien być tym drugim rodzajem. - KyberFusion - chmura - atestacja - prywatność ## Czytaj dalej - [Jak KyberLinux trzyma rój w celach](https://kyberlinux.com/pl/blog/jak-kyberlinux-trzyma-roj-w-celach) - [Jeden system od nadgarstka do serwerowni](https://kyberlinux.com/pl/blog/jeden-system-od-nadgarstka-do-serwerowni)