SAL 由一系列智能合约组成，利用智能合约技术和比特币主网技术实现质押者、LST 发行方、质押协议、以及其他质押服务商之间的无缝合作，同时简化用户与比特币质押协议的交互，提供便捷的质押体验。

Solv 于 2024 年 4 月开始专注于比特币质押，允许用户质押他们的比特币资产，包括 BTCB、FBTC、WBTC等。截至 2024 年 10 月 30 日，已有超过 2 万枚 BTC（价值约 14 亿美元）质押到 Solv  协议中，其中有超过 13000 枚来自 BNB Chain， Ceffu 作为质押验证者确保所有质押资产真实、完整地质押入 Babylon、CoreDAO 等质押协议。

为何 SAL 非常重要 ？

如今比特币市值已超过 1.2 万亿美元，但由于缺乏价值使用场景，99% 的流动性处于闲置状态。比特币质押是能解锁大规模比特币流动性的最佳方案，然而当前比特币质押的采用率很低，远远落后于以太坊（28%）。想象一下，如果比特币能达到类似以太坊的质押率，意味着将释放约 3300 亿美元的价值，这将成为极大推动 BTCFi 爆发，成为整个行业巨大的泵。

然而，比特币质押在实际发展中遇到了瓶颈。首先，过去半年，我们见证了市场上各类比特币质押协议快速涌现，如 Babylon、CoreDAO、Botanix 等，这些协议支持的公链、底层技术架构、资产安全方案各不相同，给用户带来了极高的筛选、决策和操作成本。

此外，由于比特币主网不支持智能合约，比特币质押涉及到比特币主网和其他链之间的资产跨链，质押活动往往发生在不同的链上。这就要求用户在不同网络之间进行复杂的交互，这不仅提高了用户参与的门槛，还增加了整个流程的不透明度和风险。

SAL 运行机制

SAL 试图解决以上挑战，通过抽象化不同质押的技术差异和操作方式，构建一个标准化的比特币质押方案。开发者可以利用 SAL体系内已有的服务商快速实现比特币质押业务，这不仅降低开发人员的进入门槛，也促进比特币质押生态的快速创新。

本质上，比特币质押生态由四个核心角色组成，分别是：

• LST 发行方：指发行与质押比特币相关流动质押代币（LST）的协议，他们在用户与质押协议之间架起桥梁。典型的如 Solv、Lombard、BedRock 等。

• 质押协议：指接受比特币资产并通过运营产生收益的协议，典型的如 Babylon、CoreDao、Botanix 等。

• 质押验证者：指负责验证质押和交易过程的完整性的实体，他们确保 LST 发行方真实完整地执行质押，防止 LST 发行方和质押协议的错误或欺诈行为。如 Ceffu、Cobo、Fireblocks 和 Solv Guard 等。

• 收益分配者：指分配质押奖励的实体，负责高效、公平地分发奖励，典型的如 Pendle、Gauntlet、 Antalpha，以及大多数 LST 发行方也扮演了收益分配者的角色。

SAL 利用智能合约技术和比特币主网技术将这四个角色进行了高效整合。

具体而言，SAL 由五个核心模块组成，包括核心数据模型和一系列服务：

1. 质押参数矩阵 (SPM)

质押抽象层的核心数据模型称为质押参数矩阵，它抽象了多个质押过程所使用的参数，包括比特币脚本配置、质押交易参数、LST 合约参数以及收益分配规则。这些参数不仅与 SAL 的各个模块之间共享，还将与在参与质押流程的各个角色之间共享。

1. LST 生成模块

这一模块将确保 BTC LST 的发行和赎回。LST 生成模块将负责在比特币主网和 EVM 链之间交互，包括一组在 EVM 链上的智能合约以及在比特币主网上创建和监控交易的服务。

1. 交易构建模块

交易生成模块负责创建质押交易、估算最佳交易费用并将交易广播到比特币主网。构建的交易的所有参数都在 SPM 中定义，以便验证者进行验证。

1. 验证节点

验证节点是一组基于比特币主网的算法，依据 SPM 中定义的质押交易参数检查每笔质押交易的正确性和完整性。他们也可以参与 LST 发行数量的验证，确保LST发行数量等于底层 BTC 资产数量，防止 LST 发行方和质押协议的错误或欺诈行为。

1. 收益分发模块

收益分发模块负责计算收益的价值并将其映射到 LST 的价格，或提供将收益资产空投给用户的方案。收益分发模块的职能包括 LST 价格预言机、收益兑换服务、收益存储和赎回服务，以及积分兑换等。

SAL：多方共赢的一站式方案

接下来伴随着 BTCFi 叙事的不断发酵，比特币质押作为释放比特币流动性的关键业务，注定会成为比特币生态未来的关键一环，市场亟需一套安全的可大规模应用的解决方案，而 SAL 就是一个能有效满足各方需求的通用解决方案。

对于质押者来说，可以获得便捷的比特币质押体验，同时减少了操作失误和协议不透明带来的资产损失风险；对于质押协议来说，加入 SAL 可以大大降低开发成本，快速获得流动性从而实现生态冷启动；对于 LST 发行者来说，与 SAL 体系内的各类服务商合作，可以提升协议信任度，简化开发流程，并获得高效的收益分配方案，提升产品用户体验；对于托管商来说，这是一种新的业务模式，可以切实地增加业务收入。

SAL 发展现状

截至目前，已有多个协议和服务商加入 Solv 打造的 SAL协议生态。Babylon、CoreDAO、Stacks、Eigenlayer、GMX 是第一批采用 SAL 的质押协议，Pendle 是第一批加入的收益分配协议，Chainlink 利用其 CCIP 技术为基于SAL产生的LST资产实现跨链和底层资产透明性证明。预计未来几个月将有越来越多的协议加入。

结语

随着比特币质押的进一步发展，它对区块链生态的影响将越来越大。寻求最大化收益潜力的质押者以及寻求协议创新的开发人员的需求不断增长，将不断解锁新的链上机会。 SAL 通过提升比特币质押生态的标准化和互操作性，给开发者、用户和整个比特币社区带来了切实利益，有望为比特币的持续增长激起一系列连锁反应，重塑比特币质押,为真正的大规模采用铺平道路。

比特币质押：DeFi 的下一个前沿

比特币，如今的市值已超过 1.2 万亿美元，蕴藏着巨大的未开发潜力。尽管比特币已经稳固地确立了其作为价值储存的定位，但其增长潜力才刚刚开始被探索。质押，即锁定比特币以贡献网络安全并获得奖励的行为，是价值增长的关键驱动力。然而，当前比特币质押的采用率远远落后于以太坊，尽管以太坊的市值约为 3000 亿美元，但其质押率已达到惊人的 28%。想象一下，如果比特币能达到类似的质押率，意味着将释放约 3300 亿美元的价值。这是 BTCFi 的下一个前沿，其推动 DeFi 进一步爆发的潜力不容忽视。

然而，几个关键挑战阻碍了比特币质押的广泛普及：

• 可编程性和生态系统不足：比特币主网缺乏透明、可审计的智能合约和值得信赖的审计机构，阻碍了比特币质押的广泛应用。

• 碎片化的基础设施： 大多数比特币质押发生在多个链上，这要求用户在不同的网络之间进行复杂的交互，增加了用户参与的门槛,也增大了整个流程的不透明度和风险。

比特币质押需要新一代的基础设施。

Solv 的一体化质押平台：重塑比特币质押模式

Solv 已经成为市场上最大的比特币质押平台，拥有超过 20,000 个 BTC 的质押量，用户数量超过 20 万。Solv 的目标是构建一个安全、高效、易用的平台，让比特币质押变得更加便捷，推动 DeFi 生态的扩张。

比特币质押方式复杂且割裂，需要用户独立处理验证、收益分配等环节，阻碍了更多人参与到这一潜力巨大的领域。Solv 一体化质押平台的出现，重新定义了整个质押流程和生态系统，为比特币质押带来了全新思路，它重新定义了整个质押流程和生态系统。

四个关键角色：

Solv 将复杂繁琐的质押流程分解为四个关键角色，并通过一体化的平台架构将他们紧密联系在一起：

• LST 发行者 (LST Issuers):   LST 发行者负责创建并发行与质押的比特币挂钩的流动性收益代币（LST），扮演着连接用户参与质押活动的入口和获取收益的载体等角色质押协议之间的桥梁角色。Solv 是当前市场上最大的 Bitcoin LST Issuer。

• 质押协议 (Staking Protocols):  例如 Babylon、CoreDao、Botanix、Ethena、GMX 等协议，负责管理用户存入的比特币，并通过网络质押、策略执行等手段为比特币提供安全的收益。广义而言，更多低风险或无风险收益场景也可以视作质押协议，例如：Ethena、Delta中性交易策略等。

• 质押验证者 (Staking Validators):  例如 Ceffu、Cobo、Fireblocks、Solv Guard 等，负责验证交易，确保质押交易的有效性，并及时更新验证状态。

• 收益分配者 (Yield Distributors): 例如 Babylon、Solv、Pendle、Gauntlet、Antalpha 等，负责将用户质押获得的奖励分配给相应的用户，确保收益的及时、准确。

Solv 通过整合这四个角色，共同构建了一个完整的比特币质押生态系统，并利用AVS、智能合约、跨链等和相关技术来提升效率和安全性，为用户提供更便捷、更安全、更具吸引力的质押体验。

四个关键优势：

• 安全保障:  通过整合活跃验证服务 (AVS) 来确保质押交易的安全性。 AVS 会监控质押交易的各个环节，例如目标地址、脚本哈希、质押期限等，确保交易的有效性和安全性，避免出现错误或恶意行为。

• 流程优化: 该架构简化了质押流程，用户只需将比特币存入平台，即可享受安全、高效的质押服务，并获得收益。

• 开放与合作:   该架构保持开放，可以S与合作伙伴合作，共同构建一个开放、高效的生态系统。例如，Solv 与 Ceffu 合作，在 Babylon 网络上成功实现了质押验证服务。

• 行业标准化：作为行业首个BTC质押的标准流程和参数体系，能聚集行业内多方力量，共同助力让 BTC 质押行业快速发展。

Solv 的多元化 LST 资产，解锁比特币收益新路径：

Solv 基于一体化平台打造了多种独特的 LST 资产，为比特币用户提供多样化的收益来源，改变了比特币质押的未来：

• SolvBTC.BBN:  Babylon LST 赛道的绝对领先者，凭借其最大规模发行量、跨链互通能力和丰富的收益场景，为用户带来更多选择和更便捷的体验。

• SolvBTC.ENA:  与 Ethena 共同创造的 LST 资产，通过先进的资金费率套利策略，为用户提供高质量的收益，并保留比特币敞口，为用户创造了新的价值。

• SolvBTC.CORE（即将上线）： 基于 PoS 共识网络的生息资产，通过服务 PoS 网络安全性获取收益，为用户提供稳健的收益，并为整个生态系统的安全性做出贡献。

• SolvBTC.CASH（即将上线） ：基于期权套利的机构级固收资产，为寻求稳定、可预测收益的比特币投资者提供了理想的解决方案。

Solv 的一体化平台正在引领比特币质押的演变，为用户提供安全、高效、便捷的体验，并解锁比特币在 DeFi 中的无限潜力，推动整个生态系统的成长与发展！

Solv 致力于通过为比特币构建一个统一的流动性矩阵，系统性地激活和扩展比特币的流动性，重新定义比特币在全球金融体系中的角色。我们希望通过与 OKX Web3 钱包的合作，让更多用户体验到比特币金融的魅力。

总奖池

12,600,000 枚 SOLV 代币

同时完成任务一和任务二的用户将瓜分总奖池的 90%，同时完成任务一和任务三的用户将瓜分总奖池的 10%。

活动时间

2024 年 7 月 15 日 18:00 (UTC+8) - 2024 年 8 月 31 日 23:59 (UTC+8)

参与教程

创建 OKX Web3 钱包

1. 下载 OKX app，确保版本在 6.41.0 以上

2. 打开 app ，在顶部菜单栏中选择钱包

3. 在底部选择 【Discover】，然后选择 【Cryptopedia: Learn to Earn】

4. 选择【Season 21 Solv Protocol】进入活动页面

任务一：社交任务

关注 @SolvProtocol

任务二：在以太坊主网上获得 SolvBTC

你有两种方法获得 SolvBTC

方法一：直接 Swap 获得 SolvBTC

方法二：先 Swap 获得 FBTC，再用 FBTC 获得 SOlvBTC

如果直接 Swap 成 SolvBTC 滑点很高，我们推荐你使用方法二

不管使用哪种方法，确保你的链上钱包在 ETH 主网上有至少 0.0001 个 WBTC (或者 USDT 或者 USDC 或者ETH ) 和少量 ETH（gas）

方法一：用  WBTC 或 USDT 或 USDC 或 ETH 兑换成 SolvBTC

1. 进入 Solv https://app.solv.finance/swap

2. 连接钱包，选择以太坊主网

3. 在 Swap 上方选择 WBTC （或者 USDT 或者 USDC 或者ETH ），填入至少 0.0001 个 WBTC （或者约 0.0001 BTC 等值 USDT，USDC 或者 ETH）

4. 在 Swap 下方选择 SolvBTC

方法二：先用 WBTC 或 USDT 或 USDC 或 ETH 兑换成 FBTC ，再至 SolvBTC Deposit 界面。

1. 进入 Solv https://app.solv.finance/swap

2. 连接钱包，选择以太坊主网

3. 在 Swap 上方选择 WBTC （或者 USDT 或者 USDC 或者ETH ），填入至少 0.0001 个 WBTC （或者约 0.0001 BTC 等值 USDT，USDC 或者 ETH）

4. 在 Swap 下方选择  FBTC

1. 来到 https://app.solv.finance/solvbtc

   1. 选择 Ethereum

   2. 在 Deposit 页面填入至少 0.0001 个 FBTC

   3. 点击“ Deposit”

任务三：在 BNB Chain 上铸造 SolvBTC

1. 确保你的链上钱包中在 BSC 链上有至少 0.0002 BTCB 和 少量 BNB（gas）

（如果你的币在中心化交易所，需要提币到链上钱包）

1. 进入 Solv https://app.solv.finance/solvbtc

   1. 选择 BNB Chain

   2. 在 Deposit 页面填入至少 0.002 个 BTCB

   3. 点击“ Stake”

Babylon 的创新技术使得比特币可以助力 POS 网络的安全性。SolvBTC.BBN 是比特币流动性质押代币，让比特币具备真实收益。

SolvBTC.BBN 专为 Babylon 而打造：

• SolvBTC.BBN，比特币流动性收益代币。

• 通过分享比特币经济的安全性来获得质押收益，同时在广泛的 DeFi 应用中赚取额外奖励。

• Solv 是 Babylon 主网最早参与者之一，参与 SolvBTC.BBN 就能成为巴比龙早期参与者。

为什么选择比特币?

市值超过 1.3 万亿美元的比特币一直是数字资产领域的中坚力量，但长久以来，比特币缺失 DeFi 稳健的收益机会。通过利用比特币庞大经济网络的安全性，Solv 协议和巴比龙的合作旨在为比特币持有者提供一种安全的方式质押他们的资产，同时保持流动性，从而释放 BTCFi 的潜力。

SolvBTC 巴比伦 — 概述

巴比伦简介

以太坊作为第二大市值资产，已经超越了其最初的"世界计算机"目标。区块链的主要安全来源是通过质押资产吸引资产，如 ETH。EigenLayer 和近 100 个在其上构建的 rollup 作为其他网络的安全层，利用 ETH 来为其他区块链提供安全性。

在短短五个月内，EigenLayer 就吸引了超过 130 亿美元的总价值锁定(TVL)，这表明 ETH 是共享安全的理想资产。有了成功先例，我们有了新的问题:为什么不将这种模式应用于比 ETH 更安全的资产 — 比特币?

巴比龙是一个旨在创造比特币质押的协议，让 BTC 持有者以质押收益的形式与其他网络共享超过 1.3 万亿美元的经济安全性。

为巴比龙主网启动做准备

SolvBTC 巴比龙(SolvBTC.BBN)是为巴比伦主网启动而设计的，所以最初不会产生收益，但当巴比龙开放其初始 500 BTC 上限时，Solv 将是最早参与者之一，使 SolvBTC.BBN 成为比特币开创性的流动性质押代币。

参与者的好处

• 早期参与: Solv 是初始 500 BTC 上限的关键参与者，参与 SolvBTC.BBN 就能成为巴比伦质押生态系统最早参与者之一。

• 多链无缝访问: 比特币持有者可以在多个链上轻松访问巴比伦的质押收益，避免比特币主网上的高 gas 费和网络延迟。

比特币主网: BTC 用户

以太坊: FBTC 用户

BNB 链: BTCB 用户

Arbitrum: WBTC 用户

Merlin 链: M-BTC 用户

• 共享经济安全: 比特币持有者可以质押他们的 BTC 与其他网络共享经济安全，并获得质押收益。

• 流动性质押代币: SolvBTC.BBN 是一种流动性质押代币，为 BTC 持有者提供灵活性和流动性。

SolvBTC.BBN: 比特币流动性质押代币

SolvBTC.BBN 作为一种流动性质押代币，将与各种 DeFi 协议集成为蓬勃发展的 BTCFi 生态系统提供最大限度的灵活性和可访问性。主要集成包括:

1. DEX: 为 SolvBTC.BBN 持有者提供即时流动性和高收益机会，无需 KYC。

2. 借贷协议: 允许 SolvBTC.BBN 持有者质押代币赚取额外收益，同时让借款人获得杠杆收益头寸。

3. 收益交易协议: 使用户能够交易 SolvBTC.BBN 的未来收益，管理收益波动，优化回报。

   通过这些集成，Solv不仅为 SolvBTC.BBN 持有者提供即时价值，还为比特币深度融入 DeFi 奠定基础。

BTCFi 时代来临

