中文 | English
本项目只作为新型数据库技术理论验证使用，当前不具备任何生产可用性。
P2PDB（p2p数据库），一个去中心化、分布式、点对点数据库、P2PDB使用IPFS-libp2p构建分布式网络和IPFS-pubsub与对等节点同步数据。P2PDB期望打造一个去中心化的分布式数据库，使P2PDB 成为线下实体店离线应用程序，去中心化应用程序(dApps)、和边缘计算应用数据存储的绝佳选择, P2PDB基于白皮书实现
P2PDB包含以下功能：
sql: 一个基于sqlite, 使用CRDT协议，实现最终一致性 （探索中，未有明确计划）p2pdb-log: 基于merker-CRDT协议实现的不可篡改日志组件，(开发中）
p2pdb基于p2pdb-log之上实现，p2pdb-log是一种只允许追加写入日志，并且不可窜改。基于操作的无冲突复制数据结构 (CRDT)与Merkle DAG（有向无环图）实现。如果所有 P2PDB 数据库类型都不符合您的需求和/或您需要特定于案例的功能，您可以轻松使用日志模块实现您想要的数据库。
P2PDB最早源于KK集团离线收银项目的研发，早期采用了Raft协议+Sqlite 实现一个轻量级的分布式数据库，随着对Raft协议的深入研究，发现Raft协议对于离线场景存在较大缺陷（故障节点数量大于50%，整个集群无法工作）,随后开启了深入研究分布式数据库协议的道路,在一年后发现基于默克尔有向无环图+CRDT实现的逻辑时钟merker-CRDT可以实现最终一致性的去中心化、分布式、点对点数据库，并且针对离线场景做了充分的支持。
P2PDB 是一个点对点数据库，这意味着每个对等点都有自己的特定数据库实例。数据库在对等点之间自动复制，从而在任何对等点更新时生成数据库的最新视图。也就是说，数据库被拉到客户端。
这意味着每个应用程序都包含他们正在使用的完整数据库。与客户端-服务器模型相比，这反过来又改变了数据建模，客户端-服务器模型通常为所有数据使用一个大数据库：在 P2PDB 中，应该根据该数据的访问权限进行存储、“分区”或“分片”。例如，在类似微博的应用程序中，推文不会保存在数百万用户同时写入的全局“推文”数据库中，而是每个用户都有自己的微博数据库。要订阅别的用户推文，只需关注主题（topic）
—— 跟ipfs的关系
ipfs协议 用于构建分布式低延迟的消息传输网络，而P2PDB 项目是基于ipfs协议实现.。
这个数据库的目标是：
- 一个Dapp应用数据存储方案
- 一个去中心化分布式数据库解决方案
- 一个边缘数据存储解决方案
使用场景
- 1、文章阅读数、投票数、点赞数
- 2、文章评论
- 3、微服务的服务注册、发现
- 4、配置中心
- 5、分布式缓存
- 6、多人实时协作
- 7、更多.........
interface 接口层
----api
--------count
--------kv
--------doc
--------sql
-----http 对外暴露的http api 接口
-----rpc 对外暴露的rpc api接口
-----cli 命令行执行工具
domain 领域层， 核心逻辑
Infrastructure 基础设施层
----ipfs
--------ipfs-log
----sqlite
----Util 公共工具，如日志
--------log
p2pdb 采用了纯golang 语言实现, 如果你的技术栈以Javascript为主,可使用orbitdb-db 替代p2pdb
想了解我们建议的规范是如何被应用的，请参考 example-readmes。
非常欢迎你的加入！提一个 Issue 或者提交一个 Pull Request。
标准 Readme 遵循 Contributor Covenant 行为规范。
© Rock Li
Apache License Version 2.0 see http://www.apache.org/licenses/LICENSE-2.0.html