ETH:Fluffy 客户端：以太坊的极轻客户端-ODAILY

我们该如何设计网络，才能让客户端只需为网络贡献少量数据，就让整个网络具有很大的意义呢？

——PiperMerriam

我们很高兴地宣布，Nimbus将加入以太坊基金会的“门户网络”团队，作为门户网络的启动客户端之一。

一句话总结：“门户网络”是一个开发中的跨客户端项目，为的是重新构想以太坊的轻客户端，并开发出一套可用且实用的轻客户端体验。

直接引用这份规范的表述：

“门户网络”是一个还在开发的项目，为了让资源有限的设备也能轻量地访问协议。

“门户”一词的含义是，这些网络可以观察到协议运行的现状，但对核心的以太坊协议的运行又无关紧要。

门户网络将由一个或多个去中心化的点对点网络组成，这些网络共同提供暴露标准的JSON-RPCAPI所需的数据和功能.

这些网络是经过专门设计的,为了保证参与这些客户端只需付出最小化的网络带宽、CPU、RAM和机械硬盘资源即可加入。

“门户网络”一词也用来描述参与这些网络并暴露标准的JSPN-PRCAPI的软件.

多名投资人宣布退出前Moonbirds首席运营官Ryan Carson创立的新Web3项目“Flux”:2月5日消息，继前NFT项目Moonbirds首席运营官Ryan Carson宣布推出全新Web3项目“Flux”并公布初始投资者名单后，多名投资人在社交媒体上宣布退出。胖企鹅PudgyPenguins首席执行官LucaNetz表示：为了透明起见，我没有签署任何东西，也没有资助任何东西。

我以为我只是在帮助这个领域的人并保持友好。我不太了解细节，但我已经向Ryan明确表示不想参与该项目。Gmoney创始人gmoney.9dcc.eth表示：我对在筹款完成之前发布此公告的方式以及筹款策略感到不舒服，因此我不再承诺这笔交易。我祝愿Ryan一切顺利，希望他能成功。

Ava Stars 创始人 j1mmy.eth 表示：今天仔细听了 Ryan Carson 和其他所有人的意见后，我决定不再继续对 Flux 进行投资。此外，WhatStrending 创始人 Shira Lazar、Vayner Media 联创 AJ Vaynerchuk 等投资人也都宣布退出 Flux 投资。

金色财经此前报道，前 NFT 项目 Moonbirds 首席运营官 Ryan Carson 在社交媒体宣布，他将推出一个名为「Flux」的全新 Web3 项目，并且公布了初始投资者名单，包括：gmoney、9gagceo、Gary Vaynerchuk 、j1mmy.eth、 Luca Netz、 Shira Lazar、 Pio Vincenzo、 AJ Vaynerchuk、 Jeremy Fall、 Von Doom、 NFTNick、 andr3w、lib 和 Todd Kramer，该项目合作伙伴包括 Immutable、 Blur、 Ava Labs 等，有关该项目的具体信息将很很快发布。BlockBeats 此前报道，Ryan Carson 于 2022 年 4 月离开 Moonbirds 并成立新基金121 G。[2023/2/5 11:48:30]

特别地，我们的目标是与EF一道，围绕已有的以太坊协议，开发出一组新的以太坊协议，能专门服务于这种获取以太坊数据的新方法。

尼日利亚央行授予金融科技独角兽Flutterwave转换和处理许可证:9月3日消息，尼日利亚金融科技公司Flutterwave表示，最近从尼日利亚央行获得的转换和处理许可证使其能够“为我们的客户提供更好的体验”。新许可证允许Flutterwave“促进金融服务提供商、商家、客户和其他利益相关者之间的交易，将尼日利亚的每一种价值储存手段与全球商业联系起来”。此前，Flutterwave在尼日利亚已获支付服务解决方案提供商（PSSP）和国际汇款运营（IMTO）许可证。尽管这些许可证使Flutterwave得以在尼日利亚合法运营，但据这家金融科技公司表示，使用这些牌照意味着必须与几家中介机构合作。（Bitcoin.com）[2022/9/3 13:06:31]

总体目标是为以太坊提供一个操作模式，能够服务于常见的使用模式，而不是实时追踪完整的状态。

我们正在讨论要开发的是一个用于钱包的完美客户端，一个极轻客户端，可以给网络作贡献，但又不要求同步区块链。

