Mar. 2022, Grace
Data Source: Footprint Analytics izumi Finance Dashboard & Footprint DeFi 360
2022 年 1 月 26 日，izumi Finance（izumi）上线 Polygon。在一周内 USDT/USDC 池为 Uniswap 提供了 70% 的 TVL，约为 500 万美元。izumi 是 Uniswap V3 的创新性流动相管理协议，能够弥补 Uniswap V3 的一些不足，但能否帮助 Uniswap V3 超越 Curve？
本文将从 izumi 对 Uniswap V3 痛点解决的主要功能出发，分析其对 Uniswap V3 的加成能否支撑完成对 Curve 的狙击。
izumi（izumi Finance），由 Jimmy Yin 创立的第一个可编程的 Liquidity Mining 协议，于 2021 年 12 月正式在 Bybit 上线。作为创新性的基于 Uniswap V3 的 DeFi2.0 项目，izumi 目前已经完成两轮共计 530 万美元的融资。
izumi 的 token 是 iZi，采用 ERC-20 的标准。质押可以得到 veiZi，持有 veiZi 最高可以在 Uniswap V3 Liquidity Mining 中获得最高 2.5 倍的激励。还可以参与 DAO 的治理，发起投票或者提案。同时，作为 veiZi 的持有者还可以获得部分生态收益，即分红。
2022 年 2 月，izumi 宣布推出 izumi DAO，由 veNFT 提供支持。
Uniswap V3 被誉为是 Uniswap 颠覆性的一次升级。原因在于改变了 Liquidity Mining 的 LP token，取而代之的是 LP NFT，并将 LP 提供流动性的范围从零到无穷大限缩在一定的价格区间内。使用户集中提供流动性，提高资金效率。
但是加密货币市场变动过大，流动性提供者大多时候不能时刻关注 LP 的价格区间并进行调整，反而导致无常损失的发生。这也是 Uniswap V3 当前还未能反超 Curve 的原因之一。这个问题，izumi 的三个模型分别解决以下痛点：
Fixed-range，解决了 Uniswap V3 区间内稳定币和锚定资产的流动性问题。
Dynamic Range，通过允许用户提供具有动态价格范围的流动性，解决了 Uniswap V 3 中流动性提供者回报不高的问题。
One Side，通过将 LP token 的一半（如 USDT）开启 Liquidity Mining，另一半（项目 token iZi）存入 izumi LiquidBox 用于质押，最大化降低无常损失。
C-AMM Bridge，是即将推出的跨链功能。支持多链用户尝试 Uniswap V3 LP NFT token Liquidity Mining 的玩法，提高资金效率赚取更多回报。
本文将从 Footprint DeFi 360（项目运营数据分析面板）的数据来分析 izumi 的 TVL 在不同公链分布和 LP token 池子的分布，以及用户数据和竞品情况。
1. TVL 分布
izumi 的 TVL 主要集中在 Ethereum 和 Polygon 两条公链上。其中 Ethereum TVL 约为 1,300 万美元，占 66.7%；Polygon 上 TVL 约为 650 万美元，占 33.3%。从具体模型上看，主要是 Fixed-range 和 Dynamic Rang 两个模型的 Liquidity Mining 提供的 TVL。即 Farming 的 TVL 高于 Staking（One Side 模型）
- Farming: Fixed-range & Dynamic Rang
截至 2022 年 3 月 6 日，izumi 上线不足 90 天已累计有 1,950 万美元的 TVL。其中 USDT/USDC 池在 Polygon 上的 TVL 已达 600 万美元，占 Uniswap V3 Polygon 上 USDT/USDC 总 TVL 的 70+%。
Footprint DeFi 360 - Liquidity by Chain
Footprint DeFi 360 - Top Pools by Liquidity
- Staking (Boost): One Side
持有 iZi 可以质押以赚取收益，目前较多被应用在 One Side 的模型中。
从公链分布上，iZi 主要被质押在 Ethereum 链上，这与 Farming 相反。主要原因是 Polygon 上的 Gas Fee 更低，便于 Liquidity Mining 收益取出。从质押 iZi 的用户分布上看，主要集中在 Polygon 上，Ethereum 上的玩家比较少。
从池子资金分布上，不难看出 USDC /USDT 的池子更受欢迎。截至 3 月 6 日，有超过 87 万美元的 iZi 被质押在 Ethereum 的 USDC /USDT 池中 。
这种现象，可以看出实际上持有较多数量的 iZi 主要是 Ethereum 的大鲸。存入池子质押的也主要是这些持币大户。
Footprint DeFi 360 - Total Staked by Chain
Footprint DeFi 360 - Total Stakers by Chain
Footprint DeFi 360 - Top Pools by Total Staked
2. 用户数据
izumi 自 2 月流量带入后，用户的留存呈现少量流失的状态。从链上分布来看，Ethereum 上的用户从数量上看较少，主要是大鲸。 Polygon 上用户较多，一般玩家占主要部分。
Footprint DeFi 360 - Total Address by Chain
- New Address
izumi 作为新兴项目，用户增长总趋势是上升的，主要集中在 2 月。截至 3 月 6 日，其中 99.54% 的增长来自 Polygon。
Footprint DeFi 360 - Number of New Address
Footprint DeFi 360 - Percentage of New Address by Chain
- Active Address
从活跃的地址来看，主要集中在 Polygon 上。主要是 2 月的 Polygon 链上用户比较活跃。这与用户新增以及 Farming 的增量大致相似。
Footprint DeFi 360 - Monthly Active Address by Chain
- Transactions Value Per Active Address
每个活跃地址的月度交易呈下降的趋势。且主要的量是 2021 年 12 月的 Ethereum 上的大鲸活动所为。自 2022 年 1 月以来，散户虽不断活跃，但交易金额不大。
Footprint DeFi 360 - Number of Monthy Txn Value Per Active Address
3. 竞品情况
Uniswap V3 流动性提供者遭受较大的无常损失是目前最为突出的问题。据 Topaz Blue 和 Bancor 的研究报告，2021 年 超过 49% 的流动性提供者因无常损失而投资亏损。
如何解决无常损失的问题，衍生了许多 Uniswap V3 流动性管理协议。不仅仅是 izumi，在此之前已有 Alpha Vault (Charm Finance)、Gamma (原 Visor Finance)、G-UNI(Gelato Network) 等。
- 协议的主要区别如下：
Alpha Vault (Charm Finance)，是最早的 Uniswap V3 流动性管理协议，对流动性进行自动化的再平衡管理。
G-UNI(Gelato Network)，通过将 Uniswap V3 的 LP token NFT 变为可替代的 LP，转变成利用 Uniswap V2 的 Liquidity Mining。
Gamma，原 Visor Finance，在 Uniswap V3 上实现主动管理流动性来减少 LP token 的滑点。
izumi Finance，第一个可编程的 Uniswap V3 流动性管理协议。
- TVL 对比
当前， TVL 最高的协议是 G-UNI(Gelato Network)，已有 5.8 亿美元，izumi 以 1,950 万美元紧随其后，居于第二。Gamma 则以 1,117 万美元领先于 Alpha Vault 的 841 万美元。
Footprint Analytics - TVL of Gamma, Alpha Vault & G-UNI
Footprint DeFi 360 - TVL of izumi
4. Token iZi 表现
截至 3 月 6 日，iZi 的价格呈现下跌趋势，这与当前加密货币整体下行与即将到来的熊市不无关联。价格在 0.05 美元附近上下浮动，交易量维持在日均约 16 万美元。
Footprint Analytics - Price & Trading Volume of iZi
目前 izumi 的用户增长主要集中在 Polygon 上 而非 Ethereum，更受欢迎的仍是 Farming 而非 Staking。 izumi 官方或许可以考虑集成 Solana 等较 Ethereum Gas Fee 更低的公链。当然，izumi 的 C-AMM Bridge 模型上线届时或将掀起另一波新的发展潮。
对于用户而言，打新尝试 izumi 是一个选择。但需要注意 izumi 官方宣传的 “Earn up to 300%+” 是协议理想状态下的设定，实际投资仍存在较大风险。
izumi 的创新是对 DeFi2.0 的协议的启发，也是对 NFT 应用领域的拓宽。上线不足 90 天，已然吸引了大鲸进场注入大量资金。说明 izumi 的机制设定是有一定吸引力的。但 izumi 仍处于初期发展阶段，能否经住加密市场震荡波动的考验，我们持续关注。
本文来自 Footprint Analytics 社区贡献。
Footprint Community 是一个全球化的互助式数据社区，成员利用可视化的数据，共同创造有传播力的见解。在Footprint社区里，你可以得到帮助，建立链接，交流关于Web 3，元宇宙，GameFi 与DeFi 等区块链相关学习与研究。许多活跃的、多样化的、高参与度的成员通过社区互相激励和支持，一个世界性的用户群被建立起来，以贡献数据、分享见解和推动社区的发展。
有人知道RubySQL解析器吗？ 最佳答案 这是一个使用rparsec完成的SQL解析器的示例:http://docs.codehaus.org/display/JPARSEC/SQL+parser+in+rparsec 关于sql-有人知道RubySQL解析器吗？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/questions/2488791/
今天我进入我的Google日历，有一个小框(气泡提示)说明他们已经为日历事件实现了一个新的调色板。该框的右上角有一个小的关闭按钮。这些天在网络上很常见的东西。我希望我的(RubyonRails)网站上有类似的东西，以帮助新用户了解网站的功能，而不会在用户熟悉该功能后在页面上保留气泡提示。有谁知道这样的“入门”泡泡提示是怎么做出来的？是否只是一个简单的cookie存储在用户计算机上，关于他是否看到(关闭)提示？有人知道可以轻松制作这些提示的Rails插件/gem吗？谢谢:-) 最佳答案 这不是特定于平台的东西，但通常在前端完成。服务器
不幸的是，我对JavaScript模块加载器的了解仍在增长，我正试图了解它们与新的ES6模块的关系。据我所知，使用CommonJS或RequireJS等模块加载器使用ES5兼容JavaScript确实需要使用异步模块加载器的使用，以提高性能并仅在需要时使用相应模块加载器的语法进行加载。然而看着ES6moduledocumentation阅读其他信息，在我看来，模块加载是通过import和export关键字原生支持的。如果是这种情况，我是否更正了ES6JS模块native支持异步模块加载，因此我不需要使用像CommonJS或RequireJS? 最佳答案
在现代浏览器中，jQuery使用document.querySelectorAll()来提高使用有效CSS选择器时的性能。如果浏览器不支持选择器或document.querySelectorAll()方法，它将返回到Sizzle。但是，我希望在调试自定义选择器时始终使用Sizzle而不是native实现。也就是说，我正在尝试实现:nth-last-child(),oneoftheCSS3selectorsthatarenotsupportedbyjQuery.由于现代浏览器原生支持此选择器，因此它按照链接问题中的描述工作。不过，正是这种行为干扰了我自定义选择器的调试，所以我想避免它。我
我有一个用于点击事件的监听器，我需要从中排除一些元素。现在我的列表越来越多，所以我正在寻找一种更好的方法来将多个元素“捆绑”在一个选择器中。这是我的:$(document).on('clicktap',function(event){if($(event.target).closest('div:jqmData(panel="popover")').length>0||$(event.target).closest('div.pop_menuBox').length>0||$(event.target).closest('.toggle_popover').length>0)||$(e
好像是标准doc包未解析go:generate评论。知道如何获得这些评论吗？ 最佳答案 包裹go/parser在标准库中为您提供一个ast.Package值，表示单个包的抽象语法树。这棵树包括ast.Comment节点，您可以通过它们的Text字段轻松访问其文本内容。编辑:DewyBrotocontributed:一个更直接的选择是调用go/scanner包并将ScanComments标志设置为true。无需构建AST来查找评论 关于go-go:generatedirectives?有解
我对使用GraphQL很感兴趣，而且我刚刚开始尝试使用它。在GraphQL中tutorial,可以看到下面的引用:EachfieldinaGraphQLschemaisbackedbyaresolver.但是如果你看gqlgen(这是一个用于构建GraphQL服务器的golang库)todoexample使用以下架构:...typeMyQuery{todo(id:ID!):TodolastTodo:Todotodos:[Todo!]!}typeMyMutation{createTodo(todo:TodoInput!):Todo!updateTodo(id:ID!,changes:Ma
有没有办法指定cxf使用哪个XML解析器？是通过cfx.xml文件还是以编程方式？我们的应用程序在其类路径上有Woodstox解析器，cxf似乎默认使用它。然而，Woodstox实现似乎截断了SOAP数据包中的大型Base64编码字节数组。从类路径中删除Woodstox可以消除这个截断问题，但现在这不是一个选项，因为我们应用程序的其他部分也依赖于Woodstox。如果我可以简单地告诉cxf使用另一个XML解析器，那将是理想的。这可能吗？ 最佳答案 尝试设置以下系统属性:javax.xml.stream.XMLInputFactory
我在其基类中标记为抽象的库类上调用属性集访问器。现在在运行时我force应用程序针对另一个版本的库运行，其中类仅实现基类的底层接口(interface)，但不是从它派生的。有趣的是，.NET将运行代码，但设置该属性没有任何效果。幕后发生了什么？违规代码:MyDbParameterparam=newMyDbParameter();param.ParameterName="p";Console.Out.WriteLine("ParameterName:"+param.ParameterName);库2.0(已编译)publicsealedclassMyDbParameter:System.
为什么？因为，我想用它们为一个表单附加多个模型/实体。我怎么看？在我看来，我必须在一个模型/实体中获取所有数据，然后填充多个表(使用Mapper或Gateway)，但逻辑上一个模型用于一个表。我建议的解决方案是什么？所以要在多个表中添加一个表单数据，我必须使用两个模型。但在ZF2中，一个表单可以使用$form->setHydrator拥有一个Hydrator。我想知道什么？此问题的任何其他可能性。谢谢。 最佳答案 您是否考虑过使用formCollections？基本上，您将为每个实体创建一个字段集，具有自己的字段和水化器。然后创建一
