Filecoin 质押和线性释放规则,恒讯云FIL币的分配方案以及激励模型目标

本文主要是介绍Filecoin 质押和线性释放规则,恒讯云FIL币的分配方案以及激励模型目标,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

据恒讯云说道,9月7日Filecoin太空竞赛进入第三周,filecoin官网对于Filecoin网络进行了进一步的一系列压力测试,以此来评估网络整体对于失败和更新的反应。

Filecoin官方人员Mosh在slack表示,在Filecoin早期阶段,作为一个社区,必须做到高度可适应和灵活,

所有大矿工代表们需要一天24小时,一周7天在线,在遇到的任何问题下都能快速更新。

此外,Filecoin官方还表示,将对一些交易机器人的维护窗口和以上更新进行协调,继续密切观察,以确保这些重要的测试不会影响到比赛。
  恒讯云松鼠矿机

与此同时,浏览器信息显示,全网存储已经达到135PiB。

激励模型目标

按照filecoin官网的说法,Filecoin 网络的使命是为人类社会的信息提供高效、强大的、分布式的存储,他们把「Filecoin 经济」比作是一个「出口存储相关产品和服务的海岛」。

在这个海岛上,参与者包括了这些人:矿工、存储用户、开发者、研究员和代币持有者,

这些人一起协作,将生产原材料,例如硬盘、算力、人力等,变成可靠并有用的存储。

这个过程,就像一个个装满数据的集装箱(扇区),将其出口给有存储需求的潜在用户,并不断提高经济体的生产效率和存储的吸引力。

Filecoin 经济的激励模式尽可能让个体行为与网络目标激励相兼容,让参与者的理性行为能让网络受益,从而使所有参与者受益。

比如说,经济结构让提供可靠的存储服务成为理性选择,可靠的存储服务给网络带来可靠的口碑。

FIL的分配方案

filecoin通证分配细则显示:总量为 20 亿枚,被称作 FIL_BASE,5%分配给 Filecoin 基金会,10% 用于融资,15% 分配给协议实验室,70% 分配给矿工。

有 15% 的 FIL_BASE,即 21.4% 的矿工奖励,将被作为挖矿储备金以在未来激励检索矿工和其他类型的矿工,

具体使用方式以后由社区通过 Filecoin 改进提案(FIPs)共同决定。
  恒讯云松鼠矿机

Filecoin通证非线性铸造

Filecoin 代币的铸造方式改变了纯粹地基于时间的推移来铸造通证的传统方法。

如果把 Filecoin 比做一个海岛经济,在这个海岛上,要和岛上的居民交易,就需要获取岛上货币,也就是 FIL 通证。

但是货币超发会损害经济,因此网络通证的铸造需要和网络的效用紧密相连。

于是,Filecoin 网络引入了「区块奖励基准铸造」的概念,来估算网络效用。

这个方式主要的目的是让通证铸造速度和网络效用增长速度正相关,更符合经济规律,也更可持续。

许多加密经济模型都是简单按指数衰减,这种模型会鼓励网络启动期间的短期行为。

比如说,会促使存储矿工为了尽快封装存储进行挖矿而过度投资硬件,在消耗完这些早期区块奖励后退出网络会有盈利,但这样做,会导致用户数据丢失,并且无法访问长期存储。

而矿工也没有动力改善网络,进入一个恶性循环。

此外,也有可能导致大部分网络补贴是完全根据时间而不是根据提供给网络的实际存储量来支付的。

为了鼓励存储落地的一致性和长期存储投资而不仅仅是快速封装,Filecoin 引入了「区块奖励基准铸造」的方式,

替代了纯粹基于时间的推移来铸造通证的传统方法,而是随着网络上总存储算力的增加而提高区块奖励。

这样,既可以保留原始指数衰减模型的结构,又可以在网络启动的最初时段改善它。

一旦网络达到基准线,则发出与简单的指数衰减模型相同的累积区块奖励,但是如果网络未达到预先建立的阈值,则会延迟一部分区块奖励。

具体而言,其经济模型引入了「混合指数铸造机制」,即其中一部分奖励来自简单指数衰减「简单铸造」,另一部分来自网络基准线的「基准铸造」,每个时期的总奖励将是两个奖励的总和。

其中,简单铸造额外激励早期矿工,并在网络受到冲击时提供抗脆弱性;基准铸造则在网络创造更多价值时铸造更多的通证。

当网络可以解锁更大的潜力时,协议会铸造更多的通证以促进更多的交易。

按照 Filecoin 经济模型的设计,「简单铸造机制」分配 30%的存储挖矿配额,为「基准铸造」分配剩余的 70%。30%的简单铸造可以在网络受到冲击时提供反作用力和抗脆弱性。

基准线容量可以从当今全球存储的较小的百分比开始,之后将快速增长并在将来达到更高但仍然合理的全球存储比例。

初步来看,网络基准线将从 1EiB 开始(该数字不到当今全球存储量的 0.01%),并且每年以 200% 的速率增长(高于 40% 的世界存储量年增长率)。
  恒讯云松鼠矿机

当网络提供的存储量约为全球存储的 1-10%时 ,社区可以一起决定减缓增长率。

Filecoin 官网团队表示,Filecoin 网络的功能和性能将随着时间的推移而不断发展,未来会推出更多的功能进一步提高经济生产效率和存储吸引力,有可能包括:

