[email protected] 支持在多个浏览器选项卡之间共享节点

[email protected]支持在多个浏览器选项卡之间共享节点，极大地提高了固定的性能。

我们也在逐步淘汰 Node.js 缓冲区作为数据类型的使用，取而代之的是标准的 JavaScript Uint8Arrays。

请继续阅读，了解完整的细节！

浏览器标签之间共享一个节点

IPFS 节点与网络上的其他节点进行了大量连接，而且由于默认情况下打开了委托节点，所以这种连接更多。这是为了确保你有最大的机会在网络上找到内容，因此其他人也有最大的机会在网络上找到你的内容。

但是，这并不是没有代价的，维护多个连接可能是资源密集型的，而且在某些情况下，浏览器会限制您可以拥有的并发连接的数量。

在 web 浏览器中，如果用户在两个选项卡中打开你的应用程序，突然你有两个节点在运行，并且打开的连接数是原来的两倍，这就会出现问题。更糟糕的是，它们共享一个数据存储和相同的对等 ID。

帮助以 ipfs-message-port-client 和 ipfs-message-port-server 的形式存在，它们允许您在 SharedWorker 中运行 IPFS 节点，并在应用程序中的多个选项卡之间共享该节点。

不久将在此主题上发表更深入的文章，但与此同时，请查看 browser-sharing-node-across-tabs 示例以了解如何使用它！

固定性能

在向本地 IPFS 节点添加内容时，将其固定在适当的位置，以防止在垃圾收集期间删除组成文件的块。pin 被放置在一个pin集合中，我们称之为 pinset。

这个 pinset 背后的数据结构是一个 DAG，非常类似于表示已添加到 IPFS 中的文件和文件夹的结构。DAG 的根 CID 存储在数据存储中，组成 DAG 的所有块都存储在块存储中。

pinset 由树形结构中的许多桶组成，每个桶最多包含 8192 项，每层最多包含 256 个桶。第一个桶满后，pin 在桶之间分配。

当垃圾收集运行时，DAG 中的所有节点都将被遍历，与它们的 cid 对应的块将免于删除。

当你添加和移除 pin 时，这个 DAG 会变大或缩小。DAG 内部的中间节点的 cid 会随着结构的变化而重新计算。随着 DAG 变得越来越大，这可能会变得昂贵，并且会损害非常大的应用程序性能。

[email protected]改变了 pin 的默认存储，使用数据存储，而不是 DAG，并且随着回购中固定块的数量增加，您看到了相应的加速：

你可以看到随着固定项目数量的增加，添加下一个固定项目所需的时间也在增加。当第一个桶被认为是满的，并且创建了多个桶，然后需要更多的操作来添加下一个 pin 时，pin 会急剧增加到 8192 个。

与以前的版本相比，[email protected] 所采用的方法的性能非常好，本质上只受底层数据存储性能的限制，因为它已经切换到简单的 put 和 get，而没有创建数据结构的开销。

Uint8Arrays

最初有数组。可以容纳各种混合类型的简单数组无法很好地优化，并且是对内存块的抽象。

然后 Node.js 出现了，并引入了 Buffer，JavaScript 开发人员就可以直接访问内存了！这些工具保存的数字的整数值范围为 0-255，速度非常快。JavaScript 开始看起来像是一种合适的语言，您可以用它来完成资源密集型的工作。

ECMAScript 标准的作者注意到了这一点，并引入了 TypedArrays，它有很多变体，但我们最感兴趣的是 Uint8Array。

这些类型的数组保存的数字的整数值范围为 0-255，并且支持一个非常类似于 Node.js 缓冲区的 API，这一点也不奇怪，因为 Node 的版本是 3.0.0。Buffer 是 Uint8Arrays 的子类。

这是一个激动人心的时代，随着 JavaScript 功能的增强和浏览器的支持的到来，我们正在减少对核心 Node.js 库和工具的依赖。其中一部分是在我们的代码库中删除 Node.js 缓冲区的所有使用。

对于 [email protected]，您应该停止依赖 Node.js 缓冲区来从内核 api 的任何部分返回，而应该根据 Uint8Array 接口进行编码。

我们所依赖的一些模块仍然会返回 Buffer，我们将其传递以避免任何转换成本，但我们希望随着时间的推移删除或重构这些缓冲区。为了保持向前兼容，你不应该在这些返回值上使用 Node.js 缓冲区方法。

例如，在下面的代码中，我们从字符串“Hello”创建一个Buffer，将它添加到IPFS中，然后立即对它进行 cat 并对数据块调用toString()。这利用了我们添加的 Buffer 是utf8编码的这一事实。tostring()的编码参数默认是 utf8，所以下面的代码可以工作，但这只是巧合：

const { cid } = await ipfs.add(Buffer.from('Hello'))

for await (const chunk of ipfs.cat(cid)) { console.info(chunk.toString()) // prints 'Hello'}

相反，我们将使用 TextEncoder 和 TextDecoder 类。它们在编码/解码中是明确的(默认也是utf8)，所以使用起来更安全：

const encoder = new TextEncoder()const decoder = new TextDecoder()

const { cid } = await ipfs.add(encoder.encode('Hello'))

for await (const chunk of ipfs.cat(cid)) { console.info(decoder.decode(chunk)) // prints 'Hello'}

新功能

ing 重大变化

API 的变化

核心 API 和 HTTP API 客户端

有关更多阅读，请参阅 Core API Docs。

接下来是什么？

查看 js-IPFS 项目路线图，其中包含按我们希望的顺序组织的主要特性。

路线图中只有大的特性被调用，预计在路线图项之间会有很多小的 bug 修复发布！

非常感谢所有能够发布此版本的人

想贡献？

你是否愿意为IPFS项目做贡献，但又不知道如何做?嗯，有几个地方你可以开始：

你有问题吗？

最好的地方要问你关于 IPFS 的问题，它是如何工作的，以及你可以用它做的是在discuss.ipfs.io。我们也可以在#ipfsFreenode 上的频道上找到。

本文来源：引擎存储
原文标题：[email protected] 支持在多个浏览器选项卡之间共享节点

—-

编译者/作者：引擎存储

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。