Perpetual Protocol 三:ClearingHouse - 永续合约交易的核心

Perpetual Protocol 三:ClearingHouse - 永续合约交易的核心
Photo by The Cleveland Museum of Art / Unsplash

ClearingHouse 是 Perpetual Protocol 中的核心组件,负责管理用户的仓位、执行交易和处理清算。本文将深入探讨 ClearingHouse 的实现细节,包括其角色、主要功能和与其他组件的交互。

1. ClearingHouse 的角色和职责

ClearingHouse 在 Perpetual Protocol 中扮演着核心角色,主要职责包括:

  1. 处理用户的开仓和平仓请求
  2. 管理用户的保证金和仓位
  3. 执行清算操作
  4. 与 VAMM 交互以获取价格和执行交易
  5. 计算和处理资金费率

2. ClearingHouse.sol 合约深度解析

状态变量和数据结构

contract ClearingHouse is IClearingHouse, Ownable, ReentrancyGuard {
    using SignedSafeMath for int256;

    struct Position {
        int256 size;
        int256 margin;
        int256 openNotional;
        int256 lastUpdatedCumulativePremiumFraction;
        bool isLong;
    }

    mapping(address => mapping(address => Position)) public positions;
    
    IExchange public exchange;
    IInsuranceFund public insuranceFund;
    IVault public vault;
    
    // ... 其他状态变量
}

主要状态变量和数据结构:

  • Position: 用户仓位信息
  • positions: 用户仓位映射
  • exchange, insuranceFund, vault: 与其他合约的接口

核心函数

openPosition 函数

function openPosition(
    address _amm,
    Side _side,
    Decimal.decimal memory _quoteAssetAmount,
    Decimal.decimal memory _leverage,
    Decimal.decimal memory _baseAssetAmountLimit
) external override nonReentrant() returns (Position memory) {
    // 验证输入
    require(_quoteAssetAmount.toUint() > 0, "quote asset amount must be greater than 0");
    require(_leverage.toUint() > 0, "leverage must be greater than 0");

    // 计算保证金和仓位大小
    Decimal.decimal memory margin = _quoteAssetAmount.divD(_leverage);
    Decimal.decimal memory baseAssetAmount = _quoteAssetAmount.mulD(_leverage);

    // 从 Vault 转移保证金
    vault.transferFrom(msg.sender, address(this), margin.toUint());

    // 与 VAMM 交互执行交易
    (Decimal.decimal memory exchangedQuoteAssetAmount, Decimal.decimal memory exchangedBaseAssetAmount) = 
        exchange.swapInput(_amm, _side, baseAssetAmount, _baseAssetAmountLimit);

    // 更新用户仓位
    Position storage position = positions[msg.sender][_amm];
    position.margin = position.margin.add(margin.toInt());
    position.size = position.size.add(exchangedBaseAssetAmount.toInt());
    position.openNotional = position.openNotional.add(exchangedQuoteAssetAmount.toInt());
    position.isLong = _side == Side.BUY;

    // 发出事件
    emit PositionChanged(msg.sender, _amm, exchangedQuoteAssetAmount.toUint(), exchangedBaseAssetAmount.toInt(), margin.toUint(), _leverage.toUint());

    return position;
}

openPosition 函数流程:

closePosition 函数

function closePosition(
    address _amm,
    Decimal.decimal memory _quoteAssetAmountLimit
) external override nonReentrant() returns (Position memory) {
    Position storage position = positions[msg.sender][_amm];
    require(position.size != 0, "no position");

    // 计算平仓金额
    Decimal.decimal memory baseAssetAmount = Decimal.decimal(position.size.abs());
    Side side = position.isLong ? Side.SELL : Side.BUY;

    // 与 VAMM 交互执行平仓
    (Decimal.decimal memory exchangedQuoteAssetAmount, Decimal.decimal memory exchangedBaseAssetAmount) = 
        exchange.swapInput(_amm, side, baseAssetAmount, _quoteAssetAmountLimit);

    // 计算盈亏
    int256 realizedPnl = exchangedQuoteAssetAmount.toInt().sub(position.openNotional);

    // 更新用户仓位
    position.margin = position.margin.add(realizedPnl);
    position.size = 0;
    position.openNotional = 0;

    // 处理保证金
    if (position.margin > 0) {
        vault.transfer(msg.sender, uint256(position.margin));
    } else if (position.margin < 0) {
        insuranceFund.compensate(uint256(-position.margin));
    }

    // 发出事件
    emit PositionChanged(msg.sender, _amm, exchangedQuoteAssetAmount.toUint(), -exchangedBaseAssetAmount.toInt(), 0, 0);

    return position;
}

