CovenantSQL(CQL) 是一个运行在公网上的 SQL 数据库,并具有 GDPR 合规与去中心化等特点。
- ServerLess 支持: 为小程序、浏览器插件提供免部署维护、自动同步、高可用的数据库服务
- SQL 接口: 支持 SQL-92 标准
- 去中心化: 不依赖中心节点协调的高可用架构
- 不可篡改: CQL 中的 Query 历史是不可篡改且可追溯的
- 隐私&权限: 列级别的权限限制,可以设定 SQL 白名单
- 对标 Amazon QLDB 的开源版
- 免搭建、免维护、低成本的数据库服务(DBaaS)
- 就像 filecoin + IPFS 是去中心化的文件系统, CQL 是去中心化的数据库
-
🍺 Homebrew 用户可以直接在命令行:
brew install cql
-
非 Homebrew,可以执行:
sudo bash -c 'curl -L "https://mac.gridb.io/cql" | tar xzv -C /usr/local/bin/ --strip-components=1'
-
在命令行中执行:
sudo bash -c 'curl -L "https://linux.gridb.io/cql" | tar xzv -C /usr/local/bin/ --strip-components=1'
继续请参见:测试网快速开始
- 第一层: 全局共识层(主链,架构图中的中间环):
- 整个网络中只有一个主链。
- 主要负责数据库矿工与用户的合同匹配,交易结算,反作弊,子链哈希锁定等全局共识事宜。
- 第二层: SQL 共识层(子链,架构图中的两边环):
- 每个数据库都有自己独立的子链。
- 主要负责数据库各种事务的签名,交付和一致性。这里主要实现永久可追溯性的数据历史,并且在主链中执行哈希锁定。
- 第三层: 数据储存层(支持 SQL-92 的数据库引擎):
- 每个数据库都有自己独立的分布式引擎。
- 主要负责:数据库存储和加密;查询处理和签名;高效索引。
CQL 支持两种共识算法:
- DPoS (委任权益证明) 应用在数据库的
最终一致性
和 Block Producer 所在的第一层 (全局共识层)
,CQL 的矿工在客户端将所有SQL查询及其签名打包成块,从而形成整个区块链,我们把这个算法命名为Xenomint
- BFT-Raft (拜占庭容错算法)bft-raft 应用于数据库的
强一致性
。我们把这个实现命名为Kayak
. 矿工 leader 会基于Kayak
做两阶段提交
来支持Transaction
.transaction
可以用命令行 cql create '{"UseEventualConsistency": true, "Node": 3}'
来创建 最终一致性
CQL 数据库
以太坊 | Hyperledger Fabric | AWS QLDB | CovenantSQL | |
---|---|---|---|---|
开发语言 | Solidity, ewasm | Chaincode (Go, NodeJS) | ? | Python, Golang, Java, PHP, NodeJS, MatLab |
开发模式 | Smart Contract | Chaincode | SQL | SQL |
是否开源 | Y | Y | N | Y |
高可用节点 | 3 | 15 | ? | 3 |
列级别 ACL | N | Y | ? | Y |
数据格式 | File | Key-value | Document | Filefuse, Key-value, Structured |
存储加密 | N | API | Y | Y |
数据脱敏 | N | N | N | Y |
多租户 | DIY | DIY | N | Y |
吞吐量(1秒延迟) | 15~10 tx/s | 3500 tx/s | ? | 11065 tx/s (Eventually Consistency) 1866 tx/s (Strong Consistency) |
一致性延迟 | 2~6 min | < 1 s | ? | < 10 ms |
开放网络上的安全性 | Y | N | Only in AWS | Y |
共识机制 | PoW + PoS(Casper) | CFT | ? | DPoS (Eventually Consistency) BFT-Raft (Strong Consistency) |
强一致性,2个miner,aws c5.2xlarge 8核心cpu下的性能测试图:
如图所见,前5个小时对数据库的并发压力逐渐增大,写入 TPS 也随之提升,当 TPS 不再增长时,维持并发压力持续测试100小时。
-
BFT-Raft: 在一个 CQL leader 离线的情况下,有两种可能的选择:等待 leader 上线,以保证数据的完整性,或者提拔 follwers 以保证服务可用性;目前是需要一定的人工介入来进行策略选择,这部分仍在迭代中,欢迎任何建议。
-
事务 (Transaction): 说到
ACID
,CQL 具有完整的 "一致性,隔离性,持久化" 和特定的Atomicity
支持。即使在强一致性的模式下,CQL 事务只支持在 leader 节点上执行。如果你想要并发执行事务:"读取v
,v++
, 写回v
", 仅有的办法是:"从 leader 读取v
,v++
, 从 leader 写回v
" -
FUSE: CQL 有一个从 CockroachDB 移植过来的 FUSE 客户端,目前性能不是很理想,仍然存在一些小问题。但它可以通过如下的 fio 测试:
fio --debug=io --loops=1 --size=8m --filename=../mnt/fiotest.tmp --stonewall --direct=1 --name=Seqread --bs=128k --rw=read --name=Seqwrite --bs=128k --rw=write --name=4krandread --bs=4k --rw=randread --name=4krandwrite --bs=4k --rw=randwrite
- 去中心化论坛:CovenantForum
- 推特上链:Twitter Bot @iBlockPin
- 微博上链:Weibo Bot @BlockPin
- Markdown 同步上链:Markdown Editor with CovenantSQL sync
- 网页端管理:Web Admin for CovenantSQL
- CovenantSQL 介绍视频:How CovenantSQL works(video)
如果你是一个使用密码管理工具的开发者,比如 1Password or LastPass. 你可以使用 CQL 作为数据库并有以下优点:
- 无服务器: 不需要部署服务器来存储用户密码,以进行同步,这是一个烫手山芋。
- 安全: CQL 可以保证所有的加密工作,去中心化的数据存储给予用户更多信心。
- 合规: CQL 天然符合 GDPR 标准。
CQL 矿工全球化部署,IoT 节点可以写入最近的矿工。
- 实惠: 不需要通过网关传输流量,你可以节省大量的带宽费用。同时,SQL 具有共享经济的特性,以此让存储更实惠。
- 更快: CQL 共识协议是基于互联网而设计,网络延迟不可避免。
例如,你是一个非常在意细节的比特币 OHLC 数据维护者,你可以直接放一个 SQL 接口给你的用户以满足各种查询需求。
- CQL 在平衡数据安全性的同时,可以限制特定的 SQL 查询语句以满足需求。
- CQL 将 SQL 操作,增删查改等记录在区块链上,方便用户检查账单比如 这个
- 对于那些对高性能有要求的客户,可以在用户那里部署
Slave
节点,以满足低延迟查询的需求,同时实现几乎实时的数据更新。
由于 CQL 数据历史是不可篡改的,CQL 可以用来存储敏感的操作日志,以防止黑客攻击和删除访问日志。
在比特币或以太坊这种传统公链上存储数据非常昂贵(2018-05-15 以太坊上为 $4305 / MB),而且由于缺乏结构化数据的支持,代码实现非常复杂。但 CQL 可以给你一个结构化且低成本的 SQL 数据库,并为 ĐApp 提供了与真实世界交换数据的空间。
团队成员发表过的论文
这些启发了我们:
DH-RPC := TLS - Cert + DHT
层 | 应用 |
---|---|
远程调用协议 | net/rpc |
寻址 | Consistent Secure DHT |
会话池 | Session Pool |
多路复用 | smux |
传输安全 | Enhanced TLS |
网络 | TCP or KCP for optional later |
- 全球网络拓扑模拟器(GNTE) 用于网络模拟
- 线性一致性测试
CovenantSQL仍在建设中,测试网已经发布,尝试一下.
- Golang
- Java
- NodeJS
- Python
- Microsoft Excel (来自社区)
- Coding for more……