HDT/BTD 数字资产已包含以下应用场景，且随着 BTD 存储节点数量和 BTD 项目用户未来的持续增长，HDT/BTD 数字资产的应用场景将持续不断增长。 6.4.1 存储服务 ⚫ 兑换基于 BTD 存储链的各种 DAPP 服务用户可以兑换基于 BTD 存储链的各种 DAPP 服务， 例如云盘存储等。商城服务 ⚫ 兑换商城商品用户可以兑换商城内各种商品。点对点服务用户之间可通过点对点方式，相互交换各自所需之服务。 6.4.4 线下服务项目已拓展了全球多个国家和地区的线下服务的兑换，并将持续拓展。 6.4.5 其他服务随着 BTD 项目全球化步伐的进一步加快以及和跨领域合作的深入开展,可使用 HDT/BTD 的场景也将会越来越多，HDT/BTD 的价值也会随之不断增加。
作者： admin
为优化和加速 BTD 项目的生态建设，BTD 基金会针对 ⚫ BTD 存储节点招募与推广 ⚫ 基于 BTD 项目的 dApp 开发 ⚫ dApp 用户推广和使用奖励 ⚫ BTD 项目社区服务奖励BTD 项目应用场景拓展奖励 ⚫ BTD 与其他区块链资产的兑换服务 ⚫ BTD 的价值交换与应用场景 ⚫ BTD 生态守护奖励等生态体系建设的各环节持续进行激励和奖励，推动 BTD 项目价值交换与实际应用场景的进一步多元化和丰富化。上述 BTD 激励体系的逐步落地执行，将快速提升并稳定 BTD 项目的长期用户数量，加速 BTD 全球生态链的建设。
在 BTD 存储链的运行过程中，有多种场景会触发 BTD 的销毁机制。第一种：行权智能合约。行权智能合约被触发后，行权方按照 1BTD= （当前全网 HDT 流通总额/当前全网 BTD 流通总额）*1 HDT 将其 BTD 兑换成 HDT。在行权方获得 HDT 的同时，行权方所支付的 BTD 被销毁。第二种：回购销毁。所有获得基金会存储资源和计算资源支持的生态链以及技术合作伙伴，其所获市场收益的 30%用于回购 BTD 后销毁。第三钟：质押销毁。在 BTD 存储链的节点信任度机制启动后，节点可以通过质押 BTD 用于提升信任度。当节点因在线率和/或故障率达不到要求出现违约时，其质押的 BTD 会因惩罚机制而被相应扣除，被扣除的 BTD 则被销毁。基金会将定期公布 BTD 的销毁情况。
BTD 存储节点所产出的 BTD 总量为 224000 万个。 BTD 的产出数量根据当日新增的 HDT 数量决定。每日 BTD 产出数量与 HDT 数量的相互关系为
即当每日 HDT 增长时，对应产出更多的 BTD。但当每日新增 HDT 超过 500 万后，每天新增 BTD 固定保持为 35 万，直到 BTD 产出完毕。BTD 产出完毕后,存储节点每天还会继续产生新增的 HDT，此时每个 BTD 可行权获得的 HDT 数量会继续持续增加。
BTD 总量 28 亿，其中的 80%由存储节点通过贡献存储空间和执行存储任务而逐步产出； 9%由基金会持有，用于项目运营、市场推广、社区发展和长期服务； 2%作为公益存储，用于向各种公益组织提供免费存储服务； 3%用作市场生态，激励生态链各方积极参与应用落地和生态建设； 2%由机构投资人所持有。
1%由基石投资人所持有。剩余 3%由项目团队持有并锁定 2 年后分期释放。相比测试网分配机制，BTD 主网大幅提升了存储节点的 BTD 占比，并首创为全球公益组织提供免费存储，分配机制进行了大幅优化，也大幅提升了项目的社会价值和长期发展空间。
用户对已存储的文件进行检索和内容读取时，根据文件 HASH 标识在 BTD 存储链中进行广播检索,有该 HASH 资源的存储节点收到广播后通知用户,用户验证确认后,根据存储节点的的网络情况，选择网络信道最优的多个节点，同步读取该文件的不同数据分片实现并行下载,取得足够的文件片数后解密从而恢复文件。 5.10 小结 BTD 项目是由分布于全球的存储节点共同组成的分布式存储网络，每个存储节点都对外提供一定的存储容量资源和网络带宽保证从而形成海量和弹性的存储资源池，共同对外提供私密安全的共享存储服务。除了用户自身,包括存储节点以及比特米基金会技术团队在内的任何其他方都无法获得文件内容，保证了 BTD 项目具有非常高等级的私密性; 而全球海量节点的冗余备份，也避免了单节点失效对文件存储服务的影响，从而保证了 BTD 项目具备天然的异地容灾备份能力和数据安全保障能力. 同时 BTD 项目不依赖任何中心服务器，这也意味着任何恶意的单节点攻击都将失效。
恶意用户攻击指存储节点真实完成存储服务后，恶意拒绝支付存储节点所应得的 HDT 激励的行为. 为防止上述攻击，BTD 项目采取了创造性的信任机制进行防范。用户 A 在第一次存文件时其地址信任度为 0（因为其历史上从未成功执行过存储任务），所以该用户即使其申请保存某个巨大文件，但其请求也会被存储节点的智能合约拆分成微小文件，并在微小文件存储任务完成后和用户 A 进行结算，只有结算完成，存储节点获得该部分文件所应得的 HDT 激励后，此时用户 A 信任度才能提升，从而才会自动允许加大存储量，自动继续执行后续任务。因此用户的信任度是必须通过花费 HDT 才能提升。因此恶意用户必须支付前置成本（发起攻击前其地址信任度必须大于 0，从而意味着恶意用户为实施攻击必须支付前置成本），且该成本会随着其试图恶意消耗存储容量的大小而迅速提升造成攻击成本难以承受；此外恶意用户的恶意攻击行为也会在极短时间之内被存储节点所发现，存储节点将删除其已保存的文件，并将此用户列入恶意用户名单,从而可防止恶意用户对存储链产生广泛和实质性影响。
用户 A 在存储任务完毕后，发起对上述 M 个节点所提供的存储服务的验证。用户 A 独立对每个节点存储后的内容进行基于 Merkele 树-摘要 HASH 的反向快速验证，如果不能响应成功，则说明该节点并未真实存储用户 A 的文件，用户 A 将该节点记录为恶意节点，并拒绝向该节点支付本次存储服务的 HDT。每个用户可独立保持自己的恶意存储节点名单。真正的恶意存储节点很快就会被合法用户独立发现并列入恶意节点名单，从而失去对存储链的长期危害性。上述存储机制使得恶意存储节点即使存在也对整个存储链影响有限。
BTD 项目用户进行文件存储时，需要使用 HDT 对 BTD 项目进行驱动。 BTD 项目文件系统使用 BDFS 分布式文件系统作为底层文件系统5.8.1 典型存储过程 BTD 项目用户 A 存文件时，先将所需存储的文件进行分片和冗余加密，并形成文件分片的 Merkle 树，然后向存储链广播相应的分片存储请求消息，内容包含任务序号、文件分片大小、Hash 值，以及所需存储的副本数量、节点向下广播跳数、广播有效期和所支付的 HDT 等相关信息。智能合约核实用户 A 的 HDT 后将其所支付的 HDT 进行冻结，然后广播消息才能对外发送，以防止 HDT 不足的用户浪费存储资源行为的产生。用户 A 在 BTD 项目上的临近节点和路由节点收到该任务广播后，先校验用户 A 的 BTD 项目地址是否真实，以及合约任务所输入的 HDT 是否充足，校验任务真实性后，决定是否响应本次存储任务。如果该临近节点决定执行本任务，则将该信息的广播跳数减 1 后继续向自己的临近节点进行广播。如果临近节点决定不参与执行本任务，则不减广播跳数，直接向临近节点进行广播。节点依次类推进行消息广播，直到跳数减到 0 时截止广播。所有决定参与该任务的节点，都直接与用户 A 建立连接。此时用户 A 将根据响应存储文件的节点个数 N 和所需存储的份数 M，决定下一步操作：如果 N>=M，则智能合约根据节点的响应时间次序和节点存储服务质量加权，选择 M 个节点执行本次存储，由最终所确定和验证存储服务完成的 M 个节点共享用户 A 对本次存储服务所支付的 HDT。如果 N将根据 Hash 值判断已执行而选择忽略本次存储任务，不减广播跳数直接向临近节点广播。依次类推，直到用户 A 的存储任务被完整执行并验证后，同时用户 A 向最终的 M 个节点完全支付本次存储服务所对应的 HDT。无恶意节点情况时，典型存储任务一般在最多 2 次广播内完成。 BTD 项目创造性地使用 HDT 的成功交易作为信任度判断。某个存储服务用户的信任度与该用户地址为存储所花费的 HDT 总数正相关，而某个存储节点的信任度则与该存储节点地址因为提供存储服务而获得的 HDT 总数正相关。因此正常完成的存储任务，在将用户 A 用于存储服务所支付的 HDT 转移到存储节点的同时，既增加了用户 A 的信任度，也增加了存储节点的信任度。
BTD 项目的每个用户账户实际上是一个 BTD 钱包地址。每个用户保存自己的私钥，并将公钥对应的算法保存至 BTD 项目。 BTD 项目的用户使用 HDT 对存储服务进行驱动。一方面，BTD 项目用户对文件的存储、读取、和分享等行为驱动整个 BTD 项目实现相关功能；另一方面，用户在存储和读取文件时需支付 HDT，从而来激励 BTD 项目上的存储服务节点和辅助验证节点的有序运行。 BTD 项目的具体技术实现,由文件存储、文件检索和读取等环节构成