今日推荐 | Andre Cronje：预言机演进之路
在过去的4年里，去中心化的网络已经演变成一个更具交互性的系统。
原文来源：medium
原文标题：OracleEvolution
原文作者：AndreCronje
编译：Yvonne，MarsBit
丰富的数据源推动了互联网的发展。由于API （预言机），静态页面变成了动态数据。随着API（预言机）在传统网络中的发展，它们允许出现以前不可能出现的全新应用程序。它是网络从Web1.0（静态）发展到Web2.0(动态)的关键。
另外说一下：3～4年前，我对该话题的看法更加二元化。我相信有传统的中心化网络Web2.0和去中心化网络Web3.0（虽然我不喜欢这个说法，但我将在文章中使用它，我认为deWeb1.0可能是一个更好的标签)。我的信念是，这两者必须完全分开，不能混杂在一起。当时的去中心化网络类似于Web1.0早期的静态页面，它们可以独立存在。在过去的4年里，去中心化的网络已经演变成一个更具交互性的系统。Web2.0接收“链下”数据(天气、航班、供应链等)并没有削弱其能力，反而呈指数级增长。Web3.0也是如此。
预言机 v1：链上请求，链下提供；示例 Oraclize
用户向智能合约发起链上交易(存款/取款/买入/卖出/清算等)。
智能合约在链上向预言机智能合约提交HTTP请求。
链下中心化服务获取HTTP请求事件，并在链下解析HTTP请求，接收数据。
中心化的批准服务将接收到的数据写回链上的智能合约(智能合约可以选择回调初始智能合约)。
优点：
可以获取任意的预言机数据
只应要求提供数据（不收取不必要的数据储存或Gas费）
缺点：
中心化服务
响应异步延迟（应用程序响应能力）
费用（需要支付启动交易费用和回调Gas费用）
预言机 v2：链上提供商；示例 Chainlink
Dapp从预言机（链下）请求数据（主要是价格）
分布式网络将数据源添加至其节点
中心化授权器定期在链上写入数据
优点:
数据可用性(需要时数据在链上，无响应延迟)
关于【今日推荐 | Andre Cronje：预言机演进之路】的延伸阅读
一文了解比特币 OP_CAT：中本聪曾删除 为什么要恢复
比特币亚洲大会讨论恢复比特币脚本语言中的OP_CAT操作指令，万物岛BTC工作室也在闭门会议上讨论相关问题。恢复OP_CAT可以提升比特币主网的可编程特性和计算复杂性，但也可能存在安全和稳定性问题。BIP420草案提出了一个新的Tapscript操作码，受到原始被删除的OP_CAT的启发。通过隔离见证Segwit，比特币已为扩展功能做好准备。Web3.0应用架构中，比特币作为最底层协议，应保持简单功能，其他功能可在二层或三层协议实现。Tapscript是一种原生脚本的扩展，可以参考编程场景，但需考虑其作为一层与二层连接技术的限制。提案中产生类似OP_CAT的指令功能可能会增加比特币主网的可编程性，但决策权归属不确定，经济因素可能会矫正过度设计。
BTC Asia 大会话题探讨：比特币上到底要不要恢复 OP_CAT？
在比特币亚洲大会和万物岛BTC工作室的闭门会议上，讨论了恢复比特币脚本语言中的OP_CAT操作指令的重要性。该指令被禁用后，有人提出在Tapscript中增加类似功能的提案，被称为“恢复OP_CAT”。该提案受到了BIP420的启发，旨在通过新的操作码连接两个值，扩大比特币的功能。但决策权可能受到利益影响，比特币世界没有权威机构，决定因素是经济利益。因此，应以简单稳定为主，服务一层和二层的连接技术，避免过度设计。
缺点：
无任意数据
请求预先批准的数据源和访问权限
中心化授权者（信任）
成本（补贴每次链上写入的Gas费）
预言机 v3：链下数据，链上验证器，示例Chainlink (alpha) <-我们目前的采用
Dapp/用户向授权服务请求链下可证明的数据。
中心化的证明者请求数据链下并签名(通过他们自己的授权密钥)；返回值、时间戳、数据源。
Dapp启动链上交易(存款/取款/买入/卖出/清算等)，作为交易的一部分，它包括签名数据。
智能合约验证签名者是预期的证明者、验证数据源、验证时间戳，以及验证数据。如果全部验证，则使用新数据更新数据集，并执行交易的其余部分。
优点：
可以请求任意数据
数据只应要求提供
数据可用性(在处理交易时可用)
低成本(只需要支付额外的签名验证和SSTORE)
缺点：
中央权威/证明者(信任)
合约需要预先知道证明者的公钥
预言机 v4：零知识可证明数据，待定
Dapp/用户从证明程序请求链下可证明的数据。
一个证明程序(为TCP定制的zk电路（注意：我们离这一步还很远遥远），任何人都可以运行(包括在dapp本身)，它将目标端点(HTTP/SSL/TCP/等)作为参数，并提供证明和输出；返回数据集、时间戳和源(目标端点)。
Dapp启动链上交易(存款/取款/买入/卖出/清算等)，作为交易的一部分，它包括证明和数据。
智能合约验证证明，验证数据来源，验证时间戳，验证数据。如果全部验证，则使用新数据更新数据集，并执行交易的其余部分。
优点：
可以请求任意数据
数据只应要求提供
数据可用性（在处理交易时可用）
低成本(只需要支付证明验证和SSTORE费用)
无中心化实体(无信任)
缺点：
合约需要预先了解证明程序
高度复杂的电路，不太可能很快可用
免责声明：本文仅代表作者个人观点，不代表链观CHAINLOOK立场，不承担法律责任。文章及观点也不构成投资意见。请用户理性看待市场风险，以及遵守所在国家和地区的相关法律法规。
图文来源：MarsBit，如有侵权请联系删除。转载或引用请注明文章出处！
