BTC:一文读懂永续合约背后的神秘调料「资金费率」

编者按:本文来自链闻ChainNews,星球日报经授权发布。撰文:AdityaPalepu,衍生品合约去中心化交易所DerivaDEX联合创始人兼CEO,高频交易商DRW前算法交易员,编译:PerryWang资金费率是加密世界当前最走红的交易产品——永续合约背后的神秘调料。但资金费率究竟是什么?它如何影响你的交易策略?资金费率是永续合约的价格与标的资产的价值保持接近的关键所在。其工作原理是在多空交易者之间转移周期性的费用。重要的是,设计糟糕的资金费率会让永续合约风险更高、波动性更大、耗费也更高。简短解说

资金费率通过在市场的买入方和卖出方之间平衡供应和需求,使得某个永续合约可以密切跟随其标的资产的价格。资金费率类似于一个费用或一笔退款,即交易者因持有头寸而需要支付或收取的费用。以BitMEX交易所为例,如果BTC/USD永续合约(XBTUSD)在高于BTC现货价格处交易,则资金费率为正。这意味着,多头交易者向空头交易者支付费用。另一方面,如果BTC/USD永续合约在低于BTC现货价格处交易,则资金费率为负。这意味着,空头交易者将向多头交易者支付费用If永续合约价格>标的资产价格=>资金费率为正If永续合约价格<标的资产价格=>资金费率为负资金费率直接由多头交易者向空头交易者支付,或者反过来;交易所本身不会从中抽成。虽然从理论上讲任何方向的交易者都可能收获资金费用,但一般来说,资金费率是反作用于热门交易的。例如,如果多数人在做多BTC永续合约,而你也想做多BTC,那么你很有可能需要向所有做空者支付一笔资金费用,因为后者正在维护永续合约价格的平衡。BTC就其历史而言基本是一个向上的趋势/牛市,所以,一般是多头交易者向空头交易者支付资金费用。资金费率都是按固定时间间隔定义的。概括的说,资金费率的计算方法是,评估在特定时间段内某个永续合约价格与其标的资产价格之间的平均差值。你应该支付或收取的金额,取决于资金费率、多空方向以及你的头寸规模。具体的实施细节因交易所而异,我们会在另一篇文章中深入解释,但通常来讲,你将支付或收到的金额为:资金费率×名义头寸、资金费率是正还是负,以及你是空头还是多头。

BendDAO:财政执行委员会已投票设立:7月19日消息,据snapshot显示,BendDAO关于财政执行委员会的提案BIP 35#已通过,将逐步向社区移交权力,直到实现完全分权管理。第一届财政委员会由5名成员组成,包括3名来自开发团队的成员和2名从社区中选出的成员。[2023/7/20 11:05:31]

听上去很酷,请举个栗子!

来了!给你举一个资金费率如何发挥作用的实例,我们可以看看BitMEX交易所,假设有位名叫Alice的交易者,她持有一个5BTC/USD的多头头寸。那么,资金费率如何运作呢?BitMEX执行每8小时一次的资金费率支付,分别为每天的4UTC、12UTC和20UTC。在2020年6月7日的4UTC-12UTC,BTC/USD永续合约的价格基本稳定保持在高于其标的比特币现货的水平。因此,下一个时间段的资金费率就被设定了,为0.01%。在该时间段结束时将进行资金费率金的支付:资金费率支付额=资金费率*名义头寸资金费率支付额=0.0001*5BTC资金费率支付额=0.0005BTC需要留意的是,在这种情况下,Alice需要向空头交易者支付0.0005BTC,因为这个0.01%的资金费率为正,此时需要激励空头头寸。要点

Terra Allies高级全栈工程团队提出Q3预算提案:金色财经报道,在Terra Luna Classic(LUNC)关于流动性质押衍生品的联合治理提案提出后,一项新提案建议组建由六名高级全栈工程师组成的专门团队。

该团队提出2023年第三季度的详细计划,预算为11.6万美元。其L1路线图包含重要里程碑,比如从Columbus-5迁移到Columbus-6,以及升级到最新的Cosmos SDK。此外,其路线图还包括在Keplr的分析可视化网络工具Web界面、Cosmos区块浏览器Mintscan上架Terra Classic。[2023/6/25 21:59:10]

永续合约是目前加密领域中交易最最活跃的产品。这个工具从根本上需要通过资金费率机制来平衡供应和需求,以维持价格稳定。如果某个永续合约的价格接近其跟踪的现货资产价格,则只需要一点点资金费率的转移就可将它拉回标的价格。价格差距越大,这类支付就越高。资金费率金,是名义头寸规模的函数,因此会对交易者产生重大影响,尤其是对那些高杠杆的交易者而言。支付或收取资金费率金,会对某个头寸的损益产生实质的影响,因此需要全面透彻的理解!要了解资金费率金或退款对你的损益有多么重要的影响,下面提供一个示例,它解释了某个融资费率如何影响不同杠杆率的多头BTC/USD交易者:

