在被愤怒的用户撕成碎片后，谷歌工程师今天承诺，Chrome扩展系统即将进行的改动不会削弱广告拦截器，因为大家都很担心。

相反，该公司声称新的扩展API更改实际上会提高用户的隐私和速度。

此外，谷歌还承诺在即将到来的API中提高最大值，这应该可以解决和平息过去六个月来广告拦截器开发人员对新扩展的API的主要批评。

2018年10月，当谷歌宣布对Chrome的扩展生态系统进行重大改变时，所有这些关于“谷歌摧毁广告拦截器”的大戏都将在2018年10月开播。

受恶意扩展数量不断增加的困扰，谷歌宣布了延长审查过程的新规则，但也对Chrome的扩展代码库进行了重大修改。

谷歌将ChromeCodeBase中的变化归入一组名为清单V3的新规则，开发人员在编写新的扩展或更新旧规则以使用Chrome未来的代码库时必须执行这些规则。

对清单V3的所有更改都在去年发布的19页“设计文档”中有详细描述。

虽然最初很少讨论清单V3的变化，但在1月份，AD blocker扩展的几个维护者在Web请求API的使用中提出了一个问题，该API用于在Web请求加载到浏览器之前对其进行检查。

开发人员感到愤怒的是，谷歌正在用一个名为“声明性网络请求应用编程接口”的命名网络请求应用编程接口来代替这种尝试和测试功能。他们说，这将阻止他们的扩展检查页面上的网络请求，这与旧的应用编程接口一样有效。

最初的网络请求应用编程接口允许开发人员在查看页面内容时停止加载页面，搜索广告或其他内容，并根据需要阻止或修改页面。

谷歌今天表示，这个老API是滥用的根源。自2018年1月以来，该公司检测到的所有恶意扩展中，有42%被滥用于恶意目的。

主张Chrome扩展的开发者SiMeonVincent今天说，通过Web请求，Chrome会将网络请求中的所有数据发送到监听扩展——包括请求中包含的任何敏感数据，比如个人照片或电子邮件。

隐私风险显而易见。

他说，由于所有请求的数据都在扩展中暴露，恶意开发者很容易滥用对用户证书、账户或个人信息的访问。

相反，谷歌计划以一种非常不同的方式取代旧的安全应用编程接口。

这项名为声明性网络请求应用编程接口的新技术将在精确的相对位置工作。浏览器不会扩展设置规则“”来阻止Web请求和查看所有内容，而是在加载之前读取并将其应用于每个网页。

有了这个新的应用编程接口，扩展将不会接收页面数据，浏览器将只在满足一个或多个声明的“规则”时对页面进行所有修改。

这样，页面上可能包含的所有用户数据——电子邮件、照片、密码等。-停留在浏览器级别，永远不会传递给扩展程序。

谷歌表示，新的API在隐私方面更好，但速度也更快，因为Chrome高度优化的代码处理所有Web请求过滤，而不是将这一操作留给扩展程序的慢速JavaScript代码。

然而，今年1月，这位广告拦截开发者辩称，尽管这种新的api具有优势，但谷歌计划将“规则”的最大数量限制在3万个，这对广告拦截者来说远远不够，他们通常需要过滤数十万个与广告相关的域名的网络请求。

在网上关于即将到来的API变化的讨论中，有人认为最大“规则”限制在9万到15万之间，也有人认为规则应该在50万左右，以保证广告拦截器的完全安全。

谷歌开发者起初不同意，但今天，谷歌终于让步，承诺将“规则”从目前的3万条更新为15万条。

但这其实是谷歌第二次推出了。2月中旬，该公司承诺不会完全删除Web请求API。

这成了一个误导性的说法，因为在5月份，谷歌表明它保留了Web请求API，但只针对企业用户，并不用于定期发布。

在技术和理论层面，谷歌最新的公告应该允许广告拦截器在新的声明性网络请求API上工作；然而，谷歌这次是否会信守承诺，不会像今年2月那样被告知该怎么做。

此外，还存在一些问题。主要因素是新的应用编程接口的能力。旧的网络请求应用编程接口允许扩展完全控制它们如何过滤内容。

根据NoScript和uBlock origin扩展开发人员之前的声明，新API的声明性规则系统不提供相同级别的控制。

NoScript扩展的开发者GiorgioMaone今天告诉ZDNet:“其实我不在乎黑名单上的硬编码限制，因为我用的是白名单，但是我需要声明性的API声明来远离扩展的上下文信息。”

这意味着，如果处理Web请求操作的扩展识别出它们想要阻止的域，并且如果它们阻止或允许内容加载，那么它们可能会失去一些精确性。

谷歌工程师似乎不喜欢让开发人员完全控制的想法，因为这将抵消新应用编程接口带来的任何性能影响。

虽然新的V3宣言还有待讨论，但双方将在未来几周展开拉锯战。

然而，自今年1月以来，谷歌向开发者提出了各种要求，今天它还承诺将目光投向其他扩展的开发者，Grips。

此外，谷歌目前正在考虑允许在谷歌最近的博客文章中找到明显的v3。