Perpetual Protocol 四:Exchange - 多市场管理的实现

Perpetual Protocol 四:Exchange - 多市场管理的实现
Photo by Nick Chong / Unsplash

Exchange 合约在 Perpetual Protocol 中扮演着关键角色,负责管理多个交易市场,协调 ClearingHouse 和 VAMM 之间的交互。本文将深入探讨 Exchange 的实现细节,包括其在系统中的作用、合约结构、多市场管理策略以及与其他组件的协作。

1. Exchange 在系统中的作用

Exchange 合约的主要职责包括:

  1. 管理多个交易市场(如 BTC/USD, ETH/USD 等)
  2. 为每个市场维护 VAMM 实例
  3. 处理市场参数的设置和调整
  4. 作为 ClearingHouse 和 VAMM 之间的中间层

Exchange 在系统中的位置:

2. Exchange.sol 合约剖析

市场数据结构

contract Exchange is IExchange, Ownable {
    using SafeMath for uint256;

    struct Market {
        address amm;  // VAMM 合约地址
        address oracle;  // 价格预言机地址
        uint256 minRealizedPnlRatio;  // 最小已实现盈亏比率
        uint256 maxOpenInterest;  // 最大未平仓合约数量
        bool isMarketClosed;  // 市场是否关闭
        uint256 insuranceFundContributionRatio;  // 保险基金贡献比率
    }

    mapping(address => Market) public markets;
    address[] public marketList;

    // ... 其他状态变量
}


核心函数

addMarket 函数

function addMarket(
    address _amm,
    address _oracle,
    uint256 _minRealizedPnlRatio,
    uint256 _maxOpenInterest,
    uint256 _insuranceFundContributionRatio
) external onlyOwner {
    require(_amm != address(0), "invalid amm address");
    require(_oracle != address(0), "invalid oracle address");
    require(markets[_amm].amm == address(0), "market already exists");

    markets[_amm] = Market({
        amm: _amm,
        oracle: _oracle,
        minRealizedPnlRatio: _minRealizedPnlRatio,
        maxOpenInterest: _maxOpenInterest,
        isMarketClosed: false,
        insuranceFundContributionRatio: _insuranceFundContributionRatio
    });

    marketList.push(_amm);

    emit MarketAdded(_amm, _oracle);
}

addMarket 函数流程:

removeMarket 函数

function removeMarket(address _amm) external onlyOwner {
    require(markets[_amm].amm != address(0), "market does not exist");
    require(markets[_amm].isMarketClosed, "market is not closed");

    delete markets[_amm];

    for (uint i = 0; i < marketList.length; i++) {
        if (marketList[i] == _amm) {
            marketList[i] = marketList[marketList.length - 1];
            marketList.pop();
            break;
        }
    }

    emit MarketRemoved(_amm);
}

getMarketInfo 函数

function getMarketInfo(address _amm) external view override returns (Market memory) {
    return markets[_amm];
}

3. 多市场管理策略

市场参数设置和调整

Exchange 合约允许管理员(通常是治理机制)调整市场参数:

function setMarketMinRealizedPnlRatio(address _amm, uint256 _minRealizedPnlRatio) external onlyOwner {
    require(markets[_amm].amm != address(0), "market does not exist");
    markets[_amm].minRealizedPnlRatio = _minRealizedPnlRatio;
    emit MarketMinRealizedPnlRatioUpdated(_amm, _minRealizedPnlRatio);
}

function setMarketMaxOpenInterest(address _amm, uint256 _maxOpenInterest) external onlyOwner {
    require(markets[_amm].amm != address(0), "market does not exist");
    markets[_amm].maxOpenInterest = _maxOpenInterest;
    emit MarketMaxOpenInterestUpdated(_amm, _maxOpenInterest);
}

// ... 其他参数调整函数

这些参数调整函数允许灵活地管理每个市场的风险和性能特征。

4. 与 ClearingHouse 和 VAMM 的协作

Exchange 作为 ClearingHouse 和 VAMM 之间的中间层,处理交易请求并转发给相应的 VAMM:

function swapInput(
    address _amm,
    IAmm.Side _side,
    Decimal.decimal memory _quoteAssetAmount,
    Decimal.decimal memory _baseAssetAmountLimit
) external override onlyExchange returns (Decimal.decimal memory, Decimal.decimal memory) {
    Market storage market = markets[_amm];
    require(market.amm != address(0), "market does not exist");
    require(!market.isMarketClosed, "market is closed");

    // 检查开放利息限制
    checkOpenInterestLimitReached(_amm, _side, _quoteAssetAmount);

    // 调用VAMM执行交易
    return IAmm(market.amm).swapInput(_side, _quoteAssetAmount, _baseAssetAmountLimit);
}

与 ClearingHouse 和 VAMM 的协作流程:

总结

Exchange 合约作为 Perpetual Protocol 的核心组件之一,通过高效的多市场管理策略和灵活的参数调整机制,为整个系统提供了强大的可扩展性和适应性。它不仅简化了 ClearingHouse 和 VAMM 之间的交互,还为未来添加新的交易对和市场类型提供了便利。

通过深入理解 Exchange 的工作原理和实现细节,我们可以更好地把握去中心化衍生品交易平台的核心挑战和解决方案,为 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 方案。 * 应用:定期将热钱包中的多余资金转移到冷钱包时使用。 智能合约升级: * 设置:可能需要多个核心开发者和安全审计员的签名。 * 应用:在升级关键智能合约时,确保变更经过充分审核和授权。 实现考虑 密钥管理: * 使用硬件安全