Covalent白皮书解读

Covalent, the indexing of Blockchain

项目背景:

• 1.链上数据虽然是公开，但是深度，粒度和历史性的区块链数据难以访问

Geth 的问题：

• 1.提取数据很贵
• 2.构建节点难度大，目前已经有几个t 的历史数据
• 3.提取速度慢
• 4.数据不完整
• 5.太小众 , 不能类似 SQL / mongodb

目的/愿景

• 1.提取数据，统一性 通过API
• 2.etherscan 无法提供一个统一的视图来看数据 , 统一范式
• 3.跨链

分权治理/去中心化

• 1.确保数据没有单点故障，最大运行时常和最低延时
• 2.通过 CQT 对整个网路进行治理 (但目前没有看到节点分布的情况，不透明)

区块链数据虚拟合作机构

• 1.通过验证器对数据进行校验，如果数据错误则进行惩罚 ，正确索引数据则拿到奖励
• 2.通过SDK进行数据丰富的问题
• PoP

数据分层设计:

• 1.base layer 各个链的数据源
• 2.基础层，可以连接企业数据，对链上数据进行解读
• 3.DeFi SDK 为开发者提供数据
• 4.应用程序商店

三个Validator:

• 1.索引节点
• 2.托管节点（分片存储）
• 3.服务查询节点

Covalent Query Token (CQT)

设计背景:

• 1.设计的目的主要仅用于在网络中发挥作用
• 2.发给验证器，用于为API的用户完成查询
• 3.鼓励贡献，维护生态系统. 创造双赢，公平激励参与者, 是用户参与生态建设的利益驱动

作用:

• 基础设施货币
  • 每响应一次查询都可以通过 CQT 获得补偿 . 用户则通过美元进行支付服务
  • 以稳定币付费的原因 : 避免投机
• 对索引，托管和服务查询的请求奖励
• 保证服务水平
  • 通过延时/稳定性等给节点评分，如果没有办法维持正常运转的节点，质押的CQT会被扣取
• 一般用户委托参与网络建设
  • 个人用户持币量较少，通过委托参与网络建设，类似 Dot , 波场等POS 网络的治理
• 社区治理
  • 投票决策

###数据分析 AppStore

Staking and Validators

整体架构

Covalent 具有三种验证器类型：

• 索引节点，以索引适当的区块链数据；
• 托管节点，经托管分片的 Covalent 数据库；
• 查询节点，将提供查询请求服务。

质疑点

• 现在项目的近况如何了？每种node都有多少个？
• 由于用户不会直接使用$CQT支付搜索费用, 那么什么情况下$CQT价格会升高？
  • (Those making requests for data (as customers) will however never interact with the CQT economy. Instead, their payments will be made in standard dollar figures and charged in stablecoins. This makes it possible for standard agreements and pre-set pricing to be made when a company chooses to use the Covalent Network for running its operations. It also protects them from speculating on the underlying currency.)

个人思考

• 项目设计的不错。不像是圈钱就要跑的。
• 作为一个数据库，最重要的性能就是两个，Availability(不能宕机，用户使用的时候最好永远在线，像Google一样) and Durability(数据不能丢)。这两个性能在这个系统里，极大取决于负责读取的结点的个数，也就是存储结点，搜索结点，和路由结点。
• 还没太想明白CQT用户增多和$CQT价格上涨之间的关系。感觉其实可以没什么关系？越多的用户 -→ 越多的搜索需求 -→ 越多的stable coin和美元订单 -→团队更多钱。但是不知道团队更多钱和$CQT价格上涨有啥关系。感觉可以毫无关系…