ipfs分布式网络的含义是什么?

ipfs分布式网络的含义是什么?,第1张

IPFS分布式网络
IPFS分布式网络,也称为网状网络,与分布在不同位置的计算机系统互连,如下所示。网络中没有中心节点。通信子网为封闭结构,通信控制功能分布于各个节点。 IPFS网络分布式网络由不同位置的分布式节点互连,具有多个终端。网络上的一切都由两条线路连接,如果一条线路出现故障,通信可以通过另一条链路进行,可靠性高,同时很容易扩展网络。对接火雷神算。
IPFS分布式网络特性:
分布式网络:可靠性高,网络节点易于资源共享,改善电路信息流分布,能够以极小的传输延迟选择最佳路径,控制非常复杂,软件非常复杂,电路成本高。不容易扩展。
LAN一般只有四种,在实际构建LAN时,拓扑不一定是单一的,一般采用这四种拓扑的组合。特别是由于本地网络互连技术的积极发展,会出现复杂的拓扑结构。分布式网络是广域网中常用的一种拓扑结构。

IPFS分布式网络架构
IPFS
分布式网络架构中常见的网络包括IEEE 80216H网络和技术网络。
IEEE 80216H 标准致力于改进策略和媒体访问控制机制,以确保IEEE 80216 认证系统和认证系统的共存。主要思想是IEEE 80216 制定的QoS 要求,允许多个系统共享资源。
一个网络由一个基站和几个用户组成。基站以ad-hoc模式构成社区,社区中的每个基站都必须维护一个组成社区的基站列表,社区使用基于端口的通信。换句话说,用户站不直接与外部基站通信,也不需要注册它们的位置:IEEE 80216h 的实现与数据库密切相关。火雷神算认为,每个基站都有一个可以向其他基站开放的数据库,数据库中包含基站和用户站本身的信息以及频谱共享所需的信息。 IEEE 80216H 网络中有两种集中式和分布式控制方案。
最重要的实体是网管系统(network management system,nms),如果可以从一个新基站进入社区,是否可以管理?当一个新的基站进入社区时,首先向网管系统注册。并且可以寻址可以通过网管系统访问的身份识别服务器和相关公司。新基站通过频谱搜索过程识别开放频谱。使用开放频谱搜索时,还必须注册I域数据库和相邻基站,基站使用共存协议进行注册,并通过互联网协议(Internet Protocol,IP)与相邻基站进行通信。查询基站还可以优先访问相邻基站。基站共享数据库获取全球定位系统PGPS位置覆盖区域等。

原文:

Web3 应用程序在 2021 年的受欢迎程度飙升。该技术用例的增长也为支持它们的基础设施带来了更大的需求。 IPFS 已成为开发人员和用户在新兴 Web3 生态系统中使用的解决方案不可或缺的一部分。 网络统计:存储在 IPFS 上的 NFT:15M+每周唯一活跃 IPFS 节点:230K+ipfsio 网关用户每周:370 万+ipfsio 每周网关请求:805M+

2021 年合作与整合


拥有 IPFS 和NFTStorage等工具 , Web3存储 , 和Estuary 在后端使项目能够提供分散存储功能作为其产品的一部分。


让我们来看看一些最值得注意的应用程序:


1 Opensea 集成 NFTStorage 以实现安全、平台范围的 NFT 持久性


OpenSea 是去中心化网络上最大的 NFT 市场之一。它合作了 与 IPFS 和 FIlecoin 集成 NFTStorage 并允许用户“冻结”他们的 NFT 元数据。这个过程允许创作者真正去中心化他们的 NFT,将权力交还给创作者,而不是托管者。


如今, OpenSea 用户可以创建不可变的 NFT 数据以持久存储在 Filecoin 的区块链上,并通过 IPFS 内容 ID 完成检索数据的寻址。 IPFS 内容寻址通过消除“地毯拉动”或 NFT 元数据错位的可能性,为 NFT 托管提供了完美的解决方案。


