Tiance

> 目前确定有一个场景： > > 1. 我们想提高 lotus 钱包管理的安全性 所以希望可以将wallet 独立出来到一个安全级别比较高的服务器上，除了授信服务的签名请求，其他的都会受限，以此保护钱包私钥等信息 > 2. 从lotus 与 venus 之间如果切换，是否可以不用动钱包，移来移去有泄漏风险 lotus-->venus的场景: venus的链服务 + lotus-wallet； venus-->lotus的场景: lotus + lotus-wallet； 保持一直使用lotus-wallet不变，还是： lotus-->venus的场景: venus的链服务 + venus-wallet； venus-->lotus的场景:...

lotus-wallet的主要接口 WalletHas/WalletSign应该是有的

这个是升级mod的，建议在引入lotus 1.17.* 的pr中完成

这个问题出在spec-actors，作为临时方案，一旦spec-actors修正了，合进来即可。我们目前的实现导致CI不好过：我们的actor 模板是从lotus拷贝的，只要lotus不改，我们改了就会过不了ci一致性检查（git status）

据测试，这个日志`could not listen: listen tcp4 127.0.0.1:5678: bind: address already in use` 是没显示日志级别的，打印后程序退出了，符合软件正常行为，使用者只需关注进程号是否存在即可判断

这个应该是`specs-actors v8`中的bug，v8将proof-type等的定义移到了`go-state-types` package, venus/lotus 自定的 `proof-type` 都是注册到`go-state-types`的,但是在`specs-actors v8`中却是用自己模块的变量判断的： filecoin-project/specs-actors/[email protected]/actors/builtin/miner/miner_actor.go#L110 ``` if !CanWindowPoStProof(params.WindowPoStProofType) { rt.Abortf(exitcode.ErrIllegalArgument, "proof type %d not allowed for new miner actors", params.WindowPoStProofType) } ``` filecoin-project/specs-actors/[email protected]/actors/builtin/miner/policy.go#L119 ``` var WindowPoStProofTypes...

所以目前venus的修改是临时方案

如果不提供额外的工具，在cluster里面比较好，在我们的体系里venus-cluster是属于用户管理的

实际上venus-cluster已经有此接口： venus-sector-manager util sealer actor --miner= withdraw,还有其他一些actor相关命令，请去试用

看逻辑貌似有重连，并没退出尝试连接，需要更多错误信息