Brave浏览器iOS版新标签页广告确认机制修复解析

Brave浏览器作为一款注重隐私保护的浏览器，其内置的Brave Rewards系统允许用户通过观看隐私保护的广告获得奖励。近期，Brave团队针对iOS版本中新标签页(NTT)广告确认机制存在的问题进行了修复，本文将深入解析这一修复的技术细节。

问题背景

在Brave浏览器的iOS版本中，当用户打开新标签页时，系统会展示广告内容。按照设计，用户与这些广告的交互（包括查看和点击）应该触发确认机制，这些确认信息会被发送到服务器以记录用户行为并计算奖励。然而，在某些情况下，这些确认信息未能正确发送，影响了用户的奖励获取体验。

技术原理

Brave Rewards系统采用了一套完整的广告交互确认机制：

1. 广告展示确认：当新标签页广告展示时，系统会生成一个"viewed"确认
2. 用户交互确认：当用户点击广告时，系统会生成"clicked"确认
3. 页面加载确认：当广告目标页面成功加载后，系统会生成"landed"确认

每个确认都包含以下关键信息：

• 交易ID(transactionId)：唯一标识此次交互
• 创意实例ID(creativeInstanceId)：标识具体的广告内容
• 时间戳：记录交互发生的时间
• 加密支付令牌：用于保护用户隐私的加密信息

修复内容

此次修复主要针对iOS 1.77.93及以上版本，解决了以下问题：

1. 确认信息生成问题：确保新标签页广告展示时能正确生成"viewed"确认
2. 点击确认可靠性：修复了点击广告后"clicked"确认可能丢失的问题
3. 网络请求优化：改进了确认信息发送的网络请求机制，提高了成功率

实现细节

从日志分析可以看出修复后的确认流程：

1. 广告展示流程：

   • 系统检测到新标签页广告展示
   • 生成包含唯一交易ID和创意实例ID的"viewed"确认
   • 将确认信息加入处理队列
   • 5秒后发送到服务器

2. 广告点击流程：

   • 用户点击广告后立即生成"clicked"确认
   • 同时开始加载目标页面
   • 页面加载成功后生成"landed"确认
   • 两个确认都经过相同的时间延迟处理后发送

3. 支付令牌处理：

   • 确认信息发送15秒后，系统会获取支付令牌
   • 多个令牌会批量处理，通常在约55分钟后统一兑换

技术意义

这一修复不仅解决了iOS用户获取奖励的问题，更重要的是：

1. 提升了系统可靠性：确保所有广告交互都能被准确记录
2. 保护了用户权益：防止因技术问题导致用户应得奖励的损失
3. 优化了性能：通过延迟处理和批量兑换机制减少了网络请求

总结

Brave浏览器团队对iOS版新标签页广告确认机制的修复，体现了其对用户体验的重视和技术实现的严谨性。这一修复确保了奖励系统的公平性和可靠性，让iOS用户能够与其他平台用户一样，完整地享受Brave Rewards带来的隐私保护广告体验。