「Moonbeam生态说」是Moonbeam中文爱好者社区联合Moonbeam中文高级大使组织的社区AMA活动。该活动为已部署Moonriver或Moonbeam的项目方提供了在主流Moonbeam非官方中文社区内介绍自己的项目信息，包括：项目介绍、团队介绍、技术优势等，帮助社区内的Moonbeam爱好者快速了解活跃在Moonbeam生态内的优质项目。

本期Moonbeam生态说由Bitquery和Moonbeam中文社区联合在BinanceLive直播，深入了解Web3区块链数据提供商Bitquery。观看直播回放：https://www.youtube.com/watch?v=5xoutDBE1bw

以下为本次AMA文字实录：

JX：大家好，我是JX，Moonbeam的大使。此前我在Binance任职，因此认识Moonbeam并参与Binance对其的投资事项。现在我和我的团队创建了一家区块链投资公司 — — Old Fashion Research（OFR）。OFR主要业务包括投资&并购，以及项目孵化。至今我们投资了超过30个项目（包含元宇宙、基建等等），覆盖了包括拉丁美洲、东南亚等新兴市场。比如Nansen、Woo Trade和Genopets等。

本次AMA的嘉宾是来自Bitquery的Gaurav，首先邀请Gaurav先做个自我介绍吧！

Gaurav：大家好，我是Bitquery的增长负责人Gaurav。Bitquery是区块链数据提供商，我们的大多数业务集中在数据服务领域，比如大数据查询等。在不同的垂直领域，包括合规方向、DEX交易、DeFi等等。我们也提供了诸多面向开发者的服务，不管是个人开发者还是专业开发团队。我们的团队在这个领域深耕了4年，团队位于加利福尼亚，目前人数在20人左右。

Bitquery是向前发展的团队，我们已经支持了大约40条公链，这其中也包括一些测试网。大多数的数据面板是使用GraphQL，但我们也有面向企业级客户的其他业务。

JX：非常好！我相信在场的观众会期待Bitquery的具体产品。请介绍下Bitquery是什么，是什么启发你的团队创建Bitquery的产品？

Gaurav：好的。对于Bitquery，我们希望解决区块链的数据访问不足，并且让区块链数据富有意义。最开始我们推出的产品是Block C（blockC.info），这是一个基于以太坊的区块浏览器。但与其他浏览器不同的是，你能在此平台上看到更多分析。例如，各类Token持有者的信息，各个地址之间的关联度，以及基尼系数。这是基于BlockC的成果，我们在这其中看到有趣的分析，也看到不同区块的API构成。在2018年，我们逐渐意识到未来可能是多链的世界，这将催生出众多区块链，以及伴随而来的海量数据需求。

数据能丰富新一代的产品，而新一代的产品是构建更复杂产品功能的基础。优秀的数据面板能为用户提供更高质量的用户体验和采用率。所以，我们构建了Bitquery，目前我们处理的链上数据超过1PB的链上数据。

当然，我们索引了不同的数据。我们一直致力于数据层工作，并且清楚数据可访问性的现实问题，特别是希望获取不同类型区块链的数据，比如用于构建应用、研究、分析等不同案例。获取数据是有门槛的，即使得到了这些数据，这也会耗费大量精力在获取数据上。我们希望在Bitquery构建数据管理查询产品，解决数据获取的问题。

JX：你曾提到Bitquery已经构建在了不同类型的区块链，现在Birquery也宣布了集成Moonbeam的公告。集成Moonbeam契机是什么，所面向的使用者群体是哪些？

Gaurav：我们在几个月前完成在Moonbeam上的部署。在此之前我们与Moonbeam的团队进行了深入沟通，并发现我们的客户和用户也有使用Moonbeam的需求，所以我们开始着手集成。整个集成历时1个多月的时间，因为我们有一个标准的集成流程，用自己的基础设施，运行节点，索引数据并将其放入数据仓库然后逐步完成与其他的Bitquery产品的集成，比如区块浏览器、DEX API、GraphQL IDE等等。

