TFchain白皮书文档格式.docx

TFchain白皮书文档格式.docx

《TFchain白皮书文档格式.docx》由会员分享，可在线阅读，更多相关《TFchain白皮书文档格式.docx（35页珍藏版）》请在冰点文库上搜索。

3.4.技术架构 16

3.5.TFchain提供的服务 17

3.6.TFToken产生机制 17

3.6.1.TFToken产生渠道 17

3.6.2.道路识别 19

3.6.3.车载移动矿机挖矿监督 19

3.6.4.有效挖矿提交 20

3.6.5.结算机制 20

3.6.6.分配机制 22

3.6.7.激励机制 24

3.7.TFchain资产 25

4.应用场景 25

4.1.原始数据 25

4.2.数据挖掘 26

4.3.生态服务应用 26

4.3.1.路况 26

4.3.2.路灯 27

4.3.3.道路绿化 27

4.3.4.路联网 27

4.3.5.车辆内部控制 27

4.3.6.违章 28

4.3.7.车联网 28

4.3.8.广告 28

5.生态建设 28

5.1.共识社区 28

5.2.技术团队 29

5.3.用户发展 30

5.4.基金会 30

6.杂项和关注 31

6.1.TFchain损耗估算 31

6.2.分布式存储 31

6.2.1.矿机节点测试节点网络带宽 31

6.2.2.统计矿机节点的在线时间 31

6.2.3.基于稳定在线时间和矿机带宽，生成分布式存储矿机的分布式存储挖矿权重 32

6.2.4.存储矿机的收费机制 32

6.2.5.存储矿机的挖矿计费 32

6.3.节点发展 33

7.风险 33

7.1.政策风险 33

7.2.技术风险 33

7.3.社区风险 34

8.未来发展 34

8.1.行业生态服务 34

8.2.跨界服务 34

1.概述

1.1.背景

随着区块链技术的不断发展，日趋成熟的区块链技术给社会带来很多的美好愿景，这里不再赘述区块链技术本身的不断演变和迭代，重点阐述一下如何在出行领域，结合区块链技术，为实体经济做出贡献，例如，自动驾驶、无人驾驶技术的完善，城市路政的管理与交通压力疏导，全球可行性路线更新，以及与出行数据相关的其他生态应用。

1.2.方向

定位方向，一定是结合国家的发展，全球的治理，能够解决发展的痛点，以为社会大众服务为核心。

全球超过14亿机动车量贡献大量出行数据（如下图所示，2015年全球机动车总量

12.8亿，根据MacquarieBank银行报告称年和

17年机动车出货量分别在8.8千万和9.3千万辆），由于传统出行数据采集、存储方式以

及作业方式等限制，大量数据均未发挥价值。

而出行数据的应用场景广泛：

无人驾驶、自动驾驶，需要大量实时高清路况数据，用于优化技术模型；

中东、

6/35

亚洲、非洲等发展中国家欠缺完善的、及时的路线可行性信息；

路面基本信息的收集效率，影响着各个国家的路政建设；

汽车金融，欠缺全场景用户出行数据，用于用户金融类产品评级，等等。

TFchain社区致力于结合区块链技术，专注研发出行数据公链，健全出行数据，用于出行生态其他应用落地，例如汽车厂商、路政建设部门、地图公司、汽车保险与维修、交通数据服务商、成品油供油、汽车金融等领域，为推动全球实体经济迈向更高的台阶。

2.区块链关键技术

2.1.Hashs（散列）

7/35

通常情况下，区块链在计算散列时会计算2次。

大多数情况下，使用SHA-256散

列，RIPEMD-160会用于生成较短的散列（例如生成区块链地址的时候）。

对字符串"

hello"

进行二次-SHA-256散列计算的例子:

hello2cf24dba5fb0a30e26e83b2ac5b9e29e1b161e5c1fa7425e73043362938b9824

（第一轮sha-256）

9595c9df90075148eb06860365df33584b75bff782a510c6cd4883a419833d50

（第二轮sha-256）

生成区块链地址时（RIPEMD-160）会得到：