维修矿工:当前,如果矿工终止存储某个扇区,他们需要支付如上所述的扇区终止费。

但如果有另一个矿工正在存储数据,则应该有一个被称为「维修矿工」的角色来检索数据,并建立新交易,将数据集成到新扇区中并确保存储了相应数量的副本。

应用矿工:很大一部分存储服务的价值来自应用程序、用户体验改善以及在服务本身上发展出的不同使用场景。

因此,对于 Filecoin 的未来版本而言,激励开发可以提高市场效用的高质量应用程序非常重要。

Filecoin 借贷:通证持有者可以将他们的通证借给矿工作为第三方质押,与矿工合作来分散市场波动风险并获得收益。

这就意味着未来在Filecoin网络抵押挖矿将成为可能。

可快速检索的复制证明:未来的复制证明将提供安全、快速和高效的检索服务。

可扩展共识:改进共识机制,将提高吞吐量与安全性。

通用智能合约:Filecoin 区块链的改进将可以使用通用智能合约和链上状态机

这篇关于Filecoin 质押和线性释放规则,恒讯云FIL币的分配方案以及激励模型目标的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/664470

相关文章

Python多线程应用中的卡死问题优化方案指南

《Python多线程应用中的卡死问题优化方案指南》在利用Python语言开发某查询软件时,遇到了点击搜索按钮后软件卡死的问题,本文将简单分析一下出现的原因以及对应的优化方案,希望对大家有所帮助... 目录问题描述优化方案1. 网络请求优化2. 多线程架构优化3. 全局异常处理4. 配置管理优化优化效果1.

MySQL容灾备份的实现方案

《MySQL容灾备份的实现方案》进行MySQL的容灾备份是确保数据安全和业务连续性的关键步骤,容灾备份可以分为本地备份和远程备份,主要包括逻辑备份和物理备份两种方式,下面就来具体介绍一下... 目录一、逻辑备份1. 使用mysqldump进行逻辑备份1.1 全库备份1.2 单库备份1.3 单表备份2. 恢复

redis中session会话共享的三种方案

《redis中session会话共享的三种方案》本文探讨了分布式系统中Session共享的三种解决方案,包括粘性会话、Session复制以及基于Redis的集中存储,具有一定的参考价值,感兴趣的可以了... 目录三种解决方案粘性会话(Sticky Sessions)Session复制Redis统一存储Spr

SpringBoot实现虚拟线程的方案

《SpringBoot实现虚拟线程的方案》Java19引入虚拟线程,本文就来介绍一下SpringBoot实现虚拟线程的方案,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,... 目录什么是虚拟线程虚拟线程和普通线程的区别SpringBoot使用虚拟线程配置@Async性能对比H

MySQL中读写分离方案对比分析与选型建议

《MySQL中读写分离方案对比分析与选型建议》MySQL读写分离是提升数据库可用性和性能的常见手段,本文将围绕现实生产环境中常见的几种读写分离模式进行系统对比,希望对大家有所帮助... 目录一、问题背景介绍二、多种解决方案对比2.1 原生mysql主从复制2.2 Proxy层中间件:ProxySQL2.3

Redis客户端连接机制的实现方案

《Redis客户端连接机制的实现方案》本文主要介绍了Redis客户端连接机制的实现方案,包括事件驱动模型、非阻塞I/O处理、连接池应用及配置优化,具有一定的参考价值,感兴趣的可以了解一下... 目录1. Redis连接模型概述2. 连接建立过程详解2.1 连php接初始化流程2.2 关键配置参数3. 最大连

MySQL 迁移至 Doris 最佳实践方案(最新整理)

《MySQL迁移至Doris最佳实践方案(最新整理)》本文将深入剖析三种经过实践验证的MySQL迁移至Doris的最佳方案,涵盖全量迁移、增量同步、混合迁移以及基于CDC(ChangeData... 目录一、China编程JDBC Catalog 联邦查询方案(适合跨库实时查询)1. 方案概述2. 环境要求3.

SpringBoot3.X 整合 MinIO 存储原生方案

《SpringBoot3.X整合MinIO存储原生方案》本文详细介绍了SpringBoot3.X整合MinIO的原生方案,从环境搭建到核心功能实现,涵盖了文件上传、下载、删除等常用操作,并补充了... 目录SpringBoot3.X整合MinIO存储原生方案:从环境搭建到实战开发一、前言:为什么选择MinI

Ubuntu如何分配​​未使用的空间

《Ubuntu如何分配​​未使用的空间》Ubuntu磁盘空间不足,实际未分配空间8.2G因LVM卷组名称格式差异(双破折号误写)导致无法扩展,确认正确卷组名后,使用lvextend和resize2fs... 目录1:原因2:操作3:报错5:解决问题:确认卷组名称​6:再次操作7:验证扩展是否成功8:问题已解

Knife4j+Axios+Redis前后端分离架构下的 API 管理与会话方案(最新推荐)

《Knife4j+Axios+Redis前后端分离架构下的API管理与会话方案(最新推荐)》本文主要介绍了Swagger与Knife4j的配置要点、前后端对接方法以及分布式Session实现原理,... 目录一、Swagger 与 Knife4j 的深度理解及配置要点Knife4j 配置关键要点1.Spri