LID:Cairo 或将取代 Solidity 的原因_SOL

在这篇文章中，我将论证Cairo可以影响即将到来的可证明计算的浪潮，就像Solidity支持可组合计算一样。Cairo是StarkNet的原生编程语言，StarkNet是一种用于扩展以太坊的L2网络。

当我们把智能合约仅仅看作是金融的延伸(DeFi)或网络的泛化(web3)时，这是令人遗憾的。智能合约网络实际上是可组合计算的平台。

以太坊嵌入了一些允许其计算机程序互操作的标准：

透明字节码

标准化API结构

保证正常运行时间

内置支付基础设施

Immutable X发布与其兼容的Cairo智能合约以帮助在StarkNet上的项目开发:金色财经消息，NFT二层扩展解决方案Immutable X宣布将发布一组Cairo智能合约，以帮助在StarkNet上进行NFT相关项目的开发。目前发布的合约包括ERC-20、ERC-721、版税，其中ERC-721合约在Open Zeppelin推出的合约基础上进行了扩展；版税则选择了EIP2981标准。Immutable X表示，未来将构建更多的StarkNet合约并添加至该集合中，包括即将推出的Layer1与Layer2之间的ERC-721代币跨链桥。[2022/5/26 3:42:35]

完整的部署和交易沿袭

西班牙最大资产管理公司Caixabank AM：目前没有计划投资加密货币:据News.bitcoin消息，西班牙最大资产管理公司Caixabank AM称，仍然不相信加密货币是一种资产类别，因此还没有计划投资于该领域。该公司投资策略总监Santiago Rubio宣布其不会接触加密货币，并指出，虽然新生的加密货币领域存在重要的机会，但它仍然太年轻、且不稳定，无法进行大量投资。Caixabank AM是西班牙最大的资产管理公司之一，其下监管有超过7000万欧元。此外。另一家西班牙巨头公司BBVA AM也持有同样观点。其全球资产配置经理Jaime Martinez表示，未来有可能会投资于加密货币，但目前没有计划很快这样做。[2021/5/29 22:55:31]

不同应用程序层之间无摩擦的合约

币核科技Bluehelix投资的Caitex交易所上线离岸人民币稳定币CNT:币核科技Bluehelix投资的数字合约交易平台Caitex.io上线离岸人民币稳定币CNT。

CNT是基于离岸人民币，面向全球发行的稳定、透明、安全的数字资产。CNT作为依托以太坊公链，通过足额的现金类资产为支撑，帮助人们快速、便捷的融入数字世界。

Caitex成立于2019年，成立伊始便获得Bluehelix生态基金会数百万早期投资。币核科技是领先的区块链金融信息技术服务商，致力于为客户提供专业的技术支持和服务，现阶段已经为全球超过240家知名企业提供区块链金融技术。[2020/5/20]

这些限制可能会降低开发人员的生产力，但也会以前所未有的规模激励有状态应用程序的组合和重用。

公告 | Caitex交易所推出离岸人民币与布伦特原油数字合约:据官方消息，日前，BHEX投资的数字合约交易平台Caitex.io正式推出离岸人民币与布伦特原油数字合约。两款数字合约产品均以HKDT港元稳定币计价并作为保证金进行交易结算；交易标识分别为CNH-HKD-CFD与OIL-CFD-BRENT。Caitex联合创始人Josh表示，两款数字合约产品为数字货币投资者提供了更加丰富的投资选择和对冲工具。

据悉，Caitex成立于2019年第四季度，成立伊始便获得BHEX生态基金会数百万早期投资。[2020/2/20]

Solidity是可组合计算的第一个主流语言

Solidity被创建为一种与上述标准兼容的简单语言。它提供了:

基本状态机功能(状态、访问、更新等)

无法访问不可组合的原语(例如，外部数据馈送)

合约对合约交互的接口

用于交易费用的内置gas计量

对底层虚拟机的高性能访问

虽然现有的编程语言可以适应可组合计算，但它们需要扩展和限制的组合，这很难合并。此外，在优化上其是与优化Solidity代码完全不同的性能指标，这些语言的编译器就是这么被定义的。

引入可证明的计算

StarkNet的可扩展性工具ZK-Rollups启用了一种被称为可证明计算的新范式。在这个范例中，我们保留了可组合计算的所有优点，但也允许程序证明它们已被执行，而无需重新运行。

这个简单想法允许我们从一个需要重新运行交易的网络(以太坊)转移到一个更好的网络(StarkNet)，在这个网络中，通过验证交易已以特定结果执行的证明来验证交易，这是一个更经济的操作。

因为这个范式是如此不同，它也需要一个不同的计算模型，有效地将程序转换成数值理论方程，而不是在机器上执行它们。

我们可以用什么编程语言来实现呢?

Solidityvs.Cairo

考虑Solidity是很自然的。首先，它已经支持组合(调用其他智能合约)，并被广泛采用。第二，在Solidity上部署了一系列应用程序，可以很容易地迁移到其他Layer2解决方案(包括支持可证明计算的zkSync)。第三，Solidity有一个维护良好的多层编译器，可以适应不同的用例。

但是Solidity并不是可证明计算的固有特性。任何接受惯用的Solidity代码并将其转换为证明的编译器都会遇到以下问题：

依赖于低效的数据结构，如`uint256

语言层面的可变性

缺乏高效的内置插件

没有底层访问

技术细节：在实践中，有两种不同的技术来证明通用程序(SNARK和STARK)。SNARK青睐的指令集更适合作为Solidity等语言的编译目标。STARK提供了更多的可伸展性，同时具有不太自然的指令集。当我们说“Solidity不是可证明计算的有效语言时，我们实际上是指两件事：1)Solidity可以有效地编码为SNARK，但它们不像STARK那样可扩展2)Solidity不是编译到STARK的最佳语言，因为在Solidity中常见的构造对于STARK来说是“昂贵的”。

Cairo有上述所有解决方案：

一个称为felt的底层字段整数数据类型是可用的(与uint256类型一起)

Cairo语言习惯上只编写一次(类似于函数式编程语言)

正在为常见计算开发越来越多的内置非确定性提示

Cairo提供了对底层原语的完全底层访问

Cairo编程更具挑战性，生态系统工具仍在不断成熟。但扩展以太坊的全部意义在于超越现有的限制，构建更好的可组合应用。如果是这样，为什么止步于Solidity?

Source：https://medium.com/yagi-fi/provable-vs-composable-computation-or-why-cairo-will-supersede-solidity-6b00e69bfc9e

标签：CAILIDSOLDITCAIROValiditySOL币未来能够涨到多少Neos Credits

欧易okex官网热门资讯