HyperLeafDocs

可组合性

为「走出协议」而建

Leaf 的价值,在它能在别处被使用时才真正起来。

因此 HyperLeaf 把可组合性当一等产品目标,而不是实现细节。

可组合性栈

Leaf 可在多层变得有用:

Leaf 资产
   ↓
DEX / 二级市场
   ↓
借贷 / 抵押
   ↓
金库 / 结构化产品
   ↓
交易 / 保证金 / 金库系统

每多一层集成,生息头寸能做的事就多一层——而不必强迫底层平仓。

ERC-20 简单,经济含义具体

每个 Leaf 应对 HyperEVM 应用看起来熟悉:带可预期 transfer 接口的 ERC-20。

但经济含义仍按 listing。

集成 hNEST 的借贷协议应理解 hNEST 的 backing 与提款特征。

集成 C1 Leaf 的市场应理解:代币有 backing,但不可协议赎回。

C2 集成应暴露队列与到期行为,而不是假装资产是立刻现金。

内嵌收益与副奖励的组合方式不同

收益嵌在 Leaf 本身时,可组合性相对直接。

若 Leaf 随时间对应更多底层,LP 或借贷仓位可自然携带该价值。

副币奖励不同。

钱包可直接 claim,但 AMM 配对等合约仓位未必自动拿到同一奖励流。

因此 HyperLeaf 不承诺:无论 Leaf 持在何处,都赚同一股外部 HYPE。

可组合性规则

即便二级奖励子系统不可用,代币仍应保持有用。

核心转账不应依赖奖励分发器完美运行。

同样,奖励机制也不应只因某条奖励路径会计暂时坏掉,就把可交易 Leaf 变成废币。

集成方应检查什么

外部协议接入 Leaf 前,应评估:

  • backing 单位;
  • 供应 / 偿付模型;
  • 退出拓扑;
  • 市场流动性;
  • 收益行为;
  • 暂停与事故语义。

好的集成会暴露这些参数,而不是藏在一个笼统 APY 后面。

HyperLeaf · 中文 · 文档首页