ETH 2.0需要3个客户端在测试网上连续稳定运行8周才能启动

以太坊域名系统 ENS 推出新工具

以太坊

Vitalis: ETH 2.0 必填 测试网的3个客户端在上线前已经连续8周稳定运行

在最近的 Reddit 论坛 AMA 活动中，以太坊联合创始人 Vitalik Buterin、ETH 2.0 研究员 Danny Ryan 和 Justin Drake 透露，ETH 2.0 需要 3 个客户端才能在测试网上稳定运行连续8周推出。另外，在另一个播客节目中，以太坊的支持者 Ryan Sean Adams 认为 ETH 2.0 很快就会推出，同时表示人们不必担心 ETH 2.0 会重复闪电网络的错误，因为两者性质不同，ETH2.0将建立在一个新的独立平台上，最终将取代主链，而闪电网络则是基于比特币区块链。

以太坊名称服务 (ENS) 推出新工具，一键上传文件到 IPFS

以太坊名称服务 (ENS) 发布了一项新功能，允许用户在其 ENS 管理器中上传文件 构建去中心化网站。该功能使使用以太坊上传和访问抗审查内容变得比以往更容易。 ENS 管理器现在允许通过与 Temporal 的集成来上传内容。

此外，以太坊域名系统 ENS 团队宣布推出一款新工具，允许用户将文件上传到 IPFS 并将 IPFS 哈希直接保存到用户的 ENS 记录中。在该工具推出之前，用户必须在一个地方将文件上传到 IPFS，然后在另一个地方更新他们的 ENS 记录。该工具可以大大简化流程，使人们更容易启动去中心化网站。用户若要使用该工具，需要下载Web3浏览器，准备少量ETH支付以太坊网络交易费用，以及.ETH名称。

EOS

EOS Authenticator 应用更新

EOS 私钥管理器 EOS Authenticator App 升级，新版本现在支持以下操作：导入私钥为钱包文件、iCloud、私钥管理。此外，bloks.io浏览器也全面支持EOS Authenticator App的登录。

BM：Eosio 将在企业应用程序中可用

EOS 创始人 Daniel Larimer (BM) 本周发推称，Eosio 可以在企业应用中使用，无需使用 Token，并且有 0.5 秒的终端确认（Finality）。高性能数据库和审计跟踪的结合有很多好处。我们正在积极开发一种产品，该产品将利用 4 个独立的私有链进行通信。为此，我们正在改进跨链发送和验证消息的方式。

波卡

Polkadot 成立 Genesis 安全审计团队

在 Web3 基金会，我们相信会有这样一个网络，它将来自用户而不是公司来管理他们的数据。牢记这一信念，我们正在构建和投资下一代互联网 Web 3.0。在这个网络中，区块链技术将创建一个“无需信任”的系统，其中不存在现有的中间商。也就是说，我们不必相信机构、公司或服务提供商的善意。相反，规则和法规本身被构建到系统中，以便系统继续根据这些规则运行，无论谁在管理或构建它。

这也意味着区块链安全极为重要。一条链条只有其最薄弱环节的力量，系统中的任何弱点都会影响整体。

这就是为什么我们大力投资于创世前安全审计，以及每一步：Polkadot 运行时和主机、Polkadot 的 JS 库、Kusama 网络和验证器部署器。

我们已经组建了最优秀的团队来为我们进行审核。其中包括 Atredis、NCC Group、Open Zeppelin、SR Labs 和 Trail of Bits。

在 Web3 基金会，我们坚持透明原则。我们将继续发布这一系列博客，并在我们解决已发现的问题时发布我们的发现和进展。包括垃圾邮件攻击、网络钓鱼问题和常见的安全审计结果，意外暴露的信息泄露端口只是 Parity 和 Web3 基金会发现并正在努力解决的部分问题。

文件币

去中心化存储网络 Filecoin 的主网启动窗口将进一步推迟，这一次确认在 7 月下旬至 8 月下旬之间。

在新的更新中，Filecoin 团队透露该项目已通过第一轮内部协议安全审计。根据结果​​，开发人员决定在进入测试网的第二阶段之前必须进行一些更改。

Filecoin 由 Protocol Labs 开发，建立在点对点数据存储网络星际文件系统 (IPFS) 之上，旨在让用户在公开市场上交易存储空间。该项目是 2017 年最大的代币销售之一，并从认可的机构投资者那里筹集了超过 2 亿美元。

主网原定于 2020 年 3 月启动。2 月份，该团队将启动推迟到 7 月 15 日至 7 月 17 日，理由是中国爆发的冠状病毒是其未完成工作的主要原因。现在，开发人员表示，他们有更多时间来解决审核期间提出的更改。

“我们已经起草了一些协议变更，以确保我们的主网启动结构安全且经济，”声明说。该项目的核心开发人员会将它们添加到协议的 Lotus 和 go.filecoin 的两个实现中。

为了让社区有机会参与时间表，Filecoin 的开发团队进行了一项民意调查，让社区成员对测试网第 2 阶段和主网启动日期的三个不同场景进行投票。

