助力EOS生态,BOS为EOS贡献代码

BOSCore仍然致力于为 EOSIO 贡献代码，增加生态力量，为社区开发人员解决实际需求。

history_plugin 存在的问题

众所周知，history_plugin 是 EOSIO 提供全历史节点的技术方案，虽然该方案基于内存模型，将所有链上数据全部放到内存中，查询速度非常快，但这也带来了一个令开发者头疼的问题：想查询全链的历史记录，就不得不维护一个非常消耗内存的 history_plugin节点。

从主网上线开始，随着整个链的交易越来越多，将交易记录放到内存中并不是一个明智的选择，history_plugin 更像是一个“临时作品”。

据 EOS 主网上提供 history_plugin 节点的团队介绍，这种方案的成本已经达到服务器需要至少 4T 的内存，这对于一般的需要使用自己历史节点的开发者来说是不可忍受的。不仅如此，高昂的服务器成本是一方面，运维难也是另外一方面。

一直以来，社区技术力量也在不断寻找自己的解决方案。目前常见的有 TokenPocket 开发的 kafka_plugin，基于 state_history_plugin 的 Hyperion 项目都是比较出色的/卓越的/优异的/杰出的的链上数据查询方案。

EOSIO 本身也在不断实现新的方式来提供链上数据的查询，trace_api_plugin 可以通过API 接口获取到一个块中所有交易，对于开发者来说学习成本最低，上手最快。但是，原生提供的数据并不能满足开发者需求，需要进一步完善。

BOS 为 EOS 贡献代码

BOSCore 项目从启动之初就十分关注社区开发者的需求。从主网启动时实现的BOS IBC技术，再到如今的 IBC HUB Protocol 以及 3s LIB，BOS 一直本着方便开发者和用户的初心在努力创造和钻研。

BOSCore 的技术实力一直来广受认同，不仅将 EOSIO 的共识速度提高了近50倍，还完成了将 EVM （Ethereum Virtual Machine，以太坊虚拟机）移植到 EOSIO 的挑战。

一堆有技术梦想的 coder 们聚集在一起，总是有很多灵感的火花。Vince 是团队的算法工程师，负责 BOS 算法设计和核心功能开发，曾任职分布式系统架构师及智能推荐系统架构师，有丰富的机器学习和数据挖掘经验。他在 EOSIO 社区浸润已久，也时常参与社区对于技术痛点以及未来期望的讨论。

有开发者找到我们，希望可以针对 trace_api_plugin 的不足进行改进时，Vince 不仅完成了更可用的版本，而且将满足社区开发者需求的代码提交到了 EOSIO。

PR详情参见[https://github.com/EOSIO/eos/pull/9005]

针对 trace_api_plugin，添加了多个字段，可以直接在返回数据中直接使用，解决了原来 trace_api_plugin 数据不足的问题，可以让其作为一个链上数据查询方案来使用。

完善后trace_api_plugin返回数据截图

对于 BOSCore 来说，除了不断实现技术创新之外，仍然致力于为 EOSIO 贡献代码，增加生态力量，为社区开发人员解决实际需求。

来源：金色财经