SolvBTC 巴比龙(SolvBTC.BBN)是 BTCFi 的重要里程碑。通过与巴比龙的合作，比特币持有者可以参与质押赚取收益，同时保持比特币潜在涨幅的敞口。Solv 致力于建立一个蓬勃发展的比特币生态系统，从 SolvBTC.ENA 和 SolvBTC.bbn 开始。

关于 Solv 协议

Solv Protocol 是一个比特币流动性统一层，致力于通过解决流动性碎片化问题，激活 BTCFi 生态系统，并为价值万亿美金的闲置比特币连接 DeFi 生态系统，推动 DeFi 的真正爆发。Solv 通过塑造 SolvBTC，将分散的比特币流动性统一为一个强大的流动性资产；通过与 Babylon、Ethena、GMX 等优质项目的合作，为比特币提供高质量的原生收益，最大化比特币的收益潜力。

Solv 协议得到了诸如 Binance Labs、Blockchain Capital、Laser Digital 等知名投资者的支持，致力于提供安全可靠的质押体验。我们的协议已经通过了包括 Quantstamp、Certik、SlowMist、Salus 和 Secbit 在内的顶尖安全公司的全面审核，确保最高水准的安全性。

想要了解更多信息，请访问我们的 官方网站 并关注我们的 Twitter。

1. SolvBTC.ena 是一种流动收益代币，可以与各种DeFi协议集成，并为 BTCFi 生态系统注入流动性活力。

2. SolvBTC Ethena 收益池让你的 BTC 开始生息，获得 sUSDe 高达15%的APY +10倍SATs + 2.5倍 的 Solv积分加速。

3. SolvBTC Ethena Vault 收益来源:

• sUSDe收益

• 10倍SATs

• 2.5倍 Solv积分

为什么选择比特币?

比特币市值超过1.3万亿美元，作为体量最大加密货币长期以来一直是数字资产格局的支柱。然而，比特币在 DeFi 中一直没有稳健的收益机会。Solv Protocol与Ethena Labs的合作旨在改变这一现状,为比特币持有者提供一种收益方式,在保持流动性的同时获得本地比特币收益,从而彻底改变BTCFi。

SolvBTC Ethena Vault - 策略概览

SolvBTC Ethena Vault 为比特币持有者提供多重收益，包括 sUSDe 收益、Ethena SATs 和 Solv 积分, 同时保持比特币敞口。

该收益池利用比特币作为抵押品来借入稳定币，这些稳定币用于铸造和质押Ethena的USDe。这个过程从两个主要来源获取收益:

• 以太坊质押

• 从Delta对冲衍生品头寸中获得的资金和 funding rates 价差收益

该策略可以提供约15%的净年化收益率。

此外,参与者还将获得来自Solv和Ethena的额外代币激励:

• 10 倍 Ethena SATs / 天 / 美元

• 6 Solv积分 / 天 / 美元

注意:

• SATs由 Vault 的铸造地址代表用户领取，将在 Ethena SATs 活动结束后按比例分配给 SolvBTC.ena 持有者。最终获得的数量将取决于Ethena设定的锁仓计划。

• 10倍SATs是基于铸造的USDe,由于使用比特币作为抵押品借入美元时的贷款价值比较低,因此实际获得的SATs数量会较低。

• 投资该 Vault 需要完成KYC。

如何确保资金安全?

Solv Protocol通过以下几个措施确保用户资产的安全:

• 顶级托管商合作: 资金由 Ceffu、Copper 和Cobo等托管商保管，这些托管商都从未被黑客攻击或遭受损失。

• Solv Guard: Solv 在多签的基础上增加了 Solv Guard 作额外的资金保护，通过限制多签功能的作用范围，只允许与特定合约和地址进行交互，从而增加额外的保护层。

• 流动性验证网络: 为用户提供质疑某些交易或赎回的合法性的机会。

• 审计: Solv 合约由 Quanstamp、Certik、SlowMist、Salus和Secbit等审计公司进行了广泛的安全和稳定性审计。

SolvBTC.ena: 流动收益代币

SolvBTC.ena 作为一个流动收益代币已与各种DeFi协议集成，为用户提供最大的灵活性也为BTCFi 生态系统提供最大的流动性。主要集成包括:

• 去中心化交易所(DEX): DEX 上的 SolvBTC.ena 交易对为 SolvBTC.ena 持有者提供即时流动性和高质量收益机会，且无需进行KYC。

• 借贷协议: 允许 SolvBTC.ena 持有者质押借出代币, 赚取额外收益，这同时也是获取杠杆收益头寸的渠道。

• 收益交易协议: 让用户能够交易SolvBTC.ena的未来收益,管理收益敞口波动,优化收益。

通过这些集成，Solv不仅为SolvBTC.ena持有者提供即时价值,还为比特币与DeFi的更深度融合奠定基础。

BTCFi - 正在成为现实

SolvBTC Ethena Vault 代表了BTCFi的重大里程碑。通过与Ethena合作，比特币持有者可以将闲置资产产生收益，获得收益的同时保持对比特币潜在涨幅的敞口。Solv致力于建立一个蓬勃发展的比特币生态系统，SolvBTC.ena 是一个开始。

关于Solv Protocol

Solv Protocol是一个革命性的收益聚合和流动性平台，整合和通证化不同来源的高质量收益。Solv的核心产品是创建"流动收益代币"，解锁区块链生态系统中的新收益机会。核心产品SolvBTC,使用户能够无缝参与不断发展的BTCFi 生态，成为在各条链上解锁比特币 DeFi 的关键。

Solv Protocol得到了包括Binance Labs、Blockchain Capital、Laser Digital等知名投资者的支持。通过了Quanstamp、Certik、SlowMist、Salus和Secbit等知名公司的安全审计。

想了解更多关于Solv Protocol及其产品的信息,请访问官方网站 Solv Protocol。

Solv 与币安 Web3 钱包联合开启大型空投活动，共同加速 BTCFi 生态发展。

作为 BTCFi 先行者，Solv正致力于构建全链流动性和收益基础设施，SolvBTC 让比特币无缝融入 DeFi， 打开比特币资产的收益机会。而币安 Web3 钱包作为用户开始 DeFi 之旅的最便捷的入口，将为 Solv 的比特币金融之旅助力。

新用户可通过注册币安 Web3钱包参与,而现有用户可利用自己的钱包直接进入 BTCFi 世界。

让我们一起用SolvBTC和币安Web3钱包开启您的BTCFi之旅吧!

Solv x 币安 Web3 钱包邀您开启 BTCFi 之旅

奖励池

参与者有机会瓜分 15 万枚 SOLV 代币,占Solv治理代币总供应量的 0.15%。

活动时间

2024年6月4日06:00(UTC)至6月17日23:59(UTC)

如何参与

创建币安 Web3 钱包

如果您已经有币安Web3钱包,可以跳过这一步。更多关于币安Web3钱包的信息请见此处。

1. 下载币安APP并确保是最新版本。注册一个币安账号并完成身份验证。

2. 点击 [钱包]，进入 [Web3] 标签页。

3. 按照说明创建您的币安Web3钱包。请注意,在进行下一步之前,您必须备份您的Web3钱包。

在您的币安 Web3 钱包存入 BTCB 和 BNB

您需要在您的Web3钱包中至少有0.0001 BTCB(币安智能链网络)。您还需要一些BNB来支付汽油费。

1. 选择[Web3]标签页,然后点击[接收]。

2. 选择BTCB作为资产。

3. 点击[转账],从您的现货钱包将比特币转到BNB智能链(BEP20)网络以接收BTCB到您的Web3钱包。

4. 确保您有价值2-3美元的BNB代币用于支付汽油费。您可以点击[转账]将BNB从您的现货钱包转到您的Web3钱包。

更多详情请参考《如何在币安Web3钱包上发送和接收代币?》。

参与空投活动

1. 在您的 Binance Web3 钱包首页,进入 [Discover] - [Airdrops] 部分。

2. 点击 Solv 活动banner下的 [Join Now] 按钮。

3. 进入活动登录页面,点击 [Stake Now]。

4. 点击 [SolvBTC] - [Connect Wallet] 连接您的 Binance Web3 钱包。

持续关注

• 关注我们的社交媒体账号,并开启通知以接收最新的 Solv Protocol 更新。

• 如需帮助,请加入 Solv Discord 并提交工单。

  https://discord.com/invite/UF26MVSgbZ

条款 & 其他条件

• 只有满足所有要求的参与者才有资格获得奖励。

• 此次活动和奖励仅限每个用户一次参与。

• Solv Protocol 保留对此活动的最终解释权。

Babylon 首次引入原生比特币质押概念，使得比特币可以为 POS 链、Rollups 和 AVS 增加安全保障。Solv 作为基础收益平台，利用 SolvBTC 打造开放、繁荣的比特币经济生态，通过通证化各类底层收益来源，并与各网络各类协议的无缝集成，激活闲置的比特币流动性。Solv 将和 Babylon 团队共同将 BTC 质押收益引入 SolvBTC，释放行业最大规模的闲置流动性。

以 SolvBTC 为核心的 BTCFi 经济

如何激活 BTCFi 经济？ Solv 将来自 BTC Layer2 的 Staking 收益、Restaking 收益，和 ETH Layer2 的 DeFi 收益通证化为 SolvBTC，SolvBTC 与其他协议无缝集成，将比特币流动性输送入各类应用协议。

Solv 采用了去中心化的资产管理架构，包括内置安全卫士、价格预言机和基于流动策略的代币等模块组成，并通过智能合约建立去信任的流程标准。在保障资产安全的绝对前提下，为用户提供最具竞争力的收益来源。

了解 Babylon 质押收益

Babylon 构建了一个无需信任和自托管的比特币质押协议，将比特币转化为可在任何PoS系统中进行质押的资产，使比特币持有者能够通过为PoS世界的加密经济安全做出贡献来赚取收益。

Babylon 允许用户在比特币网络上进行 BTC 质押，这些质押的BTC可以用于保护其他外部网络，比如 PoS 网络。用户可以远程以自托管的方式将其 BTC 质押到比特币区块链上的一个比特币脚本中，这意味着比特币持有者可以安全地将闲置比特币转化为 POS 区块链的质押资产，并从中获得收益。

与 Babylon 的整合是 Solv 迈出的重要一步，我们将为 SolvBTC 引入更多真实收益来源，激活比特币在 DeFi 领域的巨大潜力。自 4 月上线以来，SolvBTC 已在 Merlin Chain、Arbitrum 和 BNB Chain 吸引了 12,000 余枚比特币质押，20,000 用户参与，很高兴我们可以获得比特币社区的信任。比特币经济已经进入了新的阶段，未来我们将与更多优质的团队合作，以资产安全为首要前提，为比特币持有者提供真实可靠的收益，共同为激活 BTCFi 经济而努力。

2024 年 2 月，梅林链开启 Merlin’s Seal 质押活动，将超过 20% 的MERL代币分配为质押奖励。累计超过 3 万名用户参与了 Merlin Seal，锁仓价值最高超过 30 亿美金。Merlin Seal 解锁之后，BTC 持有者的下一个机会在哪里？

4 月 5 日，Solv 推出了首个生息比特币资产 SolvBTC，并打造以 SolvBTC 为核心的 BTCFi 收益生态，SolvBTC 捕捉 Staking、Restaking 和交易策略收益，同时与其他 DeFi 协议组合，为持有者带来更多收益机会。目前，已有超过 15000 名 Merlin 用户参与 SolvBTC 质押，累计超过 7000 MBTC。Solv 也与 MerlinSwap、Avalon、Surf、BitSmiley 等 DeFi 协议达成合作，为 SolvBTC 创造了交易、借贷、稳定币铸造等多个应用场景。

Merlin Seal 已经为 Merlin Chain 积累了生态启动所需要的流动性，势能已经积蓄，接下来如何利用这些流动性激活整个 Merlin 生态的比特币经济。Solv 联合 Merlin Chain 推出大规模社区激励计划，所有参与用户可以获得积分系统空投和 $MERL 代币奖励。

Make Bitcoin yield Again.

活动分为两部分

一、Solv 积分空投：

奖励池 : 400,000,000 Solv 积分空投

活动时间: 2024 年 4 月24 日 8:00AM （UTC+8） - 5 月 8 日 8:00AM （UTC+8）

如何获得资格: 活动时间内在 Solv 平台质押 MBTC 获得 SolvBTC

奖励规则：我们将在 5 月 8 日 8:00AM （UTC+8）对 4 月24 日-5 月8 日期间的 M-BTC 质押量进行快照，积分将按快照结果分配给所有用户

注：活动期间的投资资金可以同时享受瓜分 4 亿积分池的权利，和正在进行中的 Solv 积分系统奖励。

二、$MERL 空投

奖励: 2,000,000 $MERL tokens

如何获得空投资格: 5 月 8 日前 SolvBTC（ Merlin Chain）的用户（不包含二级市场购买用户）都可以获得。

奖励规则：我们将在 5 月 8 日 8:00AM （UTC+8）对 SolvBTC 持有量（不包含二级购买的 SolvBTC）进行快照，$MERL 将按快照结果分给所有用户

预告：SolvBTC 即将开始生息

活动结束后，SolvBTC 会开始引入中性策略为用户提供利息收益。如同 Solv 平台其他策略池一样，SolvBTC 会严格筛选中性策略（具备强抗波动性和收益性的策略）为用户提供更多一层的收益来源。但 SolvBTC 用户可以自由选择接受策略利息和不接受策略放弃利息。

SolvBTC 收益总览

1）瓜分 4 亿 Solv 积分池奖励

2）SolvBTC 积分系统奖励

3）200 万 $MERL 代币空投

4）即将到来

• 交易策略收益，SolvBTC 会在本次活动结束后开始引入利息收益。

• 其他协议空投奖励，Solv 正与其他协议合作，SolvBTC 用户将有机会获得其他协议空投奖励

Let’s make Bitcoin Yield Again!

SolvBTC 简介

SolvBTC 是实现比特币资产收益和可组合性的绝佳方案，让 BTC 持有者无需牺牲流动性和组合性机会的同时，享受便捷的基础收益来源。此外，SolvBTC 将与其他 DeFi 协议无缝集成，带来更多收益机会。

SolvBTC 的收益来源包括质押、再质押和交易策略。收益来源的稳健性保障了 SolvBTC 价值的稳定，从而，它可以作为 Perp DEX、稳定币协议、借贷平台的抵押品，为比特币生态带来高阶 DeFi 玩法。

SolvBTC：点燃 BTCFi 之夏

4 月5日， SolvBTC 上线 Arbitrum 和 Merlin Chain，仅仅两周，SolvBTC 就吸引了超过 7000 枚 BTC 质押。这应证了 SolvBTC 正是当前市场所需要的比特币产品，具备高效、可拓展的比特币生态经济的潜力。

在 Merlin Chain上，SolvBTC 已与各个头部 DeFi 协议集成，实现作为流动性枢纽的作用。在 MerlinSwap 上，SolvBTC-mBTC 池在深度和交易量方面都十分可观，同时 SolvBTC仍是Avalon和Mage等借贷协议中主要使用的质押资产。SolvBTC直接推动了比特币经济生态的构建和进阶发展。

此外，Arbitrum的知名 Perp DEX GMX 与Solv进行代币交换的提案已获得社区的批准，将进一步加深双方在质押和收益策略等方面的合作。

将 BTCFi 引入 BNB Chain

BNB Chain上有超过 60,000 个比特币（BTCB），是比特币链上最大的生态之一。通过与中心化交易所的无缝集成，BNB Chain为机构和零售用户提供了一个将他们的比特币引入链上的BTCFi生态系统的门户。在比特币的第四次减半日，Solv 很高兴将 SolvBTC 引入 BNB Chain，作为最具流动性和全球范围内用户基础的链，BTCFi 在 BNB 链的发展将成为比特币与 DeFi 整合的关键一步。

资金安全是我们考虑的首要因素

确保比特币资产的安全性对于机构和广大加密用户参与至关重要。Solv与BNB Chain合作，共同开发了一套全面的安全解决方案：

1. BSC上的BTCB是与比特币挂钩的资产，使持有者能够在链上的DeFi领域无缝使用他们的比特币。币安进行实时审计，确保发行的所有BTCB都以1:1的比例由真实的比特币储备支持，并由其安全应急基金保护。

2. Solv与数字资产托管领导者Antalpha和Ceffu合作，利用其技术和基础设施更好地保管用户资产。

3. Solv的定制化Safe Guard机制根据交易策略实施了细粒度、针对资金池的安全协议。该系统限制未经授权的转账，并减轻传统多重签名安全措施无法应对的风险。

BNB Chain 双倍积分活动

为庆祝SolvBTC 登陆 BNB Chain上，Solv推出为期两周的双倍积分激励活动。最友好流畅的用户界面、顶级的资产安全性和最小的交互成本，Solv 和 BNB Chain致力于开启比特币在DeFi领域的广阔潜力，为BTCFi的广泛采用铺平道路。

立即质押您的比特币！

Solv App

Solv App - The Future of Bitcoin Finance

https://app.solv.finance

Solv 积分系统已正式上线，开始解锁加速卡、赢更多积分吧!  https://app.solv.finance/points

SolvBTC，首个全链生息比特币已在 Merlin Chain 和 Arbitrum 正式开放，首日即吸引了大量比特币质押。目前，Solv 比特币资产的资管量已经超过 1.3 亿美元。SolvBTC 为比特币持有者提供稳健、低风险的收益来源，并通过与优质 DeFi 协议的整合，提供丰富的收益机会，致力于构建一个包容、高效的 BTCFi 生态系统。4 月5 日，Solv 正式推出积分系统激励早期 SolvBTC 持有者。

Solv积分规则

总积分（ XP ）由三部分相加组成

1. 基础积分

2. 加速积分

3. 推荐积分

总分= 基础积分+加速积分+推荐积分

基础积分

• 通过将资金存入 Solv Vaults中获得基础积分。

• 存款越多，获得的基础积分就越多。

• 存款持有时间越长，基础积分就越多。

