Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Offline Message Queue

未关闭
#2 18 条评论 3 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
25/100
Issue 类型
功能
描述清晰度
需要澄清
活跃度
停滞

调研方向

未指定任何仓库文件、测试或入口点。先审查提议的 Textile DHT 流程和链接的 go-libp2p-kad-dht issue,然后在实现之前确定一个关于可靠离线传递、消息移除和确认的共识设计。

由索引模型根据 Issue 内容生成。

描述

There's an open problem we'd like to resolve:

  1. User A generates some content and adds it to IPFS. They want to deliver this content to user B.
  2. User A tries to connect to user B. However, it turns user B is offline.
  3. User A goes offline.

Currently, we have no good way to deliver this information to user B. Textile uses the DHT as follows:

  1. User A fails to connect to user B.
  2. User A puts PeerIdOf(UserB) -> CidOf(content) to the DHT (treating the DHT as a sloppy hash table).
  3. When user B comes online, they find themselves in the DHT and download their messages.
  4. Finally, they send an ACK back to user A (using the same mechanism).

Unfortunately:

  1. This is relying a lot on potentially ephemeral nodes.
  2. There's no way to remove these messages from the DHT until they expire (see: https://github.com/libp2p/go-libp2p-kad-dht/issues/196).
主要语言
没有语言数据
星标
38
派生
2
PR 合并指标
30 天内没有已合并 PR

环境准备

这个项目没有提供开发容器、Dockerfile 或贡献指南,环境需要你自己搭建:先看它的 README,通用步骤见我们的新手贡献指南。

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

libp2p/notes 的其他 Issue

查看 libp2p/notes 的全部 Issue

相似的 Issue

更多 Distributed Systems Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。