上月我们发布了Trinity Mobile 0.6.0 beta。这是移动版本向前迈出的重要一步，包括一些重大变化和改进。通过在响应被认为有效之前要求多个节点之间达成共识，添加节点仲裁可以在与Tangle连接时极大地提高钱包的安全性。移动UI还经历了完整的UI大修，包括更新的模态，精美的动画和整个改进。加入测试版并在此处亲自试用。
在上次更新中，我们宣布计划提交Trinity Mobile和Desktop进行第二次审核。这些应用程序将由一家领先的安全公司进行审核，以确保它们在完全发布时尽可能安全。因此，工作主要集中在准备审计上。这意味着要检查我们的安全功能，核心逻辑和存储方法。当然，更多的表面上的改变可以等待，但核心功能必须做好准备。
我们一直在努力的一个重要特性是将存储移植到Realm数据库。这比以前使用的AsyncStorage有一些优势。也就是说，Realm允许改进的性能，稳定性和可扩展性。随着本地快照的引入，用户越来越依赖于本地状态。如果您向节点查询过去的交易信息，则它有可能不再存储该信息。Realm将允许我们实现一种方便的方式来进一步导入和导出状态，以便用户可以在设备之间转换时保留其种子的完整事务历史记录。Realm还具有隐私优势 - 通过状态加密。Tangle的固有结构使得将属于单个用户的地址拼凑起来非常困难。但是，如果您的钱包状态留在未加密的任何地方，您将成为攻击者的潜在目标。
最近几周，应用程序性能一直是一个值得关注的焦点。在React Native中，纯JavaScript依赖于单线程环境; 任何繁重的工作都将在与UI组件相同的线程上运行。我们意识到一些瓶颈可能会影响较弱的Android设备。因此，有意义的是移动任何繁重的本机，从而使它在单独的线程上执行。因此，我们正致力于移动签名生成本机和批处理工作请求（当前PoW是串行执行的 - 每组事务trytes在JS桥上一个接一个地来回传递）。方便的是，我们可以利用IOTA基金会的基于C的monorepo 纠缠这里。长期计划是逐步移动所有事务逻辑本机，以尽可能多地释放主js线程并产生更流畅的用户体验。在我们展望Trinity V2时，以及未来发布的更新客户端库，这将成为一个日益受到关注的领域。
除了安全性和性能方面的考虑外，我们还一直致力于提高测试覆盖率。我们主要是为桌面UI组件和Native库包装器添加单元测试。在提交构建以进行审计之前，我们还将添加围绕核心IOTA协议功能的集成测试。这些测试不仅可以确保更少的错误，还可以在我们进入V2开发时改善Trinity项目的整体工作流程。
原文:点击进入
如果你喜欢我的这篇文章或者我之前发表的文章，我很高兴能得到一点捐助；-)：
IOTA:PGGB9HOSLZQOPPVTGONEYLMJQWFAOLTZJVHEDR9XKSWCRJRUEZZOJYRRKNDBVNKADUXK9UZRKRAWEIFYWECAA9BTIW
网友评论