我们发现大多数人想要Moonbeam上的分析数据，也有许多人对Moonbeam上的DEX交易数据感兴趣。还有一些是企业用户感兴趣的，比如合规相关的数据，这也是我们集成Moonbeam的原因。现在我们已经全面地支持了Moonbeam，在某些垂直领域，你能通过API便捷地获取数据。我们将为所基于EVM的链和其他类型链上线更多新的产品。

JX：我们从Bitquery网站上看到丰富的产品介绍，这些产品主要是解决什么问题，通过这些产品你发现了哪些有趣的分析？

Gaurav：因为我们有非常多类型的横向产品所以当你获取了区块链数据后，你便可以基于此打造很多可能，比如借贷产品、质押产品、交易类产品、NFT或者是游戏等各种产品。我们定义了某些垂直的领域，在这些领域，我们拥有着几乎完整的解决方案。比如，Coinpath就是合规性的API，能最追踪到链上的资产流向。通过他找到资产来源，从哪里到哪里去，原生的资产最终走向了哪里。比如说，有资产从某些交易所流向了不同的用户，你就能通过Coinpath查出他们的踪迹。当然，这主要是适用于合规性的调查，为他们提供解决方案。

在DEX交易，我们追踪DEX数据，我们在不同的链上对他们的DEX获取数据，比如你希望利用数据构建交易工具、在数据中发现套利的机会，即使是获取链上某一个交易对的数据，这个交易对可能没有链下的数据作为参考，那就能是用我们的付费模式获取这些地址、token转换、智能合约的交互等任何你想检索的。说实话，我们也不清楚我们的用户们是如何在使用我们的产品，因为这些产品非常横向化。

JX：这听起来会惠及很多团队。下一个问题是关于Bitquery的发展路线图。未来2年会有哪些值得期待的产品功能？

Gaurav：目前我们会集中两件事。首先是部署更多的数据集。目前我们拥有功能丰富且完整的数据集，正如我刚才介绍的那样。但我们还需要更多的数据集，因为现有的产品是满足2年前的需求而设计的，如今则需要满足更多的标准，比如EIP1155。这些新的数据集（也就是新产品）将会基于GraphQL，这是更加全面的满足当前的需求。

与此同时，我们也在开发数据传输平台。这将允许区块链数据流通过多个接口获取。这是我们投入精力的主要工作。

这两个方向的努力可以解决众多现存的问题，而其中能解决的很重要的一个问题就是：如何推动和获取实时的区块链数据？

这对许多应用场景至关重要。比如交易相关的数据，实时支付系统的合规性，还有更多我们已知的应用需求。因为实时数据传输仍有技术障碍，我们正在尝试解决。

JX：确实，更多的数据集和满足更多应用场景需求。我仍然对这个领域的基本面感兴趣，其实有很多的竞争者正在被投资者发现。对比同类产品，Bitquery在数据反馈和支持的链上有哪些比较优势？

Gaurav：我们是看到了很多类似的项目，可能1或2年之前没太多，现在却出现了一些。Bitquery的独特之处是我们始终是客户导向型的。我们是有盈利的公司，为客户打造他们所需的产品，这就是主要的区别之一。

其次，在去中心化的区块链领域，我们的竞争者会在网络中保存数据，但我们不会这么做。因为数据正在呈指数级增长，而且使用它的人需求各不相同，需要用不同的模式满足他们的需求。如果再加上对数据的重复使用和长久地保持数据，整个网络将变得无比巨大。我们的观点是，真正需要数据的人应当存储这些数据，也可以有专业的供应商辅助存储，不过多数公司自己存储数据，毕竟现在数据量不大。

这是一种全新的价值主张，区块链是数字基础设施的一部分，就像我们拥有的物理基础设施（道路、桥梁）类似，我们需要其中每一个基础设施。同样的，我们存在于一个数字世界，比如Facebook、Google或者是AWS等是数字基础设施。

在区块链同理，缩短基础设施间的距离是重要的一步。因为这不是一个统一而论的地方，而是由不同的部分组成。需要从某些区块链实现集成，同时需要连接远程的设施。我们希望紧密基础设施间的联系，让数据可以无缝地在不同的基础设施之间进入、转换。使用者能通过这些基础设施构建应用。比如，我们能够基于AWS直接通过MySQL、Redshift、Kafka或者其他的平台推送数据。因此，开发者可以直接按照自己的需求使用，而不需要依赖某些统一的接口或是单个接口，同时，基于访问的能力和数据本身的可访问性，构建应用变得非常便利。

