Skip to main content
 首页 » IPFS

显示ipfs节点统计信息

2021年05月09日27

「官方博客」js-ipfs 0.41.0 更新

我们已经完成了js-ipfs内部组件HU的巨大重构。我们已经切换到使用Promises和基于回调的异步/等待,并使用异步可迭代对象而不是Node.js流和Pull流。实际上,它不仅在js-ipfs内部,而且包括libp2p,IPLD和多格式在内的整个堆栈,都可以称之为完全重写。

请注意,此版本对核心API进行了重大更改,请参阅下面的“ API更改”部分以获取所有信息。

这是一段漫长而激动人心的旅程,但是这种重构为消费者,贡献者和核心开发人员带来了许多令人难以置信的即时和未来收益,这使所有工作和辛苦工作值得。

概括起来,我们有:默认情况下切换到流API以减少内存压力。通过删除缓冲区,Node.js和Pull Stream API减少了API的表面积,减少了代码库中的代码量以及我们所依赖的依赖项数量(对于较小的浏览器包和更快的安装时间)切换为使用异步可迭代对象以流式传输数据,以帮助使流式传输更易于访问,以使用异步/等待切换,这样我们将获得更好的错误堆栈跟踪并提高可读性和可维护性。在JavaScript中使用async / await已引起生态系统的广泛关注,并迅速成为编写惯用JS的实际方法。我们希望js-ipfs能够与时俱进,并通过使用现代JS函数,技术和实践继续为贡献者提供帮助。进行这些更改的主要思想是使代码比以往更容易贡献,更易于理解,更易于维护以及更快,更小。

这个变化是如此之大,如此重要,我们写了整篇博客来解释这一变化背后的动机!我们对该重构有一些统计数据:从package.json中删除了27个直接依赖项我们在浏览器包中减少了214个模块●轻巧的155 kB浏览器包减少了18%! ●更轻巧的124 kB ipfs-http-client浏览器软件包减少了60%! ●净删除约2,600行代码从ipfs-http-client(net)删除了约360行代码CI的运行时间缩短了大约10分钟...并且这些统计数据中的许多仅适用于js-ipfs和js-ipfs-http-client!对于IPFS,libp2p,IPLD和多种格式之间的60-70依赖性,我们看到了类似的变化。

UnixFS v1.5证明,对于包管理器来说,保存文件元数据非常重要,尤其是最后修改时间(mtime)。文件mtime允许他们有选择地仅同步更改的数据。到目前为止,如果要在IPFS上托管大型数据集(例如,程序包管理器的存储库),将很难进行更新。

最酷的是它是完全向后兼容的。仅当您选择添加元数据时,给定文件/目录的CID才会更改,否则CID将保持不变。

进行了一系列更改,将元数据功能添加到CLI,HTTP和用于输入和输出的核心API。还有两个新的MFS命令touch和chmod,它们使您可以随时更改元数据。有关所有新的UnixFS v1.5内容的详细信息,请参见下面的“ API更改”部分。

API更改核心API此版本中有主要的核心API更改。请参阅迁移指南。

●IPFS不是可以实例化的类,请使用IPFS.create。 IPFS节点实例不是事件发送器。

●如果设置为false,则传递给IPFS.create的init选项现在将不执行任何初始化步骤。如果存储库已经存在,它将被初始化。这已不再是这种情况。如果要初始化节点(但仅当存储库可用时),则将init:{allowNew:false}传递给构造函数。

●instance.ready属性已删除。请改用IPFS.create。

IPFS.createNode已被删除,请改用IPFS.create。

现在,在输入上添加accept mode和mtime选项,以允许为添加的文件设置mode和mtime元数据。有关更多信息,请参见核心接口文档。

现在,加法结果包含一个cid属性(一个CID实例),而不是一个字符串哈希属性。

现在,添加的结果包括mode和mtime属性(如果已设置)。

addReadableStream,addPullStream已被删除。请参阅迁移指南以获取更多信息。

addFromStream已被删除。使用添加代替。

addFromFs已被删除。请使用导出的globSource实用程序并将结果传递给添加。有关更多详细信息和示例,请参见glob源文档。

