@maichael

那就是和我们的 clickhouse 需求一样的，检索其实主要就是 transaction 、internal txs 和 event logs 。比如 3.1T 的 eth mainnet erigon 放进数据库就 2T 多（因为没那种 global state 数据）。
https://github.com/njublockchain/web3research-etl

我写了个额外的 python 库方便组里小白检索（没太多时间写，还是残缺的）
https://github.com/njublockchain/web3research-py

不知道你的 OLAP 场景怎么样，是就节点 query 还是怎么。

如果只是节点 query 我看人家 Solana 就是用 GCP 的 bigquery 做 archive node 的 historical data 。

如果是需要数据库那样任意检索。我们实验室里我解析各个链的数据是自购企业级 u2 大硬盘（淘宝二手），用各个链的 erigon 版做节点省 archive node 存储空间，用单机 clickhouse 存数据与分析（因为没啥机器，单机情况就这个用下来性能最好，而且直接 bytes 存能省下很多空间），另外有机械和私人阿里网盘以及一些说出来怕被骂滥用的服务做备份。全都是 raid0 ，反正区块链数据不怕丢再同步解析一遍就好了。机器成本很低，网络用的学校学院机房。开发成本因为纯粹自己 solo 有点高 hhh

@charten 的确是这样的。

但是如果追求速度那还是应该去怀抱 rust （ wagon 就做编译做到弃疗了），用 wasmtime-go 和 wasmer-go 也是很香的。

wasmer-go 和 wagon 速度和是一个天一个地。

https://github.com/wasmerio/wasmer-go#benchmarks

纯 go 这边需要做到的只是最基础的可运行和 go 环境中易适配易魔改（就那一大堆 proposal，还有像 ewasm，cosmwasm 这种第三方针对智能合约引擎方向的魔改）。

当然也因为我菜写不动……

@DoctorCat 是有需求才撸的……不然也不会做那么多~市场~issue 研究……

@missdeer

面向 web 的 wasm framework 其实挺多的，尤其是 rust 上的。

其实 wasm 本身就是你把编译目标调整到 wasm32 之后只要语言支持就能直接编译，框架什么的就一些常用操作的 wrapper 。

https://www.reddit.com/r/golang/comments/ddyja9/canonical_go_wasm_framework_blazor_for_go/

原生 go 上因为现在是靠个写死的 wasm_exec.js 所以基本上可以认为是顶多就能用……基本上只要引入第三方包就肯定需要像 tidb 那样排雷

https://pingcap.com/blog-cn/tidb-wasm-introduction/

不过个人更喜欢面向 server 的……老实交代就是拿来当智能合约引擎，所以也就和这些 framework 反着跑了……