拜登:不排除短期提高债务上限,会避免违约情况发生:金色财经报道,美国总统拜登表示,我们将继续讨论(债务上限问题),并在周五再次会面。美国不会违约。美国可以削减支出和赤字。不排除短期提高债务上限。绝对肯定会避免违约情况发生。一直在考虑第14条修正案关于债务的问题。延长债务上限的期限应该超过一年。[2023/5/10 14:53:10]

我想学更多!

资金费率为何因交易所而异?

如上图所示,不同交易所之间的资金费率可能有很大差异。资金费率的计算:每家交易所都有各自不同的资金费率计算方法。具体计算方法会在另一个相关的帖子中详细介绍,但关键理念是,资金费率需要度量某个永续合约价格与其标的价格的价差。和直觉相反,其实各交易所对这些价差的度量方法相当不同。例如BitMEX会考虑订单簿的深度,而FTX只考虑3点:上一笔交易价格的平均值、最高的买方出价和最低的卖方出价。资金费率的转移机制:交易所计算资金费率和转账的频率也可能各不相同!例如,BitMEX每8小时计算一次资金费率,以此设定下一个时间段的费率并在该时段末尾时支付。而Deribit不同,它每毫秒计算一次资金费率,并以这种极高频的、基本上是「连续的」进行资金费率金的转账。什么是资金费率的基础交易?资金费率可以扩大或者缩小某个多头或空头永续合约的交易策略的损益。然而,也存在这样一种交易策略,其PNL完全基于资金费率,或者说,标的资产价格的变动不会影响该策略的盈亏。具体构想就是,在永续合约市场建一个多头或空头头寸,同时在标的资产的现货市场上建一个抵消头寸。这样一来,你的头寸会对标的资产的价格波动不那么敏感,但是你却可以收获资金费率金。如前所述,资金费率往往是正的,让我们假设,某交易者Alice希望不受BTC价格波动的影响,但又希望赚取资金费率金。Alice可以采取以下的步骤:在2020年5月14日(0:00UTC)在某家现货交易所里以$9301.5价格买进1BTC。几乎在同一时间和同一价格在Bybit交易所卖出1BTCUSDT的永续合约。那么,在2020年5月14日至2020年6月15日的这个月,她这笔交易的PNL会是下图这个样子:

距以太坊Shapella升级还剩约3小时:金色财经报道,数据显示,距以太坊Shapella升级还剩约3小时(当Epoch为194048时升级,目前Epoch为194019)。当前估计所有验证者在信标链上可提取的奖励为1,131,438ETH。[2023/4/13 14:00:20]

BTC价格上升或下跌给Alice带来的其现货多头的任何利润或损失,都会被她的永续合约空头头寸大致抵消。不过她的其实是资金费率为正。在我们考察的这一个月,她赚了90多美元。将这一期间的回报年化计算,意味着11%的投资回报率——不错哦!此外,值得注意的是,在基础交易的方向上做出正确选择的交易者,还能从资金费率获得更多回报。例如,我们考虑另一种情况:BTC/USD永续合约的交易价格大大低于BTC现货价格。一名基础交易者,比如Alice,可能会押注于两个价格将趋同,她会买入永续合约、卖出BTC现货资产。如果/当两者价格趋同,Alice可以获利了结,同时还能收取和负的资金费率相关的费用,这进一步扩大了她的利润。你知道吗,资金费率还可以显示人们有多大意愿为杠杆付费永续合约的一大优点,是让交易者可以高杠杆进入头寸。例如,希望押注BTC价格上涨的交易者,可以投入一定资本在现货交易所购买BTC。而提供永续合约的交易所,例如BitMEX,则允许这位交易者以同样的资本获得高达100倍的BTC有利敞口。永续合约交易价格高于比特币现货价格的数值,基本代表着多头交易者必须支付的资金费率的成本。你可以认为,这正是交易者通过购买永续合约进行杠杆交易而愿意支付的成本。

Zcash开发团队发布新提案ZPF 拟修改ZEC发行规则:8月5日消息,据官方博客,加密隐私货币Zcash协议开发团队Electric Coin Company(ECC)提议引入Zcash Posterity Fund以修改Zcash发行规则,Zcash Posterity Fund是一个新的Zcash发行系统,将在提高网络长期财务可持续性的同时保持2100万ZEC供应上限和近似的发行率,主要改动包括由一个平滑下降的支付曲线取代减半epoch,并且该机制的费用将在一段时间内以区块奖励的方式进行分配。

ECC正在收集社区反馈并对这个提案进行市场调查。如果该提案得到广泛支持,将假设Zcash Posterity Fund限制发行的设计,来定制股权证明研究,并将开始将这个高级的提案细化为一个具体的Zcash改进提案,还可能会提出更改交易费用以提高弹性、用户体验和隐私的后续提案。 ?[2022/8/5 12:04:12]

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

地球链

[0:0ms0-1:260ms