Bitbus到来了—强大的索引服务

2020-03-14 03:53信息来源 : coingeek.Unwriter已发布Bitbus 2.0,这是针对比特币SV分类帐的高效索引服务。随着交易量的增加,Bitbus 2.0实质上淘汰了较早的Planaria API,这表明其设计存在缺陷。与每个运行自己的Planaria并过滤来自另一个“全节点”服务器的交易的应用程序相反,Bitbus努力成为许多服务可以与之交互的单个端点。
 
资料来源:Bitbus
Bitbus如何扩展?
Bitbus可以更有效地扩展,因为过滤是在服务器端完成的。客户端使用Bitquery发出请求,以指定所需的数据以及所需的数据格式。
由于Bitbus具有分类帐的索引副本,因此它们可以快速获取交易并将其返回给客户端。与Planaria不同,Bitbus的用户无需下载任何JavaScript软件即可运行,他们只需从现有应用程序发出HTTP请求即可与比特币分类帐中的数据进行交互。
此外,这种精益的体系结构可以支持任何平台。用任何编程语言(不仅仅是JavaScript!)编写的任何应用程序都可以立即使用Bitbus,因为它们要做的就是向服务器发出API请求。
块头状态端点
Bitbus实现了一个“状态”端点,该端点包含一个JSON对象,该对象表示有关最新块头的详细信息。这是一个很好的补充,因为用户可以订阅该端点并收到下一个块的通知,并随后知道何时使用该块中的数据更新Bitbus。

我特别喜欢此功能,因为我相信可以在应用程序中利用最新的块详细信息来做一些有趣的事情,而此API端点使此操作非常容易。我在时间戳记链接上在多伦多CoinGeek上有关作者的工具的演示中谈到了这一点:

资料来源:YouTube
Bitbus + Bitsocket
上面的细节很重要,因为Bitbus不会存储未确认的交易。应该使用Bitsocket来获取那些。Unwriter已记录了如何实现这一点-应用程序将对已确认的交易进行初始查询,然后进入“侦听模式”以获取新交易。
如果应用程序在启动时仅执行一个查询,然后在剩余的正常运行时间中使用Bitsocket,则此功能实际上可以缓解Bitbus的压力。
减轻规模负担的努力
为了解决潜在的性能问题,Bitbus不在与事务格式相同的数据库中存储大量数据。而是将它们存储在文件系统中并由Bitbus引用。因此,应用程序将需要对不同的端点进行多次查询,以获取大于512字节的数据。应用程序将收到对数据的引用,然后再对它们使用BitFS进行查询。
尽管这对于客户端来说有些不便,但这确实有助于Bitbus维持其正常运行时间和响应能力,因为它不必处理为大量数据提供服务。
Bitbus要求其客户在Planaria Planaria Planaria 上注册API令牌。用户可以在仪表板上查看令牌使用情况,并分别指示消耗的数据和查询时间的“花费的流量”和“花费的时间”。

来源:Planaria代币
这只是猜测,但这可能是Planaria Corp的第一个潜在收入来源- 通过根据Bitbus的实际使用量向客户收费来利用Bitcoin SV的微支付功能。
Bitbus可以扩展到TB级的块吗?
通过所有这些努力来与比特币SV网络一起扩展,尚不确定Bitbus是否有能力。Bitbus必须从矿工那里获取数据,该矿工将拥有更强大的基础架构来处理这项工作。
也就是说,由于交易量低和整笔补贴(很快减半),到目前为止,矿工在提供这些类型的服务时相当懒惰和被动。无论该软件是由Planaria Corp还是由矿工运行,在短期内它都非常有用。

币爱:
  中国媒体:比特币的牛市行情可能对黄金和贵金属不利

发表评论