突破 LST/LRT 赛道中心化困境,Puffer Finance 何以重塑以太坊再质押未来

图片

纵观过去的 2023 年,LST 赛道竞争进入“白热化”状态。去中心化、DeFi 增强、全链化成为市场争夺关键词,诸多 LST 赛道老牌项目纷纷陷入“中心化矛盾”,指责对方在以太坊去中心化进程中的不利作为。

在这样的竞争情形下,以太坊联合创始人 Vitalik Buterin 曾公开表示,节点中心化是以太坊面临的主要挑战之一,而完美的解决方案可能还要再过 20 年才能出现;与此同时,Buterin 也表示降低以太坊中心化风险的举措包括减少去中心化质押障碍,确保质押过程更安全和便捷。

背景:中心化垄断市场的现实危机

瞄准当前质押赛道的痛点和危机,Puffer Finance 横空出世。自 2022 年 9 月,以太坊合并正式从 POW 转为 POS 权益证明后,更多用户开始关注其质押运行逻辑,伴随上海升级后信标链得以开放提款,ETH 质押率也实现大幅上升,当前转为 PoS 的以太坊单个质押节点要求为 32 个 ETH,由此 ETH 被质押在中心化交易所、大型矿池以及头部 LST 协议。

图片

据 Dune 数据统计,Lido 中质押的 ETH 占以太坊整体质押率的 28.6%,显著超过单个 LSP 协议质押率不能超过整体的 33% 的市场共识,出现明显的市场垄断现象,而这种验证节点越来越“专有”的问题影响了网络生态的去中心化和安全性。“以太坊的可信中立性和抗审查能力受到了严重威胁,为了解决这一质押现实困境,Puffer Finance 提出了全新的质押解决方案,打造原生流动性质押协议(nLRP)并与 EigenLayer 深度结合以提高收益率和提升中小型节点运营者参与验证的意愿”,项目团队介绍道。

图片

就在近期,Puffer Finance 官方在社交媒体上发文表示主网已上线,这标志着项目即将进入“第四章”,用户可以存入 ETH、stETH 或 wstETH,并计划更新现有的积分系统。致力于帮助以太坊去中心化的 Puffer Finance 有着哪些创新理念和技术呢?从原生流动性再质押平台的建设路径出发,我们又该如何参透用户管理链上资产、轻松交易的新方向?让我们一起来探索!

概览:Puffer Finance 质押

Puffer Finance 是搭建在 EigenLayer 上的原生流动性再质押平台,通过引入原生流动性再质押代币(nLRT)来累积 PoS 和再质押奖励,其核心发展目标是致力于维护以太坊“ 可信中立性” ,增强以太坊的去中心化程度。

为此,Puffer Finance 协议节点利用 Puffer 抗罚没技术提升质押资产安全性、提高资本利用效率,允许验证者以低至 1 个 ETH 运行验证器参与以太网络验证,并且引入了一整套全新的质押模块体系进行再质押策略执行,为流动性质押者提供了一个安全的再质押平台来赚取 PoS 奖励和再质押奖励。目前 Puffer 得到了包括 Eigenlayer 创始人、Coinbase 质押业务主管、以太坊核心研究员 Justin 等业内知名人士的早期支持。

图片

去年 5 月,Puffer Finance 获得以太坊基金会用于支持开源远程签名工具 Secure-Signer 的赠款;8 月完成 550 万美元种子轮融资。而在近期,Eiginlayer 上质押 LST token 已将近 200 亿美金数额,LST 赛道在 Einglayer 的发币超出预期,此外,来自 Binance Labs 的战略投资以及今年 4 月完成的 1800 万美元 A 轮融资,都让项目发展走在持续前行的快车道上。

科普知识(LST)

流动质押代币(LST)代表质押 ETH 的兑换凭证,为质押者提供流动性;这些 ETH 仍锁定在信标链上,质押者可以被动地获得 PoS 奖励,无需操作验证器,LST 具备以下技术优势:

  • 流动性:质押者获得流动性代币后可做各类 DeFi 交易,无需将质押资产取回。

  • 易于使用:奖励自动累积到 LST,无需质押者采取任何行动。

  • 灵活性:通过 LST,用户可以参与各种 DeFi 协议,增加潜在的收益途径。

