账户恢复机制
序号(链上数据表中) | 名称 | 功能 | 备注 |
0 | admin(管理) | 最高权限,管理所有密钥,但无具体操作权限 | 账户创建时即生成 |
1 | asset(资产) | 用于资产转账 | |
2 | adding(添加) | 用于添加其他operation key,添加或删除子账户,无需延时 | |
3 | reserved(保留) | 其他所有未明确的权限 | |
4 | assist(紧急联系人) | 作为紧急联系人时,用于提出提案,同意提案,确认作为紧急联系人 | 后续添加 |
5 | modify(修改白名单) | 用于修改子账户的密钥和白名单 | |
修改admin key,operation key,移除backup,unfreeze等操作都需要发送一个deferred tx。先将deferred id,到期时间,tx数据等存入数据表,然后发送延时交易,到期时会自动执行。如果到期时没有被执行,则可以调用kickdeferred方法来手动触发。
多签提案分两种:一,client(当事人)想要在backup(紧急联系人)的帮助下加速某一延时操作(如修改admin key/operation key等),此种提案需要由client和某一backup共同签名发起,再由其他backup响应,且此种提案不可取消(但可覆盖),对应下表③-快速提案;二,client在丢失recovery code的情况下请求backup帮助重置admin key,此种提案由某一backup发起,再由其他backup响应,此种提案可以被client的admin key取消(防止backup联合作恶的情况),对应下表②-紧急提案。
修改管理密钥 | 方式 | 签名密钥 | 提案期(proposal period) | 等待期(deferred tx period) | | | | |
①-普通(非提案) | client独自发起 | client's Admin Key | 无提案期 | 21天 | 可取消 | 不可覆盖 | | |
②-紧急提案 | backup独自发起 | backup's Assist Key | 提案人是backup | 可取消 | 可覆盖 | 30天 | 可取消 | 不可覆盖 |
③-快速提案 | client与backup共同发起 | client's Admin Key + backup's Assist Key | 提案人是client | 不可取消 | 可覆盖 | 立即,无等待期 | | |
修改或解冻操作密钥 | 方式 | 签名密钥 | 提案期(proposal period) | 等待期(deferred tx period) | | |
①-普通(非提案) | client独自发起 | client's Admin Key | 无提案期 | 7天 | 可取消 | 不可覆盖 |
③-快速提案 | client与backup共同发起 | client's Admin Key + backup's Assist Key | 提案 人是client | 不可取消 | 可覆盖 | 立即,无等待期 |
Last modified 2yr ago