EOS开发者更新

话说EOS在一夜之间从3块涨到了7块，这种群里面又开始活跃起来了。原因貌似是Dan在Steamit上发布的一篇开发者更新《EOS.IO Developer Update - Support for Apple's secure enclave and similar technologies》，我将的内容同步如下

前言

block.one的同学们在日夜不停为将eos.io打造成一个超牛逼的区块链软件而奋斗中。与此同时这些同学们也没有闲着，而是找来大量的业内玩家，想让他们将工作迁移到EOS上。

block.one的同学工作很卖力奥

不断演进的设计

eos.io不是一个固定的规范，而是一个能不断超越自我的设计。block.one的同学正在努力让eos.io成为最好的平台，并且尽快提供出来。下面要说一下最近的变化：

并行版本领先于时间表

之前的roadmap中说的是单线程版本要在2018年6月份实现，多线程版本要在之后实现，但是现在变成了2018年6月份就能实现多线程版本，领先了8个月。这个取决于要重写的区块链数据库（chainbase），之前的数据技术是Steam的底层数据库技术。

这领先的有点多啊，貌似不出单线程版本了？还是单线程版本会提前？

新的碎片感知EOS.IO数据库

翻译的不知道对不对，暂且这么翻译吧

同学们进过好几周的努力实现了一个牛掰的技术叫做碎片感知数据库，这个数据库能实现无关联的存储（memory）区域（称作shards）的多线程同时访问。碎片数据的范围不是固定的，不同的交易可以根据不同的数据访问模式对不同的碎片进行分组。

看起来挺好，需要进一步研究代码实现

新的多线程密钥恢复

同学们还开发了一个多线程的密钥恢复服务，与单线程的方式相比这将加快交易的验证速度。

区块链间的通讯

据说block.one的同学们花了很多设计精力去设计两个区块链之间之间如何相互通讯。这涉及到需要精心设计merkle trees（一种数据结构）使得证明是有意义和有效率的。这意味着需要重构区块头和交易头。

Region介绍

交易现在有一个附加的头字段，叫做Region。可以想象成一个邮政编码，如果编码是0那就表明是当前链，所有其他链都有一个不同的编码。当一个合约为另一个Region产生一个延期交易时，这是一个块生产者忽略这个交易的信号。 这是由其他链使用merkle证明来验证他们已经分配给自己的Region代码。

简单明了的设计，牛掰
我理解的这里的跨链应该都是基于EOS的链。

在异步交易中的错误处理

话说EOS在最初的设计中除了超时是没有异步交易的错误处理的。原因在于错误处理本身就可能失败。唯一的选择就是错误处理程序等待交易过期而不执行。
同学们更新了区块结构让区块生产者安排由于客观原因而失败的交易去执行一个错误处理程序。一个延时（异步）的交易有3个可能的状态：成功，错误并且成功进行错误处理，错误并且错误处理失败。只有客观的失败被包好，主观的失败比如使用了太多的时钟时间仍然需要等到超时。

增加了Apple的安全的支持

block.one的通讯增加了ECC算法支持的曲线secp256r1。这个标准是NIST制定的，被Apple，Android以及许多智能卡采用。用户将可以选择他们使用那条曲线（secp256k1，被比特币和EOS默认采用）并且如果用户清楚哪个值得信任，可以同时使用（r1和k1）。其中最重要的一点是，它将为每个手机用户提供一个具有生物识别第二因子验证的硬件钱包。
实现工作正在进行中，但设计决定已经完成，并且应该让EOS.IO在更多的环境中使用。

为将来的移动app构建打好了安全基础

结论

有大量的工作在block.one正在进行，eos.io软件正在每天变得更好。

团队很努力，eos会很值钱吗？😀