撰文：日曜
来源：链闻
Vitalik等人根据StarkEx所采用的数据可用性解决方案认为其不属于Rollups，而是Validium。对此，StarkEx表示，数据可用性是一个丰富的范畴，不能通过数据存放在链上/链下做简单二分法。StarkEx计划推出名为「Volition」的链上/链下混合数据解决方案，该方案允许用户动态选择其数据存储位置。
已落地应用的以太坊Layer2扩容方案：StarkEx
StarkEx是以色列零知识证明研发机构StarkWare推出的交易所技术方案，StarkWare将其称之为一种ZK-Rollup的扩容引擎。
StarkWare团队一直致力于将零知识证明协议中的全新技术「STARK」应用到更多区块链实际需求中，比如用在交易所中优化托管、交易和结算引擎等。
鉴于此，StarkWare推出了两种交易所应用相关技术方案：StarkEx和StarkDEX。简单来说，StarkEx是一种增强「中心化交易所」的方案，而StarkDEX是一种增强「去中心化交易所」的方案。
其中，StarkDEX是StarkWare和区块链交易协议0x一起研发的原型产品，已于去年发布Alpha版本，据了解，与其他DEX相比，StarkDEX可使DEX提升20倍的交易吞吐量，并节省约95%交易成本。
以太坊上海升级后已有超38万枚ETH解除质押:金色财经报道，据Token Unlock数据显示，自以太坊完成上海升级后，已有38.13万枚ETH解除质押，22.25万枚ETH新存入质押。此外，当前有144万枚ETH处于待提款状态，验证者数量约为46.43万名。[2023/4/16 14:05:57]
而StarkEx作为增强中心化交易所的技术方案，主要有两大优势：1）通过批量验证极大提升事务处理速度；2）允许用户自托管资产，实现对其资产的真正所有权，这也是诸多中心化交易所面临的核心问题。
StarkEx技术方案已经落地应用。
6月4日，首个基于StarkEx扩容引擎的去中心化交易所DeversiFi上线，据官方介绍，新版DeversiFi可以实现专业级别的自托管服务，同时用户体验可匹敌中心化交易所，TPS高达9000。不过新版DeversiFi上线不到一周，就遭遇了近20分钟的性能问题，5名交易者无法立即提交订单且系统没能及时清算余额。
除DeversiFi外，Immutable也宣布将基于StarkEx扩容引擎开发一个NFT交易所ImmutableX，计划于今年第三季度上线。以太坊主网对同质代币交易的吞吐量支持就很弱，对非同质代币的制约更多。StarkEx方案不仅能减轻此类交易的麻烦，还能缓解其铸币的困难。
以太坊未确认交易为185765笔:金色财经消息，据OKLink数据显示，以太坊未确认交易185765笔，当前全网算力为717.19TH/s，全网难度为9.69P，当前持币地址为65,833,375个，同比增加1229217个，24h链上交易量为1220921ETH，当前平均出块时间为13s。[2021/10/24 6:09:42]
StarkEx技术方案陷「命名争议」：不是ZK-Rollup，是Validium
StarkEx技术方案的迅速发展吸引了以太坊扩容赛道的诸多关注，而推特上针对StarkEx的技术路径实现与所属命名范畴也引起了热烈讨论。
以太坊创始人**VitalikButerin认为，就StarkEx的数据可用性解决方案来看，不能算「Rollup」方案，而StarWare的产品AvihuLevy又拒绝称之为「Plasma」**，认为不妨单独起个名字。
随后，Vitalik指出可将StarkEx命名为「Validium」，该名称是从StarkWare联合创始人EliBen-Sasson提出的「Validia」演化而来，「Validium」在拉丁语中意为「有效」。
V神：以太坊即将过时的采矿硬件可以直接用于零知识证明:在采访中，Ethereum联合创始人V神（Vitalik Buterin）被问及一旦网络从其当前的共识算法切换到不再需要这种专用硬件的模型时，人们应该如何使用以太坊矿工。Ethereum联合创始人表示，以太坊即将过时的采矿硬件可以直接用于零知识证明。（cointelegraph）[2020/4/26]
在Vitalik看来，Validium方案可视作「链下数据版的zkRollup」或「Snarks版的Plasma」，并表示未来也可将「zkRollup」重命名为「ValidiumRollup」或其他类似名称。
以太坊Layer2扩容方案ZK-Sync背后的开发团队MatterLabs也做出补充分析称，zkRollup和Validium主要区别在于：
1）zkRollup将数据保存在链上，只要存在至少一个以太坊全节点，就能保证其安全性。
动态 | 火币区块链大数据周度数据洞察：本周以太坊活跃地址数骤降25.4%:火币区块链大数据周度数据洞察今日发布，本周以太坊活跃地址数骤降25.4%，从180.2万下降至到134.5万；交易量较上周大幅下降至1138万ETH，下降幅度为18.5%，已连续下降两周；以太坊转账手续费大幅上升，从1.4万ETH上升至3.2万ETH；平均手续费为0.007ETH，上升159%。[2018/7/6]
2）Validium将数据保持在链下，其保证安全的前提则是，N个许可的数据公证人中至少有1个是诚实的。
Validium方案允许每个用户自行下载链下数据，这样一来，仍需要退出之后才能恢复，以防操作员突然或永久离线。
VitalikButerin认为，Validium扩容方案的优势在于，其针对链下数据系统有效性证明可大大简化退出机制的逻辑，并允许在第二层内部实现任意执行。但缺陷在于，这会导致出现退出延迟。正因如此，Vitalik认为「Validium方案远不如zkRollup方案令他兴奋」。
富士通推出新技术检测以太坊智能合约错误:CoinDesk发文称，日本IT巨头富士通公司透露了一项新技术，该技术有助于解决源呼叫真实性的问题，并且能够确定此类错误代码的位置。[2018/3/7]
以太坊主网的拥堵困境促成了Layer2扩容赛道的欣欣向荣，Plasma、Sidechain、StateChannels、Opitmisticrollups、zkRollup等技术方案风起云涌，而多样化的技术实现路径也意味着差异化的技术权衡。
MatterLabs创始人AlexGluchowski就现有以太坊Layer2扩容方案进行了包括安全性、性能/经济性、易用性及其他四个大维度19个子维度上的对比。
该表格非常直观地呈现了各以太坊Layer2扩容方案在技术上的利弊权衡，与Layer1上存在的「不可能三角」困境类似，Layer2同样在去中心化、安全、性能等方面存在取舍。
从上图可以看出，从安全性维度看，Rollup系列最佳，但该系列技术方案在性能上做出的牺牲也最大，是所有layer2方案中性能最低的。而在性能维度上，Validum和Statechannels方案最佳，但这两种方案在安全性上做出了权衡。
虽然Validium与zkRollup的机制很相似，都通过使用零知识证明来实现交易有效性。但zkRollup中的数据可用性保持在链上，Validium则保持在链下。这也使得Validium在实现高性能的同时在安全性上付出了代价，可能存在的安全风险包括「法定人数的验证者可以冻结资金」、「法定人数的验证者可以没收资金」、「遭受热钱包密钥攻击」。
StarkEx推出混合数据解决方案「Volition」
在最新的官方博客文章中，StarkWare团队回应了关于StarkEx数据可用性解决方案的问题。
StarkWare称，数据可用性是一个非常丰富的范围，不能只做链上/链下简单的二分，并表示，最早的StarkEx部署案例是一个Validium，但其实StarkEx用例既可以部署为Rollup，也可以部署为Validium。
StarkWare表示，6月初基于StarkEx部署的DeversiFiDEX选择的DA解决方案是，通过数据可用性委员会将数据存放在链下，主要原因在于：
DeversiFi的客户不想将其交易历史记录在链上，这会将他们的策略暴露给竞争对手。因此，DeversiFi的新版本选择运行在Validium上。
在Layer2扩容方案上，StarkWare致力于追求次线性扩容的DA设计，他们认为，随着以太坊拥挤程度的增加，尤其当以太坊真的成为无处不在的公共基础设施后，这类DA设计将变得越来越重要。也就是说，StarkEx更注重追求性能上的提升。
此外，StarkWare正式提出了一种名为「Volition」的新方案，这是一种链上/链下混合数据解决方案，允许用户动态选择他们想要的数据存储位置，StarkEx表示很快就会支持Volition方案。
通过该方案的推出，StarkEx希望让用户可以根据其个人交易水平，在任何时间、对任何类型的资产和任何选定金额来自由选择其DA偏好。其主要实现逻辑是：
StarkEx的每个账户都会被定义为链下数据或者链上数据。用户可以控制多个账户，并根据需要在它们之间转移资金。
StarkEx会为每批事务生成一个证明，其中包含涉及OND帐户的事务的证明必须要包括这些帐户的批量签名后的余额作为公共输入。
由此，StarkWare更新了其对StarkEx技术方案的命名划分：
根据该表格，DeversiFi版本的StarkEx属于Validium方案范畴，但后续推出的同时支持链上/链下混合方案的StarkEx则属于「Volition」这个新范畴，这个新方案同时支持「DataOn-Chain」和「DataOff-Chain」两种数据可用性解决方案。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。