closePosition 函数流程:

liquidate 函数

function liquidate(address _trader, address _amm) external override nonReentrant() {
    Position storage position = positions[_trader][_amm];
    require(position.size != 0, "no position");

    // 检查是否满足清算条件
    require(isLiquidatable(_trader, _amm), "position is not liquidatable");

    // 执行清算逻辑
    // ...

    // 更新仓位
    // ...

    // 发出清算事件
    emit PositionLiquidated(_trader, _amm, liquidatedQuoteAmount.toUint(), liquidatedBaseAmount.toInt(), penalty.toUint(), liquidator);
}

保证金管理逻辑

保证金管理主要涉及以下几个方面:

  1. 初始保证金要求
  2. 维持保证金要求
  3. 保证金追加
  4. 清算阈值

这些逻辑通常在开仓、平仓和清算函数中实现。

3. 与 VAMM 的交互

ClearingHouse 主要通过 Exchange 合约与 VAMM 进行交互:

function openPosition(/* 参数 */) external override nonReentrant() returns (Position memory) {
    // ...
    (Decimal.decimal memory exchangedQuoteAssetAmount, Decimal.decimal memory exchangedBaseAssetAmount) = 
        exchange.swapInput(_amm, _side, baseAssetAmount, _baseAssetAmountLimit);
    // ...
}

这种设计允许 ClearingHouse 与多个 VAMM 实例进行交互,每个实例可以代表不同的交易对。

4. 风险管理机制

清算触发条件和实现

清算是风险管理的关键部分。当用户的仓位风险过高时,系统会触发清算。

function isLiquidatable(address _trader, address _amm) public view returns (bool) {
    Position memory position = positions[_trader][_amm];
    if (position.size == 0) return false;

    // 获取当前市场价格
    Decimal.decimal memory indexPrice = getIndexPrice(_amm);

    // 计算仓位价值
    Decimal.decimal memory positionNotional = indexPrice.mulD(Decimal.decimal(position.size.abs()));

    // 计算维持保证金
    Decimal.decimal memory maintenanceMargin = positionNotional.mulD(maintenanceMarginRatio);

    // 检查是否满足清算条件
    return Decimal.decimal(position.margin) < maintenanceMargin;
}

清算流程:

总结

ClearingHouse 作为 Perpetual Protocol 的核心组件,承担着管理用户仓位、执行交易和风险控制的重要职责。通过与 VAMM、Vault 和 InsuranceFund 等其他组件的紧密协作,ClearingHouse 实现了复杂的永续合约交易逻辑。

然而,ClearingHouse 的实现也面临一些挑战:

  1. gas 优化:频繁的状态更新可能导致高 gas 费用
  2. 清算机制的公平性:需要平衡清算者的激励和被清算者的利益
  3. 极端市场情况的处理:需要考虑黑天鹅事件的影响

通过深入理解 ClearingHouse 的工作原理和实现细节,我们可以更好地把握去中心化衍生品交易的核心挑战和解决方案,为 DeFi 生态系统的进一步发展提供有价值的参考。

Read more

ngrok本地调试原理及Telegram mini app cookie path 问题

ngrok本地调试原理及Telegram mini app cookie path 问题