优势:对抗中心化的技术路径

去中心化:无需许可的原生流动性再质押协议

尽管市场上存在着各类提供便捷流动性质押服务的项目,为普通用户参与以太坊质押提供了机会,但这些平台并未能从根本上解决以太坊底层的中心化趋势问题,导致大量节点运营权仍集中在少数大型垄断运营商上,削弱了以太坊网络去中心化程度。

为了解决以太坊质押带来的验证节点中心化运作的问题,Puffer Finance 设计了一个无需许可的原生流动性再质押协议来增强以太坊的去中心化和抗审查能力,“我们通过创新的技术设计使得 “在家进行质押和验证 At-home Staking” 更加可行,节点运营者可以轻松参与 Puffer 验证者集群,借助自主研发的抗罚没技术和 VT 等创新性底层设计,实现降低质押风险的前提下提高用户的投资回报”,项目团队阐释道。这种改变以太坊区中心化格局的质押方案,简化生态注资流程、开辟全新盈利途径,使其成为加密货币领域众多参与者的极具吸引力的选择,无论是流动性质押者,还是节点运营者。

图片

整体而言,Puffer Finance 的协议飞轮效应:

  • 质押 ETH:用户质押 ETH 得到 pufETH(Puffer 的流动性质押代币),作为获取未来收益的凭证。

  • 赚取收益:通过 PoS 验证获得奖励(抗罚没技术支持)和 EigenLayer 集成所获得的再质押奖励,提高整体收益。

  • 提升收益水平:pufETH 持有者参与多种 DeFi 协议提高收益。

  • 验证者票据:实现节点运营者以最少的 ETH(低至 1 ETH) 来运行验证器,调整激励机制促进 Puffer 协议可持续发展。

再质押:质押者与节点运营商协作驱动

在提高用户收益的显在利好属性上,Puffer Finance 质押机制的完善优化,允许参与者获得来自以太坊和 Eigenlayer 的双重质押收益。Puffer Finance 能够为未来的 AVS 提供更原生、更低风险的代币 — ETH 作为 AVS 验证的抵押资产,在双重质押的业务逻辑中坚持与以太坊一致的去中心化价值理念。再质押节点运营商执行 AVS 验证服务并收取佣金,协议的再质押收益进一步提高了 pufETH 的价值NoOps 对其抵押品承担额外风险,作为补偿将获得一部分再质押奖励”,项目团队介绍。

图片

这种再质押机制由质押者和节点运营商(NoOps)共同驱动:

  • NoOps 通过购买验证者票据 VT 和支付 1 ETH 作为抵押品来加入 Puffer 节点模块,节点运营者通过提前购买 VT 获得运行验证器的权益,同时在进行验证时可保留 100% 的 PoS 奖励;NoOps 通过加入再抵押模块并将验证者的 ETH 委托给再质押运营商作为抵押品,赚取更多收益。

  • 质押者可以存入任意数量的 ETH,其资金与协议的 NoOp 资金作为抵押品,来运行验证器;他们将获得 pufETH 原生流动性再质押代币 (nLRT) 作为质押资产和未来收益的凭证,随着协议通过出售给节点运营者 VT(验证者票据)获得 PoS 收益和再质押奖励,实现 pufETH 持有者收益的不断增长。

重要提点:

pufETH 立即累积 PoS 奖励,这些来奖励来源于 puffer 节点购买 VT 所支付的费用,且不依赖 NoOp 的长期验证表现。

开源技术:创新性研发出 Secure-Signer 和 RAVe 的抗罚没技术