在考虑到社区的反馈后以太坊哈希值进度查询，团队决定“保守”地估计测试网的第二阶段将于 5 月 11 日这一周启动，而主网将于 7 月启动 8 月 20 日至 21 日启动更新路线图可以在 Filecoin 的项目中看到。 “此选项将允许我们首先进行最关键的协议更改，然后在测试网期间将其余的作为协议升级实施，”声明解释道。

超级账本

Hyperledger 本周发表了一篇解释 TrustID 的文章

TrustID：Fabric 用户身份管理的新方法

毫无疑问，Hyperledger Fabric 为企业提供了一个去中心化和信任核心基础的平台。它为基于 DLT 技术优势开发新用例和商业模式打开了大门。 Fabric 支持数字资产、通过链的分布式逻辑、隐私和其他使用渠道的方案（例如私有数据收集），以及通过背书策略使用自定义共识。遗憾的是，“原样”结构缺少成功的去中心化生态系统的关键组成部分，即去中心化身份。

Fabric 使用 X.509 证书对网络中的每个实体和成员进行身份验证。这对于企业环境来说非常方便，因为组织可以使用其现有的 CA 基础架构为用户、对等方和应用程序颁发新证书。因此，只要证书是由网络中受信任的 CA 颁发的（即来自系统中有效的 MSP 组织的 CA）以太坊哈希值进度查询，其持有者就有权与网络交互。

这种身份管理方案似乎适用于各种用例，但当需要跨不同组织的用户连续性时就会出现问题。如果用户 A 持有 Org1 颁发的有效证书，他可以通过 Org1 的对等方或至少通过知道如何验证其“信任链”的实体与网络进行交互。但是，如果用户 A 想通过 Org2 中的 Fabric 应用程序与网络进行交互，Org2 的对等点将无法识别 A 是否是网络中的有效用户。

当我们没有部署一个由定义明确的组织及其关系（用户属于一个组织并且仅通过该组织的基础架构进行交互）的用户特定网络时，我们会启动一个与用户无缝的通用网络这在与用户交互时尤其成问题通过网络部署的任何应用程序。这就是我们着手开发 TrustID 的原因，这是一种分散 Fabric 身份的尝试。

在 Telefónica，我们一直在构建 TrustOS，这是一个区块链平台的抽象层，使公司和开发人员能够以不必担心 DLT 网络底层复杂性的方式实施去中心化用例。 TrustOS 的核心引擎之一是通用的 Hyperledger Fabric 网络。 TrustOS 的第一个版本利用了 Fabric 的默认身份管理，因此新用户使用 Telefonica 颁发的证书进行身份验证。最初，这是有道理的，因为我们是网络中唯一部署应用程序的组织。不幸的是，当我们开始为系统注册新的组织和应用程序时，我们的用户开始遭受上述迭代问题的困扰。任何想要与多个组织进行交互的用户都必须持有由网络中要与之交互的基础设施的每个组织签名的有效证书。简而言之，用户身份的管理在运营和用户体验方面都是一场噩梦。

然后我们决定将 TrustID 设计为 TrustOS 的独立身份模块。我们在设计中采用了去中心化身份方法，其中用户（和服务）由 DID 标识。

这些 DID 遵循 W3C 标准，并用作唯一 ID 来识别用户。 DID 聚合了对用户进行身份验证所需的所有公共信息（即他的公钥或 X.509 证书）。

为了唯一标识部署在 TrustOS 中的链码和服务，我们决定还为它们提供 DID，以便即使它们“存在”在不被网络中所有组织共享的单独通道中，它们也可以被发现并访问它们无缝衔接。

系统中所有身份的认证和管理都是通过“身份链码”在链上进行的。该链码包含以下部分：

Chaincode 代理：接收和路由每个 TrustID 认证的交易。它负责对用户进行身份验证、与 ID 注册表交互以及将用户调用路由到外部链码。它还强制执行不同组织所需的访问策略。

用户注册表：存储每个用户的 DID。它实现了基本的 setter 和 getter 操作，并为每个组织强制执行所需的访问权限。

服务注册：支付服务的注册角色。

外部服务链码：这确保用户想要与之交互的服务链码可以部署在任何渠道中。成功验证请求后，代理链码负责将交易转发给他们。

因此，如果用户 A 想要开始与网络交互，他请求生成一个新的 DID。此 DID 的相关密钥可以是由有效组织发布的现有 X.509，甚至是与以太坊相关的公钥（在内部，我们使用所有 JWS、JWE、JWK、secp256k1 等）。 RFC 使我们的 Fabric 基础设施与任何性质的可互操作身份兼容）。此 DID 生成请求必须由网络的有效组织验证。一旦通过验证，用户 A 签署并通过代理 CC 定向的每笔交易都将成功验证并委托给相应的链码。

我们开发了 TrustID 来简化 TrustOS 环境中的身份管理。用户不必为与之交互的每个网络或去中心化应用程序持有不同的凭据集。用于访问您自己的比特币和管理以太坊中的令牌的相同凭证还允许您更新 Fabric 资产的状态或在 TrustOS 中启动二级市场。这就是 TrustID 背后的基本原理。此外，推动 Hyperledger Fabric 的链上用户身份管理为令人兴奋的结果打开了大门，例如网络之间的服务互操作性，或使用 Fabric 作为通用身份验证系统，但这不会在未来的出版物中讨论。更多关于这方面的内容。