风控体系架构
概述
Zanbara 采用创新的三层风控体系，从用户、系统、市场三个维度构建全方位的风险防护机制。这套体系的核心设计理念是：保护散户交易者，预防风险而非事后补救。
为什么需要三层风控？
在传统的永续合约交易平台中，风控往往只关注系统层面的风险管理。然而，这种单一维度的风控无法有效保护散户交易者：
传统风控的局限：
⚠️ 散户缺乏风险意识，容易使用过高杠杆
⚠️ 清算机制过于被动，用户损失后才介入
⚠️ 市场异常情况下，系统性风险蔓延快
⚠️ 缺乏教育和引导，用户重复犯错
三层防护的优势：
✅ 事前预防：从下单开始就进行风险控制
✅ 分层防护：三道防线层层把关
✅ 精细化管理：针对不同场景采用不同策略
✅ 用户教育：帮助用户建立正确的风险意识
三层风控架构
┌─────────────────────────────────────────────────────────────────┐
│ 第一层：用户层风控 │
│ ┌────────────────────────────────────────────────────────────┐ │
│ │ - 动态杠杆限制（基于用户等级） │ │
│ │ - 持仓限制（防止过度集中） │ │
│ │ - 实时风险提示（保证金率预警） │ │
│ │ - 强制教育机制（新手必读） │ │
│ └────────────────────────────────────────────────────────────┘ │
│ ⬇ 通过后进入 │
└─────────────────────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────────────┐
│ 第二层：系统层风控 │
│ ┌────────────────────────────────────────────────────────────┐ │
│ │ - 全局风险限额（总持仓量、多空比） │ │
│ │ - 异常交易监控（刷量、操纵识别） │ │
│ │ - 保险基金机制（穿仓赔付） │ │
│ │ - 熔断机制（极端行情保护） │ │
│ └────────────────────────────────────────────────────────────┘ │
│ ⬇ 通过后进入 │
└─────────────────────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────────────┐
│ 第三层：市场层风控 │
│ ┌────────────────────────────────────────────────────────────┐ │
│ │ - 价格保护机制（标记价格vs成交价） │ │
│ │ - 深度保护（流动性监控） │ │
│ │ - 大户持仓透明（防止操纵） │ │
│ │ - 资金费率调节（平衡多空） │ │
│ └────────────────────────────────────────────────────────────┘ │
│ ⬇ 通过后成交 │
└─────────────────────────────────────────────────────────────────┘
↓
订单进入撮合引擎各层职责与协同
第一层：用户层风控
主要职责：保护单个用户免受自身风险决策的伤害
核心机制：
根据用户经验等级限制杠杆倍数
基于账户权益限制持仓规模
实时计算并展示风险指标
强制新用户完成风险教育
典型场景：
用户小王（新手，首次交易）：
1. 尝试开 10x 杠杆 → 系统拒绝，最多允许 3x
2. 看到清算价格提示 → 决定降低仓位大小
3. 收到风险教育弹窗 → 学习清算机制
4. 成功下单，开始积累交易经验第二层：系统层风控
主要职责：防止系统性风险，保护平台整体稳定性
核心机制：
监控平台总持仓量（Open Interest）
检测和阻止异常交易行为
维护保险基金应对极端情况
在市场剧烈波动时触发熔断
典型场景：
市场暴跌，SOL 价格 10 分钟下跌 15%：
1. 系统检测到异常波动 → 触发熔断机制
2. 暂停新开仓 5 分钟 → 允许平仓和减仓
3. 提高保证金要求 20% → 降低新增风险敞口
4. 通知所有用户 → 推送风险警告
5. 保险基金待命 → 准备处理可能的穿仓第三层：市场层风控
主要职责：维护市场公平性，防止价格操纵和流动性枯竭
核心机制：
使用标记价格（Mark Price）防止操纵清算
监控订单簿深度，警示流动性不足
公开大户持仓分布，提高市场透明度
通过资金费率平衡多空力量
典型场景：
大户试图操纵市场：
1. 大户挂出大量虚假买单 → 系统识别异常订单模式
2. 订单频繁撤单（撤单率 95%）→ 触发异常交易监控
3. 短时间价格剧烈波动 → 使用标记价格而非成交价计算清算
4. 保护普通用户不被误伤 → 避免连锁清算三层协同工作流程
与竞品风控对比
用户层保护
✅ 动态杠杆 + 强制教育
⚠️ 固定杠杆限制
⚠️ 固定杠杆限制
⚠️ 固定杠杆限制
风险提示
✅ 多级预警 + 实时推送
⚠️ 基础提示
⚠️ 基础提示
✅ 多级预警
系统层监控
✅ 全局 OI + 多空比 + 异常检测
✅ 全局 OI 限制
❌ 无限制
✅ 全方位监控
保险基金
✅ 透明 + 实时公开
✅ 有，但不透明
✅ GLP 池
✅ 有，定期披露
价格保护
✅ 标记价格 + Pyth 预言机
✅ 预言机价格
✅ Chainlink 预言机
✅ 指数价格
大户透明度
✅ 持仓分布公开
⚠️ 部分公开
❌ 不公开
⚠️ 部分公开
熔断机制
✅ 自动熔断 + 人工审核
⚠️ 需人工触发
❌ 无
✅ 自动熔断
教育机制
✅ 强制新手教育
❌ 无
❌ 无
⚠️ 可选教育
对比总结：
用户层保护最完善：Zanbara 是唯一实施动态杠杆限制和强制教育的平台
透明度最高：保险基金、大户持仓全部实时公开
预防性最强：三层防护在问题发生前就进行拦截
对散户最友好：从教育到提示到限制，全方位保护
风控体系设计理念
理念一：预防优于治疗
传统风控是"事后补救"，我们是"事前预防"：
传统模式：
用户下单 → 成交 → 爆仓 → 清算 → 损失
我们的模式：
用户下单 → 风险评估 → 限制/警告 → 教育引导 → 安全交易理念二：保护而非限制
我们的目标不是限制用户交易，而是帮助用户做出更明智的决策：
❌ 不是：禁止高杠杆交易
✅ 而是：根据用户经验动态解锁，配合教育和警告
理念三：透明可信赖
所有风控规则和数据完全透明：
📊 风控规则文档化，用户可随时查阅
📊 保险基金余额实时公开
📊 大户持仓分布每小时更新
📊 所有限制都有明确解释
理念四：持续优化
风控不是一成不变的，我们会根据市场情况动态调整：
# 示例：动态调整保证金要求
if market_volatility > HIGH_THRESHOLD:
margin_requirement *= 1.2 # 提高 20%
notify_all_users("市场波动加大，保证金要求临时提高")
if insurance_fund < SAFE_THRESHOLD:
pause_high_leverage_orders()
alert_operations_team()风控效果指标
我们使用以下指标衡量风控体系的有效性：
清算率
< 2%
5-10%
被清算用户占活跃用户比例
穿仓率
< 0.1%
0.5-1%
清算后仍有负债的比例
保险基金使用率
< 5%/月
10-20%/月
保险基金支出占总额比例
风险警告响应率
> 60%
30-40%
收到警告后采取行动的用户比例
新手教育完成率
> 95%
N/A
新用户完成风险教育的比例
平均持仓杠杆
3-5x
5-10x
反映用户风险偏好
持续改进计划
短期优化（1-3 个月）
机器学习风控模型
训练用户行为模型，预测高风险用户
个性化风险提示和教育内容
更精细的风险分级
从 3 个等级扩展到 5 个等级
增加"专业交易者"认证
优化清算机制
部分清算替代全部清算
降低清算延迟到 100ms 以内
中期扩展（3-6 个月）
跨资产风险管理
支持 BTC、ETH 多交易对
统一风险评估模型
社交风控功能
跟单交易的风险控制
高手策略的风险评级
自动风险对冲
平台自动对冲系统性风险
降低对保险基金的依赖
长期愿景（6-12 个月）
DAO 治理风控参数
社区投票决定风控阈值
透明化风控决策过程
跨链风险管理
支持多链资产
统一的跨链风控标准
保险产品化
用户可购买清算保险
保险基金代币化
相关文档
总结
Zanbara 的三层风控体系是业界最完善的散户保护机制。通过用户、系统、市场三个维度的全方位防护，我们致力于打造一个安全、透明、可信赖的永续合约交易平台。
核心价值观：
🛡️ 安全第一：保护用户资金是首要任务
📚 教育为本：帮助用户建立正确的风险意识
🔍 透明公开：所有风控规则和数据可查可验
🔄 持续优化：根据实际运营不断改进风控策略
下一步阅读：建议从 设计理念 开始，了解我们为什么这样设计风控体系。
Last updated