STARK:Starknet Alpha v0.11.0：开启向 Cairo 1.0 过渡_StarkNet

作者：

时间：

TL;DR

●?Starknetalphav0.11.0已经发布并在测试网上线。

●?你现在可以在Starknet测试网上部署Cairo1.0合约并与之交互。

●?Starknet上的计算成本便宜5倍。

●?主网升级到Starknetalphav0.11.0将首次进行治理投票，

●?这标志着过渡期的开始。

●?只有在测试网上运行几周后，我们才能确保新系统顺利运行，才能在主网上部署Cairo1.0合约。

介绍

我们很高兴地宣布，期待已久的Starknetalphav0.11.0已在测试网上上线！为什么说这是Starknet迈出的一大步？在Starknetv0.11.0中，你可以部署和运行Cairo1.0智能合约。我们还引入了一个新的系统调用，允许将现有合约平稳过渡到Cairo1.0运行。

Cairo1.0在两个不同方面改进了Starknet。首先，它通过提供更丰富的编程语言改善了开发体验，该语言向Cairo引入了类型/泛型/特征/错误处理。其次，Cairo1.0在Starknet的去中心化进程中发挥了关键作用：Starknetalphav0.11.0中发送的Cairo1.0合约编译为Sierra。Sierra保证每个合约的执行都是可证明的，这是实现去中心化Starknet的一个重要步骤。

Polyhedra旗下跨链桥zkBridge已集成至Polygon:5月29日消息，ZK基础设施初创公司Polyhedra Network宣布旗下跨链桥zkBridge已集成至Polygon网络，用户可以在Polygon上使用由zkBridge提供支持的互操作性。[2023/5/29 9:48:53]

此版本中的另一项重要改进是计算成本降低了5倍。这将使Starknet对计算密集型应用程序更加友好。详情如下。

为Regenesis做好准备

Starknetalphav0.11.0标志着过渡时期的开始，这将为Starknet的Regenesis做准备。Starknet的Regenesis计划是在几个月前发布的，它的重点是从基于Cairo0的系统过渡到基于Cairo1.0的系统。

在过渡期间，现有的Cairo0合约(如果它们是可升级的)有机会维护它们的地址和存储，并无缝地将它们的实现过渡到Cairo1.0(请参阅下一节)。

作为一个Starknet用户，这意味着你只需要在你的账户的新Cairo1.0实现发布时升级你的钱包(你可以在任何时间升级到Regenesis本身)。预计不会出现停机，系统中的所有dapp将继续正常运行。

研究：2022年跨链桥盗窃案金额达10亿美元:金色财经报道，区块链分析和合规公司Elliptic的研究显示，今年“桥梁黑客”盗取的资金已超过10亿美元。跨链桥允许资产在不同的区块链协议之间移动，这意味着网络包含大量加密资产。

Harmony, Sky Mavis和Wormhole今年都遭受了超过1亿美元的区块链漏洞。Polygon的首席信息安全官Mudit Gupta认为，桥梁安全问题是整个行业的问题。（blockworks）[2022/6/29 1:39:37]

在Regenesis之后，Starknet将在整个系统中停止支持剩余的Cairo0合约。这将提前进行沟通，开发者将有足够的时间来迁移他们的合约。预计过渡期将持续几个月，dapp开发人员已经可以开始将他们的实现迁移到Cairo1.0。在过渡时期结束时，Regenesis将会启动。

顺利迁移至Cairo1.0

随着向Cairo1.0过渡，现有的Cairo0合约将被弃用，并且在Regenesis时将不再受支持。为了允许可升级的Cairo0合约继续运行，并保持构建状态，我们添加了一个新的系统调用-'replace_class'。可升级的合约升级到Cairo1.0没有问题，但是底层代理(持有实际状态的合约)将仍然停留在Cairo0。'replace_class'系统调用通过允许代理合约替换其底层类来解决这个问题，即保持相同的地址和存储，但替换实现。

Findora跨链桥Rialto已在以太坊Ropsten测试网上线:金色财经报道，Findora跨链桥Rialto已在以太坊Ropsten测试网上线，Rialto Bridge是ChainSafe ChainBridge的一个分支，为支持Findora网络而定制。用户能够将通证从兼容EVM的区块链双向转帐到Findora区块链上，反之亦然。Rialto桥通过源链（如BNB链或以太坊）上的智能合约锁定通证（如USDT、USDC等），并在Findora智能链上开采等量的通证。目前，该桥只部署在主网BNB链和以太坊区块链测试网上。[2022/5/6 2:54:12]

计算成本便宜了5倍!

目前，Starknet的交易费用有两个主要组成部分:计算和链上数据。Starknet交易费用的计算元素是由在L1上验证其证明的边际成本决定的(详情请参阅文档)。

最初，我们认为2亿Cairo合约证明步骤需要500万Gas验证，这导致我们天真的以为Cairo每个合约步骤需要0.05Gas。自此，我们转向递归证明，这将大幅减少L1验证成本(只有递归树的根到达L1)。现在是时候更新我们原来的估算了-L2上的每个合约步骤成本将降低5倍，现在将花费0.01Gas。

跨链桥HopProtocol发文或暗示推出Token:金色财经消息，跨链桥HopProtocol发文《Building Bridges》，回顾了项目起源、发展现状等，并称将转型由 Hop 社区去中心化治理，本周将发布相关详细信息。据社区推测及官方路线图，HopProtocol或即将推出Token。

