一.前瞻
1. 宏观层面总结以及未来预测
本周(3月23日–3月28日),宏观主线集中在“高通胀压力+政策观望+地缘与贸易扰动”三点:美联储维持利率不变并上调通胀预期,明确短期降息空间收窄,市场开始重新定价“更久维持高利率”路径;同时中东局势与能源价格波动推升通胀不确定性,而特朗普政府推动新一轮关税政策预期,使“输入性通胀+增长放缓”的滞胀风险再度升温 。整体来看,全球宏观环境仍处于紧货币与不确定冲击交织的过渡阶段,风险资产波动加剧但尚未进入趋势性拐点。
未来一周,市场核心将围绕通胀路径与政策预期再定价展开:短期内美联储大概率继续观望,利率维持高位,市场将更加敏感于油价、关税落地节奏及就业数据变化;若通胀数据继续偏强,风险资产或承压,而若边际缓解,则可能触发阶段性反弹。整体判断为:宏观仍偏“紧+不确定”,资产价格以震荡为主,方向选择仍需等待更明确的通胀或政策信号。
2. 加密行业市场变动及预警
本周(3月23日–3月28日),加密市场整体受宏观政策与监管预期主导,波动明显加大:一方面,特朗普政府推动新一轮关税与经济政策预期,使加密资产继续呈现“风险资产属性”,市场对贸易摩擦高度敏感;另一方面,美国对稳定币监管分歧加剧(如限制利息收益、推动监管框架),导致相关资产与概念股明显承压,同时也强化了“稳定币=国家金融竞争工具”的叙事 。整体来看,市场进入宏观驱动+政策博弈主导阶段,资金风险偏好偏谨慎。
下周重点预警:一是关税政策进一步落地或细则公布,可能继续放大市场波动(历史上类似政策曾引发大幅波动与清算);二是稳定币监管进展与立法博弈,将直接影响资金流向与DeFi/支付叙事;三是政策与地缘事件(如中东局势、预测市场异常资金)可能引发短期情绪冲击 。
二.市场热点赛道及当周潜力项目
1.潜力项目概览
1.1. 浅析总融资680万,由GSR、LayerZero以及Framework领投——由专属 Rollup 驱动的自托管交易基础设施Derive
简介
Derive 是一个自托管、高性能的加密货币交易平台,支持期权、永续合约与现货交易。平台由三部分组成:Derive Chain 作为交易结算层,是基于 OP Stack 构建、由以太坊主网保障安全的 Optimistic Rollup,并由 Derive DAO 治理;Derive Protocol 部署在 Derive Chain 上,提供无需许可、用户自托管的保证金交易结算协议,同样由 Derive DAO 治理;Derive Exchange 则是负责高效撮合的订单簿系统,将成交结果结算至 Derive Protocol,由 Derive Trading Co. 运营。
核心机制简述
Derive Protocol
Derive Protocol 是一组智能合约的集合,共同构建了一个去中心化、用户自托管的衍生品协议。
该协议主要由三个核心组件构成:
-
账户(Accounts):由用户持有的 ERC-721 资产账户,用于存放其资产(包括现金、衍生品与基础资产)。所有账户都必须订阅一个管理器(manager)。
-
风险管理器(Risk Managers):负责管理已订阅账户的保证金要求。当账户低于规定的保证金水平时,管理器将负责对该账户进行清算。
-
资产(Assets):用于定义各类资产与衍生品(如期权、永续合约)的属性与规则的合约。
此外,协议还设有一个 安全模块(Security Module),用于存放储备资金。在交易者破产导致坏账时,该模块将用于偿付无法覆盖的债务。作为为系统提供兜底的回报,协议会通过管理器向交易者收取费用,并将这些费用用于持续扩充安全模块规模。
所有保证金计算均在链上以无需信任的方式执行,相关计算参数由治理机制设定。
1) 定位与职责:Derive 的“结算层”
Derive Chain 的核心作用是:把 Derive Exchange/Protocol 产生的交易与清算结果,以低成本、高吞吐的方式在 L2 执行与结算,同时把安全性锚定到以太坊主网(Optimistic Rollup 的信任根在 L1)。Derive 官方将其定义为基于 OP Stack、由以太坊主网保障安全、并由 Derive DAO 治理的结算层。
2) OP Stack Rollup 的关键链路:Sequencer → Batcher/DA → Derivation
Derive Chain 继承 OP Stack 的典型流水线:
-
Sequencer(排序/出块):负责接收用户交易、排序并快速给出 L2 出块确认(体验上“很快确认”多来自这里)。
-
Batcher + Data Availability(数据可用性):把 L2 交易数据打包提交到以太坊 L1(作为 calldata 或 blobs),保证任何人都能从 L1 数据重建 L2。以太坊对 Optimistic Rollup 的描述即:L2 执行在链下/链外完成,但数据发布到主网以获得安全性与可验证性。
-
Derivation Pipeline(派生管线):OP Stack 节点从 L1 已发布的数据中**“派生”出一致的 L2 区块与状态**;这是 Rollup 节点在验证者与排序者模式下的核心职责,用于确保 L2 状态可重放、可验证,并能应对 L1 重组等情况。
直观理解:Derive Chain 的“权威真相”最终来自 L1 上的可用数据 + 确定的派生规则,而不只是排序器“说了算”。
3) 安全模型:Optimistic Rollup 的“挑战/纠错”思路
Derive Chain 作为 Optimistic Rollup,默认“乐观”接受 L2 执行结果,但其安全性来自:
-
L2 交易数据在 L1 可用;
-
通过 OP Stack 的协议设计与证明/挑战机制(具体实现随 OP Stack/链配置而变化),让错误状态在原则上可被识别并纠正;
-
因而 Derive Chain 的最终安全锚定在以太坊主网。
(对产品侧意味着:快速确认 ≠ 最终确定性;提现/跨域消息通常需要等待相应的最终性窗口与协议流程。)
4) 系统合约与跨域通信:让 L2 与 L1 能“互相说话”
OP Stack 链在 L2 内通常包含一组系统合约/桥合约,用于处理 L1↔L2 的消息、存取款与费用归集等,并且其中一部分会在派生过程中被自动更新(例如与 L1 状态相关的系统信息)。
对 Derive Chain 来说,这组系统合约是它能做到“用以太坊做安全锚、用 L2 做高性能结算”的关键基础设施。
5) 费用与经济:交易费、L1 数据成本与费用归集
OP Stack 模式下,用户在 L2 的交易费通常包含两部分:
-
L2 执行成本(在 L2 计算/存储消耗)
-
L1 数据发布成本(把交易数据发布到以太坊的成本,rollup 必须付)
并且 OP Stack 体系里一般有不同的费用金库/归集合约设计来处理费用流向(例如基础费、排序器费等)。
对 Derive Chain 来说,这套费用模型直接决定:高频交易/清算在链上跑是否“经济可行”。
6) 治理与升级:Derive DAO 的控制面
Derive 官方明确:Derive Chain 由 Derive DAO 治理。
在 OP Stack 架构里,治理通常会影响:
-
链参数(gas、费用模型、区块时间等)
-
系统合约与桥的升级节奏
-
安全相关配置(例如挑战/证明系统的路线、去中心化排序器的推进等)
Derive DAO
1) DAO 的治理对象与边界
Derive DAO 的定位是设计、建设并治理 Derive 的衍生品生态(链、协议、治理框架与资金)。其结构由 治理系统、代币、协议、金库、服务提供方五部分构成。
2) 治理权力来源:DRV → stDRV(质押后获得治理权)
-
DRV 是治理与激励的基础代币;通过质押 DRV 获得 stDRV 才能参与治理。
-
stDRV 赋予两类权力:
-
提案权(Proposal right):发起提案
-
投票权(Voting right):参与投票并支持委托(Delegation),可把提案权/投票权部分或全部委托给更专业的成员,以保留“委员会式”治理的效率优势。
-
stDRV 具有治理安全设计:不可转让、28 天解锁期,也支持“20%罚金即时解锁”。
3) 提案体系:LEAP(影响协议/金库/治理的标准提案)
Derive 把影响协议、金库或治理框架的提案统一为 LEAP(类似 EIP/BIP 的行业标准格式)。
每个 LEAP 需要包含:摘要、动机、规格、设计理由、测试用例(代码类)、版权放弃等规范化要素,确保提案可审阅、可执行、可追责。
4) 治理流程:论坛 LRFC → Snapshot(可选/部分场景具约束力)→ 链上投票 → 自动执行
Derive 治理流程分为:
-
LRFC(论坛征求意见稿)讨论与形成共识
-
Snapshot:用于快速、低成本的民意测试;且对某些不需要链上合约调用的事项(如交易/流动性奖励公式调整)可作为最终且具约束力的投票
-
链上投票:由 stDRV 持有人投票
-
执行:通过 timelock 自动执行已通过提案
5) 执行与安全:治理合约 + 策略合约 + 双 Timelock + 跨链执行器
Derive 使用一套链上治理合约体系来做“提案创建—计票—达标—排队—执行”。
关键的安全与执行组件包括:
-
Governance Strategy:计算提案权/投票权(含委托)
-
Short / Long Timelock Executor:区分不同类别提案的执行延时与权限边界(短 timelock 可执行协议变更与金库提案;长 timelock 处理 stDRV 与元治理提案)
-
跨链执行器:支持把提案执行编排到其他网络(文档提到 Optimism/Arbitrum executor 机制)
-
Guardian 取消权(早期保险丝):在执行前,社区多签控制的 guardian 账户可取消提案,作为初期保护措施。
6) 金库(Treasury):DAO 的“资金与激励中枢”
Derive Treasury 被定义为生态的金融骨干,核心职能包括:
-
资助交易激励、做市/流动性计划等生态增长预算
-
用部分协议与 rollup 费用进行 DRV 回购(文档描述为定期回购机制)
-
未用完的奖励回流,确保长期自我维持
-
stDRV 通过链上治理监督资金分配
7) 服务提供方(Service Providers):DAO 的“外包执行层”
任何个人/团队都可以通过 LEAP 申请成为服务提供方,向 DAO 申请预算并交付工作。
提案需明确:服务内容、资金需求、价值类型(直接/间接)、团队背景、里程碑、汇报机制;审批流程是社区讨论 → Snapshot → 链上投票 → 通过后拨款并交付。
8) “链级治理触点”:Derive Chain 合约部署白名单
Derive Chain 设有 Deployer Whitelist(由排序器集成),只有经 DAO 审批的地址才能部署合约;申请需要在论坛发帖陈述并发起 Snapshot 投票,通过后由基础设施方将地址加入白名单。
Tron点评
Derive 的核心优势在于其采用 “专属 Rollup(Derive Chain)+ 自托管结算协议(Derive Protocol)+ 高性能订单簿撮合(Derive Exchange)” 的三层架构,将中心化交易所级别的撮合效率与 DeFi 的自托管、可验证结算结合起来,同时通过链上保证金计算、风险管理器清算机制与安全模块兜底,提升了衍生品交易在极端行情下的系统韧性;
其主要劣势在于架构复杂度与系统耦合度较高,对排序器、订单簿运营方与风险参数治理的依赖更强,且衍生品市场对流动性与做市深度高度敏感,在冷启动或市场波动剧烈阶段仍可能面临体验与稳定性挑战。
1.2. 解读总融资350万美元, Kucoin、Gate以及OG Labs参投——一个面向全链的去中心化流动性共识层Euclid
简介
Euclid 是一个开源、去中心化的流动性共识层,旨在让任何应用都能接入一个共享流动性框架。通过构建一个以共识驱动的底层网络来连接不同区块链,Euclid 促进形成协作型生态,使参与者能够获得更深的流动性、更快的结算速度以及更无缝的交易体验。
此外,Euclid 的模块化架构使 dApp 可以从任何已集成链中调用大规模流动性,并轻松与整个生态内的跨链代币进行交互。
架构解析
1. Integrated Chains Layer
Factory 合约
Factory 智能合约是 Euclid 在各条集成链上的核心组件,用于管理用户与流动性池的交互并执行 swap。
它的主要职责是:接收用户请求,并将请求转发给 Router 合约。Factory 通过提供统一入口,简化了用户操作,包括:
-
Swap
-
添加流动性
-
移除流动性
每一条接入 Euclid 的链都会由 Euclid 部署一个 Factory 合约。
单一请求入口(Single Entry Point)
Factory 合约是链与 VSL(流动性共识/结算层)之间的唯一通信点,这样设计带来三点关键收益:
1) 请求处理更一致、更顺序化
来自同一条链的所有请求都由 Factory 统一处理,避免多入口导致的冲突与不一致,并确保操作按正确顺序执行。
2) 安全性更强
所有跨层消息都必须经过 Factory,使系统更容易实现统一的安全校验,确保请求合法。
3) 开发者体验更简单
集成 Euclid 的协议只需要与一个合约交互(Factory),显著降低集成复杂度。
工作流(以 Swap 为例)
Swap 请求的执行路径如下:
-
用户向 Factory 发送 swap 请求
-
Factory 通过专用通道将消息转发给 Router
-
Router 将消息转发到 VSL,在 VSL 中完成 swap 的计算
-
VSL 向 Router 返回确认(acknowledgement)
-
Router 通过专用通道将 ack 返回给 Factory
-
Factory 将 ack 转发给 Escrow,由 Escrow 释放代币给用户
2. Escrow 合约
Escrow 智能合约是一个结构极其简单的合约,用于托管单一类型的代币。
每一条接入 Euclid 的链上都会部署对应的 Escrow,用于持有该链上的代币流动性。
当一次 swap 成功完成后,所在链的 Factory 合约会将来自 Router 的消息转发给 Escrow,请求其向发起 swap 的用户释放对应代币。
与虚拟流动池(VSL)的协作
Escrow 通过 Factory 与 Router 与 **Virtual Pool(VSL)**建立通信关系,在满足条件时接收消息并执行代币转移。
当用户将 代币 A 交换为 代币 B 时,系统会出现两种情况之一:
1. 交易成功
-
存入 A 代币的 Escrow 成功托管 A
-
另一条链(或同链)上持有 B 的 Escrow 向用户释放 B 代币
2. 交易失败(滑点过高或超时)
-
Escrow 将用户存入的 A 代币原路退回给用户
跨链释放能力
Euclid 允许用户在发起交易时指定:
-
在哪些链上释放资金
-
每条链释放的具体数量
因此,最终向用户释放代币的 Escrow 可以位于任意已集成的链上,不必与用户发起交易的链一致。
Virtual Settlement Layer(VSL)
VSL(虚拟结算层)由两个核心部分组成,共同负责跨链 swap 的计算与账目一致性:
1. 虚拟流动性池(Virtual Liquidity Pools,VLP)
-
VLP 负责某一代币交易对的所有 swap 计算逻辑
-
包括价格计算、兑换数量、滑点判断等
-
VLP 不直接持有真实资产,而是在虚拟层中统一建模全网流动性
可理解为:跨链共享流动性的“数学与定价引擎”
2. 虚拟余额(Virtual Balances)
-
Virtual Balance 用于记录用户与 VLP 的所有余额变动
-
确保每一次 swap 中的资产变动都被正确记账
-
保证系统在任何情况下资产不丢失、不重复、不凭空产生
可理解为:VSL 内部的全局账本与一致性保证层
Tron点评
Euclid 的核心优势在于其以“流动性共识层 + 虚拟结算层(VSL)”的方式把多链流动性抽象成一个可共享的统一框架,通过 Factory 单入口 + Router 路由 + VLP 统一定价 + Virtual Balances 全局记账 + 各链 Escrow 托管真实资产,实现跨链 swap 的一致性、可扩展性与更顺滑的开发者集成体验,并支持用户在任意集成链上释放资产,从而提升结算灵活性;
其主要劣势在于系统组件多、跨链消息链路长,对通信可靠性与安全假设依赖较强,且 VSL 的全局账本与虚拟池机制需要足够多链与足够深流动性接入才能发挥规模优势,在早期可能面临冷启动、延迟与极端行情下的执行复杂度挑战。
2. 当周重点项目详解
2.1. 详解总融资2亿5500万美元,Amber&DWF领投,Coinfund以及Selini等知名机构参投—以可执行流动性为核心的链上风险引擎Flying Tulip
简介
Flying Tulip 是一个链上金融系统,旨在围绕一整套产品统一并标准化定价、信用与风险管理,覆盖现货交易(AMM 与 CLOB)、借贷、永续合约、保险,以及用于跨产品清算的结算轨道。其核心结算层是 ftUSD:一种delta-neutral(Delta 中性)、带收益的稳定资产,目标锚定 1 美元,并通过平衡多空敞口(例如供给/质押/借贷循环)来降低清算风险。
Flying Tulip 的设计目标很明确:在多个功能模块中复用同一套抵押品体系;用真实可执行的链上流动性作为主要定价来源,而非静态风险表或滞后的预言机;并将系统产生的现金流以透明、可编程的方式回流至代币,从而形成可持续的链上金融闭环。
核心要素解析
1. ftUSD(Flying Tulip)
产品概览
ftUSD 是 Flying Tulip 的 美元锚定代币,设计目标是“稳定优先”,并提供可选收益:
-
未质押的 ftUSD:默认稳定、不生息,可作为生态内可组合的链上美元,用于交易、结算与抵押。
-
sftUSD:用户将 ftUSD 质押后获得的凭证代币,用于累积质押池收益(收益为用户主动选择加入)。
未质押 ftUSD 产生的收益会归协议所有,用于支持运营并加深流动性;质押者则获得分配的收益。ftUSD 与 sftUSD 均为全链上、可审计、透明的系统设计,不依赖预言机或中心化组件。
为什么选择 ftUSD
-
稳定的计价单位:目标锚定 1 美元,作为 Flying Tulip 全产品体系的结算货币。
-
收益可选:想要收益就质押获得 sftUSD;不质押则保持纯稳定与即时流动性。
-
韧性设计:采用 Delta 中性架构,通过平衡多空敞口与保守仓位规模,降低清算风险。
-
链上透明:抵押品、参数与资金流向均可在链上验证。
-
可组合性强:ftUSD 可在 Flying Tulip 的各类产品中使用(交易、结算、抵押、流动性提供等)。
ftUSD 如何运作(核心机制)
ftUSD 通过一组平衡的 Delta 中性策略维持美元锚定:
策略将保守型货币市场收益与质押收益结合,同时用对冲空头来抵消方向性风险,使整体净敞口接近 0,在控制风险的前提下获取净收益(扣除成本后)。
示例策略流程(示意)
一种可能的策略路径如下:
-
将基础抵押资产存入货币市场(例如 USDC → Aave)以获取低风险利息。
-
以该抵押资产借入对冲资产(例如 Sonic 的 S),形成空头腿(你欠 S)。
-
将借入资产进行质押(例如 S → stS),获得质押收益,形成多头腿。
-
进行审慎循环(例如将 stS 再存入货币市场),提高安全边际与 carry。
多头(质押)与空头(借入)会按比例配对,以抵消方向风险并降低清算概率。系统通过风险控制(仓位上限、再平衡区间、场所限制等)约束尾部风险。
2. Spot(Flying Tulip Spot)
产品概览
Flying Tulip 的 Spot 是整个生态的交易引擎与价格来源:
它负责完成兑换成交、承载流动性供给,并为系统的定价、资金费率、风险管理提供核心信号。
Spot 的设计不是固定一条 AMM 曲线“赌市场会乖”,而是让 AMM 实时自适应:
-
在市场平稳时,目标是提供接近专业做市商的低点差体验;
-
在市场波动加剧时,曲线会增加“弯曲度”以缓冲冲击、保护 LP。
Spot 同时提供:
-
自适应 AMM
-
CLOB(中心化限价订单簿):支持挂单
交易可以完全在 AMM 成交、完全在 CLOB 成交,或两者混合路由——以获得当前订单规模下可执行的最优价格。
交易体验:AMM + CLOB 的最优路由
当你发起兑换时,路由器会同时查看两套“账本”:
-
如果 CLOB 上存在更优价格的挂单,会优先扫单成交
-
剩余部分再按自适应 AMM 曲线成交
在交易最终执行前,路由器会在链上模拟该笔交易,检查是否会超出:
-
滑点容忍度
-
池子风险护栏
如果单次成交冲击过大,订单可被拆分并按区块切片执行,以更温和地穿过深度。
手续费也会随市场状态动态调整:
-
平稳时更低,鼓励交易流量
-
动荡时更高,补偿 LP 并抑制有毒交易
3. Lend(Flying Tulip Lend)
产品概览
借贷在加密里很简单:你出借资产,别人借入,利息连接供需。多数协议到此为止。
Flying Tulip 的 FT Lend 把熟悉的借贷模型放进一个会“理解”深度、波动与真实可成交价格的自适应市场里——这些上下文决定了:你能安全借多少、借款成本是多少、以及在需要平仓时该如何卸载仓位。
结果是:体验上像你熟悉的借贷,行为上更像接入了一个“活的市场”。
双层借贷结构:Permissionless + Permissioned
FT Lend 同时存在两种形态:
1) 无许可层(Permissionless)
-
只要 Spot 上有某个交易对,就会自动生成对应的借贷市场。
-
例如 Spot 有 ETH/USDC 池,就会自动出现 ETH↔USDC 的借贷对,无需治理白名单。
-
系统会根据 Spot 的深度测算“规模感知的借款能力”:小额借款与大额借款的可行性与风险不同,会得到不同的借贷空间。
2) 许可池(Permissioned Pool)
-
覆盖协议愿意广泛交叉抵押的一组精选资产,并预设风险参数。
-
这是整个系统的抵押品主干:CLOB、Futures、结算与清算逻辑都与其对齐。
-
关键能力:单一存款可同时用于借贷、挂单抵押、期货保证金,资金无需在不同产品间搬来搬去,减少“闲置资本”。
4. Futures(Flying Tulip Futures)
产品概览
永续合约允许你在无到期日的情况下使用杠杆交易。大多数平台依赖外部预言机定价:预言机每隔几秒更新一次,决定清算与安全状态,这会带来两个典型问题:
-
延迟:行情剧烈时用户可能在“过期价格”上被清算。
-
风险面扩大:预言机集成错误、治理迟滞或上游故障都会传导到仓位。
Flying Tulip Futures 采用完全不同的路线:不向外部借价格,而是以自身 Spot 交易作为价格真相。
如果 ETH 在 Spot 以 1800 美元成交,那就是永续的结算价格。无需等待预言机 tick。
这一设计带来的直接结果是:报价更实时、结算亚秒级(<500ms)、清算基于真正可成交价格,显著减少预言机滞后与操纵风险。
抵押与杠杆:可隔离,也可交叉抵押
FT Futures 支持两种保证金模式:
-
隔离保证金(Isolated):为单一市场单独提供抵押,风险隔离。
-
交叉抵押(Cross-collateral):通过 permissioned Lend 池实现,一份存款可同时支撑:
-
永续仓位
-
CLOB 挂单
-
借贷头寸
更重要的是:在交叉抵押模式下,你的抵押资产在支撑交易的同时仍可继续累积货币市场收益,实现更高的资本效率。
最大杠杆并非固定表格,而是根据 TWAR 深度与波动窗口动态收缩或放宽;开仓或调整时会快照限制,避免规则在持仓期间追溯性变化。
资金费率:绑定真实借贷成本,而非外部猜测
资金费率的作用是把永续价格拉回现货。
FT Futures 的资金费率锚定于系统内部的真实经济条件:
-
Lend 市场中的实际借贷成本
-
Spot 与 Lend 反映出的多空拥挤程度
当多头本质上在“借美元做多”,且借贷成本更高时,资金费率会反映这一现实;当空头拥挤时,资金费率可能反向。
用户可以看到资金费率的输入来源、更新周期,以及自己为何支付/获得资金费率。
谁来承担结算对手方:可选择加入的 Settlement LP
永续合约在结算时需要对手方。FT 通过可选加入的结算池解决:
LP 存入 ftUSD,自愿承担结算流动性,以换取每次结算的手续费(文中示例约 0.05%,以政策为准)。
系统在 LP 之间平衡分配敞口,LP 可按参数调整或退出。
这一设计的意义是:
-
没有人被强迫承担不想要的风险
-
新市场的上线更依赖“Spot 流动性 + ftUSD 结算供给”,而不是等待预言机集成委员会排期
5. Insurance(Flying Tulip Insurance)
产品概览
传统加密保险更像订阅制:一次性付费、固定期限、希望别出事。FT Insurance 采用完全不同的设计——它把保险当作一个市场化的借贷池来运作。
-
购买者不是“买一段时间的保单”,而是打开一个保险头寸,只在需要保护时按时间持续支付保费
-
资金提供者向池子提供资本,持续赚取保费收益
-
保险规模可在分钟级别动态放大或缩小
结果是一个“随市场呼吸”的保护系统:
回报高时资本自然流入,需求出现时覆盖能力扩张,用户支付的成本与其真实风险更匹配。
Tron点评
Flying Tulip 的核心优势在于它不是把现货、借贷、永续、保险各自拼起来,而是用 Spot 作为真实可执行流动性的定价中枢,再把 Lend、Futures、Insurance 与 ftUSD 结算层全部接入同一套“深度感知”的风险与现金流系统:LTV、杠杆、资金费率与清算都基于链上成交与储备窗口动态调整,减少预言机滞后与静态风控表带来的系统性误差,并通过 token-first 的收入回流机制形成可持续闭环;
其主要劣势在于架构高度复杂且模块耦合强,对 Spot 流动性与市场深度依赖极高,一旦早期深度不足或遭遇极端行情,定价、清算与保险裁决等环节可能同时承压,且跨产品交叉抵押虽提升资本效率,也会放大组合风险与治理参数设定难度。
三. 行业数据解析
1. 市场整体表现
1.1. 现货BTC vs ETH 价格走势
BTC
ETH
四.宏观数据回顾与下周关键数据发布节点
本周宏观回顾(3月23日–3月28日)
PMI数据发布(欧美/全球):反映制造业与服务业景气度,为本周核心增长指标
美国初请失业金:就业市场边际变化仍是重点
密歇根消费者信心指数(终值):能源价格冲击下信心走弱
全球宏观主线:
-
中东局势 + 油价波动 → 推升通胀预期
-
市场关注美联储表态与政策路径
下周关键数据(3月30日–4月3日)
重点(高影响):
-
🇺🇸 JOLTS职位空缺(3/31) → 劳动力需求
-
🇺🇸 ISM制造业PMI(4/1) → 经济景气拐点
-
🇺🇸 非农就业报告(4/3) → 最核心数据
次重点:
-
🇺🇸 初请失业金(4/2) → 高频就业指标
-
🇺🇸 贸易帐(4/2) → 外需与美元影响
-
🇺🇸 ISM非制造业(4/3) → 服务业强弱
五. 监管政策
美国
1. 监管框架明显转向“宽松+立法主导”
-
SEC/CFTC 推出新的加密资产分类体系(Token Taxonomy):
-
大多数加密资产被归类为商品、支付工具等,而非证券
-
大幅降低 SEC 监管范围
-
监管重点从“执法打击”转向“立法规范”,推动:
-
稳定币框架(GENIUS Act)
-
市场结构法案(Clarity Act)
影响:
美国正在进入“去执法化 + 明确立法框架”阶段,有利于机构资金进入,但投资者保护争议加大。
2. 稳定币监管仍存在分歧
-
国会讨论中出现:
-
限制稳定币收益(类似银行存款监管)
-
提高合规门槛
影响:
稳定币成为本周监管焦点,方向尚未完全统一。
3. 政策高层强化加密战略定位
-
白宫设立更高层级科技顾问体系(含加密政策)
-
推动:
-
国家级加密战略
-
比特币储备等政策方向
趋势总结:
美国正在将加密纳入国家战略级科技竞争框架。
英国
1. 禁止加密用于政治捐款(重大监管动作)
-
政府宣布:
-
禁止政党接受加密货币捐款
-
防范外国资金干预与匿名资金流入
影响:
这是全球首次针对“加密+政治融资”的明确限制政策。
2. 加密资金透明度监管加强
-
临时措施包括:
-
强化资金来源审查
-
暂停或限制高风险场景使用
欧盟
1. MiCA 继续推进细化执行
-
本周重点在:
-
稳定币(ART/EMT)规则细化
-
储备、披露、赎回机制要求强化
影响:
欧盟持续推进全球最严格、最系统化的加密监管体系。
澳大利亚
1. 合规牌照成为行业准入核心
-
Ripple 获取 AFSL 金融牌照
-
监管要求:
-
大规模交易机构必须持牌运营
-
2028年前全面纳入监管体系
趋势总结:
澳大利亚进入“传统金融牌照化监管路径”。