在现代web开发中,本地调试是一个非常重要的环节。然而,当我们需要将本地开发的应用暴露到公网以便进行测试时,就会遇到一些挑战。本文将详细介绍如何使用ngrok实现内网穿透进行本地调试,特别是在Telegram小程序开发场景中的应用,以及可能遇到的常见问题及其解决方案。 ngrok原理 ngrok是一个反向代理工具,它可以将本地服务器安全地暴露到公网。下面是ngrok的工作原理: 1. 用户启动ngrok客户端,并指定要暴露的本地端口。 2. ngrok客户端与ngrok云服务建立安全的通道。 3. ngrok云服务生成一个公网可访问的URL。 4. 当外部请求到达这个URL时,ngrok云服务将请求通过安全通道转发到本地ngrok客户端。 5. 本地ngrok客户端将请求转发到指定的本地端口。 6. 本地服务器处理请求并返回响应,响应通过相同的路径返回给客户端。 Telegram小程序调试场景 在Telegram小程序开发中,我们经常需要使用ngrok来进行本地调试。以下是具体步骤: 1. 启动本地开发服务器(例如运行在localhost:3000)。

TypeScript:从架构分层设计到IOC和AOP

TypeScript:从架构分层设计到IOC和AOP

TypeScript作为JavaScript的超集,为开发者提供了强大的类型系统和面向对象编程能力。然而,要在大型项目中充分发挥TypeScript的优势,我们需要深入理解软件架构原则和设计模式。本文将探讨如何使用TypeScript构建一个健壮的应用架构,涵盖分层设计、常见设计模式、控制反转(IOC)和面向切面编程(AOP)等高级概念。 分层架构 分层架构是组织大型应用程序的常用方法。它有助于关注点分离,使得每一层都可以独立开发和测试。一个典型的分层架构包括: 1. 表现层(Presentation Layer) 2. 业务逻辑层(Business Logic Layer) 3. 数据访问层(Data Access Layer) 4. 数据库(Database) 让我们使用图表来可视化这个架构: 接下来,我们将探讨每一层中可能使用的设计模式,并通过TypeScript代码示例来说明如何实现这些模式。 表现层 表现层负责处理用户界面和用户交互。在这一层,我们经常使用MVC(Model-View-Controller)或MVVM(Model-View-ViewM

Jotai v2: React状态管理的新篇章

Jotai v2: React状态管理的新篇章

Jotai是一个为React应用设计的轻量级状态管理库。2023年3月,Jotai发布了v2.0版本,带来了许多新特性和改进。本文将深入探讨Jotai v2的使用方法、适用场景、设计理念、源码结构以及核心功能的实现原理。 版本信息 本文讨论的是Jotai v2.0.3版本,发布于2023年5月。你可以通过以下命令安装 npm install [email protected] 基本使用 Jotai的核心概念是"atom"。atom是最小的状态单位,可以存储任何JavaScript值。让我们看一个简单的例子: import { atom, useAtom } from 'jotai' // 创建一个atom const countAtom = atom(0) function Counter() { // 使用atom const [count, setCount] = useAtom(

加密货币交易所十二:安全性和风险控制

加密货币交易所十二:安全性和风险控制

在加密货币合约交易所中,安全性和风险控制是至关重要的。这不仅关系到交易所的声誉和用户的资产安全,也直接影响到整个加密货币生态系统的稳定性。本章将详细探讨合约交易所在安全性和风险控制方面的关键策略和实施方法。 多重签名机制 多重签名(MultiSig)是一种强大的安全机制,要求多个私钥来授权交易,大大降低了单点故障和内部欺诈的风险。 概念解释 多重签名是一种需要多个私钥来签署和授权交易的加密技术。例如,在一个 2-of-3 多重签名设置中,需要三个私钥中的任意两个来完成交易。 在合约交易所中的应用 热钱包管理: * 设置:通常采用 2-of-3 或 3-of-5 的多重签名方案。 * 应用:每次从热钱包转出大额资金时,需要多个管理员的授权。 冷钱包管理: * 设置:可能采用更严格的 3-of-5 或 4-of-7 方案。 * 应用:定期将热钱包中的多余资金转移到冷钱包时使用。 智能合约升级: * 设置:可能需要多个核心开发者和安全审计员的签名。 * 应用:在升级关键智能合约时,确保变更经过充分审核和授权。 实现考虑 密钥管理: * 使用硬件安全