详解机器学习损失函数之交叉熵

免责声明：本文旨在传递更多市场信息，不构成任何投资建议。文章仅代表作者观点，不代表火星财经官方立场。

小编：记得关注哦

来源：以太坊爱好者

原文标题：以太坊Q e B # x B D v l 2.0 采用了新的架构，智能合约开发者需要注意些什么？

了解以太坊 2.0 的基本架构以及对开发者的挑战。

原文标题：《科普 | 以太坊 2.0 的设计抉择》（Design Choices in Eth2.0）撰文：ditya Asgaonkar

本文为研究员 Aditya Asgaonkar 在 EthCC 大会上的演讲幻灯片，据其自述，是为了向智能合约开发者说明 Eth2 的设计方案，以/ % ^ o分片（把整个系统的状态切分开来形成不同的片区）来实现，而前者用信标链来实k M 6 I Y现。

但是两相结合之下，信标链就不能保存所有的分片数据、执行所有的分片交易，b i 8 W 5 b否则就会打破可扩展性要求。

因此，两者的$ ~ I X ; G & d分工是，信标链负责共识、只保存分片O g r ) f c状态的默克尔根，而且不执行分片交易；分片则没有任何共识机制，仅有随机抽取的验证者来出块、验证并将默克尔根提交到信标链上。

但这样一来，开发者今天习以为常的东西，在 Eth2.0 里面就不一定现实了，比如：对系统中任意合约的同步调用。因为基本问题是= 7 W = e 1 $ ` ，发起^ 6 c #调用时，接受调用的分片不知道有人正在) D 9 Z O E P m Y发起跨分片交易，除非信标链里不仅有状态默克尔根值信息，还有别的信息。但这J T 9 r V样就会打破可扩展性。

这就引发了两者状态访问模式0 N H H C 2 e的比较。静态状态访问的例子是无状态执行，这种模式下，所需的状态信息是附加在交易的见证M t ~ c信息里跟交S , 3 V Q T G 9 u易一起传播的，这样确定性更强，但这样就会遭遇上述问题；动态访问模式下，交易的打包先后顺序可能会引发问题。