（第一轮使用sha-256）

b6a9c8c230722b7c748331a8b450f05566dc7d0f（第二轮使用ripemd-160）

2.2.MerkleTrees（Merkle树）

Merkle树是散列的二叉树。

在区块链中，Merkle树使用SHA-256算法，是这样生成的：

sha256（a）sha256（b）sha256（c）sha256（sha256（a）+sha256（b））sha256（sha256（c）+sha256（c））

sha256（sha256（sha256（a）+sha256（b））+sha256（sha256（c）+sha256（c）））

每轮都将上一轮的结果两两相接后计算，若最后剩余单个元素则复制后计算。

35/35

2.3.Signatures（签名）

区块链使用椭圆曲线数字签名算法（ECDSA）对交易进行签名ECDSA使用

了http:

//www.secg.org/collateral/sec2_final.pdf中的secp256k1曲线公钥（in

scripts）以04<

x>

<

y>

的形式给出，x和y是表示曲线上点的坐标的32字节字符串。

签名使用DER编码将r和s写入一个字节流中（因为这是OpenSSL的默认输出）。

2.4.TransactionVerification（交易认证）

一个block的第一笔交易通常是生成区块链的交易，它不包含任何输入交易，而是生成区块链，这些区块链通常被完成这个block的人获得。

这样的交易被称作“coinbase交易”。

由于每个block只有一个coinbase交易，它无需执行脚本即被bitcoin客户端接受。

如果一笔交易不是coinbase交易，它会引用前一笔交易的散列和其他交易的输出作为这笔交易的输入，执行这笔交易输入部分的脚本。

然后引用的交易输出部分的脚本会被执行。

如果栈顶的元素为真则交易被认可。

2.5.Addresses（地址）

区块链地址（BitcoinAddress）是ECDSA公钥（publickey）的散列，它是这样计算出来的：

Version=1个字节0;

在测试网络上,这个值是1个字节111Keyhash=Version与RIPEMD-160（SHA-256（publickey））相接Checksum=SHA-256（SHA-256（Keyhash））的前4个字节

BitcoinAddress=Base58Encode（Keyhash与Checksum相接）

Base58编码是专门编写的，（与通用版本）有一些区别。

2.6.DPoS

是一种新的保障加密货币网络安全的算法。

它在尝试解决比特币采用的传统工作量证明机制（POW）以及点点币和NXT所采用的股份证明机制（POS）的问题的同时，还能通过实施科技式的民主以抵消中心化所带来的负面效应。

DPoS股份授权证明机制引入了节点的角色。

DPoS的运作机制如下：

所有持币者先选节点负责签署区块：

选举过程比较类似由股东会选举出董事会，代替股东会做出日常营运决策。

授权董事会后，决策会更有效率（相较于PoW每10分钟产生一个区块，DPoS每3秒钟即可产生一个区块。

）

与PoW相同，DPoS的规则也是最长链胜出。

其中每个节点必须按照生产排程，轮流产生区块，假设排程排定节点1、节点2、节点3分别轮早、中、晚班在公司生产，节点1在晚上是无法刷门禁卡进入厂房生产的，同样地，节点3在早班时段也是无法进公司的。

今天有一些恶意的节点生产了分叉区块，假设节点1、节点3都是诚实的节点，只有节点2是恶意的，由于节点2产生区块的速度（每9秒只能产生1个）慢于节点1、节点

3合力产生区块的速度（每9秒产生2个），根据最长链胜出的规则，诚实的节点还是会胜出。

同理，因为一个节点要产生重复两个区块的速度必定慢于诚实区块产生的速度，所以根据最长链胜出的规则，诚实的节点还是会胜出。

如果今天节点1、节点2、节点3三个受托人的网络有段时间是碎片化、各自为政的呢？

在短期内的确有可能三链并行，但一旦网络连结恢复，短链自然会向最长的链回归。

因为受托可签署人数为奇数，所以两大派系势均力敌僵持不下的情况不会维持太久，最终势必会有其中一方的链更长。

