在这篇文章中，我将论证Cairo可以影响即将到来的可证明计算的浪潮，就像Solidity支持可组合计算一样。Cairo是StarkNet的原生编程语言，StarkNet是一种用于扩展以太坊的L2网络。
当我们把智能合约仅仅看作是金融的延伸(DeFi)或网络的泛化(web3)时，这是令人遗憾的。智能合约网络实际上是可组合计算的平台。
以太坊嵌入了一些允许其计算机程序互操作的标准：
透明字节码（没有隐藏的Web API）
标准化API结构（称为ABI）
保证正常运行时间（每个应用都托管在多台机器上，每个应用程序拒绝服务是不经济的）
Coinbase资产管理成为CAIA最新数字资产微证书赞助商:金色财经报道，据官方消息，Coinbase资产管理公司成为特许另类投资分析师协会（CAIA）新的数字资产微型证书（Microcredential）的主要赞助商。该微型证书可在CAIA的在线教育平台UniFi by CAIA上使用，面向私人财富管理行业的专业人士。[2023/6/10 21:28:48]
内置支付基础设施（不依赖于Stripe等第三方）
完整的部署和交易沿袭
不同应用程序层（治理、所有权等）之间无摩擦的合约
这些限制可能会降低开发人员的生产力，但也会以前所未有的规模激励有状态应用程序的组合和重用。
StarkWare：StarkNet将在“Regensis”上重新启动，Cairo 1.0年底推出:金色财经报道，以太坊Layer 2开发公司StarkWare总裁Eli Ben-Sasson透露，他们正在开发的以太坊Layer 2扩展解决方案StarkEx和StarkNet即将迎来两个重要里程碑：首先是发布StarkNet原生智能合约语言升级版Cairo 1.0，该语言现在已经完成开发，预计在2022年底前推出；之后，该团队还将在名为“Regensis”的以太坊主网上重新启动StarkNet，旨在提高网络DoS攻击保护能力并降低gas费用。
此外，Eli Ben-Sasson表示原定于9月的原生Token发行计划已被推迟，因为他们希望在Solidity合约方面做得更好一点，因此StarkWare原生Token将在10月内上链。不过，Eli Ben-Sasson指出他们在初始阶段不会为用户提供免费Token，所有Token会在发布后立即锁定。Eli Ben-Sasson还透露，StarkWare很快会宣布成立基金会并由其负责Token分配和分发。（decrypt）[2022/10/17 17:28:25]
Solidity被创建为一种与上述标准兼容的简单语言。它提供了:
StarkWare将推出Cairo 1.0版本，支持StarkNet的无许可网络要求:9月11日消息，零知识证明技术开发公司StarkWare宣布编程语言Cairo1.0版本，核心将是中间表示层（intermediary representation layer）Sierra，可增强可用性、安全性和便利性，支持StarkNet的无许可网络要求，并将简化和保护协议，目前开发已经在进行中，预计第一个版本将很快发布。
此外Cairo1.0也会影响Regenesis，StarkWare将在未来几周内发布有关Regenesis的更多信息。
注：Cairo语言是StarkNet的原生智能合约语言，于2020年推出。[2022/9/13 13:25:48]
基本状态机功能(状态、访问、更新等)
公告 | Caitex交易所推出离岸人民币与布伦特原油数字合约:据官方消息，日前，BHEX投资的数字合约交易平台Caitex.io正式推出离岸人民币与布伦特原油数字合约。两款数字合约产品均以HKDT港元稳定币计价并作为保证金进行交易结算；交易标识分别为CNH-HKD-CFD与OIL-CFD-BRENT。Caitex联合创始人Josh表示，两款数字合约产品为数字货币投资者提供了更加丰富的投资选择和对冲工具。
据悉，Caitex成立于2019年第四季度，成立伊始便获得BHEX生态基金会数百万早期投资。[2020/2/20]
无法访问不可组合的原语(例如，外部数据馈送)
合约对合约交互的接口（组合方式）
用于交易费用的内置gas计量
对底层虚拟机（程序集）的高性能访问
虽然现有的编程语言可以适应可组合计算，但它们需要扩展（为组合添加接口）和限制（消除所有形式的非确定性和外部访问）的组合，这很难合并。此外，在优化上其是与优化 Solidity 代码（gas 成本）完全不同的性能指标（执行足迹），这些语言的编译器就是这么被定义的。
StarkNet的可扩展性工具ZK-Rollups启用了一种被称为可证明计算的新范式。在这个范例中，我们保留了可组合计算的所有优点，但也允许程序证明它们已被执行，而无需重新运行。
这个简单想法允许我们从一个需要重新运行交易的网络(以太坊)转移到一个更好的网络(StarkNet)，在这个网络中，通过验证交易已以特定结果执行的证明来验证交易，这是一个更经济的操作。
因为这个范式是如此不同，它也需要一个不同的计算模型，有效地将程序转换成数值理论方程，而不是在机器上执行它们。
我们可以用什么编程语言来实现呢?
考虑Solidity是很自然的。首先，它已经支持组合(调用其他智能合约)，并被广泛采用。第二，在Solidity上部署了一系列应用程序，可以很容易地迁移到其他Layer 2解决方案(包括支持可证明计算的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
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。