宏节点中源文件的存储

1. DApp开发者的MCR以及SCR槽数的选定

为执行SC而在DApp内将源文件进行分离

  1. 当微小节点执行DApp内的SC智能合约时,使其运行的主体为宏节点。

  2. DApp开发者在执行各类SC事务时,会将必要的源文件进行分离。

执行SC事务时根据所需要的源文件类别对MCR,以及SCR槽数进行分配

  1. DApp开发者来制定执行SC事务时所需要的最少宏节点数量和最多宏节点数量。

  2. 最少宏节点数量代表着MCR 槽数,全体宏节点减去最小宏节点数则是SCR槽数。

  3. 通过利用宏节点的MCR,筛选型超级节点对MCR 槽数进行分配;通过利用SCR对SCR槽数进行分配。在必要时也可对在SCR 槽数中的宏节点MCR进行分配。

2. 筛选型超级节点的MCR以及SCR 槽数分配

MCR 槽数的分配

  1. 筛选型超级节点对各类源文件所需要的存储容量进行测定后,再来选定运行MCR 槽数的宏节点。 通过创建SC执行值验证路径表来生成区块。

  2. 保存有源文件的超级节点向记录在SC执行值验证路径表的宏节点传送源文件。传送源文件的超级节点会对相应保留的文件进行排序。

  3. 当宏节点向超级节点发送事务以确认它已收到源文件时,该源文件的传输则被认为已经完成。如果有宏节点在规定时间内没有发送确认事务,则会进入到下一环节。

  4. 筛选型超级节点通过利用存储确认机制来确认宏节点的事务。(详细内容请参照存储确认机制)

  5. 如果宏节点存在n次以上未发送确认事务的情况,该节点则被认为存在恶意行为,会对其质押的代币进行削减。

SCR槽数的分配

  1. 筛选型超级节点将特定源文件的SCR槽数竞标(SCR Slot Auction)合约上传至区块中。槽数竞标(Slot Auction)在每月1号公开进行,为期一天。

  2. 各类槽数竞标期间,竞标者将存入SCR槽数的代币进行托管,并以这种方式参与竞标。如果现有的Slot运行者要想继续运行Slot,则需要参与竞标。

  3. 竞标结束后,根据竞标金额的高低顺序,参与者可成为能够运行相应数量槽数的宏节点。新的宏节点再从超级节点处下载源文件。

  4. 为了保证系统能够持续运行,竞标结束后的一整天内,按照现有的SC执行值验证路径表运行源文件。