群组信息 私有

大矿主

针对矿场规模5PB到10PB及以上级别

成员列表

  • 0_1542263389282_c374ed62-4a78-4ffd-a277-ebe41ae84252-image.png

    近期,协议实验室在一次针对IPFS中国社区说明的直播中,多次提到了IPFS挖矿第一人谢大炮,及其创建的Filecoin.cn中国社区。对于谢大炮为IPFS社区在中国推广中,所做出的贡献予以特别肯定。同时在分享中,特别展示了由谢大炮所组织的几次IPFS中国社区活动。

    以下是从IPFS协议实验室直播中,截取的部分展示:

    0_1542263789037_d77df091-16dc-4b4f-897c-5280b362cb99-image.png

    • 百度内部区块链社群交流活动,深入探讨IPFS

    0_1542263845781_a23aacdc-a313-4ff7-824c-85179d4aeadf-image.png

    • 重庆IPFS茶话会

    0_1542263948196_90d25eff-3858-4a4d-a9e2-7d1106ec4b61-image.png

    • 上海、深圳 IPFS 交流 MEET UP

    0_1542263991827_0c2b52f6-1bc8-42cf-895b-6e2423f2e113-image.png

    • BB News IPFS 80万人在线直播

    IPFS-Filecoin团队成员一直在推进项目进展,近期也发布了几次项目更新。每次有关IPFS的最新消息,在公众号中都有分享,未关注到的朋友可以查看一下公众号历史文章。

    在此,特别说明一下:

    按照前段时间IPFS官方发布的项目时间路线图,预计主网上线时间是在:2019年第2、3季度。只有主网上线之后才会开放 Fil Token 交易。另外,只有主网上线之后矿工才能参与挖矿。在此期间,建议各位关注IPFS的朋友,可以深入了解一下IPFS项目本身。

    以下是我们往期发布的与IPFS有关的几篇文章,供大家参考学习!

    【往期文章】

    识别二维码进入IPFS-Filecoin社群

    0_1542264339136_ab8088a9-b790-46a2-9f67-cb33f24c59bf-image.png

    发布在 博客(Blogs)
  • 0_1542079986930_8d6564a2-135d-45fa-83e6-4e1aaa216e80-image.png

    go-ipfs 0.4.18已发布!这是迄今为止最大的go-ipfs版本之一,进行了3个月的制作。在此,特别感谢所有为此项目做出贡献的人员!

    以下是有关此次版本更新的详细说明。

    ✨ 亮点

    此版本的升级功能包含:

    • 实验性QUIC支持 - 更快、更高效的对等节点连接,更好地处理有损网络和改进NAT遍历。

    • Gossipsub pubsub路由算法 - 显着提高IPFS上的pubsub、以及签名消息

    • 更新了WebUI - IPFS WebUI的一个重大更新,扩展了整个功能信息

    • 增强p2p、cid以及add - 许多IPFS命令的重构和新功能的增加。

    • 性能 - 许多IPFS子系统中的众多性能和效率改进。IPFS更快、更小、更可靠。

    🏃 QUIC

    首先,在网络方面,此版本引入了对QUIC协议的实验支持。QUIC是一种新的基于UDP的网络传输,它解决了TCP中许多长期问题。

    对我们来说,这意味着(最终):

    • 更少的本地资源 - TCP需要每个连接一个文件描述符,而QUIC(和大多数基于UDP的传输)可以在所有连接之间共享单个文件描述符。这应该允许我们更快地拨号,并保持更多连接打开。

    • 更快的连接建立 - 当包含客户端身份验证时,QUIC具有像TCP一样的三向交握。但是,与TCP不同,这种交握使我们从0到完全加密、经过身份验证和多路复用的连接。理论上(尚未实践),这应该显着减少DHT查询的延迟,这将改善许多IPFS操作,如添加和获取大量数据。

    • 在有损网络上表现的更好 - 当通过单个TCP连接复用多个请求时,单个丢弃的数据包,将在重新传输数据包时使整个连接停止。但是,由于QUIC在内部处理多路复用,因此丢弃单个数据包只会影响相关的流。

    • 更好的NAT遍历 - NAT穿孔非常容易,并且在许多情况下,与UDP相比,使用TCP更可靠。

    但是,我们还有很长的路要走。虽然我们鼓励用户对此进行测试,但IETF QUIC协议仍在积极发展,并将进一步发生变化。

    📨 Pubsub

    go-ipfs现在支持gossipsub路由算法和消息签名。

    gossipsub路由算法比目前的floodsub路由算法更高效。更好的是,它完全向后兼容,因此你可以启用它,并且可以仍然使用floodsub算法与节点通信。你可以通过链接找到在go-ipfs中启用gossipsub的说明 。(https://github.com/ipfs/go-ipfs/blob/master/docs/experimental-features.md#gossipsub)

    消息现在由发起人签名。虽然现在默认启用签名,但是为了避免破坏现有应用程序,严格的签名验证尚未且不会针对至少一个版本(可能是多个版本)。可以在通过链接阅读有关如何配置此功能的信息。(https://github.com/ipfs/go-ipfs/blob/master/docs/experimental-features.md#message-signing)

    🎛 命令更改

    就新玩具而言,此版本引入了:1、ipfs cid使用CID 的子命令;2、完全重构的ipfs p2p命令;3、流式名称解析;4、内联块支持。

    1、 ipfs cid

    新的ipfs cid命令允许用户检查CID,并在各种格式和版本之间进行转换。下面是一些例子:

    Print out the CID metadata (prefix)> ipfs cid format -f %P QmT78zSuBmuS4z925WZfrqQ1qHaJ56DQaTfyMUF7F8ff5o
    cidv0-protobuf-sha2-256-32# Get the hex sha256 hash from the CID.> ipfs cid format -b base16 -f '0x%D' QmT78zSuBmuS4z925WZfrqQ1qHaJ56DQaTfyMUF7F8ff5o0x46d44814b9c5af141c3aaab7c05dc5e844ead5f91f12858b021eba45768b4c0e# Convert a base58 v0 CID to a base32 v1 CID.> ipfs cid base32 QmT78zSuBmuS4z925WZfrqQ1qHaJ56DQaTfyMUF7F8ff5o
    bafybeicg2rebjoofv4kbyovkw7af3rpiitvnl6i7ckcywaq6xjcxnc2mby

    2 、ipfs p2p

    重构ipfs p2p命令允许通过两个IPFS节点,从一个主机转发到另一个主机的TCP流。这是ssh -L,但使用于IPFS的。 它仍处于试验阶段,但是我们不希望在这一点之后会有太多的突破性变化(很可能在下一个版本中稳定下来)。

    以下是此版本中重大更改的快速摘要:

    • 在接受单个连接后,我们不会停止侦听本地(转发)连接。

    • ipfs p2p stream ls 输出现在返回更多有用的输出,第一个地址始终是发起方地址。

    • ipfs p2p listener ls 重命名为 ipfs p2p ls

    • ipfs p2p listener close 重命名为 ipfs p2p close

    • 协议名称必须以/x/为前缀,/p2p/现在只作为处理程序名称传递给libp2p。以前的版本是在“引擎盖”下使用/p2p/前缀 。有一个--allow-custom-protocol标志允许你使用任何libp2p处理程序名称。

    • ipfs p2p listener open 被重命名为 ipfs p2p listen

    • ipfs p2p stream dial 被重命名为 ipfs p2p forward

    以下是连接远程IPFS节点的WebUI的快速示例:

    On the 'remote' IPFS host> ipfs id -f "<id>\n"QmSiXjrYwLmDhRvAb3vK2TUP8W2pTDd34MhgCwpanVjdNT# Configure the p2p listener on the remote IPFS instance:> ipfs p2p listen /x/kickass/1.0 /ip4/127.0.0.1/tcp/5001# On the 'local' IPFS host# Configure the p2p forwarder on the local host:> ipfs p2p forward /x/kickass/1.0 /ip4/127.0.0.1/tcp/5551 /ipfs/QmSiXjrYwLmDhRvAb3vK2TUP8W2pTDd34MhgCwpanVjdNT# Voila - point your browser at http://localhost:5551/webui to inspect your remote

    3、ipfs name resolve流式响应

    现在有一个新的标志ipfs name resolve- --stream。当使用标志集调用该命令时,它将在DHT和其他路由机制中,发现它们后立即开始返回结果。这使得某些应用程序被发现仍在运行时开始预取/显示数据。请注意,在找到并返回最新记录之前,该命令可能会返回许多过时的记录。但是,它总是会返回有效记录(即使有点过时)。

    4、ipfs add内联块支持

    在之前的版本中,我们添加了对提取内联到CID块的支持。在此版本中,我们添加了对创建这些CID的支持。现在ipfs add,你可以使用--inline标志将长度小于或等于32字节的内联块运行到CID中,而不是写入实际块。这应该会显着减少,具有许多空目录和小文件的文件系统树的大小。

    🌐 WebUI

    此版本包括最新的webui。可以通过安装go-ipfs并访问 http:// localhost:5001 / webui 来查看它。

    0_1542080028620_e3f0cbb5-dd27-4fc0-857c-10455699bbac-image.png

    0_1542080061383_8300874b-d0f3-45b2-91eb-b47efe6f61fe-image.png

    在此感谢webui团队!👏

    ⚡️ 表现

    此版本包括一些重要的性能改进,包括资源利用率和速度,特别是在传输大量小文件(或块)时。这一部分将介绍一些技术细节,如果你只是寻找闪亮的新功能,请随时跳过它。

    资源利用率

    在这个版本中,我们已经:(a)修复了libp2p中的慢速内存泄漏;(b)显著减少了分配负载。这些都可以提高内存和CPU使用率。

    0_1542080090513_1fcb536a-a757-4974-951d-58f56e3c9f89-image.png

    以上是我们的IPFS网关节点在GC中花费的时间图。在底部看到令人敬畏的浅蓝色线条?这是运行0.4.18的节点。IKR?

    0_1542080110191_da98de3c-0ba0-4a3f-ab36-f3e1a94055c9-image.png

    这张执行时间图表具有更大的可变性,但改进仍然很明显。

    数据结构

    我们已经更改了两个最常用的数据结构,CID和Multiaddrs,以减少分配负载。

    首先,我们现在将CID 编码为字符串,而不是在结构中(在指针后面)进行解码。除了更紧凑之外,我们的Cid类型现在是一个有效的map键,因此我们不再需要,每次想要在map / set中使用它们时对CID进行编码。将CID插入到映射/集中时,分配在重负载下显示为重要的分配来源,因此此更改应该可以提高内存使用率。

    其次,我们已经改变了许多multiaddr解析/处理/格式化函数以减少分配。我们DHT相关工作的大部分内容包括处理多个数据包,因此在大量使用DHT时会降低CPU利用率。

    Streams和Yamux

    Streams一直困扰着我们的内存利用率。这部分通过引入连接管理器来解决,将我们的最大连接数保持在合理的数量,但它们仍然是主要的内存接收器。

    通过此版本看到了两项改进:

    • 识别中的内存泄漏已得到修复。这缓慢的导致我们泄漏连接(锁定连接流使用的内存)。

    • Yamux流现在使用缓冲池支持,自动收缩读取缓冲区。之前,这个读缓冲区将增长到它的最大大小(几兆字节)并且永不缩小,但现在这些缓冲区会在它们被清空时收缩并有效释放空间。

    Bitswap性能

    由于ipfs / go-bitswap#5,Bitswap现在将把多个小块打包成一个消息 。虽然这在传输大文件(使用大块)时无济于事,但在传输许多小文件时会有所帮助。

    🛠 重构和努力

    这个版本还看到了另一个命令库重构,朝向CoreAPI工作,迈向可靠的base32 CID支持的第一步。

    命令Lib

    我们已经完全重构了我们的命令库(再次)。虽然它仍然需要相当多的工作,但它现在需要更少的样板,并且应该更加强大。重构立即发现两个破坏的测试,并且在正确返回和处理错误时,修复了相当多的错误。

    CoreAPI

    CoreAPI是一种与Go交互的IPFS新方法。虽然它仍然不是最终版,但你现在可以通过CLI或HTTP接口完成的大部分工作,都可以通过新API完成。

    目前只有Go实现存在,但是有计划很快通过HTTP公开新的API。我们还在研究为此API创建RPC接口,这有助于在一些用例中的性能实现。

    你可以在 https://github.com/ipfs/go-ipfs/issues/4498 中跟踪进度

    CIDv1 / Base32迁移

    我们正在继续努力将默认CID格式升级到Base32,同时保留与现有CID的兼容性。我们需要此更改来提高浏览器中IPFS内容的安全性。目前,IPFS通常通过浏览,在浏览器中使用https://SOME_GATEWAY/ipfs/CID/...。这种方法有两个明显的缺点:

    • 从浏览器安全角度来看,所有IPFS“站点”都将位于同一个源(SOME_GATEWAY)下。

    • 从UX的角度来看,这并不是非常“原生”(即使网关是本地IPFS节点)。

    为了解决安全问题,我们打算将IPFS网关链接切换 https://ipfs.io/ipfs/CID到https://CID.ipfs.dweb.link。这样,CID将成为“原点”的一部分, 因此每个IPFS网站将获得单独的安全原点。

    为了解决UX问题,我们一直致力于ipfs://CID/... 通过我们的ipfs-companion附加组件,和Mozilla的一些新的实验性扩展API,添加对Web浏览器的支持。这与将CID放在URL原点中具有相同的效果,但具有查看“native本机”的额外好处。

    不幸的是,原点必须不区分大小写。目前,最常见的CID是CIDv0 CID(那些以Qm开头的CID Qm),它们始终是 base58编码的,因此区分大小写。

    幸运的是,CIDv1(最新的CID格式)支持使用多基础标准的任意基础 。不幸的是,IPFS始终将等效的CIDv0和CIDv1 CID视为不同。这意味着使用等效的CIDv1无法查找使用CIDv0 CID(默认值)添加的文件。

    此版本通过引入两个功能在解决此问题方面取得了一些重大进展:

    1)前面提到的ipfs cid base32命令,用于将CID转换为域名所需的不区分大小写的编码。此命令将现有的base58 CIDv0,转换为使用base32编码的CIDv1。

    2)允许使用等效的CIDv1 CID(或反向),本地查找与CIDv0 CID相关联的块的hack。此hack最终将被替换为多哈索引的块存储,该存储对CID版本和多代码内容类型都是不可知的。

    📋 完整的更新日志

    与往常一样,您可以在ipfs / go-ipfs的Github存储库中找到完整的(大规模)更新日志:https://github.com/ipfs/go-ipfs/blob/master/CHANGELOG.md#go-ipfs-changelog- 1

    🙌 贡献

    你想帮助go-ipfs项目吗?

    ⁉️ 疑问

    有关IPFS的问题,比如说它的工作原理?以及使用它可以做些什么?了解这些问题最好的地方是 discuss.ipfs.io

    版本发布更新发表于IPFS官方博客,经Filecoin中国社区翻译整理。

    识别二维码进入IPFS-Filecoin社群

    0_1542080163678_ec3dd385-bf03-4f39-9a8a-d1b7d46c244e-image.png

    发布在 博客(Blogs)
  • 星际文件系统IPFS)是一种新的超媒体分发协议,主要通过内容和身份来解决。IPFS支持创建完全分布式应用程序,它的目的是使网络更快、更安全、更开放。由于这是一个相当大的范围,我们会在每周调整并跟进整个生态系统的开发。

    以下是IPFS最近一周动态。

    IPFS近期信息

    • 众多发布!js-ipfs 0.33.0正式发布了,并且具有许多重大变化,包括完整的UI更新、API更新和新的命令行工具。

    • ipfs-cluster 0.7.0也发布了,其中包含一些错误修正和一些你会喜欢的改进。

    • 微软在devcon4期间,在Azure上启动了IPFS模板。

    • 请参阅go-ipfs作为GoCity的代码库可视化。像模拟人生一样,但更好!
      https://go-city.github.io/#/github.com/ipfs/go-ipfs

    认识DavidDahl🙋♂️

    上周,在IPFS All Hands会议上,David Dahl向观众介绍了如何在IPFS上建立身份。David是IBM的软件工程师,自称是分布式爱好者,并经常为IPFS撰稿。点击链接查看他通过IPFS,为组织人员创建的类似Keybase社交证明和身份的工作:
    https://github.com/IBM/ipfs-social-proof/blob/master/PLAN.md

    IPFS最新文章

    以下是近期发表,与IPFS相关的最新文章

    • 文章:深入了解Textile's Threads协议背后的技术,发表于2018年10月31日

    • 文章:由Ravencoin和IPFS提供的分布式Web,发表于2018年10月31日

    • 文章:使用Open API进行分散交换以促进安全令牌交易,发表于2018年10月30日

    • 文章:位置寻址与内容寻址详解,发表于2018年10月30日,qri博客

    • 文章:Hacking Graphite:在IPFS上存储文档,发表于2018年10月30日

    • 文章:探索分散式和分布式医疗IT,发表于2018年10月30日

    • 文章:分散或集中,为什么不混合?发表于2018年10月24日

    版本更新

    查看整个生态系统中最新版本的IPFS工具和项目。

    • 查看即将发布的go-ipfs 0.4.18版本,此次版本内容进行了大量更新,这是近期最大的go-ipfs版本之一!

    • 100发布:IPFS Companion版本登陆测试通道,在趋于稳定之前可以给出你的反馈,以下为测试地址:
      https://github.com/ipfs-shipyard/ipfs-companion/releases/tag/v2.5.1.11970

    • gatsby-plugin-ipfs 2.0.2 - 通过确保资产是相对的,增加了部署Gatsby到IPFS的支持。

    IPFS工具与项目

    Awesome IPFS是一个用于社区维护和更新的项目工具,任何与IPFS相关的东西都能够找的到。如果想要查找更多的信息,可以将要查到的内容添加到列表中,访问GitHub上的Awesome IPFS。

    社区

    IPFS在discuss.ipfs.io上有一个论坛,注册之后可以看到IPFS在上面发布的公告,同时能够了解到社区即将举行的交流活动。

    感谢阅读☺️,以上就是最近一周有关IPFS的最新动态!

    识别二维码进入IPFS-Filecoin社群

    0_1541754588845_d14d5e65-584a-499a-a30f-a3bfdb38327a-image.png

    发布在 博客(Blogs)
  • 所有新的Web UI - 检查节点统计数据,探索由IPLD驱动的Merkle森林,查看世界各地的对等节点并管理我们的文件,而不需要接触CLI。

    0_1541574255751_23495af2-c760-4981-add4-440951db9884-image.png

    🔦 亮点

    🕹 WebUI 2.0版本
    IPFS Web UI已经进行了全方面的改造,现在比之前的速度不是提高了10倍,而是100倍!😄

    • 检查节点的状态、对等ID的连接信息、网络流量以及连接的对等体数量

    • 轻松管理 IPFS 库中的文件。可以拖放添加文件、移动和重命名文件、删除文件、共享或下载文件

    • 可以探索,支持IPFS工作原理的IPLD数据

    • 查看所有连接的对等节点,通过其IP地址进行位置定位

    • 检查 IPFS节点的设置,通过更新节点可以更好地满足我们的需求

    0_1541574486440_c7330f51-8cf3-477e-8817-be906c761d95-image.png
    0_1541574507298_6122d17a-8bb4-44f2-a2ee-42128f60d0f5-image.png
    🛠 CID工具
    用于转换、格式化和发现CID属性的命令行工具。

    在不久的将来,IPFS会将其添加内容的默认CID版本切换到版本1,并将对序列化CID使用base 32编码。这个工具提供了检查和了解CID的能力,并将使用过的任何CID,从它们编码的任何基础转换为不同的基础!

    🏗 API更改

    🙌🏽 如何贡献?

    你是否愿意为IPFS项目做出贡献而不知道如何做呢?你可以从几个地方开始:

    ⁉️疑问?

    有关IPFS的问题,比如说它的工作原理?以及使用它可以做些什么?了解这些问题最好的地方是 discuss.ipfs.io

    识别二维码进入IPFS-Filecoin社群

    0_1541574561686_896242be-0745-4c00-a016-9928fe13d8a4-image.png

    发布在 博客(Blogs)
  • 0_1541472198887_b1216cbf-b93d-4153-938d-ca6b6bdd6b24-image.png

    星际文件系统(IPFS)是一种新的超媒体分发协议,主要通过内容和身份来解决。IPFS支持创建完全分布式应用程序,它的目的是使网络更快、更安全、更开放。由于这是一个相当大的范围,我们会在每周调整并跟进整个生态系统的开发。

    以下是IPFS最近一周动态。

    IPFS近期信息

    IPFS最新文章

    以下是近期发表,与IPFS相关的最新文章。

    • 文章:《Manyverse和Scuttlebutt:一种以人为中心的社交应用技术栈》,发表于2018年10月25日;

    • IPLD演示,发表于2018年10月24日;(演示链接:https://twitter.com/jimpick/status/1055249910914633729)

    • 文章:《YottaChain释放了IPFS协议的潜力》,发表于 2018年10月23日;

    • 文章:《端到端加密照片存储和共享的5个步骤》,Textile.io,发表于2018年10月23日。

    版本更新

    查看整个生态系统中最新版本的IPFS工具和项目。

    IPFS工具与项目

    Awesome IPFS是一个用于社区维护和更新的项目工具,任何与IPFS相关的东西都能够找的到。如果想要查找更多的信息,可以将要查到的内容添加到列表中,访问GitHub上的Awesome IPFS。

    • Agora v2:准备好投票,Agora是一个脱链投票应用程序,允许对开发团队提出的问题进行加密签名(和验证)投票,2018年10月24日发布;

    • 使用libp2p进行Rock-Paper-Scissors演示, 2018年10月24日发布;

    • 文章:Small Focused Modules(小型重点模块),Sindre Sorhus发表于,2018年10月25日;

    • QUIC人权审查,一种新的默认加密传输协议,旨在提高流量的安全性;

    • Coinbase和Circle宣布推出USDC - 数字美元,2018年10月23日

    • 新的zine: Oh Shit,Git!摆脱混乱,2018年10月21日发表;

    • 文章:CryptoSource如何使用BloomID消除虚假新闻,2018年10月16日发表于Bloom博客;

    • Mozilla的libdweb,一个包含实验性libdweb API的扩展。

    社区

    IPFS在discuss.ipfs.io上有一个论坛,注册之后可以看到IPFS在上面发布的公告,同时能够了解到社区即将举行的交流活动。

    • 10月30日 - 11月2日,Devcon 4将在捷克共和国布拉格举行,目前devcon iv门票已售罄,到时候会有很多IPFS粉丝在那里,可以多留意留意;

    • Dapp Dev&Crypto Games 黑客马拉松活动,2018年11月3日-4日在柏林举行;

    • Decentralized Camp,介绍第二届年度黑客马拉松会议,时间:2018年11月9日至11日;

    • IPFS Conf 2019里斯本活动通知,注册获得
      注册地址:https://docs.google.com/forms/d/e/1FAIpQLSfJVVPwvp6RY3MUg1zAVl1g_5y2nGb7WJIMI1Hs6glzm7FLHQ/viewform

    • 介绍AraCon,第一次阿拉贡会议,将于2019日29日至30日在德国柏林举行。

    感谢阅读☺️,以上就是最近一周有关IPFS的最新动态!

    识别二维码进入IPFS-Filecoin社群

    0_1541472432639_264ede9c-e930-432e-bf74-eac6d92f4d0c-image.png

    发布在 博客(Blogs)
  • 0_1540888448455_f80caf73-8631-4e89-aed5-88a8250f1e0b-image.png

    本指南假设读者已经在Ubuntu 16系统上运行了多个IPFS节点。

    本指南适用于以下任何人:

    • 想要使IPFS节点更快地从其他节点发现内容的人;

    • 依靠IPFS节点运行IPFS网关的人员;

    • 拥有IPFS节点的人,但相互之间“记不住”彼此的节点,导致节点链接反复断开。

    问题

    IPFS目前不提供允许主机将其控制的所有节点,永久保持相互连接的机制。这就产生了这样的场景:即使我们在启动时将节点引导至一起,它们最终也会“忘记”彼此并断开连接。这可能导致内容发现速度变慢,并阻止内容被完全发现。

    当一个产品托管自己的网关,并指向用户以检索产品自身节点上托管的内容时,这可能是一个问题。如果网关未直接连接到产品的节点,那么用户可能会发现自己需要等待很长时间,才能加载其内容。对于用户来说,这不是一个很好的体验。

    那我们怎么解决这个问题呢?

    || 步骤1 - 获取节点multiAddresses

    在托管IPFS节点的每台计算机上打开命令行并运行:

    ipfs id

    你的回复应该如下所示:

    {
    "ID": "YourNodeID",
    "PublicKey": "YourPublicKey",
    "Addresses": [
    "/ip4/127.0.0.1/tcp/4001/ipfs/YourNodeID",
    "/ip4/XXX.XXX.XXX.XXX/tcp/4001/ipfs/YourNodeID",
    "/ip6/::1/tcp/4001/ipfs/YourNodeID",
    "/ip6/YYYY:YYYY:YYYY:YYYY:YYYY:YYYY:YYYY:YYYY/tcp/4001/ipfs/YourNodeID",
    "/ip6/YYYY:YYYY:YYYY:YYYY:YYYY:YYYY:YYYY:YYYY/tcp/4001/ipfs/YourNodeID",
    "/ip6/YYYY:YYYY:YYYY:YYYY:YYYY:YYYY:YYYY:YYYY/tcp/4001/ipfs/YourNodeID",
    "/ip4/XXX.XXX.XXX.XXX/tcp/4001/ipfs/YourNodeID",
    ],
    "AgentVersion": "go-ipfs/0.4.17/",
    "ProtocolVersion": "ipfs/0.1.0"
    }

    我们主要关心的是“地址”数组。这些包含IPFS节点可用于连接的“multiAddress”值。你可能会得到一些重复的结果,这没关系。这里的关键是要注意包含外部IP地址的条目,而不是包含本地IP地址的条目。如果在所有节点上启用了IPv6,请复制该multiAddress,否则,请复制IPv4 multiAddress。

    || 第2步 - 连接你的IPFS节点

    现在我们有了multiAddresses,让我们将节点连接在一起。

    对于这个例子,我们假设有一个节点A和节点B.实际上是作为多个节点工作的。

    从节点A的命令行运行:

    ipfs swarm connect /ip4/BBB.BBB.BBB.BBB/tcp/4001/ipfs/NodeBID

    (用节点B的IPv4多地址替换上面的示例multiAddress)

    或者如果你通过IPv6连接,请运行:

    ipfs swarm connect /ip6/BBBB:BBBB:BBBB:BBBB:BBBB:BBBB:BBBB:BBBB/tcp/4001/ipfs/NodeBID

    (将上述示例multiAddress替换为Node B的IPv6 multiAddress)

    结果

    我们应该在终端收到以下结果:

    connect NodeBID success

    你可以通过在每个节点上运行以下命令来验证此工作:

    ipfs swarm peers

    在节点A上,你应该在返回的列表中看到节点B的multiAddress(多地址),并且在节点B上,你应该在返回的列表中看到节点A的multiAddress(多地址)。

    现在我们的两个节点连接在了一起,内容发现应该是即时的。在节点A发现节点B具有其正在寻找的内容之前,不必经过多层节点,节点B将是第一个请求内容的节点之一,并且可以立即开始提供内容(反过来也是如此) 。

    || 第3步 - 让节点自动链接

    通过命令行手动连接我们的节点,很有趣,但如何让这个过程自动化,以便我们的节点可以自己保持连接?

    使用linux服务/定时器,我们可以做到这一点!

    (对于这些示例,让我们假设有一个网关节点,并且希望我们的内容托管节点自动连接到网关节点)

    对于要连接到网关的每个节点,请添加以下两个文件:

    /etc/systemd/system/gateway-connector.service

    [Unit]
    Description=Job that periodically connects this IPFS node to the gateway node
    [Service]
    ExecStart=/home/yourUserName/go/bin/ipfs swarm connect /ip4/GGG.GGG.GGG.GGG/tcp/4001/ipfs/gatewayID
    Environment="IPFS_PATH=/ipfs"

    注意 - 在上面的文件中,你需要输入以下自定义值:

    • 在ExecStart下,你的ipfs可执行文件路径,将取决于安装Go / ipfs可执行文件的位置。

    • 在ExecStart下,multiAddress将是在网关节点上运行“ipfs id”的检索值之一。也可以在此处使用IPv6多地址。

    • 在Environment下,如果你可以通过在命令行中运行“ipfs repo stat”,并复制“RepoPath”值来获取此值。需要将其替换为安装了IPFS repo的位置。

    /etc/systemd/system/gateway-connector.timer

    [Unit]
    Description=Timer that periodically triggers gateway-connector.service
    [Timer]
    OnBootSec=3min
    OnUnitActiveSec=1min
    [Install]
    WantedBy=timers.target

    在上面的文件中,“OnBootSec”是机器启动后等待启动计时器的时间。OnUnitActiveSec是每次执行gateway-connector.service之间的时间量。

    || 第4步 - 开始自动化运行

    现在已经创建了自动化文件,我们开始启用/运行它们。

    从每个节点的命令行添加了我们的自动化文件,运行:

    sudo systemctl enable gateway-connector.timer
    sudo systemctl start gateway-connector.timer

    仔细检查这项工作,运行:

    systemctl list-timers

    你应该看到网关连接器服务的条目。还可以通过运行以下命令检查其最后执行尝试的状态:

    systemctl status gateway-connector

    从现在开始,当从网络中的节点(来自其他节点)请求内容时,一切请求都应该快得多。这是通过swarm保持节点连接的神奇之处!

    备注:有想获取IPFS下载地址的,可以通过IPFS官网进行下载或添加小秘书微信咨询。

    本文由Matt Ober发表于 Medium 网站,经由 Filecoin.cn 中国社区翻译整理。

    识别二维码进入IPFS-Filecoin社群

    0_1540888826595_5d688ed5-c8a9-400a-9c69-7b86abd0864c-image.png

    发布在 博客(Blogs)
  • 0_1540796776302_cf1d6e74-3fa0-4342-ba8e-71d7a9ecef0a-image.png

    星际文件系统(IPFS)是一种新的超媒体分发协议,主要通过内容和身份来解决。IPFS支持创建完全分布式应用程序,它的目的是使网络更快、更安全、更开放。由于这是一个相当大的范围,我们会在每周调整并跟进整个生态系统的开发。

    以下是IPFS最近一周动态。

    IPFS近期信息

    IPFS最新文章

    以下是近期发表,与IPFS相关的最新文章。

    • 《当浏览器能够保证正常运行时,为什么还要使用P2P呢?》,Paul Frazee发表于,2018年10月22日

    • 《IPFS教程:如何保持IPFS节点连接以确保快速内容发现?》,Matt Ober发表于,2018年10月19日

    • 《我们如何在Qri上,将单位测试性能提高10倍?》,Dustin Long发表于,2018年10月17日

    • 《区块链治理简介》,PJ Leimgruber发表于,2018年10月17日

    • 使用 ipfs-companion 复制 hastebin.com 进行编写

    版本更新

    查看整个生态系统中最新版本的IPFS工具和项目。

    IPFS工具与项目

    Awesome IPFS是一个用于社区维护和更新的项目工具,任何与IPFS相关的东西都能够找的到。如果想要查找更多的信息,可以将要查到的内容添加到列表中,访问GitHub上的Awesome IPFS。

    • Dark Crystal 黑暗水晶 — 通过你对社交网络的信任,来备份你的隐私。

    • Aldous Huxley论权力下放(1946年,《勇敢的新世界序》)。

    • Brave — 宣布了首个重新设计的基于Chromium的桌面版本,该版本取代了之前基于Muon的浏览器,并且短了22%的加载时间。它也支持IPFS Companion。(下载地址:https://brave.com/

    • TEMPORAL — 是一种企业级存储解决方案,具有易于使用的API,可轻松的集成到现有应用程序堆栈中,提供分布式Web的所有优势,而不会产生运行分布式存储节点的任何开销。(TEMPORAL地址:https://nuts.rtradetechnologies.com:6771/

    社区

    IPFS在discuss.ipfs.io上有一个论坛,注册之后可以看到IPFS在上面发布的公告,同时能够了解到社区即将举行的交流活动。

    感谢阅读☺️,以上就是最近一周有关IPFS的最新动态!

    识别二维码进入IPFS-Filecoin社群

    0_1540796716756_5df0484c-a3d8-447d-a6bf-1fefc61dba4d-image.png

    发布在 博客(Blogs)
  • 0_1540540990871_74297664-ef13-4865-8881-871256a91472-image.png

    libp2p是IPFS社区引入的一种P2P网络堆栈(可称之为IPFS的网络层,是IPFS的底层协议)。libp2p能够发现其他同级网络,而不需要需将资源集中式注册,从而使应用程序可以进行离线工作。

    在2018年7月, Davis Dias 解释说,“寻址网址”的设计本身是其脆弱性的根本原因。其主干中的小错误,可能导致关闭所有正在运行的应用程序。防火墙、路由问题、漫游问题的网络可靠性,会干扰在Web上获得流畅体验的用户。因此需要重新设计网络堆栈(网络堆栈指的是用于构建网站的组件或技术/语言/操作系统/等)。

    为了解决上述所有问题,行星间文件系统(IPFS)应运而生。它是一种基于内容寻址、数字签名和点对点分发的分散式网络协议。今天,IPFS被用于构建完全分布式(和离线能力!)的网络应用程序,这些应用程序也可以离线使用。IPFS保存并分发有价值的数据集,并移动数十亿个文件。

    IPFS催生了其他几个项目,而libp2p就是其中之一。它使用户能够不依赖于位置运行网络应用程序,从而不受运行时地址服务的影响。libp2p解决了在分散环境中处理众多协议的复杂性,有效地帮助用户仅使用单个协议与多个相同的节点连接,从而为下一代分散式系统铺平了道路。

    Libp2p功能

    #1 传输模块
    libp2p可以帮助应用程序开发人员,能够选择运行应用程序所需的模块。这些模块,根据它们正在执行的运行时间而变化。libp2p节点使用一个或多个传输,进行拨号并侦听连接。这些传输模块为接口传输规范定义了一个,用于拨号侦听的干净接口。

    #2 端口分配
    在libp2p出现之前,用户需要将侦听器分配给端口,然后将端口分配给特殊协议。这样做是为了让其他主机事先知道要拨打哪个端口。使用libp2p,用户不必事先分配端口。

    #3 加密通信
    为了确保加密连接,libp2p还支持一组模块,用于通过加密建立的每个通信。

    #4 对等端发现模块与路由
    对等端发现模块,帮助libp2p找到要连接的对等节点。通过对等路由有意发出的查询,进行查找网络中的其他对等节点,直到找到其它对等节点。内容路由机制用于查找内容在网络中的位置。

    在IPFS中使用libp2p

    libp2p现在被重构为自己的项目,以便其他用户可以使用它,得以成为其生态系统的一部分。它为IPFS和其他项目,提供了P2P连接、支持多种平台浏览器......以及其它许多优点。

    用户可以利用libp2p模块创建自己的libp2p包。他们可以使用默认功能设置,自定义自己的捆绑包。同时还考虑到了用户的需求,例如,该团队已经构建了一个工作版本的libp2p浏览器,利用浏览器传输充当IPFS的网络层。

    在 Keep Networks 中详细介绍了libp2p的使用方法。由于参与者需要知道如何进行相互联系,因此团队提出了一个简单的对等节点发现示例。他们使用了libp2p JS库来创建相互通信的发现节点。(示例网址:https://blog.keep.network/introduction-to-libp2p-57ce6527babe)

    libP2P在区块链应用程序中还有一个新的应用。

    IPFS用于区块链中区块的应用程序,其子协议(libp2p、multihash、IPLD)对于区块标准化非常有用。一个很好的例子是:使用libp2p在浏览器或“Node.js进程中”获取以太坊区块,并通过ethereum-vm运行它。

    随着区块链分布式计算的推进,libp2p正在互联网上发挥作用。如果想了解更多关于libp2p的内容,可以访问libp2p官方网站(https://libp2p.io/)。

    (本文由发表于packtpub,经由 Filecoin.cn 中国社区翻译整理)

    【往期文章】

    - IPFS快速入门-起源与原理

    - 史上最全Filecoin问题解答

    - 分布式Web玩家:IPFS的"竞争者or合作者"们?

    - IPFS最新动态

    识别二维码进入IPFS-Filecoin社群

    0_1540541127409_051e0cc7-2ad2-48d9-9d25-c4e710ea3482-image.png

    发布在 博客(Blogs)
  • 0_1540174057406_9ae58989-944f-495c-b13a-c57c85a74f35-image.png
    互联网是我们日常生活中最重要的工具,通过互联网我们可以查看新闻、与朋友和家人交流、与同事互动、学习新知识、以及进行理财。然而,我们所了解和喜爱的互联网存在缺陷。其中,最大的一点缺陷是它上面的信息大部分是集中式的(集中在一起)。这意味着我们每天访问的信息都保存在,受到公司控制的中央服务器上。

    行星际文件系统IPFS的目标,是创建分布式Web(去中心化的网络)。一个对等网络超媒体协议,使网络更快、更安全、更开放。

    两个'中心'问题

    集中化带来了两个主要问题。第一个是当你有一个控制大量数据的中央公司时,如果无法访问这些服务器会发生什么?一个控制存储大量有价值和有用数据的服务器的中央公司成为了一个单一故障点。这种失败可能是由于攻击造成的,也可能是因为一个简单的服务器离线。

    将数据存储在中心位置的第二个问题是审查制度。当大量数据托管在几个主要服务器上时,相关机构更容易阻止对它们的访问。2017年,土耳其居民无法访问维基网站。因为土耳其政府禁止该网站称其为“国家安全威胁”。这种情况也发生在2011年1月的埃及,当时政府切断了95%以上公民的网络。

    为何我们要使用一个有缺陷的系统?

    我们继续接受这种模式的真正原因。一方面是因为已经对互联网接入产生极大的依赖,我们希望网页以毫秒为单位加载图像和视频,而没有延迟显示。而这一切需具有最高的HD或4K的质量,集中式服务器使公司可以完全控制提供内容的速度,并相应地收取费用。另一个原因,是因为我们没有一个更好的选择。

    IPFS,一个好的选择

    InterPlanetary文件系统,也称为IPFS。是一种使Internet完全去中心的想法。该概念将传统的“HTTP”互联网转变为对等网络,类似于BitTorrent的工作方式。

    Juan Benet是IPFS的创建者和协议实验室的创始人。协议实验室主要负责IPFS的技术研发,同时还开发了Filecoin和IPLD(以及其他一些项目)。Benet在斯坦福大学学习计算机科学,并且非常关注与知识、科学和技术有关的任何事情。

    0_1540174202537_03c2a577-8ac7-4a43-be08-4d91d6c23e7b-image.png

    Juan Benets最初的目标,并不是在构思这个概念时创建IPFS。他想要做的是找到一种有效的方法来移动科学数据集,这意味着数据大小在10-100+GB。IPFS的设计看起来像,Git和BitTorrent综合在一起的结晶。BitTorrent使你能够快速地在网络上移动大型文件,而Git提供内置的数据版本。

    0_1540174234993_982ff233-8db8-4fff-92fc-3f721e58c764-image.png

    在创建此协议之后,Benet很快意识到其影响远大于移动大型数据集。他实际上已经创建了一个协议,可以取代其他通用的协议,用于我们今天如何通过网络更快的访问信息。

    行星际文件系统的名称来源?

    当提出命名为行星际文件系统(IPFS)时,他们的想法是如何表达对互联网命名的一点敬意。JCR Licklider是Arpanet(互联网的前身)的创始人,其目标是建立一个星际网络。因此,互联网其实际上是星际网络的缩影,InterPlanetary采用了相同的命名方式,此外,IPFS旨在成为Internet协议(IP)的文件系统(FS)。当你把它们放在一起时,就形成了IPFS,即互联网文件系统。

    接下来将深入探讨IPFS作为一个文件系统是如何工作的。但首先,需要了解我们今天是如何从网络上访问文件的。

    当你想从互联网上下载图像时,需要告诉你的计算机,能够明确找到所要求的图像的位置。这个位置通常采用URL的形式,其中包含存储照片的公司的域名,后面跟着指定文件内容的扩展名。例如:https://achainofblocks.com/ipfs-simple-guide.jpg。 这种访问资源的方法称为“基于位置的寻址”,你告诉计算机他们可以访问信息的位置,然后计算机检索信息。这个方法有一个问题,如果位置不可访问(可能服务器处于脱机状态),则用户的计算机无法检索所需的信息。

    0_1540174290963_c7fa1c59-7972-459d-a716-c10bc549745d-image.png

    宕机问题

    当服务器宕机时,使用基于位置的寻址,该服务器中包含的所有内容都不能通过互联网访问。然而,当服务器出现故障时,另一个用户很可能已下载了所需图像,并将其存储在了自己的计算机上。但即使另一台计算机确实有此文件,你的计算机也不能连接到其他计算机来传输该文件。

    如何解决?

    为了帮助解决这个问题,IPFS引入了“基于内容寻址”的概念。在请求特定资源时使用基于内容的寻址,无需指定位置,只需指定寻找的内容即可。

    每个文件都有一个唯一的哈希值,可以将其视为文件的指纹或标识。如果要访问特定文件,只需向网络询问具有指定哈希值的文件副本即可。请求完成后,IPFS网络上的某个人将提供你请求的资源。你将下载该资源,并将一个副本保存到你的IPFS缓存中。现在,当另一个人请求相同的文件时,你将能够提供给他们,这样就创建了一个系统。该系统使用的越多,其运行速度就越快,因为共享的文件越多,它们就越容易在大量节点之间获得文件。

    改变是好的,有什么保障?

    在这一点上,我猜测你的问题和我现在做的一样。如何知道提供给我文件的人或节点没有以某种方式篡改它?因为你使用哈希函数来检索文件,所以可以验证收到的内容。更改文件的哈希值,像更改区块链中的事务一样困难。请求具有特定哈希的文件,在收到文件时,需要确保文件哈希与请求的哈希匹配。这与在亚马逊上用于验证购买的方法相同。如果你订购了一双绿色的袜子,收到的是一双红色袜子,你可以拒绝它们并等待绿色袜子的出现。

    IPFS的另一个功能是重复数据删除,这意味着当多个用户发布同一文件时,它只在网络上创建一次。这有助于提高网络效率。

    IPFS如何真正起作用

    现在,你已经知道了IPFS与当今传统方法的区别。接下来,让我们更深入地了解IPFS实际是如何存储数据,并使其可供用户访问的。

    在IPFS中,文件存储在IPFS Object(对象)中,每个Object可以存储256 kb的数据。Object还可以包含指向另一个IPFS对象的链接,链接可以存储大于256 kb的数据。例如,如果您你上传一个小文本文件,那么一个256 kb的对象应该适合你的少量文本。

    0_1540174406297_de9ed511-ec8f-4df7-82e3-bf4e73a8a2e4-image.png

    但是,如果要存储图片,则会将其分解为多个对象,每个对象最多为256 kb。然后,IPFS系统将创建一个空的Object(对象),该对象将链接到构成该图片的所有对象。

    0_1540174458969_d47d6860-029b-416a-8522-21be898ad888-image.png

    这种架构非常简单,但它也非常强大,该架构真正使IPFS能够用作文件系统。如果你查看下面的简单文件目录结构,我将解释如何将其转换为IPFS结构:

    0_1540174483974_8e3d7651-7426-4cd8-b1ad-d024cee69bd2-image.png

    通过为每个文件和每个文件夹/目录创建1个Object(对象),然后将文件链接到指定的目录,可以将其转换为IPFS。但是,当你考虑到IPFS使用基于内容寻址的事实时,它会变得更好。这意味着添加的文件是不可变的,它们永远不会被更改,非常像区块链。这意味着你可以放心,访问的资源是正确的数据,并且从未被更改过。

    0_1540174509570_e5d7a037-ee21-42a8-9017-e9c5aef12ec4-image.png

    如何更新我的数据?

    IPFS支持文件版本控制,这类似于Git作为开源代码库的运作方式。例如,你正在处理一个名为“Imp.nt Document–v1.doc”的文本文件,并且希望与使用IFPS的人共享此文档。当你将此文件添加到IPFS时,背后发生的事情是,IPFS将创建一个新的Commit(提交)对象。这个Object(对象)是非常基本的,它只是告诉IPFS哪个Commit在这个之前,并且它将会链接到与文件相关的IPFS对象'Imp.nt Document–v1.doc'。

    0_1540174537496_e9e1fc67-f100-417e-85bd-b3cf524fa33d-image.png

    现在让我们假设已经过了一段时间,你的'Imp.nt Document–v1.doc'需要修改。只需将新文件添加到IPFS“Imp.nt Document–v1.doc”即可完成此操作,软件将为更新的文件创建新的提交对象(与原始进程相同)。此提交对象现在链接到先前的提交对象,第一个提交用作为父对象。这个过程可以无休止地重复,创建一个链接的相同数据版本,所有这些都引用整个链。IPFS确保你的文件,以及整个文件版本控制历史记录,可供网络上的所有其他节点访问。

    0_1540174560241_12f0592d-2bea-4ab3-9767-b9f77b4832c4-image.png

    没有系统是完美的

    到目前为止,我们已经讨论了InterPlanetary文件系统的许多有用功能和关键概念。但是,所有协议都有局限性和缺点。正如你可能想象的那样,IPFS目前面临的最大问题是保持文件可用。网络上的每个节点都会保留已下载文件的缓存,并有助于使其可用,因为其他用户需要它们。但是,在一个简单的情况下,如果一个Document由4个节点托管,并且它们全部脱机,则该文档将不能够访问。

    有几种方法可以解决上述问题。一种方法是激励节点保持在线并使文件可供社区使用。对可以提交给网络的存储空间进行奖励,这将确保文件在需要时可用。另一种方法是主动在整个网络中分发文件,确保在任何给定时间总是有足够的在线副本。可以把它想象成大规模的冗余。

    Filecoin

    这个问题是Filecoin旨在解决的确切问题。Filecoin由创建IPFS的同一团队创建。Filecoin是一个建立在IPFS之上的区块链,其目标是创建一个分散的存储市场。这意味着在硬盘上有额外存储空间的用户,可以将其出租用作IPFS存储,并在此过程中从中赚取一些收入。可以将Filecoin视为与Airbnb类似的服务,只不过不是租用你家中的可用空间,而是租用计算机上的可用空间进行存储。Filecoin为节点创建了一种激励,使数据保持在线并尽可能长时间保留。除了保持节点在线的激励之外,它还可以跨多个节点复制数据,使其高度可用且易于访问(即使少数节点处于脱机状态)。Filecoin和IPFS具有相同的目标,即脱机优先,这意味着他们不断努力获得更好的体验,而无需调用服务器来访问资源。

    0_1540174593142_ea2b2ae2-976c-4b56-a27b-8df35700921c-image.png

    行星际关联数据(IPLD)

    IPLD是内容可寻址网络的数据模型,它允许我们将所有与哈希相关的数据结构,视为统一信息空间的子集,统一所有将数据与哈希作为IPLD实例链接的数据模型。“

    这意味着IPLD旨在成为可互操作协议的数据模型。这种技术有很多使用案例,这提供了在IPFS上运行智能合约的能力。关键在于IPLD提供了使基础数据可以跨工具和协议进行互操作的库。

    IPLD和Filecoin都是非常复杂的项目,要想完全理解还需要阅读专业文章。

    总 结

    IPFS是一个非常具有前景的项目,以权力下放(去中心化)为重点的大多数早期项目,主要涉及货币和金融方面。IPFS实际上是建立一种更好的共享数据的方式。以前的HTTP将面临挑战,IPFS显然是最成熟的,并且被视为可以在未来几年中大规模采用的系统。我绝不暗示HTTP正在消失,Juan Benet自己也承认HTTP是一个很棒的协议,它仍然非常有用。但是,它是一个超过25年的协议,随着IPFS在采用中的不断增长,用例将随着技术的发展而扩展。直到IPFS最终接管之前,我们很有可能会同时使用这两种协议。

    本文由 JAY FRIED 发表于国外博客,经由Filecoin中国社区翻译整理。

    识别二维码进入IPFS-Filecoin社群

    0_1540174653717_dcfac84c-2f79-4639-a116-2507b4290972-image.png

    发布在 博客(Blogs)
  • 0_1539759843497_aea68d57-edc7-462b-9a45-58cd4f5ef169-image.png
    星际文件系统(IPFS)是一种新的超媒体分发协议,主要通过内容和身份来解决。IPFS支持创建完全分布式应用程序,它的目的是使网络更快、更安全、更开放。由于这是一个相当大的范围,我们会在每周调整并跟进整个生态系统的开发。

    以下是IPFS最近一周动态。

    IPFS近期新闻

    • 本周四在伦敦有一场IPFS宣讲会!将会有一群IPFS核心贡献者和分布式应用程序开发人员参与;

    • Juan Benet将于本月月底,在柏林Web3峰会上发表演讲;

    • DNSLink和IPNS可用性调查:排名前1000的网站中有,其中10个有IPNS DNSLink条目,但只有5个实际工作🙃;

    • 维基解密正在使用实验性的IPFS网关;

    • Guix开发邮件列表中正在讨论IPFS;

    • 2018年11月28日将会在慕尼黑举行一场IPFS聚会,欢迎在聚会中深入了解IPFS。

    IPFS相关文章
    以下是近期发表,与IPFS相关的最新文章。

    • libp2p:由IPFS实现的模块化P2P网络堆栈,用于更好的分散计算,2018年10月9日;

    • Slidedeck:我们的网络空间共享对等协议,Benedict Lau,2018年10月9日;

    • Textile和Textile Photos的最新更新,Textile更新-2018年9月,2018年10月9日

    • 行星际文件系统,Ben Little,2018年10月9日

    • 控制你的照片,2018年10月8日

    • 数字存储的数字世界如何快速变化 - 当今最大的分布式破坏者, 2018年10月5日

    版本更新
    查看整个生态系统中最新版本的IPFS工具和项目。

    • qri 0.5.6 - 此补丁版本发布的重点是,通过对等体发现攻克一些长期存在的问题。

    IPFS工具与项目
    Awesome IPFS是一个用于社区维护和更新的项目工具,任何与IPFS相关的东西都能够找的到。如果想要查找更多的信息,可以将要查到的内容添加到列表中,访问GitHub上的Awesome IPFS。

    社区
    IPFS在discuss.ipfs.io上有一个论坛,注册之后可以看到IPFS在上面发布的公告,同时能够了解到社区即将举行的交流活动。

    • Web3基金会已提出在首届Web3峰会上,为参会者减低门票费用。

    • 活动:Cambrial x Blockstack Present:针对个人数据所有权的案例,2018年10月24日,在德国柏林举行。

    • 活动:介绍Decentralized Camp的第二届年度黑客马拉松,2018年11月9日至11日

    • 注册以获得里斯本IPFS Conf 2019的通知。

    • 介绍AraCon,第一次阿拉贡会议,将于2019日29日至30日在德国柏林举行。

    感谢阅读☺️,以上就是最近一周有关IPFS的最新动态!

    • 识别二维码进入IPFS-Filecoin社群

    0_1539759873481_06890e8e-efb8-41a1-95a8-5f4ecf977f09-image.png

    发布在 博客(Blogs)

与 Filecoin中国社区 的连接断开,我们正在尝试重连,请耐心等待