可编程金钱：比特币现金社区争辩Oracle驱动晋级
最近，有许多关于在比特币现金协议中添加标准业务订货（CTOR）进程的许多对话。然后是BCH开发人员是否应该将OPCode OP_CHECKDATASIG（CD）添加到CodeBase中的主题。有些人以为CD将有利于比特币脚本运用程序，并答应一切类型的智能合同和依据决议计划的买卖。可是，其他以为添加CD是不必要的，而且或许会危及网络安全性。
加密社区争辩比特币中心bug和a＆＃x2018;强制晋级＆＃x2018
OP_Checkdatasig：神谕的或许性，跨链原子合同
有＆＃x2019的;SA许多谈论关于11月份比特币现金（BCH）网络硬叉叉。其间一个主题是一个名为OP_CHECKDATASIG（CD）的完成，它被添加到比特币ABC客户端＆＃x2019;路地图和 CodeBase 基本上，CD是一个操作码，理论上能够进步BCH协议＆＃x2019; s脚本才能。当Satoshi创立比特币时，软件包含脚本体系，就像可编程言语
有人以为某些操作码能够添加A＆＃x2018;可编程的钱＆＃x2019;功用到网络。OP_CHECKDATASIG（ 也称为OP_DATASIGVERIFY或DSV ）或许使得能够使得涣散的创立 oracles 查看某些签名的验证，并康复n以自主方法的两个不同的成果。基本上，甲骨文决议了一个清晰的成果，无需第三方或保管人和＃x2019;决议。戏法歌是智能合同的根底，由于软件自身决议何时何地依据会议或不符合某些要求来开释资金。当比特币ABC 宣告版别0.18.0 ，包含在客户端内是添加CD和开发团队＆＃x2019; s布告详细信息，该功用将用于oracles和合同。
＆＃x201c; [checkdataSig]将使比如运用的oracles和穿插链原子合同，＆＃x201d;解说比特币ABC开发团队。支交给身份
有多个帖子人们能够在CD的主题和理论运用的主题上阅览案子。Mark Lundeberg有 写了一个拟议的用例
cds叫做＆＃x201c; pay到身份＆＃x201d;这将答应BCH协议承认用户辨认的有效性。＆＃x201c; [支交给身份]是一种机制，其间比特币现金支付对个人辨认的机制字符串（实在名字，电子邮件地址，交际媒体句柄等）而不是直接到加密密钥，＆＃x201d;伦德贝格细节。＆＃x201c;付款只能由收件人声明，假如它们生成公钥并经过可信标识验证者取得认证。＆＃x201d;
Lundeberg弥补：
此认证签名经过新的Opcode OP_CheckDataSig在脚本中承认。石头解说了CD的或许用例。Stone＆＃x2019; s
帖子
，＆＃x201c;比特币脚本运用：依据决议计划的开销，＆＃x201d;全面看看数据和签名怎么故自主方法验证。 石也决议＆＃x201c;是否在比特币脚本言语中表达的[常用状况]，假如没有承认并提出它们需求扩展以支撑用例。＆＃x201d;在
中，使二进制缩短
在描绘Opcode也能够在将来做的作业中供给了许多的色彩。 [x201c; [opcode]答应脚本运用用于验证签名的相同的ECDSA算法（和代码）来验证恣意数据的签名在比特币买卖中，＆＃x201d;浅析石头＆＃x2019; s
buip078＆＃x201c;因而，此操作码能够运用外部＆＃x2018; Oracle＆＃x2019;，这也是一个非常重要的，无法使外部信息导入业务。一旦数据是买卖的一部分，能够操作它是有用的，以查看各种金条该数据的友谊。＆＃x201d; 比特币无约束＆＃x2019; Buip078也是态：
为了使得最简略的可编程资金，咱们有必要具有附加的操作码，即从从前区块链业务或验证数据中拜访数据和签名被推到脚本＆＃x2019; s仓库。 rabid签名能够在没有i
ntroduting op_checkdatasig？
Craig Wright一向对立添加概念，例如op_datasigverify或cds到协议，操作码不会添加到比特币sv客户端。Wright在A 视频中扼要谈论了OPCODE和ORACLES，8月26日
像DataSigverify那些人don＆＃x2019; t in the＆＃x2014;第一个是整个概念有缺点，＆＃x201d;赖特解说说。＆＃x201c;这个主意是你要有＆＃x2018; p无骨髓oracles＆＃x2019;是他们测验和出售的。没有答应的甲骨文这样的东西。世界上存在的oracle，假如它实际上创立了以特别格局签名的东西以用于比特币赌博。Oracle不是未答应的。
除了，上星期NCHAIN＆＃x2019;欧文沃恩的高档研究员，在一个名为Rabin签名的主题上宣布了一篇文章。Rabin签名答应验证比特币现金脚本中的签名的vjaughan细节，而不引进op_checkdataSig。 ＆＃x201c;一切核算贵重的操作（键生成，签名结构）都是封闭的＆＃x2014;只在脚本中履行验证该保存的简略过程，＆＃x201d;沃恩写道。＆＃x201c;解决方案的存在不行受动功能答应额定的傅赋予比特币现金渠道的归因于不影响网络的安全性，也不会改动中心协议自身。＆＃x201d;
vaughan弥补说：
咱们将持续运用Rabin签名进行此解决方案，并将寻求与其别人协作。NCHAIN不计划寻求对该解决方案的作业的专利维护;相反，Nchain将在该范畴发布其在该范畴的作业进行揭露查看和用法。路线图。但是，正如新闻。贝卓在曩昔的几周内报导，Nchain在11月有一个彻底不同的路线图。相反，NCHAIN开发团队，比特币SV和运用客户的哈希卢特正在拍照128MB的块尺度添加。比特币SV还希望向比特币现金协议介绍一些OPCODE，包含OP_MUL，OP_Lshift，op_rshift，op_invert，沿着每个脚本的201个操作码的约束。 你怎么看待 op_checkdatasig和oracles以比特币现金？您怎么看待rabid签名以及对立操作码的定见？让咱们知道您在下面的谈论部分中对此主题的观点。 经过Shutterstock，nchain徽标和Pixabay 图画。 需求核算你的比特币控股？查看咱们的东西部分。
相关文章