2 Brave 在其正在进行的 Web3 集成中添加了对 IPFS 的本地支持


在包含自己的加密货币钱包之后,Brave 通过集成 IPFS,继续为其桌面 Web 浏览器添加 Web3 功能。 现在允许用户通过本地解析 IPFS 地址来访问存储在协议上的内容。


整合是多年合作的结果 两个团队之间的合作, 目标是让最终用户尽可能地访问 IPFS。这是朝着将 IPFS 转变为所有浏览器最终可能支持的公认互联网标准迈出的一大步。


3 Opera 扩展了对 IPFS 协议寻址的支持


Opera 于 2020 年首次在其 Android 浏览器中添加了对 IPFS 的支持 。今年,它将相同的功能扩展到其Opera Touch iOS 用户的浏览器,允许他们导航到 ipfs:// 和 ipns:// 地址。


4 Pinata 让任何人都可以轻松利用 IPFS


这种固定和文件管理服务允许用户以简单无缝的方式存储区块链经常引用的内容。 Pinata 充分利用IPFS 固定服务 API 将内容发布到 IPFS 网络,允许基于 CID 的去中心化存储和高效检索


5 ScalaShare 通过 IPFS 为 Web3 带来了安全的文件共享


互联网上用户之间的文件共享始于 P2P 共享,但ScalaShare 带来了 在 IPFS 的帮助下将此功能应用于 Web3。 对于那些不愿意将数据交给大公司的人来说,这个简单的开源工具可能会成为首选的文件存储系统。


6 Audius 依靠 CID 按需流式传输音乐


Audius 将 Web3 上的音乐流媒体服务带入了一个新的方向。 Audius使用 IPFS 集成来存储和检索数据 可以确保没有断开的曲目链接,并且所有音乐都交付给用户,而不依赖于集中式服务器


IPFS 的 CID 是确保此音乐流媒体服务正常运行并继续使用的关键 流行的 Web 20 应用程序(如 TikTok)上的 Web3 基础架构。


7 Palm 在其可持续的 NFT 平台上使用 IPFS 进行存储


这个相对较新的 NFT 工作室最近与 IPFS 合作。Palm 具有用于生成 NFT 的可持续架构。它使用基于代币的经济来维持具有快速交易时间和低gas费用的生态系统,所有这些都基于节能技术。 IPFS 提供了它需要的解决方案,以确保用户始终可以访问他们的工作


8 Valist 信任 IPFS 以实现安全的 Web3 软件分发


通过网站或应用商店发布软件有时会引入安全问题,正如 2020 SolarWinds 攻击所证明的那样。Valist通过允许开发团队以 Web3-native 方式分发软件来解决这个问题。 IPFS 通过提供大量开箱即用的安全保证,充当 Valist 的主要存储层。


9 Snapshot 确保 DAO 投票过程通过 IPFS 去中心化


流行的 DAO 投票系统快照 依赖 IPFS 作为其基础设施的核心部分。 它允许 DAO 成员通过去中心化投票过程就特定协议提案达成共识。快照是从产品到协议的一切社区治理不断增长的空间中最常用的工具之一


技术更新


2021 年还见证了 IPFS 工作方式的多项技术更新。其中的核心是:


1 IPFS 0110


这是面向 Go 开发人员的 IPFS 实现。除了重要的修复之外, 最新版本还改进了 UnixFS 分片和 PubSub 实验以及对 Circuit-Relay v2 的支持 。在这一年中,还进行了其他改进,例如:


对 go-ipfs 的 IPLD 内部结构的更改使使用非 UnixFS DAG 更容易提供多种新命令和配置选项网关支持通过 DAG 导出端点下载任意 IPLD 图自定义 DNS 解析器支持非 ICANN DNSLink 名称单独打包的迁移为 Apple M1 硬件构建固定服务的 WebUI 支持远程固定服务更快的固定和取消固定