注册成为节点需要支付一笔保证金，就像是参与民意代表选举前缴纳的保证金一样，一般来说担任节点约两周后才可达到损益平衡，这促进了受托人的稳定性，确保至少会挖满两周的矿。

惩罚机制为：

不按排程产生区块的节点将在下一轮被投票剔除，也会被没收之前缴纳的保证金。

DPoS优缺点：

优点是效率较PoW和PoS更高、产生区块的速度更快；

缺点是虽然恶意的节点将在下一轮投票被踢出，但单个恶意区块在短期仍有可能是有效的状态。

短期虽然可能存在恶意区块，但长期下来，可以透过受托人的自主选择来回归链条的有效性：

假定现在总共有3个节点1、节点2、节点3，节点4加入排程后，只要确认之前的区块中，有2/3以上个受托人遵循的链是哪条就可以了。

3.TFCHAIN

3.1.简介

TFchain,出行数据生态系统。

TFchain通过收集亿万用户的行驶数据，创建用于搭建出行生态的底层数据基础。

通过Token激励普通汽车驾驶者参与到

“开车挖矿”，TFToken总量2640亿，根据全球机动车总量，国家机动车增速，用户人数，以及GDP发展水平等因素而设定。

未来生态中的其他应用，将通过燃烧

TFToken的方式使用TFchain出行数据与开发工具，从而落地生态应用。

3.2.项目进展

3.3.TFchain生态架构

用户使用数据采集APP或者矿机，或者数据采集授权（用户使用开源代码自己开发的挖矿软件，需要向社区申请或购买对应Token进行授权）工具采集驾驶实况数据，数据通过数据同步方式同步到TFchain互联档案，全用户原始数据集可以提供给行业层，比如：

交通运管部门、汽车厂商、自动驾驶企业、交通道路信息应用商等等，产生一个数据收益；

同时，这些数据也可以通过数据清洗和数据挖掘，形成各种行业数据，为

TFchain社区所用，TFchain社区可以利用这些数据提供更多的产品和服务；

其次，这些数据还可以为第三方企业或者社区所用，为交通领域提供更多

安全便捷、经济高效、绿色智慧、开放融合的现代化交通产品和服务。

所有数据都需要存储，TFchain提供数据存储设备，一切有网络带宽和其他所需条件的用户都可以部署TFchain存储设备，供全用户存储使用。

TFchain互联档案数据根据存储节点的部署和性能，多备份冗余存储于去中心化的个人数据中心。

高效算法获取原始数据集或者挖掘数据集，可以应用于各种应用。

3.4.技术架构

TFchain技术架构分四层，分别介绍如下：

第一层，应用层，包括以TFchain数据为支撑的出行应用、自动驾驶等等。

第二层，数据采集层，也就是挖矿层，该层主要包含社区提供的移动APP

和车载矿机以及激活的第三方设备等；

还包括账户体系、TFToken体系、TF-

OS矿机操作系统等；

第三层，区块链的节点架构和部署；

第四层，基于区块链的分布式存储。

3.5.TFchain提供的服务

TFchain提供的服务也从四个方面阐述：

n区块链账本体系，海量数据库存储，存储支持横向弹性扩展，基于众包挖矿形式扩展，热接入。

全面的监控体系，高稳定和长时间服务的存储节点，获得更高的TFToken；

n数据采集设备，包括移动应用APP和车载矿机，还包括采集协议和设备授权等。

n车辆数字身份证ID，基于实时交通数据的各种DAPPs；

n生态内的自由支付媒介，包括PC钱包和手机钱包，矿机和钱包的对接，钱包和其他交易所的对接等。

3.6.TFToken产生机制

3.6.1.TFToken产生渠道

TFToken的产生渠道主要从四个方面产生，包括移动应用手机设备的挖矿，车载数据采集矿机挖矿，互联驾驶数据存储支撑挖矿，账本节点设备挖矿。

n手机下载应用程序：

用户可以直接下载TFchain数据收集应用程序，数据收集应用程序收集的数据精度低，奖励的Token产量低；

n车载互联驾驶设备：

