自2020年以来，Ethereum的扩张路线图一直围绕「Rollup」展开:使用证明来继承Ethereum安全性的独立执行环境。
经过多年的发展，Rollup终于完成了部署，并正在获得采用。Arbitrum的王牌optimisticRollup已经上线近一年，期间有价值超过27亿美元的资产存入跨链桥，而Optimism则紧随其后。Loopring和dydX等针对于特定应用程序的零知识Rollup也得到了广泛使用，许多竞争性的通用零知识Rollup将在未来几个月内推出。
尽管Rollup如今正在快速迅速，但一些人还是担心其费用居高难下。
事实上，Arbitrum和Optimism的交易费用仍然显著高于Solana和Polygon等「低费用」链。
那么，是什么阻碍了这些Rollup的发展？
Rollup经济学
为了理解交易费用，我们首先需要分清区块链交易所产生的各种成本：
?执行
这是一个网络中所有节点执行交易并验证结果是否有效所需的成本。
?存储/状态
这是用新值更新区块链「数据库」的成本。
?数据可用性
为了让区块链保持去信任化并可被所有人验证，区块链必须确保所有关于交易的相关数据与所有网络参与者公开共享。从本质上讲，这就是要保证世界上每个人都能看到你的交易。如果没有这种保证，各种攻击就都有可能发生。
公共版本1inch Swap API将于明日关闭，可通过开发者门户访问1inch API:8月10日消息，1inch宣布，公共版本的1inch Swap API将于8月11日17:30关闭，将被1inch开发者门户上的解决方案取代，开发人员应在此之前迁移到1inch开发者门户。[2023/8/10 16:18:24]
正如我们所见，数据可用性是当今区块链的关键瓶颈之一。
Rollup：将执行转移至链外
Rollup的主要进步在于，它将区块链的执行和存储转移到了「链外」，即一组有限的节点上进行。与其让网络中的每个Ethereum节点执行所有交易或存储每条更新，我们可以直接把这个任务委托给Rollup运营商。
不过，这是否意味着我们需要信任这群操作员？难道这不是中心化吗？
Rollup会使用各种证明类型来继承Ethereum的安全性。OptimisticRollup允许单一诚实的实体提交一个「欺诈证明」，并为一个行为不端的序列器赢得奖励，而ZKRollup使用零知识证明来证明Layer-2链已经正确更新。
数据可用性的权衡
将执行从主链转移可以大大降低执行和状态存储的成本，不过Rollup仍需要将他们的数据发布到Layer-1链上以确保数据的可用性。从本质上讲，Rollup支付低廉的Layer-2执行和存储成本，但仍需要支付Layer-1的费用来发布他们的数据。
这可以在ArbiScan区块浏览器中任何交易的「AdvancedTxInfo」标签上看到。交易费用由发布到L1的调用数据成本、L2上使用的计算和L2存储构成，而在几乎所有的交易中，L1的调用数据都是费用的主要来源。也就是说，Rollup上最需要解决的问题便是将数据发布到Layer-1的费用问题。
NEAR发布JavaScript SDK，将面向更多传统开发者:8月9日消息，NEAR近日在区块链未来主义者大会的官方黑客马拉松ETH Toronto上推出JavaScript软件开发工具包(JSSDK)。JavaScript目前为世界上最流行的编码语言，传统开发人员可加入web3，快速构建快速、可扩展和用户友好的去中心化应用程序。
据了解，Rust和Solidity是第1层区块链最突出的编程语言，全球使用这些语言的开发人员不到250万。JS可以在每个浏览器中运行，简单易学，不需要编译器设置，并且预加载了RegExp、Math和Array等工具库。[2022/8/9 12:11:02]
数据可用性的未来
虽然数据可用性对于Rollup来说仍是一大瓶颈，但随着时间推移这种情况也会得到缓解。
Ethereum的升级，如Proto-Danksharding和最终的完全Danksharding将大大降低向Ethereum发布数据的成本。此外，Celestia这样的项目旨在提供独立的链，而这些链是专门为提供廉价的数据可用性而建立的。
从长远来看，Danksharding和Celestia这样的系统将降低数据可用性成本并增加其丰富性，同时将问题抛回到执行层面。然而，这些解决方案还需要时间才能完全成熟：Celestia还有几个月的时间才会发布其主网，而在Ethereum能够增加像Proto-Danksharding这样的数据可用性升级之前，可能还需要一年多的时间。
调用数据压缩
数据压缩是一个比计算机本身还要古老的领域。莫尔斯电码发明于1838年，是已知最早应用数据压缩的实例。然后，计算机的使用加速了人们对于数据压缩的研究，于是上世纪50年代哈夫曼编码这样的算法就发明了出来。
ENS核心开发者：已提出可降低DNS域名申请gas成本的建议:金色财经报道，以太坊域名服务（ENS）核心开发者Nick Johnson今日发推称，ENS团队一直在考虑如何降低ENS更新的gas成本。他们已提出了一个optimistic rollup类型的系统建议，这将大大降低DNS域名申请的gas成本。[2020/8/13]
鉴于Rollup的执行成本低廉，但数据可用性成本昂贵，这些团队一直在将数据压缩算法整合到他们的协议当中。Optimism已经将Zlib压缩算法整合到他们的Rollup中，而Arbitrum即将推出的Nitro升级版则使用了brotli压缩算法。
注意：这个实验可能是在Nitro发布之前仓促完成的，以便在未压缩的Arbitrum调用数据上进行实验。
数据压缩算法肯定是有用的工具，有助于降低这些调用数据的成本。然而，压缩区块链交易是一项艰巨的任务：数据压缩的作用是寻找相同的模式并缩短它们。然而，交易中充满了地址、哈希值和签名，对于这些压缩算法来说，它们本质上是「随机数据」，不具有相似性。
只有当开发者开始关心如何减少他们应用程序中的调用数据，该类数据的成本才能真正降低。2020-2021年的天价Gas价格迫使开发者优化他们的代码，以尽量减少执行和状态存储。
当我们过渡到L2世界时，调用数据将从最便宜的资源变成最昂贵的资源，因此开发者必须再次学习这些新的优化方案。
声音 | 比特币核心开发者：BitMEX的保险基金在2019年增长了62%:比特币核心开发者、Casa技术总监Jameson Lopp发推称：“BitMEX的保险基金（insurance fund）在2019年增长了62%，现在持有BTC总供应量的0.18%。”[2019/12/27]
实验：我们可以将一次简单的Token传输压缩到什么程度
现在让我们在Arbitrum上做一个实验：我们可以将一个简单的Token传输所需的调用数据压缩到什么程度？这些优化能在多大程度上降低交易费用？
实验设计与控制组交易
为了进行我们的实验，我们将建立一个简单的智能合约，将一个Token从交易发送方转移到任何给定的地址。
这个智能合约确实需要用户在发送我们的实际测试交易之前，先发送一个approve()交易。由于这个限制，用户可能不会想用这个系统进行Token转移。然而，本实验中用到的节约成本方法也可以应用于其他合约。
在实验开始时，我们将发送一个「控制」交易以获得基准成本，它会调用一个简单的Solidity函数，用于传递Token地址、接收者地址和要转移的Token数量。
我们的测试交易使用了576,051个ArbiGas，总费用为0.43美元。
声音 | 约翰·迈克菲：比特币现金大战是由比特币开发者的自负和短视引起:约翰·迈克菲发推称，围绕吴忌寒的比特币现金大战是由比特币开发者的自负和短视开始的，开发人员应该为社区服务，不是为理想的技术主体服务。开发人员当然不会控制社区，唤醒开发人员本可以避免这种情况。[2018/11/16]
数据删减
用于对照组的调用数据有很多我们可以剥离出来的不必要数据。首先，我们需要删除所有的零，这些零只是用于数据填充。虽然它们非零字节更便宜，但仍会产生成本，所以我们需要将其删除。
开头还有一个4字节的函数签名，它是我们试图调用哪个Solidity函数的标识符。我们可以删除这个数据，让我们的代码推断出我们所要采取的行动。
经过这两步优化之后我们已经将字节码从100减少到43了。这样一来，我们的测试交易使用了494,485ArbiGas，花费0.37美元。
「助手」合约
现在我们的大部分数据是由调用数据中的两个地址组成的：一个是我们要转移的Token地址，另一个是转移的接收地址。
然而，我们可以假设大多数用户都在转移同样的几种Token。所以，从调用数据中删除整个Token地址的其中一个方法是为该Token部署一个特殊的「助手」合约。如果我们可以把交易发送给这个助手，就完全避免了发送Token地址的必要。
这样我们就把数据字节码减少到了23字节，测试交易使用了457,546ArbiGas，成本为0.34美元。
地址查询表
上一阶段我们用「助手合约」从调用数据中删除了一个地址，但是我们的调用数据中仍包含有另一个地址。
我们是否可以可以找到另一种更可靠的「压缩」地址方法呢？
值得庆幸的是，Arbitrum有一个名叫「地址表注册」的内置合约，我们可以用它来缩短我们的调用数据。
这个合约本质上是一个「电话簿」，可以将20字节的Ethereum地址转换为简单的整数。想象一下，你的朋友有一本传统的电话簿：与其把你的整个电话号码读给他们听，不如直接说「我是电话簿第200页上的第4个电话号码」，然后让他们查到你的号码。
因此，我们可以制定一个合约并用「地址索引」来代替完整的地址，并在内部查询到它。
这样我们既省去了Token地址又省去了接收地址，从而将将调用数据减少到9字节。如此一来，我们的测试交易使用了428,347ArbiGas，成本为0.32美元。
方法合并
最后，让我们把所有的方法整合到一起：
?移除数据填充与函数选择器
?使用辅助合约来删除常见的地址
?使用Arbitrum地址表来缩短其他地址
全部加在一起，我们的调用数据大小现在只有6个字节了。最后的测试交易使用了426,529ArbiGas，花费0.32美元。
有损压缩
我们刚刚谈到的所有压缩方法都属于「无损压缩」，即压缩后的输出包含与原始输入相同的所有数据。
但就像照片和视频文件通常会使用「有损压缩」算法来删除不必要的信息一样，我们也可以在大多数情况下删除不必要的数据。
我们可以通过缩短数字来去除不必要的精度。例如，ERC-20Token往往有着18位小数的精度，但大多数用户通常只关心小数点后4位。为此，我们可以建立一个合约，默认接受小数点后8位的数字并乘以10的10次方，并为需要更多精度的用户提供相应的辅助功能。
同样，日期通常表示为「1970年1月1日以来的秒数」。合约可以通过设定的不同的时间单位，如分钟、小时或天来减少这个整数的大小，并可以设置自己的「纪元」，例如，2015年1月1日。
经验总结
总之，调用数据已经从EthereumL1上最便宜的资源，变成了EthereumRollup上最昂贵的资源。Proto-Danksharding和Celestia这样的数据可用性技术最终会解决这一问题，但二者都还没有上线，而且数据可用性变得廉价且普遍可能还需要几年时间。
因此，区块链开发者需要非常注意他们交易所需的调用数据数量，因为这对终端用户的交易费用会产生重大影响。
这篇文章概述了一些可用于减少调用数据的技术方法，我相信随着越来越多的「优化大军」将注意力转向Layer2，此类方法将变得愈发丰富。
原文标题：《CrunchingtheCalldata》
原文作者：DavidMihal
原文编译：Kxp，BlockBeats
来源：区块律动
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。