max-transaction-time

我们推送交易，一般是先推送到同步节点。每次推送类似于HTTP的post请求，不可能长时间的一直处于推送状态，也就是有个最大的推送时间，当超过这个时间，则推送失败。
一般是部署合约时，由于wasm文件过大，容易出现此问题。

max_transaction_lifetime

交易在创建时可以自行修改过期时间，但是这个过期时间不是随意过大，是有上限的，在genesis.json种配置的max_transaction_lifetime。

如果-o文件名与合同名称不同，则ABI生成失败
比如

struct [[eosio::table, eosio::contract("bcs.ibc")]] extract_token

及此合约文件的名字必须为bcs.ibc.hpp/cpp

https://github.com/EOSIO/eosio.cdt/issues/588

使用场景

有一些充值场景，需要用到类似于BTC HD地址功能，简单来说就是一个账户需要支持多个子地址，然后对应的子地址收账后，都能汇集到该主账户。

EOS分层地址实现

账户体系扩展表 userresext（可发起转账和收款）

分层账户地址体系表 hduserres（注意：只用于收款），表数据包含账户体系扩展表数据

地址A向地址B转账时，transfer扩展 action执行时接收（from_address，to_address，quantity，memo）

根据from_address查询userresext,找到对应得账户名，根据hduserres找到对用得分层地址。

由于1.8.*和之前的版本的数据不兼容，所以主网升级后，同步节点需要做以下调整

1. 确保其现有节点正在运行最新的稳定版本（1.7）的nodeos，然后关闭nodeos。
2. 进行备份并删除数据目录中的blocks/reversible目录，state-history目录和state目录。
3. 用新版本替换其旧版本的nodeos。
4. 启动新的Nodeos 1.8发行版，并使其完全从创世开始重播，并赶上与网络同步的步伐。该节点应接收块，并且LIB应该前进。在激活第一个协议升级功能之前，运行v1.8和v1.7的节点将继续在同一网络中共存。

将nodeos从v1.7升级到v1.8时，需要从创世重播。之后，v1.8节点可以照常快速启动和停止，而无需重播。v1.7节点生成的状态目录将与nodeos的v1.8不兼容。版本1便携式快照（由v1.7生成）将与要求版本2便携式快照的v1.8不兼容。

注意点

链程序 需要选用 1.8.1或者1.8.4，中间两个版本有问题，
发帖时，未找到有提供1.8 相关的离线数据包，所以目前只能自己hard-repaly，或者使用快照

感谢eos beijing BP的技术小伙伴回答

wallet_api_plugin is no longer supported as part of nodeos. Use keosd instead.
https://developers.eos.io/keosd/docs

参考

https://github.com/EOSIO/eos/issues/7833