有车一族的专业设备，内置互联驾驶生态OS系统，拥有Sim卡、提供各类互联驾驶应用下载，专业设备数据精度高，奖励Token产量高；

n互联驾驶数据存储设备：

互联驾驶设备收集的信息存储器，通过用户贡献家庭闲置带宽与设备内置的容量获得Token；

n账本节点：

通过创建账本、记账获得Token。

3.6.2.道路识别

只有有效的行驶路程才可以被认为为有效的挖矿过程。

系统通过矿机的轨迹和道路识别技术结合，判断挖矿行为的有效性。

用户行驶路径必须保持和道路的偏差在一定范围内才可以获得激励。

在TFchain系统中，矿机道路偏差值VRR（validrouteratio）的计算公式为：

VRR=有效行驶里程/总里程

平台初期上线运营时，VRR为0.8。

3.6.3.车载移动矿机挖矿监督

车载移动矿机主要装载于道路行驶工具上，通过行驶里程执行挖矿，并将车载移动矿机采集的道路信息返回给平台进行数据分享。

矿机的挖矿速度与交通工具的行驶速度和路况相关。

考虑到道路安全和社会效应，矿机挖矿效率与以下两个参数相关：

n交通工具的正常行驶速度值的区间

n本地区内其他用户共享的道路数据信息

平台根据用户共享道路信息计算出本地区矿机的平均挖矿效率，结合交通工具道路行驶速度范围，计算出本地区矿机效率预估。

对于明显偏离挖矿效率区间的矿机节点，系统根据算法降低其挖矿权重。

IFDelta=（MinerSpeed–AvgSpeed）/AvgSpeed>

30%;

THENMineWeight=MineWeight*（1-Delta2）

DONE

比如矿机的挖矿效率超过平均值的30%，矿机节点挖矿权重变为原来的1-0.09=0.91倍。

每日每个矿工的产量有个最大值（动态调整）

矿机挖矿燃烧费用，车载移动矿机采集的道路信息需要存储于分布式存储服务器，这个过程中需要向分布式存储矿机支付一定比例的TFToken。

3.6.4.有效挖矿提交

交易发起机制是指矿机满足什么条件才可以产生有效的挖矿提交。

考虑到路况信息共享的社会价值，有效挖矿具有以下约束：

n矿机连续挖矿里程不得少于10公里

n连续挖矿时间不得少于20分钟

n矿机提供两种机制发起有效挖矿申请，分别是按照时间和按照里程。

矿机按照时间每半小时提交一次有效挖矿申请，或者每20公里提交一次有效挖矿申请。

3.6.5.结算机制

矿机路况信息采集后缓存于本地，每隔UploadTime（默认5分钟）时间上传至分布式存储平台，并向分布式存储系统钱包地址支付一定比例的

TFchain存储使用费。

存储费用根据用户上传的道路交通数据的容量计算，计算单位为DFSPrice/M。

矿机依据有效挖矿规则提交挖矿数据后，区块链系统主钱包账户发起向矿机钱包地址的转账。

转账交易信息Payload中记录用户的里程、时间、位置、道路信息分布式存储哈希等信息作为额外信息。

3.6.6.分配机制

Token总额：

2640亿枚

矿场 90.9% 团队 9.1%

矿场（90.9%）：

2400亿枚，矿产根据全球国家人口及汽车数量进行区块分配；

Dapp转出地址：

0x234a42347c9ac726cd012b0cd0ade75dec0504db第一年全球每天固定产量：

131613369.86枚，当天未产出量全部销毁。

具体分配细节请查阅TFToken国家分配表

团队（9.1%）：

240亿枚,团队份额

团队地址：

0xb1e032d2d38a8159a9f24bed6df3cb8253794186

基金会地址：

0x1d3a9034a5f72b014d8d0a2a13d8f01dcf1269c2市场推广：

0x7256c2bbb84ea2dcb079430c703b22d50088de89

n早期团队：

100亿枚 从公开交易之日起第3年释放15%，第4年释

放15%，第5年释放30%，第6年释放30%，第7年释放10%。

n社群发展基金：

100亿枚

市场推广

社群发展基金会100亿