这也没有听起来那么困难。我想象大部分钱包都直接嵌入轻客户端，比如@ethstatus将集成一个@ethnimbus轻客户端。所以可能出现这样一种情况：大部分用户都在不知不觉中就开始运行轻客户端了。

May24,2021

Flutterwave宣布以30亿美元估值完成2.5亿美元D轮融资:2月19日消息，官方消息，全球支付技术公司Flutterwave宣布以30亿美元估值完成2.5亿美元D轮融资，B Capital Group领投，Alta Park Capital、Whale Rock Capital、Lux Capital、Glynn Capital、Avenir Growth、Tiger Global、Green Visor Capital、Salesforce Ventures等参投。

此前消息，Stellar发展基金会（SDF）宣布，全球支付技术公司Flutterwave已经在Stellar网络上开通了两条新的欧洲和非洲汇款通道。通过与TEMPO合作，Flutterwave正在利用Stellar网络和Stellar USDC简化非洲的汇款。[2022/2/19 10:02:52]

因此，我们的一个最终目标是，将这种客户端直接敲入到Statusapp中。

它有潜力能提升我们用户的安全性和隐私性，同时提高以太坊的可靠性，因为更多用户可以为网络的健康作贡献。

背景

门户网络根植于开发者PiperMerriam以及Trinity团队的初始目标：在现有的网络上开发一个轻量级的客户端。它的诞生是因为他们意识到了，现有的网络对于他们所设想的客户端类型来说不够灵活。

PandaID和Conflux合作为用户提供合规的区块链服务:据官方消息，PandaID和Conflux合作为用户提供合规的区块链服务，未来产品会进一步丰富服务，支持NFT行业生态的发展。

熊猫链信PandaID提供基于web3.0的分布式身份认证，利用区块链技术提供用户统一的账户体系。PandaID构建了区块链上的底层基础设施，为NFT和元宇宙的发展提供了必要的身份认证基础。PandaID严格执行NTK原则，不收集用户姓名、地址、邮箱、ip地址和电话等个人信息；也不收集交易信息、余额，亦不存储用户的资产。[2021/7/9 0:39:42]

用Piper的话来说：

当我们开始开发Trinity客户端时，我们的目标是开发一个轻量级的客户端。但花了接近三年时间深入了解协议、探索开发我们所设想的客户端的途径之后，我们最终得出一个结论：它在现有的网络上是做不出来的。

这就是门户网络的初衷。我们要回到我们想要的客户端形态，然后设计出其运行所必需的网络功能。

Trinity客户端不会再开发下去了，我们正在开发一个独立的门户客户端，叫做“Trin”，用Rust语言编写，将是门户网络的启动客户端之一。

动机

现有的DevP2PLES网络在设计上采用了客户端/服务器架构，轻客户端作为客户端，而全节点作为服务器端。

MXC抹茶即将上线CFX（Conflux），开放USDT交易:据官方公告，11月8日13:00，MXC抹茶创新区上线CFX（Conflux），开放USDT交易，现已开放充值和提现。

资料显示，Conflux是拥有自主知识产权的区块链底层系统公链，通过创新研发的树图结构共识算法，突破了现有区块链技术在交易吞吐量（TPS）及确认时间（Confirmation Latency）等方面的瓶颈。[2020/11/8 12:00:09]

因为这种架构把所有的负载都交给全节点来承担，而全节点的运营成本已经很高了，所以节点运营者就不愿意打开这个功能。

所以，虽然当前的网络设计很好地实现了其初始目标，但从轻客户端的视角来看，它是严重的失败。

我们如何解决这个问题呢？就像Piper的Trinity团队发现的那样，现实表明这个问题没有简单的解决方案。现有的网络不够灵活，无法做出高效的轻客户端设计。

修复这个问题需要我们回到一张白纸，重新设计协议的核心。

设计

一个轻客户端友好的网络，必须设计得节点只需付出少量存储空间、少许工作量，就能参与网络并为网络做贡献，而不是要求每个节点都必须承担很高的负载。

换句话来说，这样一个网络必须允许轻客户端在实际上为网络做出贡献，使得每当有额外的客户端加入网络，都会增强网络的容量。

具体来说，这意味着要提出一种网络设计，可以减少你的偶发请求的数据的验证开销，并降低在网络中传递消息的基本开销。