addFromURL已被删除。请使用导出的urlSource实用程序并将结果传递给添加。有关更多详细信息和示例,请参见URL源文档。

bitswap.stat结果已更改-需求和值列表现在是CID实例的数组,并且对等方现在是对等方ID []的字符串。

bitswap.wantlist现在返回一个CID实例数组。现在,block.rm返回一个异步迭代。

现在,block.rm生成{{cid:CID,error:Error}对象。

现在,block.stat结果包含一个cid属性(其值为CID实例),而不是一个key属性。

dht.findProvs,dht.provide,dht.put和dht.query现在都返回异步可迭代对象。

dht.findPeer,dht.findProvs,dht.provide,dht.put和dht.query现在产生/返回一个对象{id:string,addrs:Multiaddr []}而不是PeerInfo实例。

files.chmod已添加。有关信息,请参阅核心接口文档。

files.flush现在返回已刷新路径的根CID(默认为/)files.lsPullStream和files.lsReadableStream已删除。请参阅迁移指南以获取更多信息。

现在,files.ls返回一个异步迭代。

现在,files.ls结果包含一个cid属性(其值为CID实例),而不是哈希属性。

现在,files.ls结果包括mode和mtime属性(如果已设置)。有关更多信息,请参见核心接口文档。

files.ls不再需要很长的选项(在内核中)-默认情况下,您将收到所有数据。

files.mkdir现在接受mode和mtime选项,以允许设置mode和mtime元数据。有关更多信息,请参见核心接口文档。

files.readPullStream和files.readReadableStream已被删除。请参阅迁移指南以获取更多信息。

files.read现在返回异步可迭代。

现在,files.stat结果包含一个cid属性(其值为CID实例),而不是哈希属性。

现在,files.stat结果包括mode和mtime属性(如果已设置)。有关更多信息,请参见核心接口文档。

files.touch已添加。有关信息,请参阅核心接口文档。

files.write现在接受mode和mtime选项,以允许设置mode和mtime元数据。有关更多信息,请参见核心接口文档。

get现在返回异步可迭代。从迭代器生成的对象的content属性值现在是一个异步可迭代对象,该对象生成BufferList对象。

ls现在返回异步可迭代。

ls结果现在包含cid属性(其值为CID实例)而不是哈希属性。

ls结果现在包括mode和mtime属性(如果已设置)。有关更多信息,请参见核心接口文档。

现在,pin.add结果包含一个cid属性(一个CID实例),而不是一个字符串哈希属性。

pin.add现在接受超时选项。如果在超时窗口内未接收到任何数据,则此方法将引发TimeoutError。它可以作为数字或字符串传递。如果传递了一个数字,则将其解释为毫秒;否则,它将被解释为毫秒。如果传递了字符串,则将其解释为人类可读的持续时间。

pin.ls现在返回异步可迭代。pin.ls结果现在包含一个cid属性(一个CID实例),而不是一个字符串哈希属性。

pin.rm结果现在包含一个cid属性(一个CID实例),而不是一个字符串哈希属性。

ping现在返回异步可迭代。

refs和refs.local现在返回异步可迭代对象。

裁判现在接受超时选项。如果在超时窗口内未接收到任何数据,则此方法将引发TimeoutError。它可以作为数字或字符串传递。如果传递了一个数字,则将其解释为毫秒;否则,它将被解释为毫秒。如果传递了字符串,则将其解释为人类可读的持续时间。

repo.gc现在返回异步可迭代。

stats.bw现在返回异步可迭代。

swarm.peers现在返回对象的数组,该对象的对等属性为字符串,而不是PeerId的实例。

swarm.addrs现在返回对象{id:string,addrs:Multiaddr []}的数组,而不是PeerInfo实例。

HTTP API / api / v0 / add现在支持以下附加的多部分标头,以允许在单个文件上设置模式和mtime元数据:模式文件模式应用于创建的UnixFS条目[string] mtime修改时间(以秒为单位) ,从Unix时代开始或之后到创建UnixFS条目[number] mtime-nsecs的时间(以纳秒[number] / api / v0 / add为单位的修改时间)现在将返回文件Mode,Mtime和MtimeNsecs(如果放 )。

/ api / v0 / file / ls已被删除,请改用/ api / v0 / ls。

/ api / v0 / files / chmod已添加,并支持以下查询字符串args:将模式应用于[string]模式文件模式的文件的arg路径,以应用[string] / api / v0 / files / ls现在将返回文件Mode,Mtime和MtimeNsecs(如果已设置)。/ api / v0 / files / mkdir现在支持以下附加查询字符串args:模式文件模式,以秒为单位应用[string] mtime修改时间(基于Unix纪元)。

/ api / v0 / files / stat现在将返回文件Mode,Mtime和MtimeNsecs(如果已设置)。

/ api / v0 / files / touch已添加,并支持以下查询字符串args:arg路径mtime对其模式应用到[string](基于Unix纪元)的文件的修改时间,以秒为单位。

/ api / v0 / files / write现在支持以下附加的多部分标题:模式文件模式应用于创建的UnixFS条目[string] mtime修改时间(以秒为单位),从Unix纪元开始或之后到Unix纪元的时间。现在,创建UnixFS条目[Number] / api / v0 / ls会返回文件模式,Mtime和MtimeNsecs(如果已设置)。

命令行界面si jsipfs add [file ...]现在支持以下标志,以尊重和应用从文件系统添加或显式设置的文件的模式和mtime元数据:--preserve-mode自动将权限应用于从属文件系统创建的UnixFS条目[boolean] [default:false]-preserve-mtime自动将修改时间应用于从文件系统创建的UnixFS条目[Boolean] [Default:No]-模式文件模式适用于创建的UnixFS条目[string ]-mtime要应用于mtime修改的UnixFS条目的Unix纪元之前或之后的时间(以秒为单位)-mtime-nsecs修改时间分数(以纳秒为单位)[Number] jsipfs文件ls已被删除,请请改用jsipfs ls。

已添加Jsipfs文件chmod [模式] [路径]。

jsipfs文件ls现在可以打印文件模式和mtime。jsipfs文件mkdir现在支持以下标志:--mode文件模式适用于创建的UnixFS条目[string] --mtime修改将Unix纪元应用于创建的UnixFS条目jsipfs文件之前或之后的时间(以秒为单位) stat现在将显示文件模式和mtime。

si添加了jsipfs文件touch [path],并支持以下标志:--mtime修改将Unix纪元应用于创建的UnixFS条目写入之前或之后的时间(以秒为单位),现在jsipfs文件写入支持以下标志: --mode文件模式适用于创建的UnixFS条目[string] --mtime修改将Unix时期应用于创建的UnixFS条目之前或之后的时间(以秒为单位)。 jsipfs ls现在可以打印文件模式和mtime。

想要贡献吗?

报告/反馈

新技术释放海量存储红利 曙光存储迎来爆发式增长!

2021年是中国“十四五”规划的开局之年。该计划提到,有必要充分发挥海量数据和丰富的应用场景的优势,促进数字技术与实体经济的深度融合,赋权传统产业的转型升级,促进新兴产业的创造,新形式,新模式,增强了经济发展的新动力。

5G,人工智能,区块链等技术的应用和推广将不可避免地带来海量数据的大规模聚集,数十甚至数百PB的存储系统将成为行业规范。为了应对海量存储的压力,分布式存储技术将成为必然选择,专业的分布式存储厂商也将迎来广阔的市场和发展机遇。

Sugon是国内第一家从事分布式存储技术研究的制造商。经过十多年的自主研发,其技术和产品跻身世界一流水平;它在土壤市场中具有基础,致力于培养海量数据的应用,并且具有IO路径级别的深度。优化和快速个性化功能定制功能;在区块链,电信,运输,气象和环境保护领域的超大型存储系统的开发,部署和维护方面拥有经验。曙光继续引领分布式存储技术和市场的发展,推动相关产业的数字化转型,为数字经济的建设提供了坚实的基础。

IDC权威解释引领SDS市场增长最近,权威机构IDC发布了2020年第四季度的《中国软件定义存储(SDS)市场季度跟踪报告》。该报告显示,到2020年,中国的软件定义存储(SDS)市场将比去年同期增长51.7%。

Sugon以12.6%的市场份额排名第三!在市场领域,Sugon ParaStor连续7年以20.6%的市场份额排名分布式文件存储的前两名; Sugon XStor1000在9%的市场份额中位居分布式文件存储之首。前三位存储在该块中。

到2020年,Sugon分布式存储系统将在通信,区块链,运输,能源等领域展现爆炸性的增长,单个200PB的存储系统并同时支持13,000多个计算节点的应用规模,它将一次再次引领行业突破存储容量和性能的极限。 。

关键市场的突破并赢得通信行业的大订单从2020年整个SDS市场的角度来看,排名前五的行业仍然是政府,通信,教育,金融和广播媒体。其中,通信以61.1%的增长率排名第一。近年来,分布式存储技术已在通信行业中得到广泛推广,并且已广泛用于云转换,IoT,5G和其他新兴服务,虚拟化资源池,数据库服务以及传统的旧存储替换方案中。

2020年6月,在业内被称为“分布式存储测试上限”的集中通信采购项目中,Sugon分布式块存储XStor1000赢得了上亿元的大笔订单,其出色的性能远远超过了满分。同年10月,Sugon ParaStor入围用户分布式文件集中采购项目,在两个招标中均名列第一,中标份额超过1.5亿元。沉淀了十多年,积聚得很少。 Sugon分布式存储凭借其出色的性能,完善的功能和企业级的可靠性赢得了入场券,为进一步加深通信行业奠定了基础。

进入新兴市场Sugon在区块链存储方面的努力值得一提,IPFS首次出现在IDC新兴应用领域的统计数据中。作为分布式存储和区块链的结合,IPFS进入了快速发展时期。

Sugon Storage在对区块链存储技术和特性的深入理解基础上,于2020年构建了一个智能高效的独家存储系统ChainStor。基于数百个PB级存储系统的开发,优化以及智能运维经验,ChainStor对IO路径粒度进行了定向深度优化,关键性能指标可以提高20倍以上,数百个的PB系统每小时都在线。

自成立以来,ChainStor已成为许多区块链领先公司的首选存储解决方案,所提供的累积存储空间已超过1EB,从而不断突破了区块链领域基础存储规模和性能的上限。

今年3月,Sugon,Anmai Cloud和Lexun Technology共同签署了“ IPFS分布式存储EB级生产”战略合作协议,建立了EB级区块链存储资源池,并加快了分布式存储技术与行业的整合和发展。共同探索区块链存储生态健康发展的新模式

MassStor在中国排名第一,并成为存储的主要支柱。 2021年初,在由中国仪器仪表学会影像科学与工程分会和天津市电子学研究院“曙光海量存储”成立的“存储评估联合工作组”发布的首个“中国海量存储系统的MassStor 100排名列表”中系统ParaStor以72.35PB的有效容量位居榜首。另外,中国气象局信息中心,中原油田,雅典娜分布式存储实验室,北京中科寒武纪有限公司,上海生物科学研究所,上海瑞金医院等苏贡公司参与建设的项目都在名单上。 。 ,展示了Sugon Storage在气象,人工智能,能源,区块链和生物基因领域的强大实力。

进入2021年,“新基础设施”将继续普及,“数字化转型”也将面临新的挑战和机遇。 Sugon将继续深化自己在存储领域的研究,继续支持政府,科研机构,企业和其他部门的信息化建设,为新的基础奠定基础,帮助数字化转型,并为实现第十四个五年计划和2035年的长期目标。力量。

报告/反馈

星际大陆IPFS|Filecoin区块链浏览器,让你成为挖矿内行人

封锁blcok赢了:

这张图片占据了很大一部分页面,是每个Tipset中的blcok数量,使用不同的颜色来显示哪个矿工参与了区块的包装,简单易懂。该图的右侧是一小时突发速率和总功率(计算能力)的等级。该排名的计算基于近一小时的突发数据。在这里,您可以计算出计算ROI(投资回报率)的需求。 )所有数据。

链条健康指数:

整个区块链的显示健康状况包含一系列数据。

块集的高度Tipset Height指示链上当前块集的编号。随着新块的生成,该值将随着时间的推移继续增加。

微信
登录
用户名
密码
注册
用户名
密码
确认密码
昵称
邮箱
QQ
找回密码
用户名
邮箱
※ 重置链接将发送到邮箱