如果要问前段时间 BSC 上什么项目最 IN,那非羊驼(Alpaca)不可。
羊驼全称 Alpaca Finance,是基于币安链的杠杆挖矿项目。
都说 DeFi 带来了一个“捡钱时代”,但对于小资金量用户来说,挖矿收益低一直是个痛点。
为了解决这个痛点,杠杆挖矿问世。
杠杆挖矿,顾名思义就是在流动性挖矿上加杠杆。杠杆挖矿最早是由 Alpha Finance 提出的,没错你没看错,Alphca 可以说是 ETH 生态 Alpha 的仿盘。
Alphca 的杠杆挖矿上线之前,先开了 BNB、BUSD 单币质押挖矿池(lending 池),虽然有锁仓 (30% 的收益立即解锁,70% 需要等 1 个月后解锁),但风险低收益高,成绩非常耀眼,这让羊驼的杠杆挖矿还没正式上线,就受到了不少人的关注。
在没审计的情况下,早期羊驼 TVL 冲到过 15 亿刀(很高了)。
CoinsPaid和Alphapo约850万美元被盗资金被兑换为290枚比特币:8月3日消息,链上分析师/img/202281240115/1.jpg" />
接下来小编就借羊驼和大家聊一聊,杠杆挖矿的原理,说一说杠杆挖矿的那些必须要注意的坑。
实际上,杠杆挖矿是借贷+杠杆+流动性挖矿的结合体。
什么意思呢?
简单说,是用本金作为抵押,借币放大本金,再去流动性挖矿,让小资金也能获得理想的挖矿收益。
你想想,挖矿收益放上杠杆,不是又稳定又香吗?但事实是这样吗?
先看看羊驼具体是怎么加杠杆去挖矿的:
羊驼有两个池子,一个是单币挖矿的池子,抵押型用户可以往池子里抵押 BNB 和 BUSD 来赚取收益,注意,羊驼的抵押池子里只有 BNB 和 BUSD,这个池子是用来给杠杆挖矿的用户借币放杠杆的。
Prysm节点需尽快升级至alpha.22版本 支援Medalla测试网从同步障碍中恢复:星火矿池(SparkPool)呼吁以太坊社区,目前Prysm已修复同步出错问题,所有使用Prysm客户端参与Medalla测试网的用户需检查自己的客户端是否升级到alpha.22版本。如果尚未升级,应尽快升级,以支援Medalla测试网从同步障碍中恢复。
注:8月15日,以太坊2.0客户端执行团队Prysmatic Labs联合创始人Preston Vanloon表示,8月15日,以太坊2.0测试网Medalla上出现时钟bug,导致对所有节点造成影响,Prysm节点出现了长达近90分钟的时钟偏斜(clock skew),验证器也陆续收到超前Slot区块和证明。[2020/8/17]
另外一个池子就是杠杆流动性挖矿池,这个是重点,我们以 CAKE/BNB 池来和大家举例。
假设目前 BNB 市价 300 刀/个,CAKE 15 刀/个
用户 A 要开 2.5 倍的杠杆挖 CAKE/BNB,抵押了 10BNB (3000 刀)。
声音 | One Alpha创始人:富达涉足加密货币市场是2018年最重要的事件之一:据ambcrypto报道,One Alpha的创始人兼首席执行官Yaniv Feldman在接受CNBC 采访时表示,富达在加密货币市场上迈出的一步是2018年最重要的事情之一,其为为机构投资者进一步铺平了道路。富达是全球第三大资产管理公司,管理着7.2万亿美元的资产,这绝对是每个人都在等待的大机构,而且它不仅仅是投资于某些东西。我们正在建立一家合资企业,实际上正在创建一家专注于提供数字资产服务的子公司。其将为多个交易所的机构执行贸易交易订单,并提供综合性的咨询和支持服务。[2018/10/21]
抵押好后,羊驼从抵押池再给用户借了点 BNB 凑了 25BNB(本金的 2.5 倍),再用一半的 BNB 换了 CAKE。
用户抵押 10BNB (3000 刀),开了 2.5 倍杠杆。当前头寸约 25BNB (7500 刀),其中 12.5 个 BNB (3750 刀),250 个 CAKE (3750 刀)。用户借款 15BNB
再拿去 Pancake 抵押 LP 开始挖矿,另外,在抵押过程中生成的 CAKE,羊驼会直接卖成 BNB,继续复投。
动态 | Nchain发布alpha版本:据bitcoin消息,Nchain在8月29日发布了alpha版本的比特币SV代码库,以便向矿工和矿池运营商展示代码。此外,Nchain还宣布了一个名为“SV Pool”的采矿池,允许矿工在SV客户端上指出哈希值。[2018/8/30]
发现问题没有,羊驼的抵押借贷池只有 BNB 和 BUSD,所有的池子都围绕这两个币,用户如果要组 LP,羊驼就会自动给用户借 BNB 或是 BUSD 来放大资金的效果,然后再卖一半的币去组 LP。
整个过程涉及了币币交易,用户加杠杆挖 CAKE/BNB 流动性挖矿时,羊驼没有 CAKE 的抵押池,所以只借 BNB ,再把借来的 BNB 卖成 CAKE,去组 LP。
平仓时,羊驼会把 CAKE 换回 BNB 来抵债;同理,挖 BTCB/BNB 时,羊驼就会给用户借 BNB 拿去卖成 BTCB…..诸如此类。
上个挖 CAKE/BNB 的例子中,当 BNB 价格上涨时,用户 A 就会存在一部分 BNB 上的亏损。
假设 BNB 从 300 刀涨到 350 刀。用户的借款是 15BNB(价值 5250U),因为羊驼换了 CAKE,借款的当前价值 2.5 BNB 和 250 CAKE (4625U),当然无常损失后这个数字会更低。
不过,当 BNB 价格下降时,情况又恰好相反,用户因为“做空”能多获得一部分的收益。
有人可能会问了,那挖稳定币不就行了?
实际上,羊驼的杠杆稳定币池也有比较大的风险,主要有两个原因。
1、根据规则,抵押池的资金利用率一但超过90%,为了刺激用户还款,利息会大幅提升(利息从最高 10% 提升到最高 150% ),挖矿的收益会锐减。
目前利用率长时间稳定在 90%左右。
2、最重要的一点,滑点过高。不止是稳定币池,所有池子都存在这个问题。
因为 Pancake 的流动性挖矿池有限,如果大资金挖矿,再加杠杆放大,资金量会比较离谱,在去中心化交易所,大金额的交易多少会对价格有一定的影响。
以下是官方给的数据,66.67W 刀的本金,开 6 倍杠杆,平仓时损失约 2.7W 刀。
按照这个数据,加上进入时的损失,共能有约 6.7W。
也就是说当资金足够大,流动性差时,6倍杠杆的纯交易损失能有 10%。
蒙头一进一出,挖矿收益还没覆盖滑点,就容易有比较大的本金损失。
不过不能忽略的是,目前羊驼官方也在尝试,在玩法机制内尽可能帮用户减少这部分的交易损失。
除了以上介绍的,还有其他的风险吗?有。
既然是借贷产品,当然还存在清算风险。
羊驼的清算规则是,当债务比,也就是债务/头寸价值达到一定值时,会触发清算。
债务比率=债务/头寸价值*100%
还是拿上面的案例来说,当 BNB 上涨时,由于无常损失,流动性挖矿池中可拿出的 BNB 减少,CAKE 增多,头寸价值降低债务增加,抵押率就会升高。
根据羊驼给出的数据,如果触发清算,最后退还给用户的 BNB 大约是债务的 19% 左右,也就是,用户 A 用 10BNB 去参与挖矿,开2.5倍杠杆,BNB 上涨导致清算后,能拿回的 BNB 大约是 4.75BNB。
不过,当价格波动时,LP 的价值也会有所波动,爆仓的概率不算大。
既然杠杆挖矿是借贷+杠杆+流动性挖矿,那无常损失是不可忽略的损失之一。
在波动行情,不管币价上涨还是下跌,而且因为整个过程加了杠杆,收益放大的同时无常损失也会跟着放大。
所以羊驼杠杆挖矿,虽然收益高,但总的来说坑还是不少的,并且因为包含了做多和做空,进场挖矿时一定要明白,接下来什么样的行情能获得比较理想的收益,什么样的行情下杠杆挖矿会带来更多的损失。
杠杆挖矿实际上是杠杆+借贷+流动性挖矿的结合。
因为机制的问题,大资金进场,交易的滑点偏高,就要看杠杆挖矿的收益是否能支撑住这么高的滑点,要算清楚挖多长时间能回本。
还有,要注意,羊驼的杠杆挖矿收益,不像单币挖矿,杠杆挖矿会受到行情方向影响,包含了做空及做多。
最后小编也再次提醒大家,杠杆挖矿在放大收益的同时也放大了损失,玩之前,大家对收益和损失一定要有数。
还有挖新矿时,在不清楚原理逻辑的情况下,最好先找找攻略或是小资金先测试一下再冲哦。
风险提示:本文内容仅为作者个人观点,不代表知矿大学的看法或立场,亦不构成任何投资意见或建议。
不可否认的是,目前两大盈利程度最高的公共区块链网络是以太坊和比特币,且坦率地说,它们之间甚至还差得很远.
1900/1/1 0:00:00金色财经 区块链4月10日讯? 现如今,我们每个人都生活在这个全球化的社会里,世界各地的中央银行也正在以各种不同的方式建立和维护货币体系,最近几年还发生了从中心化银行到去中心化银行的巨变.
1900/1/1 0:00:00注:原文作者是Fei协议联合创始人Brianna Montgomery。FEI是一种高度可扩展、去中心化并有储备支持的稳定币,它旨在满足DeFi的需求,而无需依赖中心化的资产抵押品.
1900/1/1 0:00:00数据服务赛道如何借助区块链发挥更大的价值?作为Heco上的去中心化基础数据服务网络项目,HyperGraph将为行业提供哪些数据服务?4月1日14:00.
1900/1/1 0:00:00一个公平的竞拍机制,对于生态可持续发展,或者资源的公平分配十分重要。我们知道,10月12日中午,瑞典皇家科学院将2020年诺贝尔经济学奖授予斯坦福大学经济系的保罗·米尔格罗姆(Paul R. M.
1900/1/1 0:00:00CoinDesk CEO:CoinDesk正寻求出售,为未来发展募资:金色财经报道,数字货币集团 (Digital Currency Group)的加密货币媒体CoinDesk首席执行官Kevi.
1900/1/1 0:00:00