uBlock Origin的开发人员
表示 ，如果采用对Chromium的更改，则其扩展到屏蔽广告的功能将无效。 我们正在谈论实现
声明性NetRequest API ，这些
API使得无法使用
webRequest API 。 Google认为，对于Chromium中内置的广告拦截器的快速运行以及在浏览器中实施Adblock Plus中现在使用的功能（相同的语法等），必须进行更改。
问题是这些接口与当前的uBlock Origin工作方案兼容性很差：“如果阻止程序只能通过这些（非常有限的）declarativeNetRequest API进行工作，那么实际上这意味着我多年来支持的两个阻止程序都是uBlock Origin Raymond Hill写道：“而uMatrix不再存在。”
所做的更改不会完全禁用第三方阻止程序。 他们只是被拒绝访问
webRequest API ，他们在页面加载期间使用它们来监听事件和动态阻止内容。 在新系统中，阻止者将无法基于webRequest API阻止事件，而只能查看事件。 根据Google工程师的说法，这将加快浏览器中页面的加载速度，因为扩展不再会减慢主流的速度。
相反，提供了扩展以切换到declarativeNetRequest API-并将其要阻止的事件通知浏览器。 即，控制权传递给浏览器。 除了加快处理速度之外，还应该进行一些更改以提高用户隐私：“ DeclarativeNetRequest API为用户提供了更好的隐私，因为扩展实际上无法读取代表用户发出的网络请求，” Google API文档解释说。
内容阻止程序基于这样的思想，即用户而不是其他人可以控制其浏览器中的内容。 他们应该控制浏览器的显示方式以及与远程资源的交互方式。 没有人有权强迫一个人查看他不想看到的信息：这是个人的基本权利和自由之一。
如果不是出于反对意见，欢迎通过浏览器而不是第三方扩展程序管理广告拦截。 事实是Chromium基于Google发行的Internet Chrome上最受欢迎的浏览器。 她从互联网上的广告中获得了大部分利润。 幼稚地假设公司将做出特别的努力来帮助用户屏蔽其广告。 相反，她将通过内置的浏览器工具努力使此操作变得尽可能困难或不可能。 而且，如果您对Manifest v3进行了更改，则uBlock Origin将停止工作。
Raymond Hill指出，declarativeNetRequest API使用了与uBlock Origin不兼容的Adblock Plus样式的过滤系统。 他认为这是一个根本性的错误：“除了uBlock Origin和uMatrix无法存在的事实外，令人担忧的是，提议的declarativeNetRequest API阻止了创新架构上新内容过滤引擎的实现，因为declarativeNetRequest API仅仅是一种特定的实现。一个过滤引擎，以及一个相当有限的实现（限制30,000个限制不足以仅计算出著名的EasyList列表）。”
Hill指出，新API不支持其他一些功能，包括阻止大于指定大小的多媒体元素，通过引入Content-Security-Policy指令禁用JavaScript执行以及删除传出的Cookie标头。 雷蒙德认为这些改变
并不符合用户的利益 。
如果他们接受Manifest v3，则可以加快Chrome的运行速度，但会限制所有浏览器扩展程序的功能，不仅会阻止广告，还会阻止其他广告。 雷蒙德·希尔（Raymond Hill）写道，Chrome看起来像苹果的Safari浏览器，该浏览器现在支持以快速，标准模式运行的
“内容阻止程序” 。
这是一种折衷。 一方面，诸如uBlock Origin之类的浏览器扩展将不再能够实现其自己的过滤机制。 另一方面，Chromium内置的过滤机制将比现在快得多。 原则上，其他浏览器也正在逐步限制第三方扩展的权利。
其他一些开发人员在对提议的更改发表评论时表示担心，谷歌以隐私为借口，将其广告业务的利益置于浏览器用户的利益之上。
Google代表
说 ，Manifest v3的最终规格尚未获得批准，讨论正在进行中。