区块链永续合约开发方案与实施要点

导读： 开发区块链永续合约, 可不是直直对传统合约代码进行简单套用, 它要求均衡地考量资金效率、价格锚定以及风险控制这三大关键焦点。有些团队单单只专注于交易的逻辑性...

开发区块链永续合约, 可不是直直对传统合约代码进行简单套用, 它要求均衡地考量资金效率、价格锚定以及风险控制这三大关键焦点。有些团队单单只专注于交易的逻辑性, 然而却遗漏了资金费率、强制平仓机制的设计方面的细枝末节, 在上线之后易于呈现出差错失常情况。鉴于诸般此类认知情况, 我们开展探讨是从架构设计以及风险管控这两个层面着手的。

资金费率与价格锚定机制怎么落地

永續合約有別於交割合約的關鍵所在呀, 是藉由資金費率機制使得市場價格一直緊跟現貨指數, 這個費率可不是隨便亂定的, 它得依據市場裡多空持仓比例去動態調整, 在開發之時首先得挑選一個靠譜的價格源, 通常會蒐集多家交易所的現貨數據, 經過加權計算而形成指數價格, 要是价格源很單一或者更新不夠及時, 那可很容易就被操縱, 或者產生嚴重の價差。

费率计算周期一般被设定为八小时一轮, 然而, 有一些项目方期望将其缩短至一小时, 以此来提高反应速度。这就需要进行权衡, 因为周期越短, 资金费率波动就会越频繁, 进而导致用户交易成本上升；周期要是太长, 又有可能致使溢价或者折价持续时长很久。在开发的时候, 建议采用阶梯式费率调整, 也就是当价差超过阈值的时候, 自动加大费率调整幅度, 如此一来, 既能迅速地进行纠偏, 又不会让费率突变把用户吓跑。

在落实这一方面, 于智能合约当中, 需要专门去存储每一轮的累计费率, 每一次当用户持仓出现变动的时候, 依据当前的费率来结算还未实现的盈亏情况, 切不可一直等到平仓的时候才进行一次性结算, 因为如此这般很容易形成资金池之中的余额在短时间内出现剧烈的波动现象, 在对费率进行动态调整的同时, 还必须要在资金费率定期被转入系统准备金方面提供必要的支持, 从而得以凭借这些准备金去应对极端行情之下所出现的穿仓损失情况。

强制平仓与风险准备金怎样设计才稳健

永续合约具备的高杠杆特性, 使得强制平仓机制必然要精准且具备抗干扰能力。在进行开发时, 不能仅仅依赖链上预言机报价, 还需要引入多源交叉验证, 比如说同时去参考三家以上的报价源, 选取中位数或者加权值作为标记价格。当用户的保证金率低于维持保证金率的时候, 系统就会自动触发平仓指令。这里存在着一个常见陷阱: 要是按照实时市场深度去执行平仓, 滑点有可能会很大, 从而导致实际成交价远离标记价的情况出现, 最终使得用户亏得比预期还要多。

更优的举措是设定平仓价格缓冲区域, 当标记的价格触碰到平仓界限之时, 先去通告用户增添保证金, 给予一定的宽限时间范围。要是在宽限的时间范围之内尚且未曾补充足额, 再依据当下最优的挂单逐步地减少仓位, 并非一下子全部平仓。与此同时, 系统需要从每一笔手续费之中提取一定的比例注入进风险准备金里去, 专门用来弥补穿仓所造成的损失。准备金的规模进行动态的监测管控, 当使用率超出预先设定的阈值之际, 自动激发费率上调或者杠杆倍数限制, 避免风险的积累。

开展开发期间, 还得知留出手动干涉的接口, 像是于市场出现猛烈波动的时刻, 运营方面能够临时去调节维持保证金的比率, 或者终止开仓。这些权限务必得设置多签进行审批, 以此防止单点故障或者恶意的操作。在测试阶段, 肯定要用历史极端行情的数据去做回测,模拟价格立刻暴涨以及暴跌、流动性枯竭这类场景, 核查强制平仓的逻辑究竟能不能扛得住。