Linux 核心開發社群已經做出了最終決定：Rust 將繼續存在。 經過多年的測試、激烈的辯論和並行開發，最近的 維護者高峰會 在日本東京舉行的會議標誌著評估階段的結束。
在這個僅限受邀人士參加的專屬活動中，該計畫的主要領導人和維護者齊聚一堂，達成共識：內核中的 Rust 支援不應再被視為“實驗性的”，而應成為世界上最重要的開源作業系統不可或缺且永久的一部分。
為了正式確立這項狀態變化，Rust-for-Linux 專案負責人 Miguel Ojeda 已經 已發送正式補丁 這使得官方核心文件中關於該語言實驗性質的警告被移除。 Ojeda 證實，經過長時間的實驗，旨在評估技術、程序和社會方面的權衡是否值得，結論很明確：
“實驗結束了，這意味著 Rust 將繼續存在。”
Android 16 及實際生產狀況
雖然文件中標籤的變更只是一個重要的形式， 技術上的現實是，Rust 已經在關鍵的生產環境中運作了。奧赫達在峰會期間透露了一則訊息： 將運行Android 16的設備， 基於Linux核心6.12， 它們將隨記憶體分配器一起發送。 阿什曼 （匿名共享記憶體子系統） 完全用 Rust 重寫。
這意味著，這遠非實驗室中的概念驗證，而是… 數百萬台消費性設備 這些功能本身就依賴核心中的 Rust 程式碼才能運作。儘管 Ojeda 提醒說，“這並不意味著所有功能都能適用於每種核心配置、架構或工具鏈”，而且 他承認還有很多工作要做。在 Android 上的部署驗證了該語言在實際應用中的穩定性。
此外，抽像生態系統發展迅速，日益成熟，因此能夠開發複雜的控制器。目前，許多備受矚目的項目都依賴這項基礎設施：
- 圖形驅動程式（GPU）：Nova（適用於 NVIDIA 硬體）、Asahi（適用於 Apple Silicon）和 Tyr（適用於 ARM Mali）。
- 檔案系統：rust_ext2 驅動程式。
- IPC：Android 架構中基礎的 Binder 機制的原生實作。
C語言在新一代圖形驅動程式中的結束：範式轉變
峰會上最有力的發言之一來自負責 DRM 子系統維護的 Dave Airlie（直接渲染管理器），Linux 圖形堆疊的關鍵組成部分。 Airlie 表示，DRM 計畫大約還需要一年時間才能需要 Rust 函式庫。 並禁止在新控制器中使用 C 語言。
這種激進的立場 這凸顯了關鍵子系統維護者對該語言的信心。穩定核心的維護者 Greg Kroah-Hartman 在討論中支持了這一觀點，他指出，用 Rust 編寫的驅動程式在客觀上比用 C 編寫的驅動程式更安全。令人驚訝的是，Kroah-Hartman 也指出，新 Rust 程式碼與現有 C 核心互動所引發的技術問題遠比最初預想的要少。
安全與效能：永恆的爭論
推動這一巨大轉變的核心論點無疑是記憶體安全。根據綜合漏洞字典 (CVE) 的數據，過去 20 年中約有 15,9% 的核心安全漏洞與 Rust 的設計本身就解決了的問題相關，例如緩衝區溢位和釋放後使用 (use-after-free)。 AWS 等公司和安全專家認為，Rust 消除了整類邏輯錯誤，使程式碼審查人員能夠專注於架構本身，而不是手動尋找記憶體洩漏。
然而，這種觀點並非普遍接受，遭到了「老派人士」的抵制，人們對其表現也存在擔憂：
布萊恩·克尼根的批評：電腦科學傳奇人物、C語言程式設計大師布萊恩·克尼根（Brian Kernighan）在嘗試Rust語言後，表達了他對這門語言的質疑。克尼根形容他使用Rust的體驗“痛苦不堪”，批評了其生態系統的複雜性、緩慢的編譯速度，以及在內存管理並非關鍵問題的程序中，理解內存安全機制的難度。對許多資深程式設計師來說，Rust的學習曲線和編譯器的複雜性都是難以克服的障礙。
前進的方向：GCCRS 和 Debian
為了鞏固採用，l社群正在努力消除對 LLVM/Clang 編譯器的完全依賴。 一個關鍵項目是 gccrs，它是 Rust 在 GCC（GNU 編譯器集合）上的實作。
最終目標是確保始終可以使用 Debian 最新穩定版中包含的 Rust 版本編譯核心。事實上，Debian 專案已經聲明，從 2026 年 5 月起，將在其 APT 軟體套件管理器中加入“嚴格的 Rust 要求”，這將強制系統管理員和開發人員安裝必要的 Rust 版本。 工具鏈 Rust 已準備好應用於您的建築環境。
儘管仍存在一些挑戰（例如對低使用率架構（IBM s390）的支持以及缺乏完整的正式語言規範），但業界似乎已經做出了回應。