在上次去中心化交易所中，我提到一个观点是智能合约比私人钱包的安全程度高很多，但许多读者表示不以为然，因为他们认为EOS上的智能合约私钥在项目开发者手里，因此EOS的智能合约是可以被开发者进行篡改的，不像以太坊的智能合约一经发布就无法篡改。
经过上次的讨论后，我也反思许多，在思考安全的本质到底是交易数据公开，还是需要智能合约的自动化执行。最后我依旧得出一个结论：即使目前智能合约机制仍存在不安全因素，但应当使用智能合约，接着推动智能合约开发权限的去中心化约束。
因此，直到昨天的鲸交所和之前关注的EOS42开发的chintai租赁平台都使用多签名机制后，我意识到这应该是EOS生态即将要转变的一个时间点。
非托管多签钱包MSafe宣布在Aptos启动:10月10日消息，Aptos/MOVE生态、非托管多签钱包解决方案Momentum Safe (MSafe) 宣布启动，旨在为Move用户提供安全性和用户体验。
据介绍，Momentum Safe由工程师Wendy F（Diem的Novi钱包团队的前高级工程师）和Jacky W（Harmony的前高级区块链工程师）组成的高成就团队创建。
在短期内，Momentum Safe的目标是通过增加另一层安全性来保护用户钱包、资产、代码和账户，以及支持在MOVE上运行的合法业务/项目/DAO的安全基础设施，从而增强Move生态系统的安全性。
从长远来看，Momentum Safe致力于降低web2企业进入web3领域的门槛。[2022/10/10 10:29:03]
过往：智能合约是开发者具备单方作恶的权力
多签钱包GnosisSafe启动“Safe守护者计划”:5月3日消息，多签钱包GnosisSafe启动“Safe守护者计划”（SafeGuardiansProgramvol.1），并将分配5000万枚SAFE代币（占总供应量的5%）奖励给Safe守护者，其中2.5%可立即申领，另外2.5%将在4年内释放。
守护者指任何已为Safe生态系统做出积极贡献的社区活跃成员，目前已开启Safe守护者申请提交程序。此前消息，GnosisSafe关于成立SafeDAO的提案获得通过，计划将空投SAFE代币。[2022/5/3 2:47:36]
在区块链上，智能合约是一套按照代码自动执行的软件，他的执行过程是公开透明的，并且由区块链确保了不可篡改，因此以太坊提出这个概念后得到大家的信任认可。
Fantom基金会宣布发布基于Gnosis的多签钱包Fantom Safe:6月8日消息，Fantom基金会宣布发布基于Gnosis的多签钱包Fantom Safe。分布式团队和DAO现在可以联合在一个钱包中存储和管理FTM和基于Fantom的资产。Fantom表示，该多签钱包拥有定义策略的功能，可定义至少需要多少人签名才可使用钱包，也可定义不同地址的支出限额，而添加所有者或设置支出限制需要0.001美元的交易费用。FantomSafe与MetaMask、WalletConnect和Ledger兼容。[2021/6/8 23:21:55]
但在EOS上，智能合约考虑到开发者需要修改软件存在漏洞的情况，因此将修改智能合约的权力还给了开发者。这一改动，就许多人开始对智能合约提出质疑：这个篡改的权力违背了区块链精神。
动态 | BOS配置链上BP多签黑名单机制:新加坡时间2019年2月22号下午2点左右，黑名单账号gm3dcnqgenes冻结失效，导致209万个EOS被转出，此次失效的原因是由于新进入前21的BP没有及时更新节点黑名单配置，进而让攻击者抓到了机会。
由于EOS主网目前黑名单配置是保存在各BP节点的配置文件中，需要每一个BP都手动更新才能生效，该机制导致的恶意账户冻结失效已经多次出现。正是考虑到该机制的不足，BOS已经将黑白名单等此类公共配置信息上链，由BP多签生效，不需要每个BP再单独配置，降低了系统风险。BOS作为EOS生态的技术型侧链，后续将会把黑名单上链的功能申请合并到EOS主网，回馈EOS生态的同时，提高整个生态的安全性。[2019/2/23]
以交易所为例。如果不使用智能合约，就是有一个人收了用户的数字货币之后，帮忙寻找买家达成交易的过程。虽然这个人的交易数据是公开的，但是他可能携款跑路，这是上次我讲到的风险。
那智能合约，则是用户将数字货币打到一个透明的保险柜，并规定找到合适的买家后才由交易所用钥匙打开后，让交易双方达成「一手交钱一手交货」的过程。
但是恰恰有问题的是，EOS上的这个保险柜(智能合约)，由于项目方持有保险柜的钥匙，因此，也就是项目方是有单方利用这把钥匙打开保险柜后，把大家的数字资产携款拿走的。
现在：多签意味着这个保险柜是安全的、可信任的
EOS的智能合约不像以太坊上那样不可篡改，其实是遵循软件具备修改的机会，这是软件开发默认的行规。但是毕竟智能合约未来将是管理着用户巨大数字资产的地方，我们依旧需要一个「代码即法律」的可信环境。因此，如何让智能合约具备修改的机会，但又确保足够的安全呢？
我首先看到的是Chintai平台在上线平台时，就对智能合约实行多签机制。昨天，我也看到鲸交所的智能合约也上线了多签机制。这意味着：这两家的智能合约基本是安全的，不具备跑路的风险。
多签，以上面保险柜的例子继续说，那就是每次需要打开保险柜改装保险柜时，就必须凑齐多个人的钥匙才能开，所以项目方不具备单方打开保险柜的权力了。未来，chintai和鲸交所这两家智能合约，每一次需要修改代码时，就需要让参与验证的多个EOS节点同意后才能让修改生效。其中，参与研究的节点信誉度就是非常重要的。
查阅eospark上智能合约的情况：
输入Chintai的智能合约：chintailease
我们可以看到Chintai上邀请了11个知名的EOS超级节点一同管理智能合约，其中包括熟知的EOS佳能节点、EOSNation、EOS纽约等11个节点。当每一次需要升级Chintai智能合约时，至少需要11个节点中的6个允许才能一同升级。
(2)输入鲸交所的智能合约：whaleextrust
鲸交所的智能合约邀请了著名的EOS佳能、EOS老猫、EOS币信、Meetone等8个EOS超级节点作为多签。并且由于鲸交所的智能合约的代码是经过慢雾科技的审计上线的，那就意味着鲸交所的智能合约要升级修改，就需要经过鲸交所、审计、EOS主网节点三方面共同授权同意后，才能对智能合约进行升级。
考虑到联合作恶的成本十分高，因此，多签机制将是对智能合约极大的信任保护，确保智能合约将难以由项目方单方作恶而修改后携款跑路。
本文作者：区块佣兵
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。