我相信达到这类程度的可访问性能帮助我们的开发者构建更好的复杂应用，这些应用甚至可以在用户体验上，与当前的中心化应用匹敌。

JX：很好。数据的可访问性是非常重要的。我们也在寻找应用层和基建层之间的有效中间件。似乎Bitquery在这方面有了一份满意的答卷。既然Bitquery已经开始业务，在定价方面，针对不同用户的定价模式是什么？

Gaurav：好问题。定价方面，我们不会隐藏任何条款。我们向所有人开放API。鉴于我们对自己的定位是数据基础设施平台，因此对于每位使用者，我们打造了积分系统，定价也是基于这类逻辑。这就像是你在AWS的付费是基于你的实际使用量，在Bitquery也是类似的道理。你可以编写API查询不同类型的数据，积分系统会统计你的查询量消耗了多少积分。这里也是定价点的核心。

比如，在我们的高级计划中，我们每月会免费提供10万点积分。在更高阶的team计划中，我们每月提供300万的积分，最高的Business计划是提供1亿点积分。如果还需要更多，我们会提供企业级的定制计划。

JX：从哪里可订阅最新的Bitquery进展或是浏览使用指南？

Gaurav：我们有Telegram和Twitter，大部分的更新在以上渠道能看到。如果你在Bitquery网站完成了注册，你也会收到Newsletter。每当我们有更新，通过Newsletter就能查看这些进展。总的来说，加入我们的Telegram，你可以搜索到全部的内容。

JX：好的。感谢您提供的信息。我相信很多人会探索创业公司背后的故事，我很好奇是什么原因促使创始团队成立了这家公司，他们的背景是什么？

Gaurav：Bitquery是由Dean和Aleksey共同创立的。Dean是一位资深的技术专家，他曾创业并将公司卖给向黑莓这类的大公司。他是位连续创业者，拥有3家公司。2016年，Dean进入了区块链领域，携手Aleksey一起从事业内的审计业务。逐渐地，他们意识到所有的审计都离不开对数据的获取。于是就有了构建这家公司的后续。

Aleksey的经历和Dean类似，他的技术背景很强，拥有超过20年的代码开发经验，主攻大型系统的构建。

Bitquery的灵感来自于当今社会对数据的大量需求。这个世界每天都在产出大量的数据，人们也需要这些数据。而我们正好在数据方面有不错的资源背景，构建数据平台水到渠成。

Bitquery是自然而然的发展，一开始也没有赚钱。去年我们希望公司能有盈利，我们倾听客户的意见，了解他们的开发需求。当然作为一家以数据为中心的公司，我们始终在收集用户的意见，并注重将这些用户意见融入进我们的产品。

现在整个团队大约20人。我们目前仍开放岗位招聘！所以，如果你正好在看AMA，也感兴趣我们的公司，欢迎投递简历。

JX：听起来Bitquery的团队构成很精简，有技术背景也有商务能力。团队间的成员是如何协同工作的，有多少人是技术方向，多少人是商务方向？

Gaurav：总的来说我们还是一个技术为主的团队，大概90%左右是技术成员，主要是开发运维。BD这边主要是我和Dean，主要是做inbound的营销，围绕用户需求开展业务。我们在持续招聘BD、数据、区块链等不同背景的人才。

在BD层面，我们的inound业务效果是不错的，我们接触了很多客户。当然，当我们发现感兴趣的落地场景，我们也会直接联系潜在的客户。在市场营销上，得益于我们的区块浏览器，每月都会有上百万的浏览量，这对我们的Google SEO很有帮助，这让我们总是出现在Google搜索的首页。也是我们保持良好发展状态的原因。

JX：这真的令人印象深刻，强势的技术背景，还有高效的运营团队。除了刚才我提出的问题，此时社区中也留言了一些提问，有些问题是值得一看的。

