分析完整的区块数据，解析所有tx信息，并提取sensible相关数据到数据库/redis。为Sensible API Service提供数据。
通过监听节点zmq，获取新区块确认通知。
- 需要节点开启zmq服务，至少启用 hashblock/rawtx 2个队列。
- 能够直接访问节点磁盘block文件。
- 使用redis，clickhouse存放数据。目前redis占用20GB内存，clickhouse占用600GB磁盘。
在conf目录有程序运行需要的多个配置文件。
- db.yaml
clickhouse数据库配置，主要包括address、database等。
- chain.yaml
节点配置，主要包括zmq地址、blocks文件路径、节点RPC地址。
- redis.yaml
redis配置，主要包括addrs、database等。
目前同时兼容redis cluster和single-node。addrs配置单个地址将视为single-node。
- prune.yaml
存到db时是否裁剪相关数据，以减少db占用。目前BSV区块已超过2TB，裁剪后可以减少到500GB。
使用docker-compose可以比较方便运行sensibled。首先设置好db/redis/node配置，然后运行初始化：
$ docker-compose -f docker-compose-init.yaml up -d
当运行完毕之后(< 1 min)，可以进行批次同步：
$ docker-compose -f docker-compose-batch.yaml up -d
当运行完毕之后(> 6 hour)，可运行正常同步：
$ docker-compose up -d
空闲时或同步少量区块中可以执行stop来停止。
$ docker-compose stop -t 300
注意如果正在执行大量同步，不要用docker-compose stop，因为停止超时(默认10s)会强制杀进程。要优雅停止请执行：
$ docker-compose kill -s SIGINT
首次运行前，需要先在clickhouse中创建db，无需创建table。
由于一次性全量同步将占用大量内存(>100GB)，以至于无法在普通机器成功执行。我们可采用分批执行、分段同步所有区块。
开始同步命令如下，表示执行初始同步，并在区块高度为100000时停止：
$ ./sensibled -full -end 100000
当执行完毕后，可以进行批次同步，每批处理1000000个tx，如果内存较小，可适当减少每次同步的tx数量。在区块高度为690000时停止：
$ ./sensibled -end 690000 -batch=1000000
最后，可以启动连续同步模式，即同步完最近区块后不退出，将继续监听并同步新区块：
$ ./sensibled
程序日志将直接输出到终端，可使用nohup或其他技术将程序放置到后台运行。
sensibled服务在等待新区块到来时可以重启，同步过程中不可随意重启(停止需要发送SIGINT触发)。