早期团队100亿

41%

18%

团队TFToken分配

n市场推广：

40亿枚

3.6.7.激励机制

挖矿激励机制和标准通过DAPP记录于区块链平台，各个矿机参与方都可以从区块链平台中获得相关信息；

早期参与矿机可以获得较高的激励，区块链平台DAPP中记录矿机激励权重的总体分配原则，按照时间递减；

矿机序列号及授权码记录与区块链DAPP中，所有加入挖矿网络的矿机必须经过DAPP的授权后方可获得激励；

车载移动矿机激励流程：

n车载移动矿机采集数据本地缓存并通过应用服务及数据分析平台共享

n道路信息数据满足有效挖矿需求后，系统以及算法自动为矿机选择分布式存储服务器，道路共享信息上传自分布式存储

n分布式存储矿机计算车载移动矿机上传数据哈希

n分布式存储矿机计算将道路数据元信息、数据哈希信息及车载移动矿机设备信息上传至区块链

n通过为车载移动矿机通过算法匹配分布式存储节点，并通过分布式存储上传道路及车载矿机信息（而不是车载移动矿机自己上传至区块链），防止了车载移动矿机设备伪造道路信息

n车载移动矿机向区块链平台DAPP发起挖矿激励请求

nDAPP收到激励请求，并通过分布式存储矿机上传的信息进行核实

n核实通过后，DAPP发起向车载移动矿机的钱包地址的转账

3.7.TFchain资产

TFchain资产为：

TF

TF：

可流通自由交易的Token；

TFD：

为数据专业设备，需求用等值$159.00的TF进行燃烧

TFS：

为数据存储设备，需求用等值$300.00的TF进行燃烧

TFN：

为账本节点，每新增一节点需求2000万枚TF进行燃烧。

4.应用场景

4.1.原始数据

TFchain定义原始数据为，移动APP或者车载矿机在行驶过程中，拍摄到的路况实况视频数据,以及数以万计用户路况实况视频数据集。

4.2.数据挖掘

以原始数据或数据集为对象，通过图片和视频识别、处理技术，抓取某一个维度的数据，为二级数据。

二级数据可以呈现很多场景，比如：

路面路况数据、路灯数据、道路绿化数据、前面车辆违章数据、车辆本身情况等等。

4.3.生态服务应用

基于原始数据或者二级数据汇聚而成的各种数据集，可以应用很多公路和汽车本身的场景。

当实现车与车（V2V）、车与路（V2R）、车与网（V2I）、车与人（V2H）等的互联互通，TFchain就会建立起一个繁荣的去中心化的交通生态。

4.3.1.路况

路面路况数据，可以形成一个路面路况实时监控应用，便于道路运管部门道路维护。

实况全景地图，基于原始数据视频回放，实时性更高，覆盖更广。

开车道路直播，基于实况道路信息的直播平台。

可以全球实时观看各大城市车辆道路情况。

4.3.2.路灯

路灯数据，可以形成一个路灯监控应用，便于路灯的监控和维护，可以提交给市政路灯管理部门。

4.3.3.道路绿化

道路绿化数据，可以形成一个道路绿化监控应用，便于道路绿化的监控和维护，可以提交给市政绿化管理部门。

4.3.4.路联网

路联网，基于道路实况数据集，实现道路自组网之间的通信与漫游，全局查看道路整体运行情况，为道路全局联控联调提供解决方案。

4.3.5.车辆内部控制

主要就是通过矿机内置其他传感器，实时感知汽车的内部温度、湿度、氧气含量，主动调节，达到安全、保养车辆的目的。

4.3.6.违章

路况数据中，可能会涵盖大量的其他车辆的信息，例如路况数据中可能拍到，很多其他车辆在应急车道行车，而且可以拍到违规车辆的车牌，这部分数据可以作为一个道路执法的依据，便于道路执法。

4.3.7.车联网

实现车辆与车辆的互联互通，基于此可以开发汽车雷达，汽车线上联盟，实况汽车等等。

4.3.8.广告

TFchain打通人、车、道路的有机互联生态之后，随着用户的迅速增