Google開始測試Manifest V3。 這將是uBlock Origin的終結嗎？

幾個月前，我們分享了 在博客上的新聞 上 Google打算刪除廣告攔截器 從您的瀏覽器中 因為清單V3中引入了更改 它們主要影響旨在阻止瀏覽器內廣告的擴展。

現在，幾個月後 Google已開始測試其清單的第三版 （Manifest V3），其中對新清單的支持， 定義插件提供的功能和資源，該清單V3已添加到Chrome Canary實驗版本中。

新宣言 是作為改善安全性，隱私性和性能的計劃的一部分而開發的 附件（主要目標是簡化高性能和安全附件的創建，並使其難以創建緩慢且不安全的附件）

清單仍處於初始Alpha測試階段， 它不是最終的，它已被添加以使開發人員有機會開始嘗試並修改其插件。 預計明年將激活新的宣言。

而 清單第二版的支持終止時間尚未確定。 為了簡化插件到新清單的遷移，已準備了一個清單，其中包括插件開發人員需要解決的更改。

相關文章：

Google繼續致力於刪除廣告攔截器

這裡 重要的是要記住，主要的不滿 新宣言 與完成有關 鎖定模式的支架 通過webRequest API， 僅限只讀模式。

僅適用於企業版Chrome瀏覽器例外， 其中將保留對webRequest API的支持。 Mozilla決定不遵循新清單，並保持Firefox完全使用webRequest API。

uBlock Origin首席開發商Raymond Hill譴責這一決定e Google。 根據後者的說法，轉而使用declarativeNetRequest API可能意味著至少有10萬互聯網用戶使用的這些擴展名將消失。

“如果這種（相當有限的）declarativeNetRequest API最終成為內容阻止程序可以完成其工作的唯一方式，則基本上意味著我已經維護了多年的兩個內容阻止程序，uBlock Origin和uMatrix將不再存在。”

取而代之的是，用於過濾新清單中內容的WebRequest API提出了一個聲明性API declarativeNetRequest。

如果webRequest API允許您將自己的控制器連接到對網絡請求的完全訪問權限，並且能夠即時修改流量， 新的declarativeNetRequest API提供對通用內置過濾引擎的訪問 開箱即用的功能是獨立處理阻止規則，不允許使用自己的過濾算法，也不允許複雜的規則根據條件相互重疊。

新清單還引入了其他影響插件支持的更改。 其中包括：

• 過渡到 將服務人員作為後台進程運行，這將要求開發人員更改一些附加代碼。
• 新的細化權限請求模型： 無法立即為所有頁面激活插件（'ALL_URLS.«），但是它僅在活動選項卡的上下文中有效，也就是說，用戶將必須確認每個站點的插件正常工作。
• 跨域申請處理的變更-根據新清單，對內容處理腳本的權限限制將與插入這些腳本的主頁相同（例如，如果該頁面無法訪問位置API，那麼腳本插件將不會也無法獲得此訪問權限）。
• 禁止執行從外部服務器下載的代碼 （我們正在談論插件加載並執行外部代碼的情況）。