除了去中心化和再质押的业务逻辑,Puffer Finance 利用自主研发的 Secure-Signer(远程签名工具)和 RAV 技术,解决了以太坊和 Eigenlayer 网络中的罚没问题,为参与者提供了低风险的双重回报,“Puffer Finance 的开源技术 Secure-Signer 和 RAV 为以太坊引入了第一个 ‘抗罚没’ 技术;同样的方法被用来为 AVS 构建 ‘抗罚没’ 机制,最大程度上保护质押者资金安全”,团队提到。

具体而言:

图片

Secure-Signer(安全签名)

Secure-Signer 是一个远程签名工具,它代表共识客户端管理验证器密钥,可以在共识客户端本地和远程服务器上运行,有支持 SGX 的硬件就可以安装和运行该远程签名工具,指示其选择的共识客户端使用 Secure-Signer 作为远程签名者。

Puffer 的 Secure-Signer 曾获得以太坊基金会支持,此抗罚没工具遵循 Web3Signer 规范,与验证者客户端一起通过硬件设备执行严格的抗罚没规则,保护验证者免受罚没。其旨在防止 Intel SGX 的各类攻击事件,Secure-Signer 利用可信执行环境 (TEE) 提供数据机密完整性的保障;在 SGX 中,Enclave 是内存中用于存储代码和数据的受保护区域,可确保代码按预期执行不被篡改,并且数据得到加密保护处理。

图片

为了防止通过双重签名而导致可能出现的罚没事件,安全签名者会在加密且防篡改的内存中生成并保护 BLS 验证者的密钥;由于密钥与 Secure-Signer 绑定且加密,不存在跨多个共识客户端使用的风险,因此能够保护节点避免双重签名带来的罚没风险,并能够保障秘钥不被黑客窃取。Secure-Signer 的应用显著降低了 Puffer Finance 项目运行的节点罚没风险,允许 Puffer 协议可以安全地降低节点运营者的保证金要求,从而让整个 Puffer 验证者集获益。

图片

RAVe (远程认证)

RAVe 是 Puffer Finance 项目运行中不可或缺的技术,全称:Remote Attestation Verification,允许 Enclave 安全地与区块链进行交互,并致力于实现 Puffer 协议的无许可运作。远程认证 (RA) 允许无需信任的任何一方证明其运行特定 SGX 的Enclave,在使用 SGX 的即时通讯应用软件时,允许其向用户设备证明正在运行隐私保护程序,能够保障在链下实现高完整性、机密的计算流程。

图片

在 Puffer Finance 中,RA 是节点证明正在运行 Secure-Signer 的方式。在生成验证器密钥时,安全签名者 Enclave 会在 RA 报告的 USERDATA 字段中提交验证器公钥;RAVe 验证节点证明 RA 相关证据,并提取其验证器公链并注册到链上,允许节点向协议证明它们正运行安全签名者生成新的验证器密钥,并向合约证明节点在 Enclaves 中运行符合预期。

此外,Puffer Finance 中的 RAVe 技术还融入了 ZKP(零知识证明)用于确认项目执行,将“隐身再质押” 的问题交由通过 Enclave 和 RAVe 共同解决,实现加密保障下的交易运作和协调,集安全性、易用性和盈利性于一体。

Puffer Finance 安全与去中心化的未来展望

当 LST 赛道日益火爆之时,Puffer Finance 毅然决然在中心市场垄断的背景下选择原生流动性再质押的项目创新方向,“Puffer 通过 ‘预主网’ 阶段,成功抢占了 Lido 1-2% 左右的市场份额,表现出更高的安全性和去中心化技术特点,也给用户带来了更高的收益”,谈及未来项目的发展愿景,团队认为 Puffer Finance 会将用户资产带到一个更安全、更有利可图的流动性再质押的未来,并最大程度上消除用户质押资产的安全隐患

赋予开发者 MEV 自主权,增强收益潜力

Puffer Finance 计划在主网上线后,随着验证者票据 VT 的引入,为节点运营者提供更好的验证体验,让其拥有 MEV 自主权以增加验证者的收益回报潜力,当前 Puffer 也是唯一一个将 100% PoS 验证奖励给到太坊验证者的去中心化原生流动性再质押协议。

