助力EOS生態(tài),BOS為EOS貢獻(xiàn)代碼

BOSCore仍然致力于為 EOSIO 貢獻(xiàn)代碼，增加生態(tài)力量，為社區(qū)開發(fā)人員解決實(shí)際需求。

history_plugin 存在的問題

眾所周知，history_plugin 是 EOSIO 提供全歷史節(jié)點(diǎn)的技術(shù)方案，雖然該方案基于內(nèi)存模型，將所有鏈上數(shù)據(jù)全部放到內(nèi)存中，查詢速度非?？?，但這也帶來了一個(gè)令開發(fā)者頭疼的問題：想查詢?nèi)湹臍v史記錄，就不得不維護(hù)一個(gè)非常消耗內(nèi)存的 history_plugin節(jié)點(diǎn)。

從主網(wǎng)上線開始，隨著整個(gè)鏈的交易越來越多，將交易記錄放到內(nèi)存中并不是一個(gè)明智的選擇，history_plugin 更像是一個(gè)“臨時(shí)作品”。

據(jù) EOS 主網(wǎng)上提供 history_plugin 節(jié)點(diǎn)的團(tuán)隊(duì)介紹，這種方案的成本已經(jīng)達(dá)到服務(wù)器需要至少 4T 的內(nèi)存，這對于一般的需要使用自己歷史節(jié)點(diǎn)的開發(fā)者來說是不可忍受的。不僅如此，高昂的服務(wù)器成本是一方面，運(yùn)維難也是另外一方面。

一直以來，社區(qū)技術(shù)力量也在不斷尋找自己的解決方案。目前常見的有 TokenPocket 開發(fā)的 kafka_plugin，基于 state_history_plugin 的 Hyperion 項(xiàng)目都是比較出色的/卓越的/優(yōu)異的/杰出的的鏈上數(shù)據(jù)查詢方案。

EOSIO 本身也在不斷實(shí)現(xiàn)新的方式來提供鏈上數(shù)據(jù)的查詢，trace_api_plugin 可以通過API 接口獲取到一個(gè)塊中所有交易，對于開發(fā)者來說學(xué)習(xí)成本最低，上手最快。但是，原生提供的數(shù)據(jù)并不能滿足開發(fā)者需求，需要進(jìn)一步完善。

BOS 為 EOS 貢獻(xiàn)代碼

BOSCore 項(xiàng)目從啟動之初就十分關(guān)注社區(qū)開發(fā)者的需求。從主網(wǎng)啟動時(shí)實(shí)現(xiàn)的BOS IBC技術(shù)，再到如今的 IBC HUB Protocol 以及 3s LIB，BOS 一直本著方便開發(fā)者和用戶的初心在努力創(chuàng)造和鉆研。

BOSCore 的技術(shù)實(shí)力一直來廣受認(rèn)同，不僅將 EOSIO 的共識速度提高了近50倍，還完成了將 EVM （Ethereum Virtual Machine，以太坊虛擬機(jī)）移植到 EOSIO 的挑戰(zhàn)。

一堆有技術(shù)夢想的 coder 們聚集在一起，總是有很多靈感的火花。Vince 是團(tuán)隊(duì)的算法工程師，負(fù)責(zé) BOS 算法設(shè)計(jì)和核心功能開發(fā)，曾任職分布式系統(tǒng)架構(gòu)師及智能推薦系統(tǒng)架構(gòu)師，有豐富的機(jī)器學(xué)習(xí)和數(shù)據(jù)挖掘經(jīng)驗(yàn)。他在 EOSIO 社區(qū)浸潤已久，也時(shí)常參與社區(qū)對于技術(shù)痛點(diǎn)以及未來期望的討論。

有開發(fā)者找到我們，希望可以針對 trace_api_plugin 的不足進(jìn)行改進(jìn)時(shí)，Vince 不僅完成了更可用的版本，而且將滿足社區(qū)開發(fā)者需求的代碼提交到了 EOSIO。

PR詳情參見[https://github.com/EOSIO/eos/pull/9005]

針對 trace_api_plugin，添加了多個(gè)字段，可以直接在返回?cái)?shù)據(jù)中直接使用，解決了原來 trace_api_plugin 數(shù)據(jù)不足的問題，可以讓其作為一個(gè)鏈上數(shù)據(jù)查詢方案來使用。

完善后trace_api_plugin返回?cái)?shù)據(jù)截圖

對于 BOSCore 來說，除了不斷實(shí)現(xiàn)技術(shù)創(chuàng)新之外，仍然致力于為 EOSIO 貢獻(xiàn)代碼，增加生態(tài)力量，為社區(qū)開發(fā)人員解決實(shí)際需求。

來源：金色財(cái)經(jīng)