• 基础积分 = （每美元存款的积分）x （持有时间）积分每天更新。

• 每天会快照记录Vaults中抵押资金的价值。注意：从二级市场购买的SolvBTC不会产生任何积分。

加速积分

加速卡的解锁条件是邀请三名真实投资用户，金额不限（注意：由于系统每日快照一次，达到解锁条件后次日才能正式激活）。最后你的积分数 = 基础积分 x 加速卡系数

有两种加速卡：

1）XP Boost：达到一定投资门槛之后就能获得，金额越大，倍数越大。每个人可以看到自己的加速和达到下一阶段的金额线以及对应的加速系数，自行探索，其具有较大边际效益。

2）Event XP Boost：参与活动获得，有7天时效性，多张可以叠加。4月中旬，系统会在你的卡包展示加速卡和获得的加速系数。也会有新一轮的加速卡空投活动，敬请期待！

推荐积分

• 获得下线基础积分（Basic XP）的10%，不影响下线总分；

• 没有限制，多拉真实用户就能多赚。

Q&A

1. 如果赎回质押还会有积分吗？

   请注意第一次赎回期将在六月份进行。 交易策略：一旦赎回存款资金，您将无法生成积分。

2. 如果我赎回资金，会失去加速卡吗？

加速卡根据每天投资金额动态调整。如果没能保持当前的投资门槛，加速卡级别将自动降低。

3. 为什么我购买SolvBTC的同时没有获得任何提升？

从二级市场购买的SolvBTC不会产生任何积分。

4. 为什么我参与活动抽奖拿到的加速卡没有看到，积分为什么没有提升？

Event XP Boost 将在Solv积分系统的前两周后应用。在 4 月 5 日开始的两周期间，每个人都会获得双倍积分奖励！

关于 Solv Protocol

Solv Protocol TVL 已超过 1.5亿 美元，并为超过35,000名用户提供高质量基础收益。目前，Solv 比特币资产的资管量已经超过 1.3 亿美元。SolvBTC 为比特币持有者提供稳健、低风险的收益来源，已在 Arbitrum 和Merlin Chain 上线，未来还将有更多的上线。Solv 与各个生态系统中的优质协议达成合作，例如 Arbitrum 的GMX， Merlin Chain 的MerlinSwap、Surf Protocol、Avalon 等，我们致力于与各个优质 DeFi 协议整合，为用户提供丰富的收益机会，构建一个包容、高效的 BTCFi 生态系统。

Solv 投资人包括币安、野村证券、Mirana Ventures 和 Blockchain Capital 等优质投资机构。

关于社区

我们最新的消息都会发布在 Discord， 在 unlock-languages 解锁中文频道就能加入 （https://discord.gg/solvprotocol）

2021 年 4 月，我们正式推出 Vesting Voucher（Solv V1），累计服务了 64 个项目方帮助他们管理额度。2022 年 3 月我们正式推出Bond Voucher（V2）以构建行业第一个链上债券市场，实现超过1亿美金的债券发行与交易量，累计铸造 SFT 20000个，SFT 交互地址数超过17000 个。

2023 年 3 月，我们正式推出 Solv V3，一个服务全行业的流动性基础设施。这一产品将为行业提供统一、可靠、透明的基金产品发行平台，帮助募资人通过发行、管理、结算链上基金实现高效的资金融通。

Solv V3 主要包含两个模块：

模块一目标是降低链上基金发行门槛

Solv V3 提供链上基金产品的定义、管理与结算，允许任何融资人像创造 NFT 一样便捷直观的定义创建投资凭证。同时产品的管理和结算均可以通过针对 SFT 的打款、提款，拆分转移交易来实现。

Solv模块二目标是保证资金安全可控

基金产品的后端托管集成。基金经理可以在一套安全可信的环境和标准下操作融来的资金。以实现自证清白。这种能力允许基金经理甚至可以在不放任何抵押品的情况下获取数以千万计的资金

这样的产品将：

• 允许资金目击者自由地创建任何一种金融产品，且能够用极低成本管理这一产品。包括固收产品、浮动收益产品、货币基金、一级投资、量化基金、指数基金，乃至链上REITS产品等。

• 允许投资人能参与更多的 Alpha 机会。极低的基金创建成本使得过去无法被开放出来的Alpha 收益开始面向大量市场用户提供。每个用户可以同时投资并持有数十种理财产品SFT。

• 投资用户具备强大的后端资金监控能力，以及投资头寸的管理能力。通过面板功能与托管功能，用户可以直观的监控资金的状态，并在关键时刻影响资金的使用权限。

Solv V3 已经集成 Gnosis Safe、Cobo、Enzyme、以及多家托管机构包括 Ceffu、Copper等。SFT 作为一种投资份额也可以在 Metamask、Debank 中被识别。且未来将可以拿到许多抵押借贷平台中获取额外的流动性。围绕 Solv V3 将形成一个极度高效、透明的流动性市场，为行业创造一个统一可靠的流动性分发层。

模块一: 基金产品的定义、管理和结算

Solv V3 主要提供以下功能：

• 基金发行：基金经理在Solv v3中发行可自定义申购赎回政策、费用标准、投资策略等参数的通用化基金。基金的核心信息会记录在智能合约中。

• 基金购买：投资人购买基金，获得基金 SFT 作为分额凭证。

• 基金交易：基金 SFT 可以在 Solv Marketplace 及第三方NFT市场中交易中交易。

• 基金结算：自动记算基金净值，通过智能合约处理基金的赎回和收益的分配。

• 资金托管：Solv 整合了中心化和去中心化的托管基础设施，并提供定制化托管服务，确保资金在可控条件下使用，保证资金安全。

• 资金监控：Solv 整合了第三方链上数据平台的API和中心化交易所的API，帮助投资人监控资金使用状况。

链上做市商募集资金是 Solv V3 的典型应用场景，例如做市商 A 想要募集在 Uniswap V3 上的做市资金。做市商通过 Solv V3 募集到的资金会进入做市商 A 与 Prime Broker 共管的 Gnosis Safe多签账户中， Cobo Argus 会将 A 的资金使用限定在特定高频操作。投资人获得 SFT ，并可通过转移交易SFT 获得流动性。到期后 A 通过智能合约结算收益，所有投资人通过 SFT 领取收益。该场景的具体流程如下：

智能化收益（Smart Yield ）是我们设计 Solv V3 的核心理念：

1. 选取收益的前提是保证资金安全。通过整合的托管服务和资金监控体系确保资金在安全可控条件下使用，且充分公开透明，显著降低对手方风险，增加投资者信心。

2. 提供灵活的策略选择灵活可组合的产品架构，使得做市商可采取多样策略，可将资金在DeFi、CeFi 甚至 Tradfi 中使用，提供高于 DeFi 平均回报的收益。

3. 通过与开放的加密生态互操作进一步提高流动性。基于 SFT 自身的可组合性与可互操作性，用户可以灵活的操作基金头寸获得流动性，包括抵押借贷、提前交易 SFT 等。

更多 SFT 资金池的设计理念，可下滑至附录。

模块二: 资管产品的后端托管与监控

我们当前认证和支持的托管方案是 Gnosis Safe、Ceffu、Cobo、Enzyme、Copper 等。募资者必须要接受我们的合作托管方案下才能获取资金。我们过去已经在这些平台上有实际的应用案例。这里将举例来描述募资者如何在托管下获取和管理资金，以及用户如何监控资金的使用。

Alice 是一位资管经理，她非常擅长于在Uniswap上进行区间做市。她在发行这一产品时需要在 Solv V3 上提前设置好产品参数：

1. 关于这个基金产品的信息描述。包括名称（我们姑且叫Degen Alice 01），策略，后端托管方案，周期，预期收益率等。

2. 设置 Cobo 多签钱包地址，寻找可信的第三方共同管理这一地址。并设置需要提前白名单的操作（提前设置好之后就可以在无许可的情况下进行这些操作）。

完成设置后即可正式发行基金份额。募集的资金将按照事先约定的方式在多签钱包中操作。如果需要额外的操作将需要通过多签通过。到期后，Alice 将从多签钱包中的资金提款回 Solv的智能合约。所有基金额度的持有者可以按比例提取资金。

站在 Bob 作为购买者的角度上，他持有的 Degen Alice 01 将会允许他拥有一个面板监控Alice 的资金净值状态。比如初始净值为 1，最终结算时可能是 1.2。这说明最终 Alice 产生了20%的收益。此时 Alice 需要按照约定给 Bob 的收益率比如 8%，将对应的本金与收益支付给Solv 的智能合约。

接下来的计划

• 我们在3月21日将会正式上线V3的测试网和主网产品，我们此前已经在2月份上线了Beta版本并完成了内测。

• 我们将会在2-4月份之间支持基金经理创造固定收益类基金产品、结构化产品，以及权益基金。

• 我们将在4月期间开启针对基金经理的白名单活动，活动周期为2个月。主要目的在于筛选出优质的基金经理种子用户。

• 在Q3&Q4012.根据基金经理的大量反馈推出V3.1产品，并在那之后考虑开启经济模型激励以及DAO治理框架。

附：资金池 2.0——SFT based 资金池

DeFi 的主流模式是基于ERC20构建统一的资金池。基于SFT构建的资金池要比ERC20资金池更适用于Solv V3的场景。

募资人创建理财产品时本质上是构建了一个功能丰富的资金池，用户随时可以通过购买投资凭证SFT的方式将资金投入到这一开放资金池中。有时候募资人也可以设置只接受特定时间段投入资金，此时该资金池是一种封闭式的资金池。

我们正在开发新功能以支持更加强大的资金池，比如投资者在投入资金池之前可以提前设置赎回日期，SFT发行者可以提前考虑这些赎回请求以实现资金的灵活期限匹配。在这种情况下，SFT的元数据需要加一个内容，即赎回日期。如下图所示：

值得注意的是，因为SFT和FT具有一样的匀质化能力，因此我们认为随着SFT体量的增长，基于SFT的AMM模型将会出现，综合来说SFT的可组合能力与流动性能力并不弱于Fungible Token ERC20，但是其定制化功能要更加强大。

欢迎加入 Solv 社区，我们期待与你交流

官网｜推特（中文）｜推特（英文）｜Discord｜电报（中文）｜电报（英文）｜Newsletter

NFT 基础层创新：动态 NFT 和 ERC-3525

2022 年是 Web3 行业很不如意的一年，DeFi 旧力已去，游戏和社交应用新力未发，放眼望去，似乎只有 NFT 仍然热度不减，各种应用、各种概念也是层出不穷，几乎是独力支撑熊市当中 Web3 的希望。除了围绕 NFT 艺术品层出不穷的新玩法之外，过去一年至少有两项基础创新值得关注：

第一是 Chainlink 提出的 dNFT （动态 NFT），即发布之后还能够响应外部事件而变化的 NFT。

第二是 Solv Protocol 提出的 ERC-3525 半匀质化通证（SFT），不但具有动态变化的能力，而且像 ERC-20 一样可以计算，像账户一样能够接受、存储、发送和编程数字资产，特别适合表达复杂的数字资产，如金融票据、积分卡、真实世界资产等等。

无论是 dNFT 还是 SFT，相比于原始的 NFT，可以动态变化的图像都是一个突出的亮点。我们知道，目前艺术类 NFT 的主要价值就在于其图像外观。而此类 NFT 的图像大都是每 ID 或者每品类固定，在 NFT 创造之初就已经确定，一旦确定就终生不能修改。这种业务逻辑之下，我们并不需要更复杂的机制，简单的静态图像就可以满足需求。而面向复杂应用的 NFT 则不然，如果 NFT 的图像能根据业务流程和外部事件“动起来”，那么无疑将会大大提升 NFT 的应用价值和用户体验。这种可以动态 NFT，我们称之为数据驱动的动态 NFT，或数据驱动的 dNFT，以区别于由时间轴驱动的、简单重复的动画 NFT。

以 Uniswap V3 为例，其交易对 LP NFT 是一种金融 NFT，定义和展现了一个 LP 的作市策略和资金头寸。由于 Uniswap V3 在开发时并没有成熟的 dNFT 解决方案，ERC-3525 更是还需要一年半才会问世，因此其开发团队所实现的 NFT 仍然是静态的、固定的，并不能够动态地显示用户的所有者、当前头寸、当前价格、无常损失等动态数据，可以说是 Uniswap 团队由于 NFT 技术限制而在产品层面进行了的妥协。如果当时存在这样的技术，NFT 的图像可以响应底层数据的变化而发生变化，向 Uniswap 的 LP 提供丰富的实时信息，那么无疑会大大提升 Uniswap V3 LP NFT 的信息透明度和用户体验。这就是典型的数据驱动的 dNFT。请注意，这里的动态图像并不是简单的时间轴动画，而是数据驱动的、可响应外部事件而变化的图像。

本文介绍了一种实现数据驱动的 dNFT 的方案，我们在实践中已经部署了这个方案，经验证非常有效，且能够与主流 NFT 平台对接。

基于 ERC-3525 的动态 NFT 实现方案

我相信，大家对 NFT 已经非常熟悉了，其核心属性也耳熟能详。token id、token URI、owner，其中token URI 描述 NFT 的扩展属性，正是其构建复杂应用的核心字段。该字段也被当前主流的 NFT 交易平台 Opensea 所扩展，并被各方广泛认可。我们的生成动态NFT图像的方案也正是围绕该字段构建。

试想一下，有如下需求：在 Uniswap V3 交易对NFT上展示owner及头寸（position）信息。

我们会面临哪些问题？有什么样的解决方案呢？

Uniswap V3 交易对 NFT 图像中，我们面临的问题就是如何生成动态 NFT 图像。LP 易主或者头寸产生变动时，都会驱动图像的刷新。

怎么开发这样的 NFT 呢？基本思路是，按需动态渲染生成 NFT 图像，在访问时实时渲染生成图像。

展开来描述。目前Uniswap V3 交易对 NFT 图像只展示静态数据，我们的目标是增加 Owner （所有者）和 Position （头寸）的 LP NFT 图像，我们可以把图像和数据分解开来：

底图 —— NFT 图像的整体架构 数据 —— NFT 图像上的可变数据 因此，我们生成动态NFT图像的方式是：以一个固定的底图为模板，在用户访问时基于数据实时生成图像的动态部分。

2.1 底图

底图配置（索引） 其中，可以根据合约地址配置，一个合约发出的所有 dNFT 共用同一个底图。也可以基于某一个属性动态选择底图，比如，在 Uniswap V3 中可以根据动态收益率来选择不同的底图，收益率越高，底图越喜庆。

contract address → background image A

contract address + 0.5% → background image 1

contract address + 1% → background image 2

• 底图格式

底图格式决定图像生成的技术，我们的最佳实践是 SVG 格式。SVG 格式底图模板示例如下：

<?xml version="1.0" encoding="UTF-8"?>
<svg width="600px" height="400px" viewBox="0 0 600 400" version="1.1" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
<style>
.text {
pointer-events: none;
-webkit-user-select: none;
-moz-user-select: none;
-ms-user-select: none;
user-select: none;font-variant-numeric: tabular-nums lining-nums;}
</style>
<g stroke="none" stroke-width="1" fill="none" fill-rule="evenodd">
<g>
<rect fill="#FFFFFF" opacity="0" x="0" y="0" width="600" height="400"></rect>
<text font-family="Arial" font-size="36" font-weight="bold" fill="#FFFFFF" class="text">
<tspan x="48" y="48">Owner: {{OwnerPlaceholder}}</tspan>
<tspan x="48" y="80">USDC: {{USDCPlaceholder}}</tspan>
<tspan x="48" y="116">WETH: {{WETHlaceholder}}</tspan>
</text>
</g>
</g>
</svg>

2.2 业务数据

获取业务数据的方式取决于 NFT 应用的实现方式。一个常用的模式是调用合约 tokenURI 接口，将返回结果基于业务解析即可获取业务数据。下面介绍这种模式的具体做法。

以下是 ERC-721 的元数据接口：

interface ERC721Metadata /* is ERC721 */ {
/// @notice A descriptive name for a collection of NFTs in this contract
function name() external view returns (string _name);
/// @notice An abbreviated name for NFTs in this contract
function symbol() external view returns (string _symbol);

/// @notice A distinct Uniform Resource Identifier (URI) for a given asset.
/// @dev Throws if `_tokenId` is not a valid NFT. URIs are defined in RFC
///  3986. The URI may point to a JSON file that conforms to the "ERC721
///  Metadata JSON Schema".
function tokenURI(uint256 _tokenId) external view returns (string);
}

这个接口中的 tokenURI() 函数可以返回一个 URI，指向该 NFT 对应的元数据资源在网络上的位置。对于一个实现了 ERC721Metadata 接口的 NFT，我们可以调用 tokenURI() 接口，获得该 NFT 的元数据。

ERC-721 标准对于元数据结构进行了以下建议：

{
"title": "Asset Metadata",
"type": "object",
"properties": {
"name": {
"type": "string",
"description": "Identifies the asset to which this NFT represents"
},
"description": {
"type": "string",
"description": "Describes the asset to which this NFT represents"
},
"image": {
"type": "string",
"description": "A URI pointing to a resource with mime type image/* representing the asset to which this NFT represents. Consider making any images at a width between 320 and 1080 pixels and aspect ratio between 1.91:1 and 4:5 inclusive."
}
}
}

很显然，关于这个 NFT 的动态数据，应该放在元数据中，以便被读取。

不过 NFT 的元数据结构并非一定，标准所规定的的格式也未必是最合理。开发者完全可以基于应用的具体情况来定义自己的元数据结构。

例如，OpenSea 就建议了另一个元数据的结构，以下是一个例子，具体建议请参见：https://docs.opensea.io/docs/metadata-standards

{
"description": "Friendly OpenSea Creature that enjoys long swims in the ocean.",
"external_url": "https://openseacreatures.io/3",
"image": "https://storage.googleapis.com/opensea-prod.appspot.com/puffs/3.png",
"name": "Dave Starbelly",
"attributes": [ ... ]
}

