Filecoin提供存储数据和获取数据的交易所，交易所必须满足可检验性，简单来说就是在没有中心机构来管理买单和卖单的情况下，双方的交易必须产生可信的证据以正确的达成交易。
存储交易所：
规范:
链上存储订单:
矿机的ask订单必须全网可见，这样最便宜的订单可以被用户使用，用户的bid订单必须存储在orderbook，这样交易所可以对最新的订单及时作出处理，因此要求ask订单与bid订单都要上链
参与者必须抵押：
矿机抵押Filecoin来使自己的磁盘扇区可用，客户需要抵押自己的Filecoin来定时给予矿机奖励。
自组织与容错：
DSN必须定时检查矿机的存储证据并根据检查结果及时修复存储异常。
定义1，Obid:size:需要存储的数据片大小，funds:客户Ci的押金，time:最初的存储周期，如果没有设置，则funds消耗完为止，price:以Filecoin计价的存储时空价格，coll:对矿机抵押品的要求，coding:数据的清除编码策略
定义2，Oask:space:矿机Mi能够提供的空间大小，price:以Filecoin计价的存储时空价格
定义3，Odeal: ask 用户Ci对Oask的加密引用，bid：矿机Mi对Obid的加密引用，ts:矿机Mi对Odeal的签名时间，hash:矿机Mi对将要存储的数据的加密hash值。
订单匹配流程:
<1>客户Cj与矿机Mi同时生产多个存储请求订单和磁盘供应订单，
<2>通过Put.addOrders(O1, O2, ..),将订单提交到区块链
<3>区块链存储信息
<4>成功之后将订单加入OrderBook
<5>矿机Mi预留磁盘空间，客户Cj冻结保证金
清算流程：
存储证明:<1>数据从客户传来
<2>矿机封存扇区
<3>封存成功之后产生证据和数据的hash树根
<4>将证据和rt数据提交到区块链
清算证明:<1>矿机执行Manage.ProveSectors
<2>矿机产生证据
<3>证据提交到区块链
<4>时间间隔∆proof之后，网络修复存储存在的问题，并重新生成证据
获取数据交易所
规范：
链下订单表:因为读取数据对速度和性能要求比较高，如果放在区块链上执行会成文性能瓶颈，因此每个客户端应该存储一套自己的局部的订单表，以方便找到读取矿机提供读取服务。因此客户和读取数据矿机应该广播自己的订单信息。
无需信任的读取数据：因为读取市场没有像存储市场那样的见证者，因此我们将数据分成小片传输，当矿机或者用户发现彼此异常之后，任意一方都可以终止传输，传输的费用按照小的分片来计算。
支付通道:因为读取数据是高并发的需求，因此读取数据的动作不能通过区块链来确权，因此必须制定支付通道，只有再双方发生分歧的时候才使用区块链来解决问题。
定义1:Obid: piece:需要访问的数据的索引，price:用户Ci愿意支付的读取价格
定义2:Oask:piece:读取矿机支持的数据的索引，price:矿机愿意支付的读取价格
定义3:Odeal:ask:客户对于Oask的一个加密引用，order:------白皮书有bug
订单匹配流程和清算:因为读取操作在线下执行，因此读取矿机与供各自保存了订单表，并且试试广播该数据，用户和矿机发现新的订单信息之后都将信息添加到本地的订单表中，如果有价格匹配的订单，矿机与用户之间建立微支付通道。然后进行传输，在传输的工程中，一手交数据，一手交Filecoin币，如果传输成功，则订单从各自的订单表中删除。
网友评论