算力（以各类科学计算为例）供需订单链上发布协议FEIP6V1思路

水雷_zzHe

由于科学计算结果（信息）可以很方便在网上传输而且需求量大，再配合上区块链的自动交易功能，可以很方便的形成标准化的区块链世界的大宗交易产品及其交易市场。
例如，按照本协议发布的订单只要交易过一次，后续如果该订单的字段一到字段七没变化，就可以用程序实现自动化接单交易了。
而现有的区块链浏览器只要稍加改造就能变成遵循FEIP6V1订单的浏览器甚至对接市场平台。
以下是FEIP6V1订单链上发布协议的格式：
字段一：供需类别（0买1卖）
字段二：算力类型（例如：1基因测序2生化分析3天气预报计算4高能物理实验分析5天文射电观测分析6加密脱敏后的指纹数据库检索7加密脱敏后统计局普查数据分析8机器学习数据计算等）（这应该搞个可更新的列表）
字段三：本类型订单的发布编号（应限制长度）
字段四：发布方CID（或证明其身份的公钥地址）。（CID身份应遵循FEIP3V1协议）
字段五：买方付币（必须有剩余预存币）的公钥地址（或卖方收币公钥地址）----发布方用CID地址私钥对此付币（或收币）公钥地址的签名（建议遵循FIPA2V1协议）
字段六：（算力买卖）价格（标价格式应尽量简短和标准化，如无法标准化可不填）（科学计算算力价格如可标准化格式，建议也搞个可更新列表）
字段七：买卖合同文件链上存证的链上交易记录编号（可从这笔交易的op return字段查找到该文件下载地址。建议遵循FEIP2V1协议）（合同里除了字段一到六和字段八相关的内容外，还应该有相关计算软件版本的约定和下载方式、算力产品交付和验收方式、付币期限和方式、违约责任、仲裁方式等其它内容）
字段八：合同链上签订和公告的公钥地址（由订单发布方即甲方填写，建议与合同文件链上存证交易的付币方公钥地址相同，以便将来全节点检索便利和快速）。（合同链上签订和公告方式-即接单方式：双方认可合同后，乙方对“乙方CID：……愿意与甲方CID：……签订哈希值为……的合同”这句话用自己CID对应私钥进行签名后发给甲方，甲方再对这句话＋乙方的签名整体进行签名，然后发布到字段八指定的公钥地址的op return字段内，然后合同成立。这个合同链上签订和发布方式也可以搞个FEIP7V1协议。）

希望飞友们对本协议思路进行改进完善。
同时希望飞友们也能尽快搞出来查询、对接本协议发布内容的专用区块链浏览器。