不管用哪种元数据结构，开发者都必须清楚地定义这种结构，并且将数据放在这个结构中，供 DAPP 调用。DAPP 读取元数据后，通过解析获得

2.3 实现方案

在当前技术条件下，底图结合动态数据驱动实时渲染生成动态 NFT 图像，还需要部署一个中心化服务来配合 DAPP 才能实现。前两节已经介绍了底图的定义方式和 NFT 应用业务数据的获取模式。这个方案的大致处理流程如下：

首先，DAPP(或其他Client) 向 Image Handler 发送一个 image URI 请求获得对应的图像； Image Handler 是一个动态图像服务，收到 image调用后，向 RPC Node 发起请求，调用相应 NFT 合约的 tokenURI 函数获得 NFT metadata；同时，Image Handler 到指定位置获得底图模板代码； 获取 metadata 后，根据相关 NFT 底图模板和 metadata 中的数据，替换底图 NFT 模板中的 Placeholders，从而实时生成 SFT 图像，这一过程也称为“渲染”：

{
"name": "Image Handler Example",
"description": "This is an image handler example.",
"image": "image URI",
}

其中 image 字段即为特定 image URI，其路由形式可以灵活设计，例如：

https://image-handler/meta/images/0xsdfh...sdf/1 https://image-handler/image?contractaddress=0xsddf..sdf&tokenid=1 这个解决方案的重点是，Image Handler 必须能够根据这个 URI 顺利地同时找到所需的底图和数据资源，然后将两者结合起来实时渲染 SVG 图像，从而展示出来。

小结

随着复杂 NFT 应用的不断涌现，生成数据驱动的动态 NFT 的需求将会越来越多，以上只是可行方案之一，希望能够抛砖引玉。值得一提的是，ERC-3525 标准对于数据驱动的动态 SFT 提供了更高水平的支持，以后我们将介绍基于 ERC-3525 的数据驱动、实时渲染的动态 SFT 生成方案。

Join SFT 社区：

官网｜推特（英文）｜电报群（英文）｜电报群（中文）

Join Solv Protocol Community:

官网｜推特（中文）｜推特（英文）｜Discord｜电报（中文）｜电报（英文）｜Newsletter

2023 年的第一个月，顶级机构和行业专家纷纷发布市场预测，SFT 作为新一代数字资产在众多报告中成为焦点。在这次的社区报告中，我们想分享过去两周 SFT 生态的发展，以及 Solv 团队基于 SFT的产品开发思路。

“SFT 将接棒 NFT 成为新的行业热点”

近几周，我们看到 SFT 和 Solv Protocol 解决方案受到了诸多主流媒体，交易所，投研机构关注，包括：

• 全球最大的加密货币交易所之一， BitFlyer，在其年度报告 “Web3 Research 2023”中，将Solv Protocol 和 ERC-3525 通证标准列入 2023 关注重点，并认为 SFT 将接棒 NFT 成为下一个热点，报告中详细介绍了数字资产从 FT（ERC-20） 到 NFT（ERC-721），再到 SFT（ERC-3525）的演变。

  完整报告：https://blockchain.bitflyer.com/pdf/web3Research2023.pdf

• Exodus 钱包对 SFT 原理及发展现状进行研究并制作视频，视频中 Layah Heilpern 介绍了 SFT 基本概念：一种新型的通证，既像 NFT 一样具有唯一性，又具有匀质通证可拆分、高流动性的优势。此外，还简要介绍了 SFT 两种主流通证标准 ERC-1155 和 ERC-3525，ERC-1155 被应用于游戏领域，而 ERC-3525 多被应用于 DeFi 领域。

  

  Exodus

  @exodus

  

  You've heard about Non-Fungible Tokens, but what about... Semi-Fungible Tokens? What are they, and what's their use case? That's today for #TechTuesday

  

  57

  2:56 PM • Dec 20, 2022

• SFT 吸引越来越多的技术爱好者加入，并涌现了技术教程等内容。

  

  mitsui @web3リサーチャー

  @mitsuiio

  

  【SFT】NFTの次なるムーブメント「Semi Fungible Token」とは？ERC-3525規格を用い、金融特化NFTを活用する「Solv Protocol」も事例として解説！
  @SolvProtocol @SolvProtocol_JP
  
  解説記事はこちら
  web3research.substack.com/p/sft
  
  bitFlyerのレポートで「NFTの次に来る」と話題に！
  
  ↓簡易解説

  108

  7:34 PM • Jan 3, 2023

SFT 基础设施不断完善

钱包

资产的应用和流通离不开基础设施的支持，钱包是用户日常管理资产必不可少的，上周 zerion 钱包开始支持 SFT 展示与管理。现在，你可以在这些钱包查看、管理你的 SFT 资产。

2022 年 SFT 交易量已实现 29 倍跃升

Solv Marektplace 是业内第一个也是最大的 SFT 交易市场。根据 DuneAnalytics 的数据显示，自 2022 年 5月开始， SFT 交易量大幅上升，全年交易量更是实现 29倍 跃升。

你可以在这些网站追踪 SFT 生态的数据

SFT 凭什么脱颖而出

正如前文所说，市场已经疲于华丽的叙事而转向真正能够创造价值的创新。而 SFT 的行业需求已早已有迹可循，Uniswap V3、Centrifuge 等 DeFi 协议出于业务需求运用 ERC-721 标准打造产品，但由于 NFT 缺少一些关键的特性，比如拆分、合并、接受和发送资产的能力等等，在金融应用中显得不够灵活。SFT 给出了一个漂亮的解决方案，从底层数字资产标准升级，用功能更灵活强大的资产标准打造产品。

想象一下你的钱包里有一个动态且具备高流动性的 SFT，记录了你的信用记录、基金份额又或是债券投资。你可以轻松地部分转让来满足现金流需求或将其作为艺术品收藏。为了便于理解和利用，我们归纳了以下 SFT 的关键特征：

• 半匀质化：每一个 SFT 具有独一无二的 ID，是非匀质的，同时其底层资产又可以像液体一样流动，同时表达出匀质化和非匀质化的特点，特别适合表达像存单、支票、承兑汇票、债券之类的金融资产；

• 自描述性：与 NFT 一样，每一个 SFT 都携带可自定义的元数据（ metadata），能够完整地描述资产的重要特征和关键信息，从而使每一个 SFT 都可以成为平台中立的、自描述信息具足的资产单元；

• 可交互性：一个 SFT可以像账户一样接受、存储和发送通证资产，在功能上接近一个具有交互性的的账户；

• 内嵌智能：SFT 内嵌智能合约，可以进行复杂的条件判断，智能地执行功能；

• 可组合性：一个 SFT 可以包含多种异质的资产，包括匀质和非匀质资产，也可以包含其他的 SFTs，并且在这些资产之间建立各种关系和结构；

• 可视化：ERC-3525 SFT支持基于模板的 UI 生成和实时信息展示，这不但大幅度提高了易用性，而且对于强调可信性的金融工具来说是不可或缺的特征；

• 安全增强：ERC-3525 吸收了早期通证标准如 ERC-20 和 ERC-721 在安全方面的实践经验和教训，进行了一系列的安全增强，例如达成 “防投毒”与钱包友好性并存，更加灵活，也为未来 Web3 行业可能实施的安全和监管规则预留了接口。

阅读或下载 SFT 白皮书：https://.sftlabs.io

SFT Labs: Ultimate Hub for Devs and Teams Building with ERC-3525

SFT Labs provides crypto/Web3 companies and protocols of tomorrow with the full spectrum of resources, funding, and support to launch disruptive Web3 digital assets powered by ERC-3525 Semi-Fungible Token Standard.

https://sftlabs.io

SFT 的产品实践

配合区块链分布式账本与智能合约，SFT 可以调动区块链的全部技术潜力，实现很多“神奇”的功能，开发出各种智能金融工具。在 Solv Protocol，我们已经打造了以下解决方案，包括：

1. Vesting SFT： 一种额度管理和分配工具。可以把 Vesting SFT 理解为一个自动执行的保险箱。用户可以锁定任何 token 到该保险箱并自定义设定释放规则。

2. 债券 SFT： 一种债务融资工具，帮助 DAO 或机构通过发行可债券来筹集资金。

3. 可转换债券 SFT： 一种结构化产品，具有与债券 SFT 相似的可转换性功能，还能根据发行方需要设置看涨或看跌期权。

此外，我们还有一个新产品即将与大家见面，敬请期待！

加入 SFT 的数字资产革新浪潮

如果您想体验 SFT 产品，可以访问 Solv Finance。遇到任何问题，请加入 Solv 社区 ，我们很乐意为您解答。

如果你想利用 SFTs 升级或是打造全新产品，请联系 ming@solv.finance。

加入 SFT 社区：

官网 | 推特| 电报群（英文）|电报群（中文）

Join Solv Protocol Community

官网 |文档 | 推特 | Discord | 电报群 | Medium | 社区周报

ERC-3525 标准是以太坊社区批准通过的半匀质化通证（Semifungible Token, 亦称为半同质化通证，简称 SFT）标准，由 Solv Protocol 提出。

ERC-3525 标准定义了一类新型的数字资产，具有以下突出优势：

• 与 ERC-721 标准兼容，具有唯一 ID 和可视化外观，可复用现有的大量 NFT 基础设施；

• 可拆分、可合并、可计算；

• 具有账户特征，可以容纳其他数字资产，如 ERC-20 通证、NFT 等，并支持在若干 SFT 之间的转账操作；

• 可以对外观、功能、资产存储、锁定、转账等各方面进行编程，并且为元数据的结构化进行了特别的优化，以支持动态变化、复杂金融逻辑等高级功能的开发。

由于具有以上的优势，ERC-3525 特别适合用来描述金融工具、数字票证、数字合同等高级数字资产，同时也正在被试用于 Web3 虚拟物品、动态 NFT 艺术品、虚拟装备、真实世界资产（RWA）通证化等领域，得到了非常广泛的关注。

Solv Protocol 已经将 ERC-3525 参考实现开源，为有兴趣了解和快速尝试这一全新通证技术的开发者提供有力的支持。这一参考实现同时以开源代码库和 NPM 模块包的形式提供，开发者可以以此为起点，在这个参考实现代码的基础之上通过改写和扩展，开发自己的 ERC-3525 应用。

本文档引导读者安装、配置和部署 ERC-3525 官方参考实现，并引导读者在此基础上开发一个简单的 ERC-3525 通证合约。这个合约没有任何特别的功能，但开发、测试和部署这个合约的过程却是通用的。开发者如果了解和熟练掌握了这个开发过程，就能够在此基础上开发复杂的、具有业务功能的 ERC-3525 通证合约了。

本文档内容基于 ERC-3525 参考实现  1.1.0 版（2022 年 12 月发布）。

预备知识和技能

ERC-3525 参考实现是基于 Hardhat 框架、以 Solidity 语言为主开发的。我们推荐读者在学习 ERC-3525 开发之前，首先掌握以下知识和技能：

• Solidity 语言和 EVM 智能合约开发的基本知识

• Hardhat 智能合约开发框架的基本实用技能

当然，要使用 Hardhat 框架，也必须对于 JavaScript 或者 TypeScript 语言有基本的了解。本文档使用 TypeScript 进行介绍，但对于有经验的开发者来说，基于本文档介绍的内容，很容易可以用 JavaScript 完成相同的工作。

