ETH 2.0项目负责人:ETH 2.0阶段1要达成更多共识,预计将启动64个分片

ETH-POW算法分析 | 区块链知识普及 Ethash 算法 1.1 Ethash Ethash是以太坊1.0中使用的PoW(工作量证明)算法,它是Hashimoto算法结合Dagger之后产生的一个变种。它的特点是计算的效率基本与CPU无关,却和内存大小和内存带宽正相关。因此通过共享内存的方式大规模部署的矿机芯片并不能在挖矿效率上有线性或者超线性的增长。 该算法的一般流程如下: 首先根据块信息计算一个种子(seed, c++... 阅读详情

导语:近日,ETH 2.0项目负责人Danny Ryan在以太坊官方博客发文称,以太坊2.0阶段0是要达成共识,而阶段1是要达成更多共识,并以许多分片链的形式出现。用户可以将分片链视为其自己的区块链,其复杂性与今天的以太坊大致相同,但存在于eth2共识之下(即在信标链之下,并由信标链构建和控制)。信标链的验证者将获得随机的短期任务,以构建和验证分片链,对每个链的状态、可用性和有效性做出加密经济承诺,并返回到核心系统。如今,开发者预计将有64个分片启动,并且系统可用的总数据在1-4 MB / s的范围内。

 

本文是由以太坊2.0协调员Danny Ryan发布于以太坊官方博客上的,原文为《以太坊2.0的现状》(2020年6月)。

 

以下为译文

 

非常感谢Sacha Saint-Leger,Joseph Schweitzer,Josh Stark和protolambda的出色投入和反馈。

 

我花了很多时间来解释和回答有关eth2的问题。当我与技术贡献者沟通相关研究和技术规范时,其中一些涉及到深度和技术层面,但是如今,我越来越多地向社区提出有关eth2的进展,方向,动机,设计决策,延误等问题。我真的很喜欢这些对话。当我解释eth2时,我会感到非常兴奋,想出新的方法来描述各个部分的进展,或者根据听众找到合适的类比,以使社区运转起来,并保持透明。

 

但是,这种动态/对话的方法虽然很有价值,但是仍旧让社区中的很多人并不了解。我一次又一次被问到同样的问题,甚至六个月后我又被问到了同样的问题!显然这里存在着信息传递的问题。社区想要知道的信息已经公开存在,但却是以各种形式分散在网络上——如研究类帖子,技术规范文档,规范说明文档,公共电话会议,公共聊天频道,reddit,博客文章。在以太坊开发大会devcon5之后,我在弥合eth2内的人与社区中其他人之间的信息鸿沟的第一次尝试便是一个新博客系列,即“ eth2快速更新”。这些是帮助您跟进eth2的小的信息片段,但我意识到它们并没有真正传达出更大的eth2视图。虽然确实可以在播客,AMA和会议上进行交流和讨论,但即便如此,关于eth2的书面形式的表述仍将很有帮助。

 

所以这就是这篇文章的目的。这篇文章是针对社区的,目的是为使以太坊社区全面了解eth2的现状:正在进行的工作,可能的未来发展以及对您的意义。我将尝试提供适当数量的技术内容,以说明相关工作的动机和愿景,项目的当前状态以及即将开展的工作,而不会过多地使用数学或专业术语。

 

这篇文章对于那些至今对eth2有所迷惑的以太坊技术专家来说可能也很有用。不用担心,我都了解。这个项目很大,很复杂,而且距离实现还有一些距离,您可以在解决眼前的紧迫问题时忽略它。希望这篇文章可以帮助您更好地了解即将发生的事情。

 

对于eth2工作者来说,您可能还会从这篇文章中学到一些东西——对我们现在的处境以及我如何思考未来的事情有更广泛的了解。

 

免责声明:本文中的内容是我个人(Danny Ryan)的看法。eth2是不断发展的,不断演变的,存在着很多声音和观点。本文只是我自己对eth2的理解。

 

eth2是什么?

 

“ Eth2是一种可扩展的权益证明(PoS)基础架构”

 

如果您在过去6个月内听过我之前的讲话,那么您应该一次又一次地听到我说过这句话。Eth2是为以太坊构建的,最终会成为以太坊。它旨在为当前的以太坊主网提供一个更安全和可扩展的环境,并且对目前的工作方式的干扰最小。同时,它为我们提供了一种经过升级的环境。

 

在以太坊诞生之前,众所周知,一种单个区块链范式无法提供足够的带宽来充当新的去中心化互联网的骨干。以太坊相关的权益证明(PoS)和分片(Sharding)研究的历史可以追溯到2014年。PoS和分片的目的都是为了回答以下问题:给定一定数量的资本支持加密经济体系,我们能否在提高安全性和吞吐量的同时仍允许消费类硬件参与共识?虽然我不会在本文中讨论之前的历史,但要说的是这项探索已经花了很多年,并且有许多错误的方向。最后,我们得到了一个肯定的答案,并已证明这个答案就是eth2项目。

 

Eth2是一个雄心勃勃的多年实施项目,将分阶段推出。对此已经进行了广泛的记录和讨论,但我将向您快速介绍一下这些阶段的含义。

 

阶段0

 

信标链(Beacon Chain)是eth2的阶段0,是新共识机制的核心。这是所有系统级活动和编排发生的地方。阶段0就是要与遍布全球数千个节点的数十万个共识实体(验证器,validators)达成共识。

 

由于在阶段1+中有关将验证器的子集分布在各个分片上的技术要求,我们需要能够处理大量的验证器。许多工程复杂性便是源于这个要求。与其他非分片的权益证明机制具有100或1000个验证器相比,但是eth2的设计为至少具有约1600个验证器,并期望在两年内该数字将达到数十万。

 

阶段1

 

阶段0在于达成共识,而阶段1在于在“很多事务”上达成共识。这些“事务”以许多分片链的形式出现。您可以将分片链视为其自己的区块链,其复杂性与今天的以太坊大致相同,但存在于eth2共识下(即在信标链之下并由其构建/控制)。信标链的验证者获得随机的短期任务,以构建和验证分片链,对每个链的状态,可用性和有效性做出加密经济承诺,并返回到核心系统。

 

目前,我们预计将启动64个分片,并且系统可用的总数据在1到4 MB / s的范围内(是的,这是一个很大的数据量)。

 

阶段1.5

 

阶段1.5是将以太坊目前主网作为一个分片(作为阶段1创建的许多分片之一存在)集成到新的eth2共识机制中。它不是由工作量证明(PoW)挖矿算法构建的以太坊,而是由eth2验证器构建的。对于现有的应用和用户,共识机制的这种热交换在很大程度上将是透明的。这些应用继续发展,但是开发人员这时候将拥有一个功能更强大的系统(更好的安全性,适当的经济最终性,更多的用于rollups的第1层数据和其他有趣的应用)。

 

阶段2

 

阶段2将在更多分片上添加状态和执行,而不仅仅是原始的以太坊分片。这可以采用多种形式。弄清楚哪种形式及其背后的细节,是当今研究和原型开发的热点。我将在下面的部分中对此进行更多讨论。

 

eth2对社区的好处

 

我们已经大概介绍所有这些发展阶段,而阶段0实际上感觉就在我们眼前。但是该路线图听起来似乎还很长。在这些升级阶段中,我实际上对eth2的期望是什么?

 

好问题!总的来说,在每一步中,都会出现一波升级浪潮,越来越多地涉及以太坊网络和社区。作为用户,您可以尽早参与阶段0的抵押(Staking),也可以等到以太坊在阶段1.5完全迁移到eth2中(从dapp开发人员和用户的角度来看,这种过渡应该是无缝的)。无论您选择如何参与以及在哪个阶段参与活动,都有重要的里程碑和好处值得关注,因为这一切都将开始出现。

 

首先,我知道你们中的很多人都是“顽固的”ETH持有者,他们渴望参与到未来的Staking。对于所有潜在的验证者,尤其是爱好者,阶段0就很适合您。阶段0伴随着自身的风险和时间跨度,因此对于某些参与者而言,它并不吸引人,因此我个人预计这个阶段对于业余爱好者和长期以太坊信徒来说都是福音。这是踏入eth2的一个独特机会,有助于随着时间的推移影响以太坊的愿景,并作为早期采用者而获得更高的ETH奖励。

 

那阶段1呢?在将现在的以太坊集成到eth2中之前,我们可以用所有这些数据做些有用的事情吗?是的

即使没有本地计算,1层(Layer 1)数据也非常有用。实际上,过去12个月中最有前途的2层(Layer 2)扩展解决方案是这些所谓的“rollup”链(optimistic和ZK),它们随着Layer 1数据的可用性而扩展。预计eth2数据层将为以太坊提供1-4 MB / s的数据可用性,这在与rollup技术结合使用时可转化为巨大的可扩展性。但是由于以太坊最初的脱节性和一开始的新分片世界,因此很难明确eth2分片的数据。这就是EIP 2537对以太坊主网如此重要的原因之一。借助一种本机BLS(新的eth2签名算法)预编译,我们可以编写高效的eth2轻客户端作为一种solidity合约,从而使以太坊应用能够在阶段1.5集成之前对eth2中的数据进行声明所有权。

 

如上所述,阶段1.5非常庞大。Eth2是为以太坊构建的,在这一点上,eth2最终将成为以太坊。我们知道和喜爱的所有应用都将集成在升级的eth2共识机制中,并保留了我们惯用的功能集,同时打开了安全的权益证明共识的广阔新局面,并可以通过本地访问高度可扩展数据层。我认为这是过程的重点。这是我们取得巨大成功的时刻,我们将以太坊完全融入了其新现实。

 

除此之外,通过在其他分片链上启用状态/执行,随着时间的推移,可能还会获得更多的可扩展性。这可能以EVM或称为eWASM的新虚拟机(VM)形式出现。无论选择哪种VM,现有的以太坊EVM分片和新分片链都将能够通过信标链进行本地交互和通信,从而完成多执行分片的愿景。

 

看到了吗?这是一场旅行,但是在此过程中会有很多收获。

 

这种方法的困难,以及为什么值得

 

这么多验证器

 

分片的关键部分取决于共识参与者(验证者)进入委员会的随机抽样,以验证协议的一部分(例如,分片)。假如协议中足够的验证者,并且假定攻击者的大小达到最大(例如控制验证者的1/3),从数学上讲,这是不可能的(概率为1/2 ^ 40左右)接管任何一个委员会并破坏系统。这使我们可以对系统进行设计,以使拥有消费类计算机的任何人(例如笔记本电脑甚至旧手机)都可以成为验证器(因为验证器被分配给系统的各个子部分,并且一台机器的计算资源就可以验证任何子部分)。

 

这就是使分片变得不可思议且同时又困难的原因。首先,我们必须有足够的验证器以确保此随机抽样的安全:这意味着eth2预计比大多数(我认为是)其他权益证明协议具有更多的验证器。这在流程的每个阶段都带来了挑战——从研究到共识机制规范,网络,资源消耗和客户端的优化。每个附加的验证器都会在系统的每个步骤中引起系统负载,必须对此加以考虑。Eth2客户端团队已经完成了艰巨的任务,即管理成千上万验证者的共识,以便我们可以安全地集成阶段1中的许多分片。

 

这么多分片

 

使我们难以构建的另一个基本设计决策是,在以太坊中,我们选择获得可扩展性的同时又不影响去中心化。

 

如果我们不在乎用户实际上是否能够自行验证链,也不保证网络实际上可用的数据多少,那么将区块链扩展到每秒处理成千上万的交易并不难。分片共识机制的复杂性是必须的,以便可以将系统分解为字节大小的可验证块。制定和实施这样的共识机制非常困难。

 

这么多客户端

 

以太坊的核心宗旨是以太坊是协议优先。以太坊是组成协议的抽象规则集,而不是这些规则集的任何特定实现。为此,以太坊社区从第0天开始就鼓励开发许多客户端实施。今天在以太坊主网上,已经有了besu,ethereumJS,geth,nethermind,nimbus,open-ethereum,trinity和turbo-geth等很多客户端实施。在eth2中,客户端有 cortex, lighthouse, lodestar, nimbus, prysm, teku,和 trinity。

 

多客户端范例具有许多重要的优点:

 

  • 允许存在许多客户端,这可以对想法,算法和体系结构进行更广泛的探索(每个客户端都有自己的方法和观点)。由于我们都构建了更强大的系统,因此在此过程中存在良好的相互借鉴。

  • 各个客户端通常有不同的设计目标。随着时间的推移,这将促使用户和应用更加多样化。客户端可能或多或少地专注于以下任何方面:性能,安全性,水平扩展,UI / UX,轻客户端,浏览器,资源受限的设备等。

  • 在主网上有许多产品级客户端时,对于一种可以击倒任何一个客户端的重大攻击(例如DoS攻击)将具有一定的弹性,因为由于其余客户端仍然强大。这是在以太坊早期历史中出现的“上海DoS攻击”中看到的,当时很多DoS攻击瘫痪Geth和Parity客户端,但并未出现过同时攻破两个客户端的情况。

  • 每个客户端都充当通往编程语言社区的门户。一种特定语言的客户端的基础开放和邀请使用这种语言的实验和创新。围绕客户端的基础工具通常会不断壮大该语言的强大工具和贡献者生态系统。多客户端范例增强了以太坊的引力。

     

这些明显的优势带来了一些困难:

 

  • 这些规范和测试必须是隔离进行的,以避免在主网上发生意外分叉。如果该协议只有一种实现,则该实现将成为该协议。在单客户端的情况下,如果在主网上碰到任何形式的共识“错误”,那么它将变成协议的现实。从纯度的角度来看,这不是很好,但是它消除了意外叉的风险。为了解决这一难题,如果我们在主网上合理分配客户端(例如,没有一个客户端的节点/验证器总数超过1/3),即使单个客户端出现共识问题,网络也可以保持正常运行。

  • N个客户端的协调充其量仅会导致单个客户端发生线性开销(overhead),但在某些情况下可能会导致一种二次开销(N ^ 2)。我们采用了一些技术来减少这种开销——例如共识(和快速网络)测试套件——但它总是会以某种形式存在。

 

eth2客户端和测试网的目前情况

 

客户端

 

在过去的两年中,阶段0 eth2客户端已经成为非常复杂的软件,它能够处理数千个节点中成千上万个验证器的分布式共识。我们目前正处于测试网阶段,并且每天都会逐渐接近启动。我预计最后的一英里会很长。事实证明是这样。

 

我请求您在发布之前的这段时间内,去尝试多客户端。这些客户端之间存在着很多权衡取舍,因此您必须动手以找出最适合您的客户端。如上所述,以太坊以多客户端范式运行。为了获得这种范式的好处,我们需要用户运行各种各样的客户端(以在所有类型的客户端上创建合理的分配)。

 

除此之外,该协议还内置了反相关激励措施。在极端情况下,如果一种主要的客户端无意中导致验证器掉线或验证器犯下严重罪行,如果您的验证器的行为与该客户端有关,那么与您做错了事却与他人无关的情况相比,您将受到更多的惩罚。换句话说,在这种情况下,运行一种少数客户端而不是拥有大量网络份额的客户端会更好。

 

绝对要明确——如果存在不止一个可行且安全的客户端,那么你有责任运行少数客户端软件以促进客户端软件在网络上的健康分布。

 

另外,不要害羞。如果您在文档方面遇到问题,请告知他人。如果看到错字,请提交PR。如果崩溃或弹出错误,请在github或客户端discord中报告。您是Beta版用户,在您的帮助下,我们可以为所有人提供更好的体验。

 

测试网

 

我们目前正在运行小型公共开发网络(devnet),大约每隔一到两周就会重新启动一次。我之所以说“ devnet”,是因为它们首先是客户端团队开发人员研究错误,优化等工作的方式。它们是公开的,欢迎您加入,但是要注意,它们还没有像Goerli或Rinkeby存在很长时间。由Afri Schoedon领导的最新发布版本是运行v0.11规范的Witti测试网(如果要运行某些节点,请在此处查看README)。

 

客户端团队正在积极升级到v0.12规范,该规范集成了最新版本的IETF BLS标准。从那里开始,随着我们继续扩大网络规模,在客户端上增加越来越多的负载,我们将把devnet过渡到v0.12。在有2-3个客户端可靠地启动成功的v0.12网络并在高负载下运行之后,我们将进行更公开的测试网,在其中您将运行大多数节点和验证程序。这里的目的是创建一个长期存在的多客户端测试网,它尽可能地模仿主网(用户可以在其中可靠地练习运行节点并测试他们想要的其他任何东西)。理想的做法是将启动运转起来,并在维护网络的同时对所有故障进行分类。但是,根据故障的存在和严重程度,我们可能需要运行几次才能到达我们想要的地方。

 

除了普通的测试网之外,我们还将提供激励性的“攻击网”,客户端团队可以在其中运行稳定的测试网,并邀请您尝试以多种不同方式对其进行破坏。对于成功的攻击,以太坊基金会将提供ETH奖励。很快会发布更多信息——请继续关注!

 

eth2工具的当前情况

 

虽然eth2 工具(tooling)尚处于起步阶段,但这是一项令人兴奋且不断发展的努力。如上所述,工具(tooling)通常来自客户端代码库和客户端团队的努力,但是每天都有越来越多的人参与其中。为了更好地与eth2进行交互,理解,保护和增强eth2,我们作为一个社区需要扩展并建立在基本eth2工具上。我想对已经为其eth2工具提供了巨大价值的团队和个人大声疾呼,并希望欢迎其他所有人开发新工具并扩展和增强现有工具。

 

Eth2工具是一个全新的机会。这是一个难以置信的机会,可以挖掘,提供真正的价值并取得成功。

 

以下是进行中的工作的示例,但还有很多工作要做!

 

  • 资源管理器:Beaconcha.in,Etherscan,Eth2stats

  • 网络工具:Prrkl,Rumor,Pyrum,Stethoscope

  • 密钥库和钱包:ethdo,deposit cli,EIP 2335和其他新标准

  • API设计和原型绑定

  • Slashing检测:Prysm“哈希slinging slasher”

 

以下是一些开放式工具创意的示例:

 

  • Eth2验证程序警报:提供一项服务,可在节点验证程序未达到最佳性能时向节点运营者报警

  • 验证器存款跟踪:通过跟踪验证器存款过程,帮助在当前的以太坊和eth2浏览器之间架起桥梁

  • 通过代理保护验证者:使用代理跟踪验证器消息,以确保您的客户端不会发送不安全的消息

 

不仅如此,这是一种类型的贡献,不仅仅局限于规范。创造力很重要。如果您想做出贡献,请与eth2客户端团队联系以开始使用。

 

eth1 + eth2集成的当前情况

 

在当前的以太坊客户端(例如geth等)中,几乎所有复杂性都在于处理用户级别的活动——事务池,区块创建,虚拟机计算以及状态存储/检索。实际的核心共识(工作量证明PoW)在协议中相当简单。大多数复杂性由核心协议之外的复杂硬件处理。

 

另一方面,eth2客户端完全就是共识。在权益证明(PoS)和分片中,许多复杂性被引入协议中,以实现可扩展共识的目标。

 

这些问题的分离使eth1和eth2客户可以完美地配对。

 

目前,geth(以太坊基金会)和

TXRX(ConsenSys)团队的成员正在将两者合并。这项工作包括(1)定义eth1和eth2客户端之间的通信协议;(2)向eth1客户端添加可以通过通信协议控制的共识引擎;(3)原型化和模拟eth2阶段1的行为以测试耦合。我们希望今年夏天在这些方面能看到一些具体结果。

 

分片之间的执行和通信情况

 

如前所述,实现跨多个分片执行的确切路径是一个受到广泛研究和争论的领域。有很多问题要回答。例如:

 

  • 执行应启用多少个分片?

  • 对于其他分片,我们是否将EVM或eWASM用作虚拟机?

  • 我们如何有效地组织和处理跨分片交易?

  • 我们需要对现有EVM进行哪些更改以支持跨分片交易?

  • 一般而言,执行和帐户结构是否可以扩展?

 

在过去的12个月中,eWASM(EF)和Quilt(ConsenSys)团队在这些领域进行了大量研究。事实证明,解决方案领域非常庞大,尽管我们现在可以很好地处理该领域的广度,但最近的重点是挖掘简单,切实的解决方案,以便能够测试,建立原型并真正建立对话。由此产生了eWASM的Eth1x64计划(了解该项目的高级视图,并查看正在讨论的一些最新规范)。

 

在将抽象的交叉分片思想引入具体规范以进行讨论并最终成为原型方面,已经取得了迅速的进步。密切注意这方面的进展,特别是如果您是dapp开发人员。在接下来的几个月中,我们打算提供一些您可以理解,使用并提供反馈的信息。

 

无状态以太坊与eth2的关系

 

与eth2并行进行的另一项重大研发工作是“无状态以太坊”。无状态以太坊致力于解决状态规模增长问题。它允许参与者验证区块,而不必在本地存储整个状态。现在,以太坊状态转换函数中有一个隐式输入:整个状态。使用无状态以太坊,将在区块内部提供有关必要状态的证明(见证,witnesses)。这允许将区块作为仅该区块的纯函数进行转换/验证。

 

对于用户而言,这意味着一个世界,您可以跟着区块链,甚至可以关注自己关心的状态部分,而无需存储所有状态。一些网络参与者可能会存储所有状态(区块生产者,区块浏览器,按需收费的状态提供者),但是绝大多数参与者将只需要一部分状态。

 

对于eth2,这是一种重要的技术机制,可确保节点和验证器可以验证并保护协议,而无需负担存储每个分片的完整用户状态的负担。取而代之的是,验证器可能选择加入某些分片的区块生产者,而基线验证器可能仅验证无状态块。无状态的以太坊是eth2愿景的一个非常宝贵的补充,使分片协议的基础层非常薄。尽管我们计划在eth2上实现无状态运行,但如果无状态路径最终无法证明是可行的,我们确实有一些其他选择(尽管我本人对无状态很有信心😄)。

 

最后

 

Eth2是一项艰巨的任务,旨在为以太坊提供升级的,下一代的,高度可扩展的和安全的,去中心化的共识。每天都有数十个团队和数百名个人在工作,以实现这一目标。我们选择的道路是艰难的,但是已经取得并继续取得巨大进步。

 

这种新机制的核心部分指日可待。

 

如果您是一个有抱负的验证器(Validator),那么现在就该进行探究了。通过尝试多个客户端来支持多客户端范式,并从eth2的起源中帮助浇灌一个强大的丰富客户端 多样性基础。

 

如果您是用户或dapp开发人员,请立即继续使用以太坊,同时我们将继续为您准备这种更安全和可扩展的环境。当那一时刻到来时,向eth2的转换将尽可能地无缝实施。

 

谢谢那些令人难以置信的团队和个人,使今天的以太坊保持生机和健康;谢谢你们所有人为eth2中以太坊的未来做准备;并感谢所有使以太坊很棒的用户和开发人员🚀

 

作者 | Danny Ryan   译者 | Kyle

原文:https://blog.ethereum.org/2020/06/02/the-state-of-eth2-june-2020/

存款合约解读——Eth2.0阶段0 Eth2.0的存款合约 Eth2.0的存款合约并不部署在Eth2.0的链上,而是部署在Eth1之上。Eth2.0和Eth1.0实际上是两条完全不同的链。区块链上承载价值的平台,而其之上的代币则为载体。即使进行技术升级,价值载体是需要继承,这是Eth2.0仍为以太坊的核心要点之一。 因此,需要一座桥梁,单看好像很简单。实际上,桥梁有着不同的建法与不同的成本。 双向桥接:Eth1.0中的ETH代币可以转到Eth2.0上,反之亦然 单向桥接:Eth1.0中的ETH代币可以转到Eth2.0上,而Eth2.0上的代 阅读详情

相关推荐

【信息科学与工程学】【运营科学】第二篇 C4信息与通信网络运营 (C4) ——数据中心网络运营04

典型值:λ1​∈[−0.02,−0.01], λ2​∈[−0.01,0], η1​,η3​∈[0.1,0.3], η2​,η4​∈[0.05,0.15]参数:δ1​∈[−0.8,−0.3], δ2​∈[−0.5,−0.2], δ3​∈[−0.4,−0.1], δ4​∈[−0.6,−0.2]参数:φ1​∈[0.1,0.3], φ2​∈[−0.2,−0.05], φ3​∈[−0.1,0.1], φ4​∈[−0.3,−0.1]参数:α∈[0.3,0.6], β∈[0.2,0.4], γ∈[0.01,0.03]

weixin_49199313的博客 1207

以太坊2.0系列 - 4个阶段

以太坊在设计之初就决定采用PoS共识,但由于当时PoS共识并不成熟,以太坊前期采用成熟的PoW,之后转到PoS。为此,以太坊设定了4个阶段:前沿、家园、大都会、宁静,目前我们处于大都会阶段,宁静也就是我们今天谈论的以太坊2.0。

搬砖魁首的博客 2305

基于MATLAB的太阳能光伏电力仿真,模拟每日太阳能发电,可视化功率曲线,并通过数值积分计算总能量输出。.zip

1.版本:matlab2014a/2019b/2024b 2.附赠案例数据可直接运行。 3.代码特点:参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象:计算机,电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。

Eth2.0 -发展阶段(Phase)

Eth2.0 - Phase 目录 Phase 0 - Beacon chain Phase 1 - Merge/The docking Phase2 - Shard Chains Phase 0 - Beacon chain 参考这里 让信标链(Beacon chain)上线,这一步已经在2020年11月1日完成,因为我们可以看到第一个信标区块(Slot 0)已经上线了。 信标链的上线不会对目前Eth1.0产生任何影响,但它会于Eth1.0主网一起工作,它为以太坊带来了POS。 信标链负责指挥与协调扩

兰林97的博客 1万+

人脸识别签到考勤系统实战源码

这是一套可直接运行的人脸识别智能签到考勤系统,基于OpenCV YuNet人脸检测与SFace特征识别实现,全程本机运行,数据保存在本地SQLite,不上传任何服务器。配套交付完整Python源码、9章实战教程(md/html/pdf三种格式)、逐步骤操作截图和答辩PPT讲解。 系统围绕五个功能模块展开:人脸注册支持照片批量导入并提取特征入库;识别签到支持照片或摄像头两种方式,实时框出人脸并标注姓名、相似度与考勤状态;考勤规则引擎按config.py里配置的上下班时间与宽限分钟,自动判定迟到、早退、缺勤;Tkinter管理面板完成人员管理、流水查询与月度汇总;最后通过openpyxl一键导出整月考勤矩阵,正常绿、迟到黄、缺勤红,Excel打开即用。 选型上特意选了YuNet+SFace路线:纯pip安装免编译,CPU单帧识别不到100ms,两个ONNX模型共约37MB,出自OpenCV官方模型仓库,毕设报告引用有据可查。教程第7章整理了16条Windows下真实踩过的报错及排查方法,第8章给出换模型、换人脸、加功能的二次开发路径。 适合做计算机视觉方向毕设或课程设计的学生,也适合想给班级、实验室、小团队搭一套本地签到工具的Python学习者。运行环境为Python 3.9以上、Windows 10/11,不需要GPU。 使用时先pip install -r requirements.txt装齐依赖,再运行download_data.py下载模型,最后启动main.py即可进入图形界面;命令行register、recognize、report子命令也可脱离界面单独调用。

【无人机航测】MATLAB重叠率与地面分辨率协同设计:航线间距及飞行方向优化系统 MATLAB 无人机航测重叠率设计|地面分辨率与航线间距计算

内容概要:本文档介绍了基于MATLAB R2025b开发的无人机航测重叠率与航线间距计算系统,旨在通过建立统一的航测几何计算体系,实现重叠率、地面分辨率与航线间距的动态协同设计。系统结合相机参数、飞行参数、地形数据与风场信息,通过自动化候选航向搜索与多目标优化,选择兼顾覆盖质量、飞行效率与安全性的最优航线方向。项目涵盖从参数输入、摄影测量计算、地形与安全修正,到候选路线生成、综合评价与结果可视化的全流程,并构建了五万组模拟数据用于算法验证与模型训练,支持桌面交互、批量处理与服务化部署,适用于多种复杂场景下的无人机航测任务规划。 适合人群:具备一定MATLAB编程基础和摄影测量知识的科研人员、工程技术人员及高校师生,尤其适合从事无人机航测、地理信息系统(GIS)、遥感与测绘等相关领域的从业者。 使用场景及目标:① 实现无人机航测任务中地面分辨率与航线间距的精确计算与动态优化;② 解决复杂地形与风场环境下航线方向选择困难、覆盖质量难以保障的问题;③ 通过自动化设计减少人为经验依赖,提升航测任务的可靠性与效率;④ 为后续的三维建模、正射影像生成与灾害应急评估等应用提供高质量的数据基础。 阅读建议:建议读者结合文中提供的完整代码示例与GUI界面设计,逐步实践参数配置、模型计算与结果分析流程。重点关注摄影测量公式推导、地形修正策略与多目标优化算法的实现细节,并利用模拟数据进行敏感性分析与模型验证,以深入理解系统的设计理念与工程应用价值。

ETH技术团队: ETH2第0个阶段,是时候启动了!

ChinaDeFi是中国第一个专注DeFi的区块链研究品牌,致力于为DeFi的价值创造共识,贡献中国力量。我们将联合众多DeFi项目,开发者、投资机构、媒体、社区、开放平台、以及DeFi爱好者,共同打造中国DeFi生态,欢迎更多的开发者、爱好者加入。 接下来的几周社区内ETH2.0相关消息会逐渐增多,透过这篇文章你将了解到ETH2.0发布情况的现状。 无论L2在现阶段如何被寄予厚望,它几乎影响不到以太坊的经济模型,只有ETH2.0会真正的动到蛋糕,届时将很大程度的影响以太坊的价格以及格局。 Ir.

chinadefi的博客 727

【电力负荷预测】项目介绍 MATLAB实现基于BO-Transformer-LSTM贝叶斯优化算法(BO)优化Transformer-LSTM组合模型进行居民用户多步电力负荷预测(含模型描述及部分示例

内容概要:本文介绍了一个基于BO-Transformer-LSTM的组合模型,用于实现居民用户多步电力负荷预测的完整项目实例。该模型融合Transformer的全局注意力机制与LSTM的局部时序记忆能力,构建能够捕捉长时依赖与周期性特征的深度学习架构,并引入贝叶斯优化(BO)自动搜索最优超参数组合,提升预测精度与训练效率。项目涵盖从原始数据清洗、特征工程、滑动窗口样本构建、模型设计到超参数优化、反归一化及多步误差评估的全流程,强调时间顺序划分以防止信息泄露,并通过周期编码、外生变量融合等方式增强数据表达能力。文中提供了详细的MATLAB代码示例,包括数据预处理、网络搭建、贝叶斯优化配置和预测结果评估等关键步骤。 适合人群:具备一定机器学习和时间序列分析基础,熟悉MATLAB编程环境,从事电力系统预测、智能电网、负荷管理等相关领域的研究人员、工程师及研究生。 使用场景及目标:①应用于居民级或多用户聚合负荷的短期至中期多步预测(如未来24小时);②服务于配电系统运行调度、需求响应基线设定、家庭能源管理系统优化、分布式能源协调控制等实际工程场景;③为科研提供可复现的深度学习+贝叶斯优化的技术路线参考。 阅读建议:此资源以实际项目为导向,建议读者结合提供的代码逐步实现并调试模型,重点关注数据质量控制、时间特征编码、组合网络结构设计与贝叶斯优化稳定性之间的协同关系,在实践中深入理解多步预测中的误差累积机制与超参数敏感性问题。

机器学习模型上线后的真实挑战:从Notebook到生产系统的工程化落地

机器学习模型部署不是训练完成后的简单复制粘贴,而是涉及数据流治理、服务可靠性、实时监控与业务责任闭环的系统工程。在真实生产环境中,模型失效往往源于特征管道断裂、依赖服务雪崩或决策逻辑漂移,而非算法本身缺陷。理解‘事件驱动的数据流’本质、构建协议/资源/语义三道防火墙、定义可量化的延迟预算(Latency Budget)及业务级监控指标(如score_distribution_skewness、override_rate),是保障AI系统稳定运行的技术基石。本文聚焦MLOps中被长期低估的‘模型生存期管理’,

weixin_30784501的博客 511

国央企创新负责人如何通过平台实现科研成果的快速识别与转化?.docx

科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。

PotPlayer自用皮肤

自用 PotPlayer 皮肤,仅微调了字体大小与颜色,是按个人习惯调整,未做适配性调整。

Maven 生命周期

Maven的设计是基于生命周期的。每一个生命周期有多个阶段组成,每个阶段的执行都依赖上一个阶段,也就是说执行某个阶段之前必须执行完在这个阶段之前的其他阶段。   Maven有3个生命周期模型。并且有些阶段会绑定一些目标(goal)   1.   默认周期 阶段名称 阶段描述 绑定目标 (goal) validate    ...

iteye_5753的博客 205

2-shell及常用命令-续.pdf

2-shell及常用命令-续.pdf

3个阶段展示以太坊2.0最新进展(附详实参考来源)

作者 |Ben Edgington编译 | Jhonny我知道你们最近几天都被有关 Libra 的消息刷屏了,所以这里有一点精神慰藉:本文不会提及 Libra 的相关信...

区块链大本营 3406

【顶级EI复现】基于KKT条件与分段解析优化的双有源桥DC-DC变换器软开关协同最小应力闭环控制方法(Simulink仿真实现)

内容概要:本文详细介绍了一种基于KKT(Karush-Kuhn-Tucker)最优性条件与分段解析优化技术的双有源桥(DAB)DC-DC变换器闭环控制方法,旨在实现软开关条件下器件电压和电流应力的协同最小化,从而提升变换器的转换效率与系统可靠性。该方法通过建立精确的数学模型,结合KKT条件进行优化求解,并采用分段解析策略提高实时控制性能,在Simulink环境中完成了完整的闭环控制系统建模与仿真验证。作为“顶级EI复现”级别的研究成果,内容涵盖控制算法设计、优化机制分析、仿真架构搭建及结果对比,具有较强的理论深度与工程应用价值,适用于电力电子高频化、高效化发展的前沿研究方向。; 适合人群:面向具备电力电子、自动控制或电气工程等相关专业背景,熟悉Simulink仿真平台,且从事科研工作1年以上的研究生、博士生及科研人员;特别适合致力于DC-DC变换器拓扑优化、软开关技术、最小化开关应力控制、能量高效传输等领域研究的专业人士。; 使用场景及目标:① 复现高水平EI期刊论文中的先进优化控制算法;② 掌握KKT条件在非线性约束优化问题中的具体应用;③ 深入理解DAB变换器在不同工况下的软开关实现机制与应力抑制策略;④ 构建高精度仿真模型以支撑学术论文撰写、科研项目申报或实际工程系统的控制方案设计。; 阅读建议:建议结合提供的Simulink仿真模型同步学习,重点关注KKT条件推导过程与分段解析优化模块的实现逻辑。由于内容涉及较强的数学建模与优化理论,推荐具备扎实的电路理论、现代控制理论及数值优化基础后再行研读,并可参考同系列“顶级EI复现”资源以构建系统性知识体系。

基于继电器与三极管的自动水泵控制器DIY:从电路原理到PCB制作实战

继电器作为一种利用电磁原理实现电路通断控制的电气开关,其核心价值在于通过小电流信号控制大电流负载,实现强弱电之间的安全隔离。在自动化控制领域,继电器常与三极管等半导体器件配合,构成驱动电路,将微弱的传感器信号放大,从而可靠地控制电机、水泵等执行机构。这种组合技术广泛应用于工业控制、智能家居及各类电子DIY项目中,例如实现水箱水位的自动检测与控制。本文将以一个典型的自动水泵控制器项目为例,深入剖析如何利用继电器与三极管搭建水位检测与驱动电路,并详细讲解从电路设计、PCB自制(热转印法)到系统调试的完整工程实践

weixin_31774841的博客 347

ETH2.0 - 分片共识

Sharding Consensus 原文链接:Validated, staking on eth2: #3 - Sharding Consensus 分片(sharding) 是Eth1过渡到Eth2中最重要的提升。分片这一术语是从数据库研究(一个分片就是整体的一片)中引入的。在数据库和Eth2的背景下,分片就意味着将整体的存储和计算划分到分片中,分片再进行各自的处理,在需要的时候将计算的结果进行结合。Eth2实行了大量的分片链,每个分片链相似于Eth1主链,这导致了巨大的性能提升。 然后很少有人知道分片

兰林97的博客 1895

金蝶云ERP远程办公指南:零公网IP实现安全内网穿透访问

本文详细介绍了如何利用内网穿透技术,在无需公网IP和复杂路由器设置的情况下,安全远程访问内网部署的金蝶云ERP系统。通过使用cpolar工具,逐步指导用户创建加密隧道、配置固定域名,并实现管理中心与数据中心的远程登录,有效解决了企业员工在外出或居家办公时的核心业务系统访问难题。

weixin_29229261的博客 269

通告 | Eth2 验证者快速启动器发布

来源:以太坊爱好者在 Eth2 研究团队和 Consensys、DeepWork Studio 一起努力工作几个月之后,我们满怀喜悦发布 Eth2 验证者快速启动器(测试版)。我们现在发...

qq452474654的专栏 386

JHU ICBM DTI Atlas纤维束模板介绍

JHU ICBM DTI atlas 纤维束的定位与功能介绍

machinelearning_er的博客 6423

C#菜鸟教程学习笔记

C#菜鸟教程学习笔记 C#简介 C# 是一种编程语言,它是由微软开发的。 C# 编程是基于 C 和 C++ 编程语言的,它与 Java 也非常相似。 C# 是 .Net 框架的一部分,且用于编写 .Net 应用程序。 .Net 框架(.Net Framework)能编写出下面类型的应用程序: ①Windows 应用程序 ②Web 应用程序 ③Web 服务 常用的C# 编程的开发工具:Visual Studio(VS:可视化工作室) C#程序结构 一个 C# 程序(C# 文件的后缀为 .cs)主要包括以下部分

mlc_WTMOTW的博客 4978

如何成为ETH2的验证者

前言:随着ETH存储合约开启,ETH2.0计划于2020年12月1日启动,目前距离最低启动要求大约完成了20%,还有很长的路要走。很多蓝狐笔记的读者反馈,想参与ETH2.0的质押,但是不知道如何参与。未来的参与,一是运行自己的验证者节点,二是可以通过质押网络参与。质押网络可以让普通的用户不用担心资金门槛、技术门槛、流动性等。而今天的文章主要是讲如何成为ETH2的验证者。本文作者是Ryan Sean Adams,来源于Bankless,由蓝狐笔记社区“SIEN”翻译。 本文主要包括如下几个方面: 硬件要求

679

字符集的选择

字符集的选择 一:背景介绍 DICOM特定字符集(0008,0005) 此标签获得不同的值就代表使用不同的语言进行解码。 以下为多家CT厂商的(0008,0005)取值: 字符集: unicode是字符集,ASCII、GB2312、GBK、GB18030既是字符集也是编码方式,UTF-8只是编码方式。 二:中文字符集介绍 世界通用字符集——UTF 中文字符集——GB2312、GBK、GB18030 字符集的详细介绍 一:UTF-8 程序是把一个字节一个字节的来读取,然后再根据字节中开头的bit

qq_41972968的博客 1519
上一篇: 从三大应用场景分析 DeFi发展的隐形天花板
下一篇: 区块链安全和隐私问题有点与众不同
BitTribeLab
博客等级 码龄8年 49粉丝 22原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值