iAB组织最近推出OpenRTB3.0的公开建议版本，它包括很多与时俱进的变化，让程序化广告标准更加成熟，有序和稳定。这种变化就像一个新鲜事物变得越来越老成，越来越规矩，这种次序感满足大部分技术人员和市场人员的审美观，用物理学的熵来解释的话，那就是OpenRTB标准的熵越来越高。
我不知道这标准未来会演化到什么地方?也许未来大多技术标准都长得很像，也许这些标准都融合到ISO或W3C的HTML标准中，也许这些标准因为太复杂而无法推进实质性变化，形成一种稳定的状态，变成热寂(Heat death of universe)。热寂就是宇宙完成所有的冷热交换，形成平静的死亡状态。不管如何，大家一起看看OpenRTB的一些变化和演化!
1. OpenRTB 3.0 概述和主要变化
2017年9月，iAB发布了OpenRTB 3.0的公开征求建议标准，正式标准将于2017年12月推出。这一版的标准有几个大变化：在业务上积极拥抱“安全，透明和信任”，技术上提升规范的“灵活度，合理架构”。
以下是我总结OpenRTB的3大变化和看点：
新标准支持Supply Chain的签名能力：媒体可以对广告请求的某些信息进行签名(私钥加密)，Demand端可以对这些签名进行验证(公钥验证)，确保信息不被篡改。经常篡改的数据项包括：
域欺诈：把域名改成有价值的域名
位置欺诈：把地理位置改成广告主投放更集中的地方，例如一线城市。
用户ID欺诈：把用户ID改成商业化历史比较好的用户ID
设备欺诈：把设备标识改成商业化历史表现更好的型号，例如更高端的手机等。
支持新的广告对象模型(Ad-COM)：之前的广告创意对象和各种传输协议等信息都混杂在一起，新的Ad-COM对象模式将广告创意对象独立出来，形成新的独立标准Ad-COM，这个标准也会从OpenRTB标准中独立出来。我相信，Ad-COM标准的变化会很快，因为它涉及很多创新的广告形式，例如语音广告，未来的bot广告等等。
标准框架的升级：新的标准框架将更加系统，分离出几个重要的子模块，例如AdCOM，也对于标准的层级进行了划分，整个标准更加像TCP/IP协议，一看就是集体智慧的结果(后果)，想起1984里面说的，“自由即拘役，无知即力量”。
2. OpenRTB的主要架构
下图表示了***Open Media 规范架构：
其中两个新模块分别是Ad-COM, Ad-Management。Ads.Txt比较另类，先呆在一边。
1. Ad-COM模块：包括了之前OpenRTB其中所有关于广告领域的对象(创意，事件，Publisher, APP等等)
2. Ad-Management: 用于管理程序化广告的审核等问题，改进品牌安全问题和广告的透明性问题。
3. Ads.Txt：这是一个媒体端的变化，类似搜索中使用Robots.txt，用于标记媒体流量和交易平台的透明性。虽然技术方案简单，业务上操作还是比较麻烦的，媒体缺少太多动力为之，这里还涉及到信息保密的问题，因此需要预算端进行推动这个标准。 (参考 Ads.txt是虚假流量的终结者么?)
4. OpenDirect : 这个模块是用于Supply 和 Demand之间进行直采购的一些API，包括库存的查看，下订单等等。这个协议对双方都有开发的成本，理论上可以支持PDB的一些标准化的采买，但是实践上的支持并不太多。这个原始需求来自一些大媒体，如微软，AOL等媒体。
技术分层，这个对码农来说，太好理解了，从下至上抽象级别增加。
3. OpenRTB对象结构解析
OpenRTB的对象结构:没有太大变化，一些Ads的对象都包装在Domain中了。
3.2 )Domain对象和Ad-COM
整体结构没有太大变化，***的广告对象都是引用domain对象，也就是Ad-COM中的广告对象。Ad-Com对象包括，展示广告(条幅，AMP，原生，动态创意/DC)，视频和音频广告规范等。
4. 签名的竞价请求
竞价请求的签名可以用于保证竞价请求信息的不可篡改，其中的技术原理和邮件中保护邮件内容的真实性完全一样，使用的是"Domain Keys Identified Mail"标准。原理就是在一些保护的域进行私钥加密，接收方需要验证的时候使用公钥解开验证就好。
规范制定了一些可以用于签名的域，其中包括一些作假的重灾区，如IP/设备、APP/Publisher等等。
真希望天下无贼!
5. OpenRTB的发展总结
***，我总结了一下,OpenRTB 的发展。改进主要包括几方面：
新广告形式：如视频，原生
安全和透明：SSL，签名，品牌安全等
技术架构升级：2.x->3.0的AdCOM等
【本文为51CTO专栏作者“欧阳辰”的原创稿件，转载请联系作者本人获取授权】