图片

面对未来项目运营过程中带来的节点监测和保障问题,Puffer Finance 团队表示 Puffer 处于自动化和去中心化地运行状态,无需任何多余操作,如果验证者的余额当天低于 31.75 ETH,或验证票证 (VT) 被耗尽,他们都将被自动退出验证;在罚没发生的情况下,NoOp 会自动失去质押的资金。

与 Rivalz 合作, 积淀忠诚 pufETH 持有者

而就在近期,Puffer Finance 通过 X 平台宣布与 Rivalz 达成合作协议,Rivalz 作为首个由 AI 驱动的 DePIN RollApp,此合作旨在为 Puffer 平台带来更多用户收益,同时为 Rivalz 项目带来更多曝光和更大的用户群体。当用户每存入 1 ETH、stETH 或 wstETH 时,不仅可以获得 pufETH 的奖励奖励加成(5,000 Puffer 积分),还可以一次性获得高达 20,000 个的 Rivalz 积分,同时持有 pufETH 还可以获得每小时 25 Rivalz 积分。 “无论你是经验丰富的质押者,还是再质押的新手,现在都是加入 Puffer 社区的最佳时机!

🧩 点击了解合作计划参与详情:

https://quest.puffer.fi/home

图片

最后,Puffer Finance 团队始终以维护以太坊的可信中立性为目标,希望更多开发者和用户都能积极参与运行 Puffer 节点、参与 Puffer 质押,为以太坊的去中心化发展贡献一份力量,同时获得贡献后的奖励激励,能为质押者资产增强风险抵抗能力,为以太坊节点验证者提高资本利用效率和增强可持续的收益。

🔍 点击了解更多 Puffer Finance 详情:

  • puffer.fi

  • quest.puffer.fi

  • launchpad.puffer.fi/Setup

