Zmiana ta ma poważne konsekwencje dla twórców custom ROM‑ów. Jądro systemu jest fundamentem każdego systemu operacyjnego, a brak dostępu do aktualnego kodu blokuje możliwość przygotowania nowych wersji Androida czy wdrażania poprawek bezpieczeństwa. Projekty takie jak GrapheneOS nie mogą wypuścić aktualizacji, dopóki nie otrzymają kodu źródłowego jądra i nie przetestują go pod kątem zgodności z własnymi zmianami. W praktyce oznacza to, że użytkownicy Pixeli korzystający z niestandardowego oprogramowania będą otrzymywać aktualizacje znacznie później niż osoby używające standardowego Androida.
Dla przeciętnego użytkownika Pixeli zmiana ta może pozostać niezauważalna. Standardowe aktualizacje systemu i zabezpieczeń nadal będą dostarczane bezpośrednio przez Google. Jednak osoby kupujące Pixele z myślą o prywatności, bezpieczeństwie i możliwości instalacji alternatywnych systemów odczują wyraźne spowolnienie cyklu aktualizacji oraz mniejszą przejrzystość działań Google. Deweloperzy tracą dostęp do kluczowych danych, a niezależni badacze bezpieczeństwa mają utrudnione zadanie analizowania zmian w kodzie.
W szerszym kontekście decyzja Google wpisuje się w trend coraz bardziej zamkniętego modelu rozwoju Androida. Firma już wcześniej ograniczyła częstotliwość publikowania kodu w publicznym repozytorium AOSP do dwóch dużych wydań rocznie, a wraz z premierą Androida 16 przestała traktować Pixele jako referencyjną platformę, zastępując je wirtualnym urządzeniem „cuttlefish”. W efekcie Google przestało publikować drzewa urządzeń i sterowniki dla Pixeli, a teraz utrudnia również dostęp do kodu jądra. Pixel przestaje być wyjątkowy z perspektywy deweloperów – pozostaje jedynie łatwo urządzeniem z dostępnymi obrazami fabrycznymi oraz łatwym do odblokowania bootloaderem.
Co ciekawe, równolegle Motorola – wchodząc w długoterminową współpracę z GrapheneOS – deklaruje pełną otwartość i brak podobnych ograniczeń. To właśnie problemy z dostępem do kodu Pixeli miały być jednym z powodów zakończenia wieloletniej „ekskluzywności” GrapheneOS na urządzeniach Google. Motorola zamierza samodzielnie hostować kod źródłowy i zapewniać deweloperom pełną przejrzystość, co stawia ją w kontrze do obecnej polityki Google.
Zmiana w sposobie udostępniania kodu źródłowego dla Pixeli może być sygnałem głębszej transformacji w podejściu Google do otwartości Androida. Dla społeczności deweloperskiej to krok wstecz, który utrudnia rozwój alternatywnych systemów i ogranicza niezależne badania bezpieczeństwa. Dla użytkowników ceniących prywatność i kontrolę nad własnym urządzeniem – wyraźny sygnał, że Pixel przestaje być najlepszym wyborem dla entuzjastów custom ROM‑ów.
Źródło: Android Authority
