其他帐号登录: 注册 登录

ITN杉之链交易原理

 二维码 684590
作者:ITN杉之链来源:微信公众号:杉之链官微网址:http://weibo.com/gszxbb

ITN杉之链交易原理


消费条件


ITN的消费条件包含时间锁和一组公钥以及所需签名的数量。直到时间锁过期和足够数量签名,产出(output)才可以被消费。


消费条件散列成一个Merkle树,所需的签名数量和公钥作为叶子节点,树的根散列作为矿的发送地址。为了发送矿,必须提供与消费条件一致的地址散列,Merkle树允许当事人有选择的在消费条件上披露信息。例如,可以披露时间锁而不披露公钥或所需签名数量。


签名

每个交易的输入必须被签名,加密签名本身搭配一个输入ID、一个时间锁和一组标志指示,输入ID指示哪个输入的签名已经被应用,时间锁指定什么时候签名无效。交易中的任何字段的子集都可以签名。除签名本身,还有一个标识位,表明整个交易都应该签名(除了签名本身)。


文件合同

文件合同是存储提供者和客户之间的协议,文件合同的核心是文件的Merkle根散列。为了构建这个散列,文件被分成固定大小的段散列到一个Merkle树上。根散列以及文件的总大小,可以用来验证存储证明。


文件合同还同时指定持续时间,挑战频率和支付参数,包括奖励一个有效的证明。存储证明的提交会触发具有有效证明的地址(假定是托管主机)发起付费。如果,在challenge窗口的最后时间点,没有提交有效的证明,矿会被发到一个名为“丢失证明”的地址。合同定义了最大可丢失证明数,如果超过这个数,合同就视为无效。


如果合同在合同期结束时仍然是有效的,它会成功的终止并且剩余的矿会发送到有效的证明地址。相反,如果资金在合同期限内消耗完,或超出了证明的最大数量,合同会失败终止,剩余的矿发送到“丢失证明”的地址。证明的输出ID取决于合同ID


合同与谈判

数据存储是通过标准合同格式进行谈判的。合同是一个版本的数据结构,描述数据所有者的关系。合同包含所有节点必须形成关系,传递数据,创建和响应审计,并仲裁付款。这包括碎片散列,碎片大小、审计策略等。合同信息存储在DHT,或者像blockchain外帐。


文章分类: 币圈解析
分享到:
会员登录
登录
其他帐号登录:
我的资料
留言
回到顶部