2 JS IPFS 0600


JS IPFS 是基于 JavaScript 的类似实现。 它缓解了将 IPFS 数据与 JavaScript 应用程序链接的问题,允许开发人员使用它来本地访问 IPFS 数据 。最新版本包括重要的错误修复,并且全年进行了重要的改进,例如:


ESM 和 CJS 双重发布一个更简单的 globSource APIPubSub 支持解决浏览器连接限制ipfsget 上的压缩包输出默认从 RSA 切换到 Ed25519Dag 导入导出实现更好的类型定义启用 NAT UPnP 打孔在 ipfs->细数网络上常见的几种常见的存储方式,为何说IPFS未来能够成为主流的网络数据存储?这当然是由于它完备的数据存储机制来决定的。

当然,使用IPFS网络进行数据存储目前还无法成为大众所常见的场景,如果说个人的数据量较小,完全没有必要再部署IPFS再进二级市场获得FIL进行数据存储,这实属正常。那么企业有较大数据量的存储需求就完全有必要使用IPFS来完成,IPFS能够通过数据分解分发的不同网络地址以及物理地址的网络节点中,然后无需担心数据丢失以及被第三方所掌握,这是基于IPFS的分布式kad算法进行的分解加密,第三方无法获得完整多节点中的碎片数据副本来组合成为完整的数据文件。

在IPFS的kad算法中,所有的网络节点id标识都是通过哈希值二进制进行计算的,这也就是IPFS网络中能够抵抗女巫攻击的根本优势所在,单一节点id标识很难被冒充,只有通过部署IPFS协议算法自动进行的id标识才能够进行数据的取回进行访问。

IPFS的Filecoin还会对存储市场中存储矿工所做的数据存储工作有效性依据订单周期不断地进行数据验证,证明提交验证,同时Filecoin也对证明数据雅正效率不断地进行改善,目前Fileconi已经能够支撑起海量数据同时多分级、多节点进行相关的处理和分发存储。
Filecoin 致力于构建一个全球化的、去中心化的存储网络,让每个人都能存储大数据,解决数据安全和隐私问题。随着Web 30时代的到来,大数据时代也开启了,那么大数据以及对应的热数据和冷数据是如何存储在Filecoin 中的?

大数据最早用于IT行业进行数据采集,具有容量大、类型多样、访问速度快、应用价值高等特点。当前,它正在迅速发展成为通过收集、存储和分析海量、分散的来源、各种类型的数据以发现新知识、创造新价值、增强新能力的下一代信息技术和服务业态。大数据采用分布式架构,需要对大量数据进行分布式数据挖掘,因此必须依赖云计算的分布式处理、分布式数据库和云存储、虚拟化技术。

数据大致分为两类:热数据和冷数据。

热点数据:需要计算节点频繁访问的在线数据。

比如天气、交通信息、连载电视剧、流行小说、音乐等都是数据热点数据。

热点数据访问频率高、效率高,需要强大的存储服务服务器来实现更快的读取和计算。

冷数据:离线类不常访问的数据。

示例包括企业备份数据、业务和运营日志数据、呼叫率和统计数据、 历史 数据等。

认为这类数据通常访问频率较低,效率要求相对较低,这类数据通常也比较重要,所以安全存储是首选,分布式存储是不错的选择。用一句话概括它们之间的差异。热数据就近计算,冷数据集中存储。

IPFS 项目集成了BitTorrent、DHT、Git 和SFS 等技术来创建点对点超媒体协议。目标是创建更快、更安全、更开放的下一代互联网,以便永久维护互联网。可用且数据可能是永久性的。存储全局文件存储系统。

Filecoin目前主要存储冷数据,这个阶段的成本也高于云存储的成本,因为它要保证数据的安全存储,存储和验证过程的计算成本更高。Filecoin 是现阶段的安全冷数据存储网络,因为当前客户通常存储需要在Filecoin 网络上长期或永久存储的数据。