据官方信息，Hop 的 TVL已经增长至约 1.3 亿美元，累计交易量已达 20 亿美元。[2022/5/4 2:48:15]

这种成本的降低对于计算密集型应用程序来说意义重大，例如具有非本地签名的帐户合约。简单交易的成本会略有降低(约5%)。在未来的版本中，我们将处理第二个组件:链上数据成本。一旦Starknet(又名Volition)引入链上数据的替代方案，将全面实现成本降低。

Starknet治理首次投票

Starknet治理的第一阶段已经启动(更多细节在这里)。社区成员现在可以通过一个额外的渠道，即对协议更改进行投票，参与优化Starknet。

Starknet治理第一阶段将集中于Starknet协议升级。每一次Starknet版本升级都将首先部署在测试网上;投票者将有6天的时间来检查和测试在Goerli上运行的升级版本。在此期间，将开放一个Snapshot提案，社区可以投票决定是否批准主网部署新版本。

BHEX Chain正式推出跨链桥BBS解决方案:据官方消息，去中心化跨链DeFi基础设施的BHEX Chain，面向各公链、项目正式推出了BBS(BHEX Bridge Solution)跨链桥解决方案。

BHEX Chain目前已支持并平稳运行包括DOGE、BTC、ETH等6条主流公链，并即将支持Polygon、NEAR、Solana等公链。BHEX Chain可实现帮助多公链及其生态资产以去中心化方式快速安全的无障碍流通；为DeFi项目解决多链快速启动及资产流通问题；帮助用户完成多公链间资产兑换等跨链操作。

BHEX Chain基于已获美国和欧洲专利的Bluehelix私钥分片技术，完全去中心化实现跨链服务，节点由派盾、慢雾、TokenInsight等三方机构运行，私钥由节点分布式托管和签名，多层节点体系保障跨链资产安全。BHEX Chain已上线HDEX去中心化交易所及BHEX Wallet钱包应用。[2021/8/3 1:31:00]

如果提案在6天的投票期间获得多数“赞成”票，则提案通过，Starknet主网将相应升级。

Starknetalphav0.11.0是Starknet第一个进行投票的版本。Starknetalphav0.11.0的投票将从测试网部署开始时计算，开放6天。

Cairo1.0和Sierra

Sierra是一种可以编译为Cairo字节码(CASM)的中间表示层。在Starknetalphav0.11.0之前，开发者会将Cairo0编译到CASM中，并将结果发送到Starknet测序器。在Cairo1.0中，开发者将其代码编译到Sierra，并将这个中间表示发送到排序器。随后，定序器将其编译到CASM。Sierra被保证编译为“安全的CASM”，即CASM的一个子集，它不会失败，每一次执行都是可证明的。这保证了排序器将能够收取费用，即使是恢复的交易，防止DOS。有关更多信息，请参阅文档。

Starknetalpha0.11.0将使用Cairo1.0alpha.6版本。该版本接近Cairo0的特性，所有的Starknet系统调用都已经存在。

请注意，Starknet排序器使用固定的编译器版本，这意味着语言改进可能不会立即在Starknet中可用，只有在Starknet版本更新后才可用。具体来说，虽然影响Cairo1.0→Sierra编译的改进可能会立即生效，但Sierra→CASM编译器的更改(更多细节请参阅文档)只会在等待Starknet升级后才会更新。

还有什么新进展?

新交易类型-Declarev2

我们为Cairo1.0类添加了一个新的交易类型。这个新的'declare'交易版本类似于现有的'declare'，但有两个重要的区别:

现在发送的类对象表示Sierra而不是CASM，即类的语义由Sierra表示定义。

用户还对编译后的类哈希进行签名。在Sierra→CASM编译被证明是Starknet操作系统的一部分之前，这是至关重要的一步。

要了解更多细节，请参阅文档。

从开发者的角度来看，体验还是一样的。编写完Cairo1.0代码后，可以使用CLI声明该类。

请注意，最初，'declarev2'交易将不被Starknet主网接受。在测试网上试用一段时间后，新的交易类型将在主网上启用，Cairo1.0类也将可用。

Poseidon来了

Poseidon是一个系列哈希函数，设计用于非常有效的代数电路。因此，它们可能在ZK证明系统(如stark和SNARKs)中非常有用。从Starknetalphav0.11.0开始，开发者将能够使用Poseidon。此外，作为Starknet协议一部分的一些哈希计算将过渡到Poseidon(具体来说，类哈希，编译类哈希，以及部分状态承诺将使用Poseidon，详情请参阅文档)。在未来，更多的内部组件将过渡到使用Poseidon哈希函数。

在Starknet中使用的确切版本和参数可以在这里找到。

各种各样的变化

像之前的Starknet版本一样，升级也会对我们的api和其他低级组件产生影响。下面我们列出了这些，并说明了所做的具体更改:

●?不再支持v0调用/发起交易

●?L1→L2消息现在需要费用。也就是说，Starknetsequencer不会处理零费用发送的消息

●?链上数据格式改变

●?API更改：

●?添加了一个新的`get_compiled_class_by_class_hash`端点

●?`get_class_by_hash`返回Cairo0/Cairo1.0类

●?`get_state_update`有一个用于替换类的新部分，并且声明分为Cairo0和Cairo1类。

●?`estimate_fee`和`simulate_tx`现在可以跳过验证

●?新的StarknetJSON-RPC版本