“门户网络（portal network）” 是一个新的多团队合作项目，为了重新构想以太坊的轻客户端和打造一套实用的轻客户端体验。你可以在这里了解门户网络规范更多的信息。 Trin 是一个 rust 语言的门户网络客户端实现，当前还在开发的早期阶段。现在，它是一个完整功能的 jsonrpc 轻客户端。要注意的是，它仅仅是一个代理，代理所有发送给 Infura 的 jsonrpc 调用。当然，一直依赖 Infura 是很难实现门户网络的目标的，但我们的意图是先从一个马上能够服务于终端用户的软件开始。等到网络开发完成的时候，我们会逐渐移除对 Infura 的 jsonrpc 端点依赖，把功能建立在由网络保证可得性的数据上，最终完全移除对单个第三方服务提供商的所有依赖。 Trin 支持discv5 协议，并且使用与以太坊的对等节点发现协议同样的发现网络。Trin 客户端已经完成了与其它 discv5 客户端的握手，包括 Status 的接口客户端和ddht（一个 python 语言的门户网络客户端原型）。 需要Scripts来启动和连接一个 Trin 和 ddht 客户端。我们已经在编写一个 stun 客户端服务器，以帮助 NAT 穿透并简化启动流程，这样 Trin 客户端就可以被拥有它的 enr 的对等节点即刻访问到。现在我们已经能够在客户端之间建立通信，下一步我们将致力于开发出一个覆盖层网络，在接口节点之间实际传输数据。初步来看，我们的重点是通过门户网络提供状态数据。这就意味着，Trin 客户端将能可靠、安全地在门户网络中获取状态数据库节点，而且这些状态数据可以在本地通过状态根来验证。用户因此可以用门户网络做一些比如检索账户余额和预估交易 gas 消耗量之类的操作。 这个状态网络需要 “桥” 节点来导入状态数据到门户网络中。开发已在进行中，一个 Nethermid 客户端的插件会作为一个定制化的 jsonrpc api 来提供这一数据给任何想要作为桥节点的门户网络节点。桥节点 jsonrpc api 的一个初步规范可以在此处找到，虽然这份规范还未敲定。 门户网络的规范仍在修改中。仍有一些重要的设计抉择还未敲定（例如，状态、链历史和事务的 gossip 数据，是通过一个子网络来提供呢？还是通过三个子网络来提供？）。如果你想帮助我们，可以加入 Eth R&D discord 群组的 #portal-network 频道，或者加入我们的每周会议，每周三UTC 时间下午三点。ethportal.net 的开发也在进行，它会作为一个集中的 FAQ 博客，社区成员可以回答和提出他们对这个网络的疑问。 原文链接: https://snakecharmers.ethereum.org/trin-development-update/ 作者:NICK GHEORGHITA 翻译:阿剑—- 编译者/作者：EthFans 玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。 |
引介 | Trin 客户端开发报告 #1
2021-06-27 EthFans 来源：区块链网络
LOADING...
相关阅读：
- 前所未有的经济模型为何说Swarm创新性极强2021-06-26
- 锁定在 ETH 2.0 合约中的 590 万 ETH 占以太坊总供应量的 5.08%2021-06-26
- ATM 池化能否转变获取现金的方式？2021-06-26
- 比特币挖矿“危机”后以太坊矿工也面临淘汰2021-06-26
- A讯|Filecoin网络升级倒计时,存储效率预计提升20倍,灰度再度增持2021-06-26