当然,Filecoin 也自带搜索功能,可以提供实时的数据搜索和查询。随着Filecoin 网络性能的不断提升,计算能力将不断提升,未来将容纳更多的热点数据。

目前全网算力以60PiB的速度高速增长,使用成本越来越低,为实现大规模数据应用提供了坚实的基础。未来,数据将作为生产资料,Filecoin是生产资料存放的土地。随着IPFS网络的进一步应用,Filecoin将推动IPFS创造越来越多的数据价值。

《开源精选》是我们分享Github、Gitee等开源社区中优质项目的栏目,包括技术、学习、实用与各种有趣的内容。本期推荐的IPFS 是一个分布式系统,用于存储和访问文件、网站、应用程序和数据。

而且,当您使用 IPFS 时,您不只是从其他人那里下载文件——您的计算机也有助于分发它们。当您在几个街区外的朋友需要相同的 Wikipedia 页面时,他们可能会像从您的邻居或任何使用 IPFS 的人那里一样从您那里获得它。

IPFS 不仅可以用于网页,还可以用于计算机可能存储的任何类型的文件,无论是文档、电子邮件,甚至是数据库记录。

可以从不由一个组织管理的多个位置下载文件:

最后一点实际上是 IPFS 的全名: InterPlanetary File System 。我们正在努力建立一个系统,该系统可以在不连贯或相隔很远的地方工作,就像行星一样。虽然这是一个理想主义的目标,但它让我们努力工作和思考,几乎我们为实现这一目标而创造的一切在家里也很有用。

IPFS 是一个点对点 (p2p) 存储网络。可以通过位于世界任何地方的对等点访问内容,这些对等点可能会传递信息、存储信息或两者兼而有之。IPFS 知道如何使用其内容地址而不是其位置来查找您要求的内容。

理解 IPFS 的三个基本原则:

这三个原则相互依赖,以启用 IPFS 生态系统。让我们从 内容寻址 和内容的唯一标识开始。

互联网和您的计算机上都存在这个问题!现在,内容是按位置查找的,例如:

相比之下,每条使用 IPFS 协议的内容都有一个 内容标识符 ,即 CID,即其 哈希值 。散列对于它所来自的内容来说是唯一的,即使它与原始内容相比可能看起来很短。

有向无环图 (DAG)

IPFS 和许多其他分布式系统利用称为有向无环图的数据结构 (打开新窗口),或 DAG。具体来说,他们使用 Merkle DAG ,其中每个节点都有一个唯一标识符,该标识符是节点内容的哈希。
IPFS 使用针对表示目录和文件进行了优化的 Merkle DAG,但您可以通过多种不同的方式构建 Merkle DAG。例如,Git 使用 Merkle DAG,其中包含许多版本的存储库。

为了构建内容的 Merkle DAG 表示,IPFS 通常首先将其拆分为 块 。将其拆分为块意味着文件的不同部分可以来自不同的来源并可以快速进行身份验证。

分布式哈希表 (DHT)

要查找哪些对等方正在托管您所追求的内容( 发现 ),IPFS 使用分布式哈希表或 DHT。哈希表是值键的数据库。 分布式 哈希表是一种表在分布式网络中的所有对等方之间拆分的表。要查找内容,您需要询问这些同行。

libp2p项目 (打开新窗口)是 IPFS 生态系统的一部分,它提供 DHT 并处理对等点之间的连接和交谈。

一旦你知道你的内容在哪里(或者更准确地说,哪些对等点正在存储构成你所追求的内容的每个块),你就可以再次使用 DHT 来查找这些对等点的当前位置( 路由 )。因此,要获取内容,请使用 libp2p 查询 DHT 两次。