门户网络的目标是通过将以太坊协议的整体结构为三个独立的网络：Gossip状态以及历史，来实现这一点；最开始的开发重心是状态网络。

这些网络将与ETH协议共存——但不像ETH协议，它们不必是完全无懈可击的，但它们需要能几乎不间断工作。

愿望是这些新的网络，可以随着时间的推移，与现有的网络更加紧密地结合在一起。举个例子，我们可以设想这样一个世界：全功能客户端可以使用历史门户网络来为节点运营者提供额外的选择，仅存储他们关心的历史而不是整条区块链。状态数据也是如此。

总而言之，这个模块化的架构——其中数据以P2P的模式来分享，而事务和区块则靠gossip来传播——使得轻客户端可以自己选择存储/服务多少状态数据和历史数据。

当他们需要访问本地没有的数据时，他们可以在相关网络提出adhoc请求。

JSONRPC备注

借用Piper的精彩文章“设计可用的轻客户端part1”：大部分钱包，包括我们的，在JSONRPCAPI上都是标准化的.

Status钱包的正确运行需要下列JSONRPC端点:

eth_blockNumber用于跟踪链的顶端

eth_getBalance以及eth_getTransactionCount用于获得账户信息

eth_call用于读取合约信息

eth_estimateGas以及eth_gasPrice用于估计gas费

eth_sendRawTransaction用于发送用户的交易

eth_getTransactionReceipt在交易上链后获取回执

如果我们进一步梳理实现钱包功能的必要组件，我们可以得到如下更底层的需求：

访问账户以及合约存储项，以支持：eth_call、eth_estimateGas、eth_getBalance以及eth_getTransactionCount

访问gossip网络以跟踪链的顶端以及eth_sendRawTransaction

访问链的历史，用于eth_getTransactionReceipt

若可开启对状态、Gossip和历史的轻量级访问，门户网络就打开了可嵌入钱包的轻客户端的大门，它们可以满足这些需求，而且不需要同步区块链，也不必牺牲隐私性和安全性。

这对现状来说是个很大的提升，现在我们不得不依赖于Infura来发起确定的JSONPRC调用并发送交易——无法访问状态，我们就无法服务大部分JSONPRCAPI，也无法发送交易，因为我们无法参与交易gossip。

项目现状

我们已经开始为Nimbus开发一种操作模式，一开始命名为nlpn，但现在重命名为fluffy，会与以太坊1的客户端同时存在、运行。

fluffy将使nimbus-eth1客户端可以作为网络中的一个极轻客户端节点来运行。

初步的工作是开发PortalWire协议，这是一个建立在NodeDiscoveryv5.1协议基础上的次级协议。

我们已经实现了对该协议的基本支持，并且几周以前，我们就已成功实现了与其它客户端的握手，包括ddht客户端和Trin客户端。

下一步

下一步是通过PortalWire协议来传输数据。我们正在处理状态数据。

这需要“桥节点”为门户网络输入状态数据。当前的措施是使用一个Nethermind客户端插件作为定制化JSON-PRCAPI来给愿意充当桥节点的门户节点提供数据。这一工作已经开始。

最终我们的极轻客户端将支持以太坊JSON-PRCAPI的一个子集，所以钱包可以直接集成这种客户端。

资源

Nimbus门户网络客户端可以在我们的nimbus-eth1代码库中找到：https://github.com/status-im/nimbus-eth1/tree/master/fluffy

PortalWire协议已加入nim-eth代码库，作为节点发现协议v5.1的次级协议：https://github.com/status-im/nim-eth

规范：https://github.com/ethereum/stateless-ethereum-specs/

网站：https://www.ethportal.net/

一些有关与ddht和trin的第一次PortalWire协议测试的资料：https://gist.github.com/kdeme/36795f5deae7d02ce1785e9c7d501e53

PiperMerriam撰写的系列博文：Thewindingroadtofunctionallightclients

有关这个主题的一个视频演讲

注：方便的是，所有实现功能性轻客户端所必须的基础设施也会自然延伸到无状态客户端上，所以会跟无状态以太坊有很多交叉。实际上，让无状态客户端能够服务于绝大部分JSON-PRCAPI是门户网络的诸多动机中最核心的一个。

标签：ETHSONAPICAPETHER JOYSonarWatchSwapifycaps币怎么样

币安币热门资讯