上述内容是一个 **robots.txt** 文件中声明的多个 Sitemap 索引文件(Sitemap Index)的示例,用于指导搜索引擎爬虫如何发现和抓取网站上大量的网页链接。这些 Sitemap 通常用于大型网站(如 eBay),以便更高效地管理成千上万甚至数百万个 URL。 每个 `Sitemap:` 行指向一个 **Sitemap 索引文件**,该索引文件本身不直接列出所有页面 URL,而是引用其他子 Sitemap 文件(例如按类别、类型或分片划分)。下面是对每一行的解释: --- ### 各类 Sitemap 的含义(基于命名推测): ```txt # AUCTION Sitemaps Sitemap: https://www.ebay.com/lst/AUCTION-0-index.xml ``` - **AUCTION**: 拍卖类商品页面。 - 这个索引文件可能包含所有以“拍卖”形式出售的商品列表页或详情页。 ```txt # BROWSE Sitemaps Sitemap: https://www.ebay.com/lst/BROWSE-0-index.xml ``` - **BROWSE**: 浏览类页面,用户通过分类导航访问的页面(如“电子产品 > 手机 > iPhone”)。 - 帮助搜索引擎抓取站点结构中的目录层级。 ```txt # KWSRP Sitemaps Sitemap: https://www.ebay.com/lst/KWSRP-0-index.xml ``` - **KWSRP**: Keyword Search Results Page(关键词搜索结果页)。 - 包含用户搜索某些关键词后生成的结果页面 URL。 - 对 SEO 很重要,因为很多流量来自长尾关键词。 ```txt # NGS Sitemaps Sitemap: https://www.ebay.com/lst/NGS-0-index.xml ``` - **NGS**: 可能是 Next Generation Search 或内部系统代号。 - 与搜索相关的动态页面或新架构下的搜索结果页。 ```txt # PRP Sitemaps Sitemap: https://www.ebay.com/lst/PRP-0-index.xml ``` - **PRP**: Product Result Page 或 Personalized Result Page。 - 展示商品结果的标准化页面,可能是推荐或非搜索入口进入的商品集合页。 ```txt # VIDEO Sitemaps Sitemap: https://www.ebay.com/lst/VIDEO-0-index.xml ``` - 包含带有视频内容的商品页面或独立视频页面。 - 有助于 Google 视频搜索收录。 ```txt # VIS Sitemaps Sitemap: https://www.ebay.com/lst/VIS-0-index.xml ``` - **VIS**: 可能指 Visual Search(视觉搜索)相关页面。 - 或者是 View Item Single(单个商品查看页)的缩写。 - 也可能与图像丰富的商品展示有关。 --- ### 实际使用方式(技术角度) 这些 `.xml` 文件是 **Sitemap Index 文件**,其内部结构类似于: ```xml <?xml version="1.0" encoding="UTF-8"?> <sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"> <sitemap> <loc>https://www.ebay.com/lst/AUCTION-0-0.xml</loc> <lastmod>2025-04-01T00:00:00Z</lastmod> </sitemap> <sitemap> <loc>https://www.ebay.com/lst/AUCTION-0-1.xml</loc> <lastmod>2025-04-01T00:05:00Z</lastmod> </sitemap> </sitemapindex> ``` 而每个子 Sitemap 文件(如 `AUCTION-0-0.xml`)则真正列出具体的 URL: ```xml <?xml version="1.0" encoding="UTF-8"?> <urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"> <url> <loc>https://www.ebay.com/itm/123456789</loc> <lastmod>2025-04-01</lastmod> <changefreq>daily</changefreq> <priority>0.8</priority> </url> </urlset> ``` --- ### 如何下载并解析这些 Sitemap? 你可以使用 Python 脚本自动获取并解析它们: ```python import requests from xml.etree import ElementTree as ET from urllib.parse import urljoin def fetch_sitemap_index(sitemap_url): response = requests.get(sitemap_url) response.raise_for_status() root = ET.fromstring(response.content) namespaces = {&#39;sm&#39;: &#39;http://www.sitemaps.org/schemas/sitemap/0.9&#39;} sub_sitemaps = [] for sitemap in root.findall(&#39;sm:sitemap&#39;, namespaces): loc = sitemap.find(&#39;sm:loc&#39;, namespaces).text sub_sitemaps.append(loc) return sub_sitemaps def fetch_urls_from_sitemap(sitemap_url): response = requests.get(sitemap_url) response.raise_for_status() root = ET.fromstring(response.content) namespaces = {&#39;sm&#39;: &#39;http://www.sitemaps.org/schemas/sitemap/0.9&#39;} urls = [] for url in root.findall(&#39;sm:url&#39;, namespaces): loc = url.find(&#39;sm:loc&#39;, namespaces).text urls.append(loc) return urls # 示例:抓取 AUCTION 类型的所有子 Sitemap 中的前两个 URL 列表 index_url = "https://www.ebay.com/lst/AUCTION-0-index.xml" sub_sitemaps = fetch_sitemap_index(index_url) all_urls = [] for submap in sub_sitemaps[:2]: # 只取前两个测试 print(f"Fetching from {submap}...") urls = fetch_urls_from_sitemap(submap) all_urls.extend(urls) print(f"Found {len(urls)} URLs") print(f"Total URLs collected: {len(all_urls)}") ``` > ⚠️ 注意:eBay 可能会对频繁请求进行限流,请遵守 `robots.txt` 和合理延迟。 --- ### 为什么需要这么多 Sitemap? 大型电商平台 URL 数量可达数十亿,因此必须拆分: - 按功能模块拆分(搜索、浏览、拍卖等) - 每个 Sitemap 文件最多只能有 50,000 个 URL 或 50MB 大小 - 使用索引文件统一管理 --- ### 在 robots.txt 中的作用 Googlebot 和其他搜索引擎会优先读取网站根目录下的 `robots.txt`,然后根据其中的 `Sitemap:` 指令找到所有索引文件,进而递归抓取全部页面。 --- ### 相关工具推荐 - [Google Search Console](https://search.google.com/search-console/) - Screaming Frog(支持导入 Sitemap) - Python + `requests` + `lxml` 自动化分析 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值