libp2p 项目的中心仓库

此仓库是 libp2p 规范 Rust 开发的中心位置。

入门指南

• 主要文档 可以在 https://docs.rs/libp2p 上找到。

• 示例 文件夹包含展示此仓库中许多协议的小二进制文件。

• 对于 安全问题 请 提交一个私有的安全漏洞报告。请勿在GitHub上提交公开问题。

• 要 报告错误、建议改进或请求新功能 请在此仓库上打开GitHub问题。

• 有关 rust-libp2p 特定问题 请使用GitHub 讨论 论坛 https://github.com/libp2p/rust-libp2p/discussions。

• 有关 与多个libp2p实现相关的讨论和问题 请使用libp2p Discourse 论坛 https://discuss.libp2p.io。

• 要加入 同步讨论 请加入 公开 rust-libp2p 维护者电话会议 或 每周两次的 libp2p 社区电话会议。

仓库结构

此仓库的主要组件结构如下

• core/: libp2p-core 的实现，包括其 Transport 和 StreamMuxer API，几乎所有其他crate都依赖于这些API。

• transports/: 基于 libp2p-core 的 Transport API 的传输协议（例如TCP）和协议升级（例如，用于认证加密、压缩等）的实现。

• muxers/: 实现 libp2p-core 的 StreamMuxer 接口，例如在（通常是TCP）连接之上实现的（子）流多路复用协议。多路复用协议是（强制性的）Transport 升级。

• swarm/: 基于 libp2p-core 的 libp2p-swarm 实现，使用了中心接口 NetworkBehaviour 和 ConnectionHandler，这些接口用于实现应用协议（请参阅 protocols/）。

• protocols/: 基于 libp2p-swarm API 的应用协议实现。

• misc/：实用库。

• libp2p/examples/：内置应用协议的工作示例（见 protocols/），包含常见的 Transport 配置。

社区指南

libp2p 项目遵循 IPFS 行为准则。

tl;dr

• 请尊重他人。
• 我们在此提供帮助： [email protected]
• 禁止任何滥用行为。
• 违反此准则可能导致迅速且永久地被排除在 IPFS [和 libp2p] 社区之外。
• "太长，没读" 不是不了解本文件的合理借口。

维护者

（按字母顺序排列。）

• João Oliveira (@jxs)
• Thomas Eizinger (@thomaseizinger)

知名用户

（如果您想在此处添加您的项目，请提交一个 pull request）

• COMIT - Bitcoin–Monero 跨链原子交换。
• Forest - 使用 Rust 编写的 Filecoin 实现。
• fuel-core - Fuel 协议的 Rust 实现。
• HotShot - 由 Espresso Systems 开发的 Rust 驱动的去中心化 sequencer。
• ipfs-embed - 由 Actyx 使用和维护的小型可嵌入 ipfs 实现。
• Homestar - 由 Fission 使用和维护的 InterPlanetary Virtual Machine (IPVM) 实现。
• beetle - 针对云和移动平台的下一代 IPFS 实现。
• Lighthouse - Rust 编写的 Ethereum 共识客户端。
• Locutus - 全球、可观察、去中心化的键值存储。
• OpenMina - 浏览器中的 Mina Rust 实现。
• rust-ipfs - Rust 中的 IPFS 实现。
• Safe Network - Rust 中的 Safe Network 实现。
• Starcoin - 通过分层扩展的智能合约区块链网络。
• Subspace - Subspace 网络参考实现
• Substrate - 区块链创新框架，由 Polkadot 使用。
• Taple - 由 OpenCanarias 提供的用于资产和流程可追溯性的可持续 DLT。