第一个社区问题：Bitquery和The Graph相比有哪些差异？

Gaurav：The Graph是非常优秀的产品，他们正在解决不同Dapp遇到的问题。The Graph构建了为Dapp一个中间层，这就好比Dapp处于前端。

以Crypto Kitty举例，他们曾在AWS部署，以此提取链上的数据，然后将数据展示给用户以优化使用体验。The Graph创建了中间层，开发者不需要构建特定的索引状态的排序，使用去中心化的索引服务即可。The Graph看到了这些需求，给这些特定的需求提供解决方案。

Bitquery是不同的，我们希望打造一个实时传输数据的解决方案，并且这个方案不局限在一个案例。其次，我们希望构建更多类似BitTorrent结构的数据，使用者可以转换这些数据。当前BitTorrent是没有转移数据功能的，但这个功能能让数据更有意义且能获得奖励。第三，说实话数据流是能传递给任何人的，所有需要这些数据的人。我们正在打造一个通用协议，部署在其他的区块链上，如果使用者希望传递数据（这也是我们的特点之一）。

如果你想要部署一个The Graph节点，The Graph有自有的节点，这内置了它全部的索引需求，但这类部署需要很高的硬件标准。Bitquery则是轻量级的，但是效率却很高。与此同时，如果有一个专业的节点提供商，不管是Infura或是其他，他们能很轻松的运行我们修正后的节点。一来能提高他们的工作效率，二来他们能将数据传输至Bitquery的网络。这对我们双方是一件双赢的事，对方也能获得盈利。

在设计方面，我们拥有自己的数据通道作为依托的基础设施。构建这个通道是为了将数据传输至各个地方，主要是在基础设施中。当然如果dapp或是某些浏览器需要这些数据，也是可以获取的。

JX：The Graph是将索引做成了协议层，这和Bitquery的业务还是有所差异的。下一个问题是如何确保数据在传输时的准确性和安全性？

Gaurav：这个问题很好。我们正在寻找保障数据准确性的方法。因为仅从内部的技术是无法验证数据的准确性。可能从建立在entropy（信息论）的角度思考解决方式。简单来说，我们需要知道原始数据是什么、用了什么方式传输、输出的结果是什么，然后我们可以比较他们。

这个问题我们目前正在尝试通过算法来解决。我们希望查询数据在传输过程的保真度，而不是将重点放在数据来源。此外，基于一些技术，通过激励推动人们传输准确的数据，这也是可行的方案。

在数据安全性上，我们不在链上存储数据，我们的重心是将这些数据尽快传输到各个网络，而不是去保存这些数据，因此数据的状态安全并不是一个大问题。

JX：我很高兴能听到有人对安全和数据准确性的关心。下一个问题，你是如何看待Bitquery当前的盈利模型？

Gaurav：类比成SAAS类的公司比较合适，但Bitquery也有自己的独特性。我们的基础设施发展飞快，我们也无意控制这个基础设施。目前Bitquery处理超过1PB的数据，其速度非常快。一旦我们启用新的数据集，基础设施的规模又会翻倍成长。我们希望用协议替代现有的基础设施，我们希望成为自己协议的最大客户，但也会保持这个SAAS产品，以便一些不希望集成协议的用户在使用我们服务时得到有效的支持。用户可以使用我们的数据，这些数据来自Bitquery自身协议传输的数据。当然，如果开发者愿意，他们可以直接和协议层集成。我们会维持这个模型，同时也构建了协议层当作取代基础设施的另类解决方案。

JX：最后一个来自社区的问题，Bitquery短期和长期的规划如何？

Gaurav：短期来看，我们的重心是部署新产品，这其中涉及2个产品。其一是我们自己的协议层，其二是在SAAS方向拓展数据集。长期来看，我们致力于让开发者更便捷地访问区块链数据，推动更多优秀的应用出现在去中心化世界，并为他们提供更友好的用户体验。

JX：在我们结束AMA之前，你还有什么想对观众说的吗？

Gaurav：我想说，这个市场的基础设施产品层场景广阔，特别是对基础设施的投资，请保持关注，因为这对于行业的发展非常重要。