4个版本 (破坏性更新)
新 0.4.0 | 2024年8月9日 |
---|---|
0.3.0 | 2023年11月5日 |
0.2.0 | 2023年6月20日 |
0.1.0 | 2023年3月29日 |
#1858 in 网络编程
每月 8,440 次下载
在 6 crate 中使用
1MB
16K SLoC
libp2p工作的中心仓库
此仓库是libp2p规范的Rust开发中心。
入门
-
主要文档可在https://docs.rs/libp2p找到。
-
示例文件夹包含展示此仓库中许多协议的小二进制文件。
-
有关安全相关的问题,请提交私人安全漏洞报告。请勿在GitHub上提交公共问题。
-
要报告错误、建议改进或请求新功能,请在此仓库中打开GitHub问题。
-
有关rust-libp2p特定问题,请使用GitHub Discussions 论坛https://github.com/libp2p/rust-libp2p/discussions。
-
有关与多个libp2p实现相关的讨论和问题,请使用libp2p Discourse 论坛https://discuss.libp2p.io。
-
要进行同步讨论,请加入公开rust-libp2p维护者通话或每周两次的libp2p社区通话。
仓库结构
此仓库的主要组件结构如下
-
core/
:包含libp2p-core
的实现及其Transport
和StreamMuxer
API,几乎所有其他crate都依赖于这些。 -
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] 社区中除名。
- "太长,没读" 不是不了解本文件的正当理由。
维护者
(按字母顺序排列。)
- Guillaume Michel (@guillaumemichel)
- João Oliveira (@jxs)
知名用户
(如果您想在此处添加您的项目,请打开一个 pull request)
- COMIT - 比特币-门罗币跨链原子交换。
- Forest - 使用 Rust 编写的 Filecoin 实现。
- fuel-core - Fuel 协议的 Rust 实现。
- HotShot - 由 Espresso Systems 开发的 Rust 中的去中心化序列器。
- ipfs-embed - 由 Actyx 使用和维护的小型可嵌入 ipfs 实现。
- Homestar - 由 Fission 使用和维护的星际虚拟机(IPVM)实现。
- beetle - 适用于云和移动平台的下一代 IPFS 实现。
- Lighthouse - Rust 中的以太坊共识客户端。
- Locutus - 全球、可观察、去中心化的键值存储。
- OpenMina - 在浏览器中实现的 Mina Rust 实现。
- rust-ipfs - Rust 中的 IPFS 实现。
- Safe Network - Rust 中的 Safe Network 实现。
- Starcoin - 通过分层扩展的智能合约区块链网络。
- Subspace - Subspace 网络参考实现
- Substrate - 区块链创新框架,由 Polkadot 使用。
- Taple - 由 OpenCanarias 开发的用于资产和流程可追溯性的可持续 DLT。
- Ceylon - 多代理系统(MAS)开发框架。
依赖关系
~11–42MB
~680K SLoC