然而,这确实意味着 IPFS 本身并没有明确保护 有关 CID 和提供或检索它们的节点的知识。这不是分布式网络所独有的。在 d-web 和 legacy web 上,流量和其他元数据都可以通过可以推断出很多关于网络及其用户的方式进行监控。下面概述了这方面的一些关键细节,但简而言之:虽然 节点之间 的 IPFS 流量是加密的,但这些节点发布到 DHT 的元数据是公开的。节点宣布对 DHT 功能至关重要的各种信息——包括它们的唯一节点标识符 (PeerID) 和它们提供的数据的 CID——因此,关于哪些节点正在检索和/或重新提供哪些 CID 的信息是公开的可用的。

加密

网络中有两种类型的加密: 传输加密 和 内容加密 。

在两方之间发送数据时使用传输加密。阿尔伯特加密文件并将其发送给莱卡,莱卡在收到文件后对其进行解密。这会阻止第三方在数据从一个地方移动到另一个地方时查看数据。

内容加密用于保护数据,直到有人需要访问它。Albert 为他的每月预算创建了一个电子表格,并用密码保存它。当 Albert 需要再次访问它时,他必须输入密码才能解密文件。没有密码,Laika 无法查看该文件。

IPFS 使用传输加密,但不使用内容加密。这意味着您的数据在从一个 IPFS 节点发送到另一个节点时是安全的。但是,如果拥有 CID,任何人都可以下载和查看该数据。缺乏内容加密是一个有意的决定。您可以自由选择最适合您的项目的方法,而不是强迫您使用特定的加密协议。

如果您精通命令行并且只想立即启动并运行 IPFS,请遵循此快速入门指南。请注意,本指南假定您将安装 go-ipfs,这是用 Go 编写的参考实现。

ipfs将其所有设置和内部数据存储在称为 存储库的目录中。 在第一次使用 IPFS 之前,您需要使用以下ipfs init命令初始化存储库:

如果您在数据中心的服务器上运行,则应使用server配置文件初始化 IPFS。这样做会阻止 IPFS 创建大量数据中心内部流量来尝试发现本地节点:

您可能需要设置大量其他配置选项 — 查看完整参考 (打开新窗口)更多。

后面的散列peer identity:是您节点的 ID,与上面输出中显示的不同。网络上的其他节点使用它来查找并连接到您。如果需要,您可以随时运行ipfs id以再次获取它。

现在,尝试运行在ipfs init 那个样子ipfs cat /ipfs/ /readme。

您应该看到如下内容:

您可以 探索 存储库中的其他对象。特别是quick-start显示示例命令尝试的目录:

准备好将节点加入公共网络后,在另一个终端中运行 ipfs 守护程序,并等待以下所有三行显示您的节点已准备好:

记下您收到的 TCP 端口。如果它们不同,请在下面的命令中使用您的。

现在,切换回原来的终端。如果您已连接到网络,您应该能够在运行时看到对等方的 IPFS 地址:

这些是 /p2p/

现在,您应该能够从网络中获取对象了。尝试:

使用上述命令,IPFS 在网络中搜索 CIDQmSgv并将数据写入spaceship-launchjpg桌面上调用的文件中。

接下来,尝试将对象发送到网络,然后在您喜欢的浏览器中查看它。以下示例curl用作浏览器,但您也可以在其他浏览器中打开 IPFS URL:

您可以通过转到 来查看本地节点上的 Web 控制台localhost:5001/webui。这应该会d出一个这样的控制台:

Web 控制台显示可变文件系统 (MFS)中的文件。MFS 是内置于 Web 控制台的工具,可帮助您以与基于名称的文件系统相同的方式导航 IPFS 文件。

当您使用CLI 命令ipfs add 添加文件时,这些文件不会自动在 MFS 中可用。要查看您使用 CLI 添加的 IPFS 桌面中的文件,您必须将文件复制到 MFS:

—END—

开源协议:MIT License

开源地址:>

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/13157131.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-06-13
下一篇 2023-06-13

发表评论

登录后才能评论

评论列表(0条)

保存