沈宇峰：对，首先我们得认识到合约必定是会有裂痕的，攻防老是客观存在的；合约进级也是绕不外去的问题，以太坊此刻通过 proxy 的设计模式实际上已经是变相答允进级了；
**
**
**
上周六，Ultrain 首席暗码学家于 Ultrain 技能大本营深度分享了暗码学相关内容（详见：）。昨晚（7 月 4 日），Ultrain 首席架构师又于群内举办了有关用户友好的智能合约的出色分享。
沈宇峰：各人好，本日主要和各人分享下我在进修智能合约的进程中的一些小我私家领略和感悟。首先我先讲下智能合约的近况提要。
沈宇峰：@D 有参考链接么？假如有切实的场景，我们可以思量支持下；可是实际上在详细实现上，一般 DApp server 可以本身监控时间点，然后以此来发送相应的合约挪用，这样能实现等效的成果了。
D：@ 沈宇峰 这个按时器。
D：此刻的合约照旧较量傻瓜，我是想合约满意某个条件，自动触发，不需要工钱来过问。
Q3：系统角度看智能合约的运行效率问题
(以上文字由 Ultrain 内容团队整理)
**以下为沈宇峰分享内容全文整理：
沈宇峰：@U.it 民工 是这样的，，你给的链接内里这个成果它不是以太坊的原生本领，而是个第三方提供的的处事 / 合约。我猜它的架构应该是有个 server 认真轮询链上状态，然后你可以向他注册一个 trigger condition, 然后他查抄了 condition 切合了就辅佐挪用你注册的合约。这个 trigger condition 可以较量简朴，例如说就是块高度，也可以巨大，他貌似没做，可是其实可以你提供一个 condition contract, 他来认真挪用你这个 condition contract, 切合条件就做触发操纵，这样你的 condition 能做的很巨大。那对我们来说，问题是这样的成果需不需要下沉到系统原生本领，因为他完全可以作为一个独立的应用 / 处事来提供你需要的成果。我们需要一个 compellingcase 来说明独立的应用 / 处事无法提供和原生对比的本领可能机能的时候，我们才思量在系统层面提供这样的原生本领。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
