上周,比特币连续下挫,价格跌至8500美元附近震荡,三天时间跌去14%,较2月12日创下的10500美元高位下跌了17%,几乎触及近一个月的最低水平。数据显示,仅2月27日当天,比特币市值蒸发约200亿,24小时全网总计爆仓8.79亿美元,爆仓人数达41257人。 比特币突然调转风向,开启大跳水模式,并有持续下行的趋势,减半行情遭遇重挫,投资者恐慌情绪和看跌预期弥漫整个市场,甚至质疑减半效应已经提前结束。然而,市场上也不乏这样一群投资者,在别人恐慌的时候他们反而更贪婪,把这次暴跌看成是做多的绝佳机会,打算逢低买入。 事实上,对于看涨的乐观投资者也略有担忧,究竟要不要趁机抄底,万一跌跌不休怎么办?那些看跌的悲观投资者也在纠结,到底要不要等待企稳入场,如果错失获利机会怎么办? 在刚刚过去的一个月里,投资者王钢就经历了这样的挣扎。 2月初,投资者王钢以9000美元左右的价格买入少量比特币,眼见币价在10天内就突破了10000美元,王钢追高情绪强烈,思来想去终于还是没忍住,在10400美元的高位重仓。谁知,接下来的两周,比特币急转直下,且持续下探,眼睁睁看币价跌破9000美元。王钢在高位追涨,已被深深套牢在山顶。 期间,当比特币从10450美元几次滑坡,跌至9200美元附近,王钢开始动摇了,但仍期待第二天币价会复活反弹,谁知,第二天比特币更是断崖下跌到8800美元附近,王钢再也无法坚定持有了,这种恐慌让他不得不赶紧出货下车。但是不甘心的他,心里更在犹豫要不要在适当的时机抄底再入场。 经过这一次之后,当比特币暴跌至8600美元左右时,王钢认为差不多已经算个低点,是个不错的抄底机会,于是重仓下注,但没想到在接下来的两天里,比特币又迎来瀑布式下跌,差点跌破8500美元,且有继续下行的趋势,一心想抄底的王钢好像又让自己抄在了半山腰上。 相比于王钢,经验更丰富一些的刘飞要幸运的多。比特币第一次瀑布行情时,刘飞就全部清仓出货,并一直等待合适的时机买入。刘飞觉得,自己成功逃顶纯属运气,他认为只要能获利,什么时候逃都是顶。而相比于逃顶,抄底反倒让他感觉更困难。 实际上,在瀑布期间,刘飞仅在交易平台以约9000美元的价格挂了一次单。结果可想而知,与王钢一样,接下来更大的恐慌式下跌将他埋在了半山腰上。不过,刘飞表示这很正常,没有人能抄到绝对的底,只要抄底的价格尽量更低一点就行。 市场就是这么无法预测,对于普通投资者来说,投资时机很难把握准确,而比特币这种具有极大波动性的新型风险资产更是如此。尽管目前市场上对即将到来的减半行情仍抱持信心,但是从现阶段比特币的市场表现上看,投资风险依旧很大。 那么,对于大多数仍想搏减半红利的投资者来说,如何做到不在下跌的时候被迫清洗出局或错误地盲目抄底,在上涨行情启动的时候避免冲动追高,就成了摆在他们面前最头疼的难题。 吸取了之前的教训,刘飞的第二次挂单并没有在交易平台上,而是选择了新加坡数字资产金融服务巨头Matrixport的优买计划。据他所说,这是他偶然看到的一个产品,自己深入研究后发现,或许这种方式是能帮助自己降低抄底风险的一个行之有效的解决办法。 刘飞认为,如果他下单8500美元的挂钩价,就算不能以8500美元的折扣价格接到,也能以现货的折扣价买到比特币,如果现货价是8600美元,他实际买入的价格也有可能低于8500美元。 假设,刘飞在比特币现货价格为8600美元时,在交易所以8500美元挂单买入,那么当币价下跌到8500美元时,他就以8500美元的价格成交。但他第二次下单了8500美元挂钩价的产品,那么一旦币价跌到8500美元时,刘飞还可以享受一个约定折扣率,这样就能以更低的价格买入。 可以看到,用这种新玩法抄底,跌到挂单的位置,投资者还能有额外的折扣,就算不能以挂钩价成交,也能在反弹的过程中以折扣价追涨。 除了像王钢和刘飞这样的投资者,还有一类用户偏爱定投比特币,这在普通投资者特别是新手中间最为常见的。对于抱有定投理念的投资者来说,这款产品的投资逻辑也与之不谋而合。 我们知道,定投的逻辑,就是不需要时刻关注行情,只要在不同的定投周期,以当前的市场价买入,那么长期来看,就可以通过这种投资策略分摊用户的投资成本,降低市场波动的风险。但当币价出现大幅地上涨和下跌时,人性的弱点也会暴露无遗,即使是定投,也难免会被市场上的一些噪音所干扰。 在当前的国际形势下,全球市场预期也许会来到前所未有的低位,比特币仍然无法成为真正的避险资产,虽然减半将至,比特币市场也难免会继续盘整震荡,甚至持续下挫的可能,只有控制好风险才能保证自己不被恐慌情绪左右,安心等待减半行情的到来。 |
Copyright © 1999 - 2024 by Sinoquebec Media Inc. All Rights Reserved 未经许可不得摘抄 | GMT-5, 2024-11-21 15:41 , Processed in 0.134073 second(s), 23 queries .