原文作者:VitalikButerin
编译:DeFi之道
目前有大量的rollup项目,它们处于不同的发展阶段。这些项目共有的一个模式是使用了临时辅助轮:虽然项目的技术仍然不成熟,但为了发展生态的目的,便选择了提前启动,而不是完全依赖其欺诈证明或ZK证明,然后有某种多重签名能够在代码中存在漏洞的情况下强制执行特定结果。
L2beat的风险分析页面,显示了有关各种rollup项目的大量统计信息,包括它们的辅助轮状态:
NFT金融所有权市场Solv Protocol推出投资基金SFT:2月16日消息,Web3 流动性基础设施 Solv Protocol 宣布推出基金 Solv Seahorse Fund,这是一系列投资基金 SFT,用户在 Solv 协议上购买并在未来赎回股份以获得收入。其首期产品“Crypto Market 2023-02”今日将在 Polygon 的 Solv 协议 dApp 上发布。据悉,首期产品规模为 5 万美元,最低门槛为 10 美元,收益由利息和奖励组成,投资者需须持有份额到基金关闭才能获得奖励。[2023/2/16 12:11:10]
然而,截至今天,这些信息还没有很好地被标准化,这使得用户很难理解特定rollup所使用的特定信任模型。Rollup团队甚至可能有动力对他们当前的信任模型保持沉默,而是将讨论重点放在完全无需信任的未来。
Solv Vouchers创始人发起有关新数字资产标准VNFT的提案EIP- 3525:官方消息,DeFi协议SolvVouchers创始人WillWang向以太坊社区发起EIP-3525提案,提出一种新的数字资产标准VersatileNFT(简称VNFT)。据提案介绍,VNFT是ERC721的拓展形式,通过为NFT资产添加数量属性使NFT成为半匀质化通证(semi-fungibletoken),具备拆分、合并、部分转让等能力,并仍可与现有的ERC721基础设施兼容。该提案目前处于草案状态。[2021/7/8 0:35:42]
这篇文章提出了一个简单的基于里程碑的模式,来帮助我们将Rollup分为三个不同的阶段,这样做是为了实现以下几个目标:
IOV Labs和RIF团队合作推出加密钱包集成工具RIF Enveloping:1月28日消息,区块链开发商IOV Labs和比特币侧链RSK基础架构框架(RIF)团队合作,宣布推出新工具RIF Enveloping。该工具可与加密货币钱包进行集成以简化用户参与DeFi的流程。(U.Today)[2021/1/28 14:14:15]
让用户更容易识别特定Rollup在多大程度上依赖于“对特定人群的信任”以及“对代码的信任”;
激励Rollup项目方改进他们的信任模型,降低信任最小化被取消优先级的风险;
给生态一些精确的里程碑来协调和庆祝,让我们说“TheSurge”何时完成一半或完全完成,这与“TheMerge”是类似的。
火币将于8月26日上线BAT、QTUM和CRV 永续合约:据火币合约官方公告,火币合约将于新加坡时间8月26日上线BAT(Basic Attention Token)、QTUM(Qtum)和CRV(Curve)永续合约,13点开启资金划转,16点正式交易,支持1x-75x倍数。此前,火币永续合约已涵盖BTC、ETH、EOS、LINK等在内的四十大主流热门币种。
据悉,新上线的三大热门币种永续合约均无交割日期,合约面值均为10美元/张,合约标的均为其对应数字资产的现货美元指数,且每8小时结算一次,结算时间戳分别为4:00、12:00和20:00(GMT+8),用户已实现盈利在结算后可立即提取。详情请查看火币合约官网公告。[2020/8/25]
此模式并非旨在暗示一种道德判断,即尽快实现代码信任最大化是唯一正确的行动方案。Rollup绝对应该有一个明确的摘掉辅助轮的路线图,但只有在准备好后才应该摘掉辅助轮。
图片来源:由无界版图AI工具生成。
概要
阶段0:完整的辅助轮
要求:
该项目应该称自己为Rollup。
所有Rollup交易都应该上链。
应该存在一个“rollup全节点”:一个可独立运行的软件包,它可读取L1链,提取和rollup链,并计算rollup链的当前状态。如果它不同意发布到合约中的Rollup状态根,它应该发出警报。
应该有一种机制允许用户发布Rollup交易,或者至少确保在没有运营商合作的情况下提取他们的资产。即运营商不能通过对用户的审查来冻结或窃取用户的资产;他们这样做的唯一可能工具,必须是发布虚假状态根。
如果发布新状态根的链上机制只是一个多重签名,其中没有任何有效的欺诈证明或有效性证明,那也没关系。
阶段1:有限的辅助轮
要求:
必须有一个正在运行的欺诈证明或有效性证明方案,它具有接受或拒绝哪些状态根被Rollup合约接受的实际权限。
可以存在基于多重签名的覆盖机制,它可以覆盖欺诈证明或有效性证明系统的输出并发布状态根,以防万一证明系统代码被利用。然而:
多重签名必须是6of8或更严格的
至少有一个仲裁阻止组必须在运行Rollup的组织之外。
可以存在一种升级机制,但如果其阈值低于多重签名,则升级必须具有至少7天的强制激活延迟或防欺诈游戏的最长时长。这条规则的目标是确保升级机制不能被用来介入实时纠纷。
第2阶段:摘除辅助轮
要求:
如果代码没有漏洞,则不得有任何一组参与者可发布除代码输出之外的状态根。
这样做的目的,是摆脱对安全委员会的过度依赖,后者只有在发生明显错误的情况下才能使用,例如:
Rollup使用其状态转换功能的两个或多个独立实现,只有当他们不同意时,安全理事会才能做出裁决——这只会在有一个漏洞时发生。
如果有人在处理相同的数据后,提交包含两个不同状态根的两个有效证明的交易或一系列交易,控制权暂时移交给安全理事会。
如果>=7天没有提交有效证明,控制权暂时移交给安全理事会。
允许升级,但必须延迟>=30天。
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。