我们推荐对于 Hardhat 不熟悉的读者首先通过 Hardhat 的官方文档 (https://hardhat.org/docs) 来熟悉这一流行的智能合约开发框架。

快速入门

1. 开发环境

建议读者在 macOS 或 Linux 的命令行环境下进行 ERC-3525 开发。如果读者使用 Windows，我们强烈建议读者首先安装 Windows Subsystem for Linux （WSL），然后在 WSL 环境中进行如下操作。

读者可以选择自己喜欢的任何一种代码编辑工具来编写代码，但我们推荐使用 Visual Studio Code，因为 Hardhat 的开发者 Nomic Foundation 为 Visual Studio Code 开发了一款 Solidity 插件，可以帮助提升 Solidity 和 Hardhat 开发效率。

此外，Hardhat 开发中大量使用 JavaScript 或者 TypeScript 编写测试用例，Visual Studio Code 本身对于 JavaScript 和 TypeScript 就提供了良好的支持。

2. 创建 Hardhat TypeScript 项目

首先在命令行环境下通过如下命令准备项目目录。本示例项目名称为 erc3525-getting-started。

mkdir erc3525-getting-startedcd erc3525-getting-startednpm init -ynpm install --save-dev hardhat

在命令行输入以下命令（以MacOSX为例）

将看到以下界面

选择“Create a TypeScript project”后，Hardhat 会提示若干问题，读者直接通过回车选择缺省选项即可。

全部选择完毕后，系统自动执行一系列安装和准备工作。结束后，使用 Visual Studio Code打开目录，你可以看到如下项目结构：

3. 引入和安装 ERC-3525 参考实现模块包

下面，通过 npm 命令在当前目录安装 ERC-3525 参考实现

npm install @solvprotocol/erc-3525@latest

由于我们需要用到 OpenZeppelin 的 String 库，因此需要使用以下命令安装 OpenZepplin：

npm install @openzeppelin/contracts@latest

安装完毕之后，可打开 package.json 文件，应该能够看到 @solvprotocol/erc-3525 相关信息，表明已经成功安装。

4. 编写智能合约

为了简单起见，我们规避复杂的业务逻辑，以一个最简单的应用案例来讲解 ERC-3525 的代码开发过程。这个案例中，我们创建一个最简单的 ERC-3525 通证，它只具备 ERC-3525 的基本功能，没有额外的功能。不过我们将为它创建一个“外表”，使它可以用 SVG 动态图像来显示内部的状态。

在 Hardhat 项目创建过程中，自动添加了一个实例代码文件 Lock.sol。本范例中不需要这文件，因此首先请删除 contracts/Lock.sol，并在 contracts 目录中新建文件 ERC3525GettingStarted.sol，代码如下：

// SPDX-License-Identifier: MITpragma solidity ^0.8.9;

import "@openzeppelin/contracts/utils/Strings.sol";
import "@solvprotocol/erc-3525/ERC3525.sol";

contract ERC3525GettingStarted is ERC3525 {    
    using Strings for uint256;   
    address public owner;
    
constructor(address owner_)
    ERC3525("ERC3525GettingStarted", "ERC3525GS", 18) {
        owner = owner_;
    }

   function mint(address to_, uint256 slot_, uint256 amount_) external {
   require(msg.sender == owner, 
     "ERC3525GettingStarted: only owner can mint");
   _mint(to_, slot_, amount_);
    }
}

在以上代码中，我们创建了一个新的合约 ERC3525GettingStarted。这个合约从 ERC3525 参考实现合约中派生，其构造函数直接调用 ERC3525 合约的构造函数，传入合约的全名、符号和小数位数，并为 owner 赋值。我们并且添加了一个 mint() 函数，确保只有 owner 能够铸造这个 ERC-3525 通证。具体的铸造过程，是通过调用 ERC3525 合约当中的 _mint() 实现的，这样我们就复用了 ERC3525 合约的参考实现，得到了一个最简单的 ERC-3525 通证合约。

有了 ERC-3525 的参考实现，很多基本功能都可以直接调用相应的函数实现，开发者可以只聚焦于业务逻辑和创新功能，这样就大大简化了相关的开发。

代码编写完毕之后，在命令行执行以下命令进行编译：

npx hardhat compile

编译成功结果如下：

5. 编写测试用例

使用 Hardhat 框架开发智能合约的主要好处之一是可以进行自动化测试。下面我们介绍如何使用 Hardhat 的测试框架对 ERC3525GettingStarted 合约进行自动化测试。

测试代码集中在 test 目录下。同样，我们首先删除 test/Lock.ts，然后在 test 目录下新建ERC3525GettingStarted.ts，代码如下

import { loadFixture } from "@nomicfoundation/hardhat-network-helpers";
import { expect } from "chai";
import { ethers } from "hardhat";

describe("ERC3525GettingStarted", function () {
  // We define a fixture to reuse the same setup in every test.
  // We use loadFixture to run this setup once, snapshot that state,
  // and reset Hardhat Network to that snapshot in every test.
  async function deployGettingStartedFixture() {

    // Contracts are deployed using the first signer/account by default
    const [owner, otherAccount] = await ethers.getSigners();

    const GettingStarted = await ethers.getContractFactory(
      "ERC3525GettingStarted");
    const gettingStarted = await GettingStarted.deploy(owner.address);

    return { gettingStarted, owner, otherAccount };
  }

  describe("Deployment", function () {
    it("Should set the right owner", async function () {
      const { gettingStarted, owner } = await loadFixture(
        deployGettingStartedFixture);
      expect(await gettingStarted.owner()).to.equal(owner.address);
    });
  });

  describe("Mintable", function () {
    describe("Validations", function () {
      it("Should revert with not owner", async function () {
        const { gettingStarted, owner, otherAccount } = 
          await loadFixture(deployGettingStartedFixture);
        const slot = 3525
        const value = ethers.utils.parseEther("9.5");
        await expect(
          gettingStarted.connect(otherAccount)
                        .mint(owner.address, slot, value))
                        .to.be.revertedWith(
          "ERC3525GettingStarted: only owner can mint"
        );
      });
    });

    describe("Mint", function () {
      it("Should mint to other account", async function () {
        const { gettingStarted, owner, otherAccount } = 
          await loadFixture(deployGettingStartedFixture);
        const slot = 3525
        const value = await ethers.utils.parseEther("9.5");

        await gettingStarted.mint(otherAccount.address, slot, value);
        expect(await gettingStarted"balanceOf(uint256)").to.eq(value);
        expect(await gettingStarted.slotOf(1)).to.eq(slot);
        expect(await gettingStarted.ownerOf(1))
                                   .to.eq(otherAccount.address);
      });
    });
  });
});

在上面的测试代码中，我们编写了一个测试夹具和三个测试用例，分别测试了 owner 的正确性、mint 的操作权限和 mint 操作的功能。这些用例遵循了 Hardhat 中编写智能合约测试代码的标准方式，读者可通过 Hardhat 官方文档学习，此处不再赘述。

6. 运行测试

下面实际运行测试。方法是在项目主目录执行如下命令：

npx hardhat test

执行结果如下：

这表明我们的智能合约成功通过了所有三个测试用例。

7. 添加 SVG 图像

ERC-3525 最初的设计目标是表达复杂的金融资产，特别是数字票据。既然是数字资产，就必须支持可拆分、可合并，能够像 ERC-20 通证一样进行各种数学计算。另一方面，ERC-3525 超越 ERC-20 的重要一点，就是具有可视化的外在形象，唯有如此才能够向用户传达丰富的信息，使复杂数字资产的复杂性能够被表达出来。这是 ERC-3525 选择兼容 ERC-721 的主要动机。因此，ERC-3525 支持元数据，并且通过从 IERC721Metadata 接口继承而来的 tokenURI 函数返回资源的 URL，或者直接返回图片的内容数据。在 NFT 当中，普遍的做法是将图片放在链外的存储上，然后让 tokenURI 函数返回其 URL。这种设计其实有一个非常大的风险，就是在 NFT 出售以后，控制存储的人可以更换 URL 上的图片，这样买家手里的 NFT 实际上就被篡改了。为了解决这个问题，大多数 NFT 采用了 IPFS 存储，通过哈希值来确保图片资源的唯一性。即使如此，也难以防范一些破坏，比如将 IPFS 上存储的图片资源删除。

ERC-3525 的设计初衷是为了表达金融资产，金融资产的信息非常敏感和重要，决不能被更换和删除。因此，Solv 建议直接将展现层用 SVG 表达，并直接放在链上。具体方法就是让 tokenURI 函数直接返回 SVG 代码片段，而不是指向图像资源的链接。

在 ERC3525GettingStarted 合约中加入以下函数：

     function tokenURI(uint256 tokenId_) public view virtual override returns (string memory) {
        return string(
            abi.encodePacked(
                '<svg width="600" height="600" xmlns="http://www.w3.org/2000/svg">',
                ' <g> <title>Layer 1</title>',
                '  <rect id="svg_1" height="600" width="600" y="0" x="0" stroke="#000" fill="#000000"/>',
                '  <text xml:space="preserve" text-anchor="start" font-family="Noto Sans JP" font-size="24" id="svg_2" y="340" x="200" stroke-width="0" stroke="#000" fill="#ffffff">TokenId: ',
                tokenId_.toString(),
                '</text>',
                '  <text xml:space="preserve" text-anchor="start" font-family="Noto Sans JP" font-size="24" id="svg_3" y="410" x="200" stroke-width="0" stroke="#000" fill="#ffffff">Balance: ',
                balanceOf(tokenId_).toString(),
                '</text>',
                '  <text xml:space="preserve" text-anchor="start" font-family="Noto Sans JP" font-size="24" id="svg_3" y="270" x="200" stroke-width="0" stroke="#000" fill="#ffffff">Slot: ',
                slotOf(tokenId_).toString(),
                '</text>',
                '  <text xml:space="preserve" text-anchor="start" font-family="Noto Sans JP" font-size="24" id="svg_4" y="160" x="150" stroke-width="0" stroke="#000" fill="#ffffff">ERC3525 GETTING STARTED</text>',
                ' </g> </svg>'
            )
        );
     }

这将生成一张黑色背景的 SVG 图像，显示如下：

注意，其中 Slot、TokenId 和 Balance 的数值都是直接从 ERC-3525 通证的当前状态中提取的。

8. 部署到本地节点

Hardhat 框架自带一个以太坊本地节点的实现，特别针对开发过程中的需求做了不少优化。我们推荐在开发调试过程中将合约部署到这个节点上。

在deploy目录修改deploy.ts如以下内容：

import { ethers } from "hardhat";

async function main() {
  const GettingStarted = await ethers.getContractFactory("ERC3525GettingStarted");
  const gettingStarted = await GettingStarted.deploy();
  gettingStarted.deployed();

  console.log(`GettingStarted deployed to ${gettingStarted.address}`);
}

// We recommend this pattern to be able to use async/await everywhere
// and properly handle errors.
main().catch((error) => {
  console.error(error);
  process.exitCode = 1;
});

打开一个新的 Terminal，运行hardhat 内建节点

运行结果如下（为节约篇幅，省略其它账号）：

在项目主目录执行以下命令：

npx hardhat run --network localhost scripts/deploy.ts

执行成功后将看到如下结果。注意红框的地址部分，后面的交互会用到

智能合约部署之后，可以通过 hardhat console 命令与之进行交互，这是 Hardhat 节点的一个重要优势，能够大大简化测试和调试阶段的工作。输入以下命令：

npx hardhat console --network localhost

交互指令及结果如下：

~/Sources/erc3525-getting-started$ npx hardhat console --network localhost

Welcome to Node.js v16.18.1.
Type ".help" for more information.
> const GettingStarted=await ethers.getContractFactory("ERC3525GettingStarted")
undefined
> const gettingStarted=await GettingStarted.attach('<此处替换成你部署的地址，也就是上一图的红框处的地址>')
undefined
> const [owner, otherAccount] = await ethers.getSigners()
undefined
> await gettingStarted.mint(otherAccount.address, 3525, 10000)
{
  hash: '0x94d428b32da7e66e8f0e2d48a37ddb9072dca54013130d95779495e1e443df2c',
...
}

读者可以自行输入一些 TypeScript 代码来尝试与智能合约进行交互。

9. 在 Sepolia 测试网络上部署

在开发环境下测试和调试完毕之后，就需要部署到测试链上了。测试链提供了基本等同于主链的运行环境，但在上面进行测试和调试无需缴纳高昂的 gas 费用。另一方面，有些智能合约的功能必须在测试链上才能运行，比如与 Oracle 的交互，在开发用的虚拟节点上是不支持的。我们这个案例非常简单，用不到 Oracle，但是作为一个原则，一个智能合约在上主链之前，一定是要在测试链上运行测试无误才可以。

以太坊已经于 2022 年 9 月 15 日升级到 POS，因此之前几个流行的测试链，如 Ropsten, Rinkeby, Kovan 等已经被废弃。现在主要的两个测试链是 Goerli 和 Sepolia。其中 Goerli 历史较长，完全开放，比较适合于测试复杂的智能合约，而 Sepolia 较新，由一组确定的验证者节点组成，不能随意加入，是当前进行 DApp 开发测试的首选测试链。在这个例子中，我们选择 Sepolia 测试链。

为了部署在 Sepolia 测试链，读者需要通过 https://www.infura.io/ 申请 infura API KEY。我们假定读者已经完成这项工作，下面直接介绍部署的过程。

修改 hardhat.config.ts 如下：

import { HardhatUserConfig } from "hardhat/config";
import "@nomicfoundation/hardhat-toolbox";

const config: HardhatUserConfig = {
  solidity: "0.8.17",
  networks: {
    sepolia: {
      url: process.env.SEPOLIA_URL || `https://sepolia.infura.io/v3/${process.env.INFURA_KEY}`,
      accounts:
        process.env.PRIVATE_KEY !== undefined ? [process.env.PRIVATE_KEY] : [],
    },
  }
};

export default config;

然后在 Terminal 命令行环境中执行以下命令，设置  infura api key 和 private key：

export INFURA_KEY=<YOUR_INFURA_KEY>; export PRIVATE_KEY=<YOUR_PRIVATE_KEY>;

请注意，将 替换成你申请的 infura API KEY，将 替换成私钥。强烈建议测试网和主网的私钥隔离，不要使用已有的主网私钥。 在 Sepolia 测试网中进行测试需要准备一些测试币，即 Sepolia FaucETH。读者可以到 https://faucet.sepolia.dev/ 去申领一些 FaucETH 以供测试之用。 这些准备工作做好之后，就可以执行脚本进行部署了： npx hardhat run --network sepolia scripts/deploy.ts 执行成功后，结果如下。请注意红框中的地址，我们将在下一步中使用到。 10. 铸造 ERC3525GettingStarted 通证 下面我们来铸造一个 ERC3525GettingStarted 通证。我们采用的方法是使用 TypeScript 调用合约功能进行通证铸造，这与在 Web3 DApp 开发中的模式是一致的。 首先在 scripts 目录下新建文件 mint.ts ，代码如下： import { ethers } from "hardhat"; async function main() { const [owner] = await ethers.getSigners(); const GettingStarted = await ethers.getContractFactory("ERC3525GettingStarted"); const gettingStarted = await GettingStarted.attach('<部署合约地址>'); const tx = await gettingStarted.mint(owner.address, 3525, 20220905); await tx.wait(); const uri = await gettingStarted.tokenURI(1); console.log(uri); } // We recommend this pattern to be able to use async/await everywhere // and properly handle errors. main().catch((error) => { console.error(error); process.exitCode = 1; }); 请注意，将代码中 <部署合约地址> 替换成上一节红框中的地址。 最后，执行以下命令： npx hardhat run --network sepolia scripts/mint.ts 这样，我们就成功的铸造了一张 ERC3525GettingStarted 通证。 怎么确认这一点呢？可以到 Sepolia Etherscan (https://sepolia.etherscan.io/) 上去查看铸造出来的 token。在浏览器地址栏里输入： https://sepolia.etherscan.io/address/<部署合约地址> 请注意，将<部署合约地址> 替换成上一节红框中的地址。 恭喜你！如果一切顺利，你就成功的开发和部署第一个 ERC-3525 通证了，可以对它进行各种新的操作了，比如拆分、合并、在两个通证之间转账，等等，赶快尝试一下吧！ 本文完整的示例代码参见 GitHub （https://github.com/solv-finance/erc3525-getting-started）。 进阶学习 本教程对于 ERC-3525 半匀质化通证（SFT）应用开发的过程进行了简明扼要的阐述。读者可以由此出发，开发具有丰富功能和高级外观的 SFT。当然，如果想要深入学习 ERC-3525 的知识和开发技术，这只是一个起点，我们推荐您从以下几个方面入手深入学习： 阅读 ERC-3525 白皮书（https://whitepaper.sftlabs.io/SFT%20Whitepaper.pdf） 研究 ERC-3525 参考实现 （https://github.com/solv-finance/erc-3525） 研究 SFTLabs 官方提供的 Showroom 案例 （https://showroom.sftlabs.io/showroom/） 研究 ERC-3525 技术专家开发的以太币现金钞案例 Crypto Notes  (https://cryptonotes.fun/) 我们也将继续发表一系列文章和教程来帮助开发者掌握 ERC-3525 技术。

Will Wang，Solv protocol 联合创始人、ERC-3525 标准提出人

Ethan Tsai，Solv Protocol 核心技术团队成员、ERC-3525 核心贡献者之一

前言：本文写作于 2021 年 3 月23 日，也就是去中心化交易所 Uniswap 发布 v3 的第二天。当时，Solv 团队正在向以太坊社区提交  ERC-3525 标准草案，看到 Uniswap v3 LP的设计后，兴奋于“将 NFT 应用于金融类应用”的理念与行业领导者不谋而合，同时也认为正在设计和提交的 ERC-3525 能为 v3 作出重大改进：包括为 LP 带来更好的流动性和管理能力。

本文探讨了 Uniswap v3 区间做市的工作原理，仔细分析其固有的问题，以及基于 ERC-3525 解决这些主要障碍的解决方案。时隔一年多，ERC-3525 已经成为以太坊社区正式标准，我们认为当时提出的对于 ERC-3525 改进方案仍然具有价值，故重新发表此文。

由于文章发表较早，部分技术内容与 ERC-3525 正式标准有一定差异，特此说明。

一、 背景

Uniswap V3 引入了做市商的差异化 position 管理能力，允许做市商针对不同价格区间来配置做不同市资金量：当成交价落在某个价格区间内，做市商对应的资金头寸参与做市，成交价落在这个价格区间外，这部分资金不参与做市。这是一个很有力的创新，其价值和具体实现有很多细节，这里不做展开。我们只针对其中一个问题进行讨论：position 的管理方式，也就是Uniswap V3 LP 的技术实现手段。

众所周知，Uniswap V2 的 LP 是一种 ERC-20，由于 V2 中并没有区间化的 position 管理，所以 V2 的 LP 实际上就是全价格范围的 position 管理 token。同时，由于 position 没有差异化，Uniswap V2 的 pool 也就和 LP 合二为一，形成了一体化的管理模式，这也是目前大部分DEFI项目的资金池管理模式。

由于 ERC-20 模型的限制，无法实现差异化 position 管理，否则会导致针对每个 position 创建一个 ERC-20 合约，不仅代价难以承受，而且 ERC-20 资产的流动性特征也没有获得充分利用，得不偿失。同时，由于差异化 position 又要汇聚成统一的资金池，因此原有的 LP 与资金池合二为一的模式也不是那么显而易见了。对这两个问题，Uniswap V3 给出的解决方案是：position 管理 token 改为 ERC-721，pool 也成为一个单独的合约。

二、 底层资产 Token化（tokenization of underlying assets）的价值

那么，Uniswap V3的 position 管理解决方案是最优的吗？要讨论清楚这个问题，我们首先要回顾一下目前主要 DEFI 平台所采用的“底层资产 token化 ”这一模式的价值。

所谓底层资产 token 化，就是指用户将资产存入 DEFI 平台的资金池合约本身是一个 token 合约，对应发行的 token 就是用户的资产存储凭证，这种模式之所以一直是主流 DEFI 平台的首选方案，主要是因为其创造了一种“双层资产”的模型，将底层资产与 token 化资产分离，从而带来了两个核心价值：

首先，token 化形成一种新的衍生资产，很大程度上释放了底层资产的流动性。比如Compound 的 cToken、Uniswap V2的 LP，由于其与底层资产在数量上的对应关系，使得其包含内在价值，且价格可以计算，现在已有大量平台支持这类 LP 资产的交易、质押，显著提升用户资产的流动性。

其次，双层资产的处理相互独立，互不影响，为协议带来了简化资产管理和提升底层资产稳定性的价值。例如：用户需要将资产出售、质押或转移到另一个地址进行管理的时候，只需要用标准的 token 协议进行操作，而无需由资金池协议开发任何对应的管理功能。同时，通过token 的转移实现底层资产所有权的变更，使得用户无需采取将底层资产取出再存入的动作，保障了资金池规模的稳定性。

整个 DEFI 世界的乐高积木模型，在很大程度上是因为上述两个能力才得以发挥最大的价值，因此任何一个 DEFI 协议的底层资产管理架构，也就是其 token 化的实现手段，应该以最大限度提供上述两个能力为前提，为这一目标寻找对应解决方案的努力都是值得的。

三、 Uniswap V3 position LP 的问题

回过头来看 Uniswap V3 的LP解决方案，会发现一个明显的问题，那就是基于标准 ERC-721协议实现的 position 管理，虽然支持了差异化的特性，但却没有最大限度地保持前述的两个价值。我们用两个场景做示例来进行讨论：

头寸变更

Uniswap V3 提供了头寸变更的能力，允许针对一个 position 来修改其价格区间，这很显然是一个必备功能。但用户可能不满足于单纯的修改价格区间，例如：一个用户投入了 100 万美元在 1500-2000 这个区间的 ETH-USDC 交易对上，根据市场情况他希望将其中30 万美元转移到 1000-1200 这个价格区间上，以应对可能出现的下跌。在现有 Uniswap V3 的实现中，用户唯一能做的就是从现有价格区间的头寸中取出 30 万美元，另外创建一个对应新价格区间的 position。这显然没有达到我们上面讨论过的尽可能避免用户取出底层资产，从而保持资金池稳定性的目标。

资产流动性

如前所述，Uniswap V2 的 LP 已经成为被广泛认可的资产，相信 V3 的 LP 也不例外，因此针对这种资产的质押、交易和各种处理会成为普遍需求，但由于 ERC-721 的限制，无法在这类场景中提供灵活的方案。例如：有两个平台提供 V3 LP 的质押服务，用户暂时无法判断哪个平台收益更好，最简单的办法就是分别质押 50% 的资产，这在 ERC-20 时代是简便易行的，而现在却无法完成，用户甚至需要为此创建两个价格区间完全一样的 LP 去实现这一目标吗？

Uniswap 给出的答案是由进一步的外围合约或者第三方来提供（基于ERC-20的）re-fungible 的方案，但这显然不能令人满意。一方面，如果针对每一个 ERC-721 ID 发行一个ERC-20合约，会形成灾难性的合约碎片问题，让接收 LP 资产的平台很难处理。反过来，如果采用打包机制将若干 ID 的 token 进行整合，不仅增加用户资产管理的难度，还要面临复杂的价格确定机制的问题。对于 NFT 领域内 re-fungible 方案比较熟悉的人会了解，这种模式并不能有效应对 position LP 这种高度复杂性的金融资产。

总体而言，基于标准 ERC-721 协议的 LP，基本上很难实现 ERC-20 类型 LP 的管理能力与流动性模式，而这些特征实际上是 LP 类 token 资产的核心价值。如果 Uniswap V3 仅仅采用这种方式来实现 LP token，对于方兴未艾的 LP 市场可能造成不小的打击。

四、 解决方案

我们之所以能够对上述问题作出快速而深入的分析，是因为我们在设计借贷市场中的定期借贷产品、投资市场中的定期解锁产品时，都遇到过相同的问题，并且给出了比标准 ERC-721 更好的方案。我们也因此相信，这个方案同样适用于Uniswap V3 的 LP，使其具备更好的流动性和管理能力。

答案就是一种新型的资产协议，我们称之为 SFT，这实际上是一组协议的统称，包含多种类型的接口，具体细节会在未来逐步介绍。简单讲，SFT 是一种支持数量描述的NFT，在此基础上可进行拆分、合并和部分转让。同时，为了更好地支持“双层资产”模型，SFT 还在协议层增加了底层资产描述能力，从而支持和规范这种模式的实现。此外，为了有效与现有的 DEFI世界基础设施进行交互，SFT 在实现层面与 ERC-721保持兼容，从而任何支持标准 ERC-721的协议都能够将 SFT 的token当做 ERC-721 的 token 来处理。

从技术层面描述，这个协议会包含以下接口（仅列出部分）：

function safeTransferUnitsFrom(address from, address to, uint256 tokenId, uint256 targetTokenId, uint256 transferUnits) external;

function split(uint256 tokenId, uint256 newTokenId, uint256 units) external;

function merge(uint256 tokenId, uint256 targetTokenId) external;

function approveUnits(address to, uint256 tokenId, uint256 units) external ;

其中，Units 表示一个 NFT 中所包含的数量。

资产管理灵活性

由于增加了数量属性以及拆分、合并和部分转让的能力，上述 Uniswap V3 LP 的问题都能够获得很好地解决。举例而言，当你希望将一部分头寸转移到另一个价格区间时，只需要将现有头寸对应的 LP token 按照金额拆分成两部分，然后对其中一部分进行价格区间变更，而无需首先取款。对于转让、交易、质押等操作，也可以进行类似的处理，并且由于 LP 的数量与底层资产存在对应关系，LP 资产的价格也清晰易见，不需要再采用其他外围协议或者打包成ERC20，使得用户和其他DEFI协议都能够获得接近于 ERC-20 LP 的处理能力。

LP与pool一体化

不仅如此，由于 SFT 在协议层增加了底层资产的描述能力，使得 token 与底层资产的映射关系与 ERC-20 同等灵活，可以使 Uniswap V3 很容易地实现 LP token 与资金池的一体化，回到 V2 以及目前大部分 DEFI 协议所采用的简单而清晰的“双层资产”模型。

从 Uniswap 作为 DEX 的实现角度看，这一方案并不是必须的，V3 的文档中还特别说明 LP token 与 pool 的合约拆分，是有意为之。但在我们看来，这种一体化模式所带来的双层资产处理方式的一致性，在提升 LP 资产的流动性、降低信任摩擦方面还是有很重要的作用的，仍然非常值得考虑。

当然，实现一体化模型还有很多其他因素需要考虑，比如是否由于 ERC-721 基础合约较大，导致超过 EIP-170 限制问题等等，这也都是我们在实践中处理过的问题，相信在技术层面都是能够解决的。

五、 结论

总体上说，我们的结论是：现阶段 DEFI 已经进入了更复杂、更多维度的金融产品设计与实现的阶段，类似于差异化头寸管理的模式会层出不穷。在这一趋势下，要保持 LP 类资产的流动性和管理便捷性，寻求一种新型的资产协议是必须并且值得的，SFT 就是我们为这一系列目标给出的解决方案。

2022 年 9 月 3 日，半匀质化通证标准 ERC-3525 草案的最后公示期（last call）结束，这意味着，ERC-3525 几周内将会正式通过，成为行业标准。预计这也将是以太坊升级合并之后通过的第一个通证标准。

通证（token）是区块链创新的热点之一，现在以 ERC 命名的通证标准有数十个，而且不断有新的标准涌现，ERC-3525 有什么特别之处吗？

与新出现的大多数专用“小标准”不同，ERC-3525 是一个通用的“大标准”。这个新的通证标准由 Solv Protocol 团队提出和设计，获得多位以太坊核心开发人员的支持，从启动到定案历时 20 个月，反复改进，数易其稿，在崇尚速度的区块链行业里是少有的“慢工出细活”。

ERC-3525 定义了一个新的资产类别——半匀质化通证（SFT），因此与 ERC-20 和 ERC-721 是同一量级的标准。此前，ERC-20 在 2016 年开辟了匀质化通证（FT）市场，目前 FT 资产规模达到数千亿美元。ERC-721 在 2018 年开辟了非匀质化通证（NFT）市场，目前 NFT 资产规模达到数百亿美元。ERC-3525 是否可以开辟一个新市场呢？这个市场的前景如何呢？

要回答这个问题，必须了解什么是半匀质化通证 SFT，而要了解什么是 SFT，就得首先知道 FT 和 NFT 是什么。

什么是 SFT ？—— 从 FT 和 NFT 说起

匀质化通证的英文是 “fungible token”，简称 FT。英文 fungible，就是“可相互替代”的意思。顾名思义，FT 的特点是，任意两个单位的通证完全相同，可以相互替换，因此整体来说是“匀质的”。因为 FT 直接对应于现实世界中的货币、普通股、积分等价值单位，并且可以进行加减等计算，容易理解，因此出现的最早。早在 2015 年以太坊刚刚启动，Vitalik Buterin 就提出通过智能合约实现 FT 的想法，并由 Fabian Vogelsteller 于 2015 年 11 月提出 ERC-20 标准建议。2016 年之后，ERC-20 就成为使用最广泛、人们最为熟知的数字通证标准，开辟了一个数千亿美元的巨大产业。

非匀质化通证的英文是“non-fungible token”，简称 NFT，它在各方面都是 FT 的反义词。FT 中任意两个单位的通证完全一样、可相互替代，而每一个 NFT 独一无二、举世无双、不可被替代，也无法参与计算。FT 代表抽象的数量单位，NFT 则代表具体的数字物品，比如虚拟艺术品、域名、音乐、游戏装备等等。为了表现自己的独特性，每一个 NFT 都有自己独一无二的 ID（由创建合约地址和序列号确定）和元数据（metadata）。NFT 的主要标准是 ERC-721，2018年 1 月由 William Entriken 等三人提出。NFT 出生的前三年，可以说都是一个默默无闻的配角。直到 2021 年，随着加密艺术品的火爆，NFT 产业突然爆发。2022 年前五个月 NFT 新增资产规模就达到了 360 亿美元。如今 NFT 已经被认为是 Web3 和元宇宙最重要的基础设施之一。

那么 SFT 是什么呢？

SFT 就是半匀质化通证，是一种新的通证类型，是与 FT 和 NFT 并列的第三种通用数字资产类型。既然叫“半”匀质化通证，顾名思义，就是介于 FT 和 NFT 之间，既可以拆分计算，又有唯一性。

刚才我们介绍了，FT 适合于表达抽象的数量，NFT 适合于表达具体的、独一无二的物品，那么 SFT 又适合于表达什么呢？

SFT 能带来什么新的链上资产？

事实上，SFT 适合于表达内含数量特征、有时需要进行合并或拆分操作的数字物品。典型的例子是金融票据、高级金融合约、土地，以及一切具有内在数量的标准化商品。例如，两张条件完全相同、面值各 500 元的债券，等同于一张相同条件、面值 1000 元的债券。再例如，两块虚拟土地，在一定条件下，可以合并视为一块。在实体经济中，两块同型号、有效面积各 20 平米的太阳能板，在管理核算的时候，可以视为一个 40 平米的太阳能板，两车皮的同型号煤炭，可以按吨位加合统计为同一批次。这种类型的物品，在 Web3、DeFi 和实体经济中普遍存在，特别是在管理、统计、金融化场景中，可谓俯拾皆是，规模巨大。这些物品最适合用 SFT 进行表达。

ERC-3525 专门为表达SFT 而设计，兼具 FT 与 NFT 的优点，既像 NFT 一样具有丰富的信息承载和可视化表现能力，又像 FT 一样具有数量特性，可以灵活拆分、合并和进行数学计算。基于 ERC-3525，开发者可以轻松支持上面所列举的那些应用场景，不但是 Web3、元宇宙的基础设施，而且也是将区块链与实体经济结合的重要桥梁，其应用潜力可以说是无限的。从长期来说，SFT 必将发展成为万亿美元规模的巨大产业。

除此之外，ERC-3525 还具有强大的可扩展性，可以添加很多神奇的功能。例如，ERC-3525 的提出者、Solv Protocol 官方团队在 ERC-3525 的基础上拓展出了一个非常有用的能力，使 SFT 能够容纳类型和数量不限的其他数字资产。这些数字资产可以是 FT、NFT，也可以是其他的 SFT。这一技术扩展还允许向 SFT 动态地转入和转出资产，这就使得 SFT 成为一个灵活的动态容器，几乎可以用来表达各种 Web3 高级数字资产、金融工具和合约，应用潜力巨大。

可见，ERC-3525 代表一种普遍存在的数字资产 SFT，与此同时还具备强大的可扩展性，给各种创新留足了空间。

ERC-3525 有什么用？

在 Web3 中如何应用 ERC-3525 呢？有以下几个思路：

第一，用 ERC-3525 来构建各种高级数字金融资产，比如存单、汇票、债券、期权、期货、互换合约、保险合约、基金份额、资产支持证券（ABS）等。一方面，ERC-3525 SFT 可以自由拆分合并和计算，其灵活度与 ERC-20 匀质通证相比毫不逊色。另一方面，高级金融资产具有复杂的条件组合，需要很强的表达能力。而 ERC-3525 在 ERC-721 基础上，大大增强了元数据和可视化能力，能够表达更加丰富、结构化的信息，具有传统技术无法比拟的信息透明性和穿透力。例如，如果用 ERC-3525 来表达基金份额资产，用户可以非常方便地透视该基金当前的资产组合和资产状态，消除传统金融中常见的信息不透明和信息不对称。

第二，以 ERC-3525 为基础开发 Web3 或元宇宙当中的高级虚拟物品和装备。例如虚拟土地，如果用 NFT 来表示，则难以处理土地合并、拆分等操作，而用 SFT 来表示，则轻而易举。再例如可升级、可合并的游戏装备，使用 SFT 的可计算性和可组合性，都能够大大简化开发难度，提升虚拟商品交易的流动性。另外，基于 ERC-3525 来制作会员卡、礼品券、抽奖券，能够实现很多前所未有的功能，丰富 Web3 应用的用户体验。

第三，基于 ERC-3525 实现真实世界资产上链。ERC-3525 SFT 可以携带和锁定真实世界产生的、具有法律效力的合同文本（通常以 PDF 文档表示），并且通过对预言机（oracle）服务的编程实现对相关资产状态的实时检控。因此，在与相关机构和政府部门协调一致之后，ERC-3525 可以成为真实世界资产上链的有力工具。例如，可以将土地表达为 ERC-3525 SFT，还可以将太阳能板表达为 ERC-3525 SFT，两种真实世界资产都可以面积为单位表达，放在区块链上进行管理，不但可以自由的组合、拆分和转让，而且对接管理系统之后可以快速查询其实际状态，无论是在产业链的协作还是在金融化方面，都具有传统技术无法比拟的优势。

第四，将扩展的 ERC-3525 SFT 当成可流转、拆分的数字资产钱包。如果使用了 Solv Protocol 扩展的动态容器功能，ERC-3525 SFT 就可以像钱包一样，容纳多类型、不限数量的数字资产，比如把 2 个比特币、10 个以太币、2 个 BAYC NFT 和另一个 SFT 打包收纳到一个 ERC-3525 SFT 中，这就像钱包一样了。但是，这个 SFT 可以流转，甚至可以拆分，远比钱包灵活。

最后，也是最为通用的用途，是可以将 ERC-3525 SFT 当成可视化、通证化的智能合约。因为 ERC-3525 SFT 的可以内嵌一个或一组智能合约，有自己的执行逻辑和触发条件，同时又有具有接受、发送通证的能力，因此完全可以将 ERC-3525 SFT 看成是可流转、可拆分、可视化的高级智能合约。理论上智能合约可以实现的各种功能，都可以用 ERC-3525 来实现，而且更加灵活。由于智能合约是区块链的核心技术，因此 ERC-3525 也成为最具通用性、最能够体现区块链特色和优势的技术之一。例如，可以开发一个供应链追踪和管理的行业协作平台，用 SFT 表示一批货品，当发生分销的时候，可以对 SFT 进行拆分。再例如，可以用 SFT 来制作贸易合同、租赁合同或者抵押贷款合同，发挥智能合约精确严格、自动执行、实时高效的优势，大大提高合同制定和执行的效率，并为引入供应链金融奠定良好的基础。

可以说，即将通过的 ERC-3525 是目前最先进、最通用，也是最多功能的数字资产和数字物品通证标准之一。那么它的使用成本和门槛是不是也很高呢？

令人意外的是，ERC-3525 的平均 gas 消耗水平与 ERC-721 相当，在一些常用功能上甚至显著低于业内流行的 ERC-721 标准实现，这是精心设计与长期优化的结果。此外，为了降低使用门槛，ERC-3525 设计为与 ERC-721 兼容，所以目前市场上几乎所有的钱包、DeFi 协议、NFT 工具和市场，无需修改就可以直接支持 ERC-3525。此外，ERC-3525 参考实现完全开源，人人可用，而且已经有成功案例。Solv Protocol 已经基于 ERC-3525 开发了了业内最大的债券发行和交易市场，FujiDAO 正在基于 ERC-3525 开发期权市场，其技术先进性已经得到验证。

我们相信，ERC-3525 将成为区块链的头部通证标准之一，为 Web3、数字金融和区块链实体经济应用探索新的空间，开启万亿美元级别的巨大市场。

作者：Will、肖小跑

01 Web3 世界的“阿喀琉斯之踵”

电影《无间道》中，刘德华是打入警司内部、为帮派传递内幕消息的黑帮栋梁；梁朝伟是潜入帮派中的警校生。一个坏卧底和一个好卧底，两人的真实身份都被抹得干干净净，没有任何文件、记录能证明真身。对于卧底警察梁朝伟，世界上唯一能证明自己初始“灵魂”的，只有黄 Sir——他的直属上司。

而当黄 Sir 从房顶上落到汽车顶上，血浆四溅那一刹那，这唯一的“社会关系”也消失了，梁朝伟老师的“灵魂”就这样人间蒸发，陷入了万劫不复。

现在换个场景：梁朝伟老师来到了区块链中的虚拟世界，他留在区块链中的所有痕迹——数字资产、NFT、社交网络、警校证书——都被绑定在一枚私钥上。如果唯一的私钥不见了，梁朝伟老师一样会在区块链网络上变成“透明人”，丢失“灵魂”吗？他有机会依靠虚拟世界中的“社会关系”（social recovery）来恢复自己的身份吗？

到目前为止，答案是很抱歉，梁朝伟老师大概率会落得和现实世界中同样的结局。在当下的区块链世界中，私钥就是一切，没有了私钥，我们在区块链世界中创造的、拥有的一切都无法挽回，没有客服中心帮您恢复私钥，也没有黄 Sir 帮你作证。

这是我们寄予厚望的区块链、Web3 世界的阿喀琉斯之踵：我们有了可以无限输入输出的“信息互联网”，也有了可以承载“资产”、实现价值流转的区块链；而我们的灵魂、身份、信用和社会关系呢？却依然无处安放。

“灵魂绑定代币”（Soul-bound token, SBT）概念的出现，让我们开始有了答案。眼前的web3蓝图中，开始呈现清晰的层次——我们需要“信息互联网”（Information Network）、“契约互联网”（Asset Network）、和“身份互联网”（Status Network）这三根擎天巨柱，才能共同撑起一个完整、可行的“Web III”。

02 当下的 Web3：没有“身份”的“契约互联网”

以太坊自诞生起，就带着“世界的计算机”的使命和光环。可如今的以太坊，却饱受“过度金融化”的诟病，迄今为止，其最主要的功能依然只是金融和资产交易，这让“世界计算机”的定位越来越尴尬：一个只有“地址”没有“身份”、纯契约化、智能合约化的区块链体系，无法支撑起一个有效、丰富、社会化形态的应用构建——已经慢慢成为共识。

电影《分裂》中，拥有 23 种人格的凯文，在时尚设计师 Barry、强迫症控制狂 Dennis、保守的信教妇女 Patricia、淘气未成年人之间来回游走——在现实世界中，你需要患上严重的人格分裂症才可体验；而在只有“地址”没有“身份”的虚拟世界中，任何正常人都可以做到。

比如女巫攻击，一个人可以通过无数“地址”去做同一件事，破坏规则。再如“隐性的中心化”，如果一个人可以掌握无数地址和资产，那他/她就是“中心”——我们绕开了一个显性的中心政府，却迎来了在背后控制一切的隐形操控者。在没有“身份”的世界里，“去中心化”似乎是个伪命题。

在现实世界，我们生活在“身份”如空气和水的环境里，完全无感它带来的便利；而在没有身份的区块链世界中，一切变得既透明又隐匿，污浊混乱横行无阻。我们必须依靠建立数字世界中的“身份体系”，才能完成数字世界的“自由进化论”——从家犬般的“消极自由”，到鸵鸟般的“放任自由”，再到蚁群般“有约束的自由”。

但是问题来了：区块链世界中的“身份”，应该以什么姿态出现呢？

03 区块链世界中的“契约身份”（contractual status）和“关系身份”（relational status）

英国古代法学家梅因在 150 多年前曾提出论断：**人类社会所有进步，到此为止，都是从“身份”到“契约”的运动。并且意识到，人的“身份”有两个来源：一个源于与他人的“社会关系”，另一个源于“契约的执行”。**梅因之所以倡导“从身份到契约的进步”，是因为150年前的现实社会中，人们最缺乏的是“契约身份”（contractual status），导致人们无法实现大规模协作；而150年后的区块链世界中，缺少的却恰恰是“关系身份”（relational status）——现实世界中的社会关系在区块链上的映射，才会出现一系列新的问题。

区块链内生的“契约身份”（contractual status）是只能通过智能合约的执行而得到、也只能通过智能合约去改变的“状态身份”（status）——在区块链中的表现即为“资产”。虽然在这个“纯计算性”的体系中，“契约化”被推到了极致，产生了超高的效能，但由于仅仅存在这一种“契约身份”，其缺陷也清晰可见——应用场景狭窄，“过度金融化”也就不可避免。

那么，现实世界映射进区块链世界的“关系身份”（relational status）又是什么呢？

Vitalik、Glen Weyl等在《去中心化社会：寻找Web3的灵魂》一文中提出的“灵魂绑定代币”（Soul-bound token, SBT）是一种可能的设想，也是目前 Web3 领域最实际可行的解决方案——当你把现实世界中，由于社会关系而缔结的“契约”，如工作经历、毕业证书等等映射成“SBT”，在链上跟自己绑定，“关系身份”（relational status）的巨大威力便开始展现：它可以被别人颁发——对方通过向你发行 SBT 的行为确认了“关系”，也可以通过“撤回”或者“改变”来修改你的“状态/身份”（status），还可以通过验证同你之间的“关系”来恢复。

有了基于社会关系的身份，Web3 世界中的“阿喀琉斯之踵”似乎不攻自破，不仅可以抵抗女巫攻击（因为颁发 SBT 的第三方清晰可见），连至今无人能解的“链上无抵押借贷”，也有了一丝实现的曙光。

因此，我们在数字世界中的“完整状态”，应该包括“信息”、“资产”、和“关系”——缺少任何一个都是不完整的。于是，一张“Web III 施工图”便清晰浮现——只有把“社会关系”也引入到 Web3世界中，才能构成一个完整的去中心化社会形态（DeSoc）。

我们需要在“信息互联网”和区块链的“契约互联网”之上，再搭建一层能完美承接 150 年前梅因“社会关系”的基础设施——“身份互联网”。

04 即将到来的“Web III”：“信息互联网”+“契约互联网”+“身份互联网”

我们寄予厚望的 Web3世界，应该是一个有可以无限输入输出的“信息互联网”（Information Network），有可以承载“资产”、实现价值流转的“契约互联网”（Asset Network），和能够安放我们的灵魂、身份、信用和社会关系，解决“我是谁、我拥有什么”的“身份互联网”（Status Network）。

有了这三根擎天巨柱，才能共同撑起“Web III”。

建立在互联网之上的“信息网络”是一切的基础。而以太坊是一个强大的世界状态机，能够同步所有智能合约的执行，因此完全可以独立胜任“契约互联网”的构建。但是“身份互联网”该如何实现呢？互联网和以太坊能满足现代社会一个人同时拥有多重“状态身份”（status）、又能安全、独立持有“资产”的情景吗？区块链基础设施是否能够承载“Web III”这三根“大柱子”？

答案大概率是否定的。由于“身份”和“契约”在底层技术实现逻辑上大不相同，这些差异不仅仅存在于概念或认知上，更存在与技术、算法、结构层面上。“身份互联网”的实现，若要覆盖所有社会关系领域，将是个浩大工程。SBT 是在现有体系下的一个重要实现手段，其代表的“状态身份”必然来自于现实世界的社会关系——这需要通过技术手段在安全、完整、保证隐私的前提下映射到区块链中，绝不是发一个“token”这么简单。

因此，“去中心化社会”（DeSoc）若想达到能承载现实世界的社会关系、数据治理、隐私保护、权益分配等等复杂结构，“身份互联网”（relationship network）应该是一层独立的“身份网络”体系，一个全新的的基础设施层。

如果继续开脑洞，它甚至可以依靠从以太坊网络中的“资产层”（asset chain）独立出“状态/身份层”（status chain）、构建出“以太坊3.0”来实现。“状态/身份层”（status chain）可以“分叉”扩展出多个平行宇宙，同时“资产层”维持不变，既保持和现实世界资产形态的映射关系，又可以被两个平行宇宙中的智能合约分别接受——达到和现实世界一致的效果。

05 “Web III”不是一个完美世界——“中心化”依然不可或缺

加密世界之所以“过度金融化”频发，除了没有“身份状态层”，还因缺乏一味关键因素——一个安全、透明化、纯算法化、只记录地址和交易事实，不跟交易者产生任何“关系”的“第三方”。拥有一个能向你发行和确认“社会关系”（relational status）的第三方，是去中心化社会（DeSoc）建设中不可缺少的一片拼图。

当此“第三方”平台足够大，它不仅对 DeSoc 中的每个声誉体系、每片关系网络的建立起到关键贡献，自己也将是整个体系的受益者：一个公开的“关系状态”，可以让网络中四通八达的关系节点互为参考，当一个网络中交织的综合因素越多、容纳的“关系”越丰富，整个社会对于“关系”这件事也会更加看重——一个“你好我好大家好”、互相增信的网络可期，信用贷款、分期付款、资产按揭的各种金融工具就有了搭建的基础。

可这样不是又把“中心化”引入“去中心化社会”中了吗？

虽然当“身份互联网”的时代到来，“第三方”的概念虽然会逐渐向今天“ Web2 大平台”的形态靠拢，但它依然是搭建在开放式、计算性的体系上，透明的、没有黑箱的“第三方”——我们在Web2巨头构建的“蓝药丸”虚幻美好世界，和加密朋克无限自由的“红药丸”极端坚持中，应该有“绿药丸”温和剂量的选择。

在“Web III”社会，我们需要的是蚁群般“有约束的自由”。

06 结论

去中心化社会（“DeSoc”）理念的实现，需要搭建一个新的基础设施“身份层”，需要能够同时承载“Web III”的三根支柱——“信息网络”（Informational network）、“资产网络”（Asset network）和“身份网络”（Status network）。

然而，在公有链上实现和现实世界的“映射关系”，这件事的难度做过尝试的人都知道——“链圈”先烈们的尸体至今还漂在现实虚拟交界的“数字弱水河”之上，若隐若现。

从契约自由、到《激进市场》、再到SBT和去中心化社会，既然“身份”和“契约”这两条串起人类社会一切活动和发展的纽带，早在150年前梅因的大脑中便已出现，我们有充分理由相信：“契约互联网”（Asset Network）和“身份互联网”（Status Network）支撑起的“Web III”和DeSoc的实现，只是一个时间（good timing）的问题——早一步可能成为先烈，晚一步会被时代巨轮无情碾过。

导言

5 月初 SBT 论文发表之后，迅速成为整个 Web3 领域最热门的话题之一。我本人在数字资产领域学习实践多年，对于 SBT 一方面感到兴奋，另一方面也多少有些怅然。兴奋是容易理解的，怅然何解呢？主要是因为，在创建去中心化的信誉体系这个问题上，类似 SBT 这样的思路，之前也有人提出来过，甚至有些想法也很精彩。然而，之前所有人的种种灵光一闪，最终只是停留在舌尖茶杯之中。最后要引起普遍共识，驱动行业进步，还得 Vitalik 发话。为什么？因为这件事情的难点不在于技术，SBT 在技术上也没有什么惊人之处，这件事情的难点在于观念的突破，在于思想解放，在于与自由放任的教条的密码朋克主义分道扬镳，走向负责任的自由主义。

我们知道，整个 crypto 肇始于比特币，而比特币则是对 1993 年 3 月起草的《密码朋克宣言》的回应。因此，密码朋克主义是 crypto 的意识形态起点。密码朋克主义的核心主张是什么呢？两句话：第一，保护个人隐私是在数字时代捍卫开放社会的必要条件；第二，必须自己动手，通过密码学保护隐私。这两项主张乍看上去毫无问题，但其中包含了一个重要的假设，即每个人都有足够的条件和能力，能够正确地使用密码学工具来保护自己。众所周知，密码学，无论是其原理还是应用，都是相当严格和有难度的。毫无疑问，上述的假设，就限定了密码朋克主义只能是一小撮技术极客们的信条，完全不能够拓展到更大的范围。因为一旦这个前提条件面对真实的开放世界，立刻就会撞得粉身碎骨，从而暴露出一大堆现实问题：普通人没有能力掌握密码学工具怎么办？有人利用其他人对密码学的无知而作恶怎么办？有人利用密码学掩护自己的犯罪怎么办？等等。密码朋克主义对这些问题的回答是鸵鸟式的，他只会辩称，容忍这样的作恶和犯罪是维系开放社会必须付出的代价，所以，施害者上帝保佑，被害者活该倒霉。在学术上，这被哈耶克作为“教条的自由放任态度”予以批评。在实践中，主流社会更是绝对无法接受和认同。因此，如果从比特币走到 Web3，底层的观念还是密码朋克主义，还是这种教条的自由放任态度，那么这个产业就绝不可能成为主流。

Web3 需要怎样的意识形态？我们认为，Web3 需要以负责任的自由主义作为新的观念基础。这种观念，可以用哈耶克的一段话加以概括：

“自由主义的论点，是赞成尽可能地运用竞争力量作为协调人类各种努力的工具，而不是主张让事态放任自流。... 它并不否认，甚至还强调，为了竞争能有益地运行，需要一种精心想出的法律框架。... 这种法律制度的目标在于，既维护竞争，又使竞争尽可能有利地发挥作用。”（哈耶克，《通往奴役之路》，第四章）

这就是说，真正能够促进数字经济良性发展的自由主义，必须以维护和促进良性竞争机制为总之。诈骗和抢劫当然不是良性竞争，既然如此，一个纵容诈骗和抢劫，并且掩护恶性和犯罪的机制，当然是反自由主义的。

事情就是这么简单，与那些口口声声以自由主义为幌子为 crypto 世界中的罪行辩护的人所声称的相反，密码朋克主义，一旦将其领地扩张到开放世界，就立刻站到了自由主义的对立面，成为开放数字经济和自由市场的敌人。

SBT 的重要性必须放在这样的高度上来认识，其本质就是将信誉机制引入到了 Web3 当中，使得数字世界能够对账户的信誉进行评价和度量，在去中心化世界里建立声誉、责任和社会资本。这些机制，都是建立良性竞争机制必不可少的。完全可以说，SBT 的出现和推广，将为 Web3 和 crypto 世界“换心”，把整个 Web3 推入新的时代。因此，我们认为，SBT 是 2013 年底以太坊白皮书以来整个 crypto 领域最重要的一次思想解放。

然而，若不是 Vitalik 本尊亲自表态，这样的主张，恐怕一提出来，就会在海量的口水和责骂之中寸步难行。此前不是没有人提过这样的想法，但是一提到要引入声誉等新的机制，立刻就会跳出一大批人来像念经似的坚持教条的密码朋克主义的那一套。这种思想禁锢，不但阻碍 crypto 与主流经济的结合，也阻碍了 Web3 自身技术和应用的发展。所幸 Vitalik 风华正茂，耳聪目明，还能够以一肩之力扛动行业前行。但我们不禁要问，涉及到这种思想观念上的重大突破，是否非得要 Vitalik Buterin，或者甚至中本聪复现，才能够推动？难道区块链和 Web3 社群的思想已经如此僵化教条了？

在下文中，Solv 研究团队将详尽解读 SBT 的机制、意义以及细节。但是，我更希望读者能够理解 SBT 的思想意义，并且对我们自己的底层观念进行一番反思和审视。实用主义地说，这或许有助于我们把握 SBT 所带来的新机遇，但更重要的意义或许在于以这种反思和审视来防范这个行业思想固结的危险。(孟岩）

Intro

2022 年 5 月 11 日，Vitalik Buterin 和 E. Glen Weyl、Puja Ohlhaver 共同发表了新论文《去中心化社会：寻找 Web3 的灵魂》[1]，集中讨论关于新型 Token SBT（Soulbound Token，灵魂绑定通证）的概念、应用和实现技术，以求打开 Web3 的新局面。

一经发布，该论文立刻引发整个区块链世界的热烈讨论，大量的讨论主要是围绕 SBT 概念、应用场景以及 DeSoc（Decentralized Society，去中心化社会）的构建等基本问题所展开的。

本文则试图从 SBT 的来龙去脉来综述这一概念的起源、深层含义、应用场景与技术实现，以求为大家进一步讨论 SBT 提供一个初步的全景式理解。

1 - SBT 简介

1.1 什么是 Soulbond（灵魂绑定）？

Soulbond（灵魂绑定）这个概念，玩过网游或大型多人在线游戏（MMORPG）的人，特别是玩过《魔兽世界》的人（比如 Vitalik Buterin），一定非常熟悉。它是游戏底层的一种把游戏装备绑定到玩家角色而阻止其被交易或邮寄的机制[2]，初衷是为了防止低等级玩家过早使用高等级玩家才能接触的强力装备[3]，以致在低等级游戏中秒天秒地而破坏游戏体验。

举例来说，《魔兽世界》游戏的灵魂绑定机制主要可分为拾取后绑定（Bind on Pickup[4]）、装备后绑定（Bind on Equip[5]）、使用后绑定（Bind on Use[6]）这三类。基于这一机制，曾风靡全球的《魔兽世界》设计出了成千上万种各不相同的游戏装备，才支撑起其多种多样的游戏玩法。

SBT 这篇论文的起点，便是 Vitalik Buterin 于 2022 年 1 月 26 日在他自己的博客上讨论《魔兽世界》的灵魂绑定机制与 NFT 相结合的实现，以及把 NFT 绑定于用户账户或钱包（相比于玩家的游戏角色）后所带来的一些可能应用[7]。

1.2 什么是 Soulbond Token（灵魂绑定通证）？

SBT，Soulbond Token（灵魂绑定通证），顾名思义，就是绑定于用户账户或钱包的 Token，一旦生成则不可交易。SBT 可以用来代表承诺、资格、从属关系等，其作用类似于履历表，由用户对应的相关方账户进行发行，作为相应社会关系的一种证明。

在论文中，作者把绑定 SBT 的相关账户定义为 Soul（灵魂），是为整个概念的起点。

具体来说，一个账户（Soul）可以绑定各类 SBT，如学位证书、工作经历、以及作品（文章或艺术成果）的哈希值等。相应的，这些 SBT 通常是由此人社会关系的各相关对手方所发行或进行证明的，如大学、企业、其他机构或个人。

举例来说，以太坊基金会所绑定的账户（Soul）可以向参加其开发者大会的人发放相应的 SBT，某大学所绑定的账户（Soul）也可以向其毕业生发放代表学位证书的 SBT，等等。

由此，基于 SBT 身份的发放和验证，个体与其对手方将自下而上构建起一个共同决定的持久且不可转让的社会关系网络，由各绑定账户（Soul）和社区共同创造更加多元化 Web3 资产，而不仅仅是当前 Web3 概念中可转让的金融化资产。这便是去中心化社会的最终愿景。

1.3 SBT 背后的理念是什么？

在年初的 “Soulbound” 博客末尾，Vitalik Buterin 批评了当前 Web3 以金钱为导向的过度金融化，并试图探究可以让 Web3 更具吸引力和长期可持续发展能力的文化层面因素。他认为，基于 “Soulbond（灵魂绑定）” 的身份概念，极有可能为我们构建出一个全新的、去中心化的信任网络，从而可以打开一扇更大的门——通往一个以区块链为中心的、更为注重协作和乐趣的新世界，而非像现在这样仅仅关注于金钱。这是Vitalik Buterin 长期以来希望推动以太坊非金融化应用的最新一次尝试。

SBT 背后的另一理念，则要追溯到 2018 年 E. Glen Weyl 与 Eric Posner 合写的《激进市场》一书[8]。该书试图从构建当代社会、经济体系的根本学说中寻求第一性原理，以求真正解决目前西方各国因自由市场困境所导致的“滞偏”问题（经济停滞和社会不平同时存在，民粹主义盛行），并在经济、政治、移民、投资、数据隐私五大场景给出了具体的“激进市场”解决方案。

经济领域：基于公有制自评税（common ownership self-assessed tax, COST）的产权共享方案，可以在打破所有者对私有财产垄断控制的同时，克服公有制的低效率问题。 政治领域：基于“一人一票”和发言权积分的二阶投票（quadratic voting, QV）制度设计，可以让少数人以一种更具影响力的方式表达重要诉求，避免“多数人的暴政”问题。 移民问题：提倡东道国公民为移民担保并可从中获益的新型个人间移民签证担保方案 VIP（visas between individuals program, VIP），为东道主与移民建立积极的互惠关系，缓和针对移民的抵触情绪。 金融投资：限制投资机构在行业内部的多样化投资，但鼓励其在行业间投资多样化的法律方案，将市场的自由和竞争性从投资机构的控制中解放出来。 数据即劳动成果：将数据的产生过程视为一种有尊严的工作，并给予用户相应补偿的方案，让所有人都能成为推动数字经济运转的数据供应商，而非仅仅被视为数字平台提供的娱乐的被动消费者。

早在 2018 年的一篇文章[9]中，Vitalik Buterin 就向以太坊社区大力推荐过这本书。而基于“激进市场”的各种政治经济学观念，在塑造持续繁荣的社会生态方面，确实也相当契合以太坊底层制度设计的初衷。特别是在交易费用机制与 POS 共识机制层面，Vitalik Buterin 在那时便已大力提倡“激进市场”理念的相关实践。

SBT 概念和去中心化社会的目的，是要以去中心化的方式在重构个人的社会关系身份，辅以“激进市场”原则的底层制度设计，以及兼具易用性、安全性与隐私性的技术实现，最终打造出一个持续繁荣的 Web3 世界。

2 - 深入理解 SBT

深入探究 SBT 所代表的身份概念，亨利·梅因在 160 年前的《古代法》中已对此有过非常著名的论断：“所有进步社会的运动，到此处为止，是一个‘从身份到契约’的运动。”[10]

在亨利·梅因看来，“身份”是进行“契约”约定的必要条件。“身份”一词表示的是一种人格状态，所有形式的“身份”都来自古代属于“家族”的权力和特权。随着社会的发展，个人与个人关系从源于“家族”的关于权利义务的互惠形式，逐渐演变为更为广泛自由的、基于契约的各种社会关系形式。

值得注意的是，身份一词在中文语境有多重意涵：一为表示主体，一个人不同于另一个人的概念，即身份证中的身份，对应于英文“Identity”；一为表示状态，一个人与另一个之间的关系描述，即社会中所处的地位或状态，对应于英文“Status”。

一个主体（Identity）可以拥有多个不同的状态（Status）描述。对应到 SBT 概念体系，就是一个 Soul（账户/灵魂）可以存有多个不同的 SBT（灵魂绑定通证）。

作为一个智能合约平台，以太坊对于“契约”概念在区块链世界的实现已经给出了相对完备的解决方案。但正如《去中心化社会：寻找 Web3 的灵魂》开宗明义的第一句话，今天（基于以太坊）的 Web3 更多是一个以表达可转移的金融化资产（“契约”）为中心的概念，而非表达基于信任的社会关系（“身份”）概念。然而许多核心经济活动，如无抵押贷款和个人品牌建设，则都是构建在一种持久且不可转让的社会关系网络之上的。这也是为什么 SBT 想要去探索作为“契约”必要条件的“身份”概念在以太坊区块链上的实现和应用，以根本性解决目前以太坊因“身份”体系缺位而导致的种种问题。

具体来说，SBT 想要解决的问题分为如下几类：

• 深度仿制：因身份系统缺位，NFT 深度仿制品与真正的原创作品无法区分的问题；

• 女巫攻击：纯粹基于地址或智能合约的社区管理模式，无法解决虚假地址或用户的问题；

• 隐性中心化：掌握无数地址或资源的一方以去中心化的方式行中心化管理之实；

• 无政府资本主义：资源丰富的财阀或寡头剥削弱势群体的问题；

• 过度协作：存在固有关系的地址在 DAO 社区通过链下合谋不当获利问题

2.1 “身份”概念的来源与表达

深入理解 SBT 所代表的身份概念，我们就要进一步来了解身份概念的来源以及它在以太坊区块链上的表达形式。

其实，早在梅因写作《古代法》的时代，法学家们就已经认识到人的身份概念按来源分为两类不同社会状态：

• 契约身份（Contract Status）：一个人通过执行契约所获得的社会状态

• 关系身份（Relational Status）：一个人通过与其他人的关系所获得的社会状态

在以太坊体系中，契约身份（Contract Status）很好理解，根据状态转换函数[11]这一说法，一个账户的契约身份就是该地址下的资产所有权状态，或者说资产余额。通过智能合约得到的状态（资产，Asset），只能通过智能合约去改变。因此，当前区块链与 Web3 中的契约身份（Contract Status），只能包含由智能合约产生的状态（资产）。

关系身份（Relational Status）则不属于链上资产，而是来自现实世界中的真实关系。所以，用以表达这种真实关系状态的 Token，或者说 SBT，只能通过一整套技术体系很好地将真实关系映射到区块链上。并且，来自于关系的状态，只能通过这个关系的对手方来进行处置或改变。这也是 SBT 不同于资产类 Token 的关键所在，它的不可交易是因为它所代表的真实关系是不可转让的，它可被撤回是因为当这个真实关系发生改变的时候需要对手方做出相应的声明。

2.2 基于 SBT 身份表达的应用场景

把 SBT 放到具体的应用场景，有助于我们更好地理解 SBT 的潜力。SBT 论文中提到的具体场景包括基于 SBT 的艺术品、无抵押借贷、SBT 社区恢复（钱包账户）、灵魂空投（Souldrops）、DAO 女巫攻击防御、多元化资产（Plural Property）、可编程隐私产品等。

以灵魂空投（Souldrops）为例，我们可以展开说一说通过 SBT 为社区成员建立去中心化身份后，其身份数据在 DAO 治理、防范女巫攻击、空投社区贡献奖励方面所能带来的积极成果。

一般来说，Web3 社区进行空投活动的目标是获取真实用户或奖励有真实社区贡献的用户。但目前的技术实情是，空投活动只能通过地址的交易历史、持有资产状况等数据盲目展开。由于这样的数据基本无法识别出真实有效的目标用户，极易遭受女巫攻击、被薅羊毛，导致空投活动效率很低、效果很差。

使用基于 SBT 的身份数据，空投活动可以根据由他人赋予的状态展开进行，这些状态可以是非资产因素，甚至可以不与当前产品挂钩。这些数据可以为空投活动甄别出非目标用户，筛选出高质量用户，由此可以避免大量的资金浪费。而节省下来的开支，可以奖励给社区贡献度更高的用户，如生态项目开发者、KOL 等，甚至还可以在空投活动中直接赋予这些高质量用户更多的奖励权重，从而形成更为良性的社区发展循环。

社区治理层面，通过 SBT 数据计算真实账户与机器人（僵尸）账户群组之间的相关程度可以甄别垃圾用户，以避免垃圾用户获得投票权而干预正常的社区治理。同时，通过共享垃圾账户数据，可以帮助更多的 DAO 避免此类女巫攻击。此外，对于贡献度更高的高质量账户，还可以赋予他们更高的投票权重。

另外，针对存在固有关系的账户之间的过度协作问题，可以通过 SBT 数据核查某一特定投票项的支持者账户之间的相关程度，对于确实存在合谋问题的账户，可降低其投票权重，甚至取消其投票资格。

而无抵押借贷则是一个实现难度更高的场景，争议会比较大。基于 SBT 的身份数据确实有助于构建 DeFi 信誉系统，但难点在于如何实现一个配套的完全去中心化的违约惩罚机制。一个中心化的惩罚机制，等于又回到传统金融的老路上，这是区块链原教旨主义者绝对无法接受的。而一个没有相应惩罚机制的无抵押借贷，又将必然面临不可承受的违约成本，这也是传统金融思路所不能接受的。

所以，无抵押借贷还需要在违约惩罚机制上面实现一种完全去中心化的创新。一旦实现，DeFi 和 Web3 可能会迎来新一轮的发展高潮。

事实上，在 SBT 这篇论文发表之前，诸如 RabbitHole、Spectral、UniPass 等项目已经在探索这一概念下相关赛道的可行性了[12]。

2.3 为什么需要 SBT？

从本文提出的 Contractual Status 与 Relational Status 之间关系的角度来总结《去中心化社会：寻找 Web3 的灵魂》这篇文章的内容，会发现文章实际上提出了以下主要观点：

现有的区块链体系只着重发展了 Contract 和 Asset，因此也只拥有 Contractual Status。如果单纯以此为基础发展 Web3，不足以构建更丰富的社会化应用。

现实世界中已有的 Relational Status，由于没有通过一种可计算的方法进入到到区块链和 Web3 体系中，会导致 Web3 中各种算法的无效性。

为当前区块链体系扩展一个 SBT 的概念及其接下来的技术实现，有助于构建更丰富的社会化应用，进而支撑 Decentralized Society 的最终目标。

通过 SBT，在某种程度上将属于现实世界的 Relational Status 通过一种可计算的手段引入区块链和 Web3 体系，既能够获得 Identity 的完整信息，同时也对链上资产的状态有更准确地判断。

3 - SBT 的技术实现

实现 SBT 需要新的通证标准。这一概念中不可交易、可撤销等特性，说的是以太坊当前 API 中尚不存在的技术接口，因而必定要增加新的标准来正式定义这些接口，而后才便于不同应用场景中 SBT 的具体实现。

伴随 SBT 概念讨论热度的增加，一些行动迅速的开发者已经开始着手用于实现 SBT 的通证标准的 EIP 提案工作了。

目前能够支持 SBT 的 EIP 提案，我们已经看到的有 EIP-4973、EIP-5114、ERC721S 等，还有 Solv Protocol 提出的 EIP-3525。

3.1 EIP-4973: Account-bound Tokens

EIP-4973[13] 提交于 2022 年 4 月 1 日，在 5 月份的 SBT 论文发表之前，Vitalik Butterin 的 1 月份文章发布之后。该提案基于 ERC-165 和 ERC-721 的 Metadata 接口，核心是以最小化的接口定义来实现不可交易、可撤销等概念。

其中，不可交易由函数 ownerOf() 来实现：

/// @notice Find the address bound to an ERC4973 account-bound token
/// @dev ABTs assigned to zero address are considered invalid, and queries
///  about them do throw.
/// @param tokenId The identifier for an ABT
/// @return The address of the owner bound to the ABT
function ownerOf(uint256 tokenId) external view returns (address);

可追踪的声明信息由事件函数 Attest() 提供：

/// @dev This emits when a new token is created and bound to an account by
/// any mechanism.
/// Note: For a reliable from parameter, retrieve the transaction's
/// authenticated from field.
event Attest(address indexed to, uint256 indexed tokenId);

而撤销操作则由函数 burn() 来实现：

/// @notice Destroys tokenId. At any time, an ABT receiver must be able to
///  disassociate themselves from an ABT publicly through calling this
///  function.
/// @dev Must emit a event Revoke with the address to field pointing to
///  the zero address.
/// @param tokenId The identifier for an ABT
function burn(uint256 tokenId) external;

可追踪的撤销声明由事件函数 Revoke() 提供：

/// @dev This emits when an existing ABT is revoked from an account and
/// destroyed by any mechanism.
/// Note: For a reliable from parameter, retrieve the transaction's
/// authenticated from field.
event Revoke(address indexed to, uint256 indexed tokenId);
3.2 EIP-5114: Soulbound Badges

EIP-5114[14] 提交于 2022 年 5 月 30 日，在 5 月份的 SBT 论文发表之后。该提案基于 ERC-721 接口，所实现的是绑定于某个 NFT 的 Token，铸造后不可交易、不可撤回或销毁。

不可交易由函数 ownerOf() 来实现：

// returns the NFT token that owns this token.
// this function MUST throw if the token hasn't been minted yet
// this function MUST always return the same result every time it is called after it has been minted
// this function MUST return the same value as found in the original Mint event for the token
function ownerOf(uint256 index) external view returns (address nftAddress, uint256 nftTokenId);

值得一提的是，该提案想要实现的是完全不可变的 Token，其 collectionUri() 与 tokenUri() 所指向的地址也必须是不可变、抗审查且内容可寻址的链接，如 ipfs://，而不能是 https://。

3.3 ERC721S (SoulBound)

ERC721S[15] 发布于 2022 年 6 月 3 日，在 5 月份的 SBT 论文发表之后，但目前尚未见到 Reference Implementation，EIP 文档也未提交至以太坊主代码仓。该提案兼容 ERC-721，但为每一个地址关联了一个 soulPower 数量参数，可用来量化贡献度或表示积分；同时，每一个地址还关联有 isSybil 变量，用以标识机器人账户或女巫攻击。

有关该标准的更多细节，需要等待完整版的 EIP 文档提交之后。

前述这些的 SBT 通证标准提案，所实现的基本都是以 ERC-721 为基础的非匀质化通证。但非匀质化通证仅适用于诸如勋章、粉丝卡、毕业证之类的标识型 SBT，对于像信用积分、声誉、额度之类的数量型 SBT，它就无能为力了。那么，我们是不是还需要一个类似于 ERC-20 的匀质化通证标准来实现这类数量型 SBT？这是一个好问题。

以信用积分为例，除却不可交易、可撤销的新特性，用 ERC-20 作为实现方案时会遇到一个问题，即如何区分一个信用为 0 的人和一个尚未进入该信用体系的人？对于这样两个余额都是 0 的账户，智能合约没有更多的数据来进行计算甄别（注意：智能合约无法判读链下交易记录）。所以，在通证标准层面，直接用 ERC-20 解决不了这种信用值的计算问题。

这就给将来正式的 SBT 标准提出了非常大的挑战。

对此，尚未定稿的 ERC721S 的尝试，是增加一个数量参数 soulPower 来表达数量型 SBT。但是，从 soulPower 目前的文本说明来看，其目的更多的是用于量化贡献度或表示积分，而非实现一个通用型的数量参数解决方案。

对于这一挑战，Solv Protocol 于 2021 年 7 月提交的 EIP-3525: Semi-Fungible Token 可能已经给出了一个答案。

3.4 EIP-3525: Semi-Fungible Token

ERC-3525[16] 的目的是创造一种理想的半匀质化通证，同时具有 ERC-20 的数量能力和 ERC-721 的描述能力。具体解决方案是在保留 ERC-721 的_tokenID 基础上引入基于 ERC-20 的_value 的数量操作，同时增加一个全新的参数 slot 来表达分类概念，以及一个对应的 Slot Metadata 来帮助实现其业务层面的类别逻辑。

考虑到未来一定会出现匀质化的数量型 SBT（如：信用分） 与非匀质化的标识型 SBT（如：勋章），使用 ERC-3525 一个通证标准，恰好可以表达出两种不同性质的 SBT。因此，ERC-3525 虽然并非单纯为SBT而设计的标准，却天然SBT实现方面的最佳参考方案。

举例而言：对于区分一个信用降为 0 的人和一个尚未进入该信用体系的人的问题，ERC-20在基础协议层面是无能为力的。ERC-3525 Token 既有表示所有权的_tokenID 又有表示数量的_value，那么一个信用降为 0 的人拥有该信用 Token（_tokenID），只是其 _value 值为 0 ；而一个尚未进入该信用体系的人，则不是其 _value 值为 0 的问题，而是他不拥有这个信用 Token（_tokenID）的问题。因此，智能合约可以通过直接读取链上数据对身份状态加以甄别，可以说 ERC-3525 是解决这种信用值计算问题的有效方案。

关于如何用 ERC-3525 来具体实现 SBT，则值得一篇专门的文章深入去讲解。限于篇幅，本文暂不进一步讨论。

4 - SBT 与 Web3 的灵魂

SBT 概念是为 Web3 注入灵魂的点睛之笔，主要表现在两个层面：

其一是字面意义上的“灵魂”，在论文中，作者把绑定 SBT 的相关账户定义为 Soul（灵魂），可以存储包括学位证书、工作经历、作品（文章或艺术成果）哈希值在内的各类社会关系身份，这是用户身份概念的灵魂。

那么，结合 Web 2.0 的信息读写与当前区块链上的资产交易，Web3 上的用户主体（Identity）将会分成身份（Status）、资产（Asset）和信息（Information）三个方向的概念。

其二是 Web3 的“灵魂”本身，也就是基于“激进市场”原则的底层制度设计，当合作规模太大而无法通过道德经济来对其进行管理时，市场是最适合为最多数人实现最大利益的计算机。

2.2 节所述的应用场景告诉我们，SBT 身份概念结合去中心化的 DAO 制度设计，可以根本性地解决当前社区治理、防范女巫攻击、空投社区贡献奖励等方面所面临的诸多问题。

当然，这些令人兴奋的 SBT 应用场景和去中心化信任网络的具体实现，首先需要一个通用的 SBT 通证标准，以及围绕 SBT 的关系身份（Relational Status）数据上链所构建出来的状态互联网；其次是作为基础设施的以太坊如何才能更好地承载这样的 SBT 信任网络与多元化资产的 Web3 世界。

结语

本文是基于 Solv Happy Hour 活动中分享的《从 SBT 看 Web3 发展趋势》[17]一部分内容综合整理而来。

从 SBT 概念的来龙去脉来看，Web3 的新局面将不仅仅是 SBT 论文开宗明义所讲的去中心化社会，而将是基于 SBT 的状态互联网概念研究深入所形成的新的 Web3 世界。

SBT 概念的进一步研究，以及随之而来的技术实现，将为 Web3 的世界带来新的基础设施、技术标准、应用形态。除了在相关概念和应用层面的创新、实践，Solv Protocol 所提交的半匀质化通证标准 ERC-3525 还是将来 SBT 通证标准的有力竞争者之一，可以在 Web3 基础设施和技术标准领域大有所为。

Reference

[1] Weyl, Eric Glen and Ohlhaver, Puja and Buterin, Vitalik, Decentralized Society: Finding Web3's Soul (May 10, 2022). Available at SSRN: https://ssrn.com/abstract=4105763 or http://dx.doi.org/10.2139/ssrn.4105763 [2] Soulbound, https://wowpedia.fandom.com/wiki/Twink [3] Twink, https://wowpedia.fandom.com/wiki/Twink [4] Bind on Pickup, https://wowpedia.fandom.com/wiki/Bind_on_Pickup [5] Bind on Equip, https://wowpedia.fandom.com/wiki/Bind_on_Equip [6] Bind on Use, https://wowpedia.fandom.com/wiki/Bind_on_Use [7] Soulbound, https://vitalik.ca/general/2022/01/26/soulbound.html [8] Eric Posner and E. Glen Weyl, Radical Markets: Uprooting Capitalism and Democracy for a Just Society, Princeton: Princeton University Press, 2018, 368 pages, ISBN 978-069117750-2 [9] On Radical Markets, https://vitalik.ca/general/2018/04/20/radical_markets.html [10]〔英〕梅因:《古代法》，沈景一译，商务印务馆，1984，第72页。 [11] Bitcoin As A State Transition System, Ethereum Whitepaper, https://ethereum.org/en/whitepaper/#bitcoin-as-a-state-transition-system [12] SBT、DID、声誉/信用系统的概念与37个相关项目简介，https://mirror.xyz/easthash.eth/dkuSc8Ryw056eSlee1fzowBPjcfbAxk3XqfBt4Z-mxs [13] Tim Daubenschütz, Raphael Roullet, "EIP-4973: Account-bound Tokens [DRAFT]," Ethereum Improvement Proposals, no. 4973, April 2022. [Online serial]. Available: https://eips.ethereum.org/EIPS/eip-4973. [14] Micah Zoltu, "EIP-5114: Soulbound Token [DRAFT]," Ethereum Improvement Proposals, no. 5114, May 2022. [Online serial]. Available: https://eips.ethereum.org/EIPS/eip-5114. [15] ERC721S (SoulBound), https://github.com/SoulBoundProtocol/ERC721S, https://twitter.com/0xAA_Science/status/1534466314420424717 [16] Will Wang, Mike Meng, Ethan Y. Tsai, Ryan Chow, Zhongxin Wu, AlvisDu, "EIP-3525: Semi-Fungible Token Standard [DRAFT]," Ethereum Improvement Proposals, no. 3525, December 2020. [Online serial]. Available: https://eips.ethereum.org/EIPS/eip-3525. [17] 从 SBT 看 Web3 发展趋势，https://meeting.tencent.com/user-center/shared-record-info?id=3b657ebd-dc71-40df-8217-52c5e58816d7&from=3