1核心提示

英伟达,以太坊合并:玩家的春天,华硕,显卡的“矿难”,内存

2发布时间

时间:2023-01-28   浏览258
发布人:让人人享受到云服务

3资讯详情

 

这意味着,参与运算的设备越多,工作量就越大,从而能够获得的数字货币也就越多。

全球最大的游戏平台steam显示,平台内游戏玩家们使用最多的是1060显卡,而这张显卡发布于2016年。前几代有限的性能提升以及不断上涨的价格,使游戏玩家更换电脑硬件的欲望并没有那么强烈。但30系显卡相较于上一代20系,性能翻倍的同时,价格也折半了,非常直接地刺激到了众多游戏玩家的神经。

矿卡冲击流入市场,整个生态都受到了影响。

随着参与到挖矿中的人不断增多,工作量证明(PoW)的共识机制导致了巨大的能源消耗。据报道,比特币每年耗电量约150太瓦时,超过阿根廷4500万人一年的用电量;以太坊每年耗电量约62太瓦时,也接近瑞士900万人一年的用电量。

“大量出,大量出,只要价格合适都可以的。”

持续走高的显卡价格,曾一度让不少观望了一年多的游戏玩家彻底“死心了”。据3DCenter报告显示,在2021年12月时,英伟达与AMD显卡溢价,一度超过首发建议零售价80%。一款首发价8999元的RTX 3080Ti,市场价一度被炒到2万元以上。

抢购软件是Dwhite的朋友自己写的程序,算不上稳定,时而有用,时而不灵,但这一年多抢了十多回显卡,一次都没成功过。

供应端方面,30系新显卡上架后产能不足;需求端方面,挖矿潮快速井喷。于是,几十万人抢显卡的奇观,出现了。王逸告诉我们,在京东上架的几款原价显卡均需要抢购才能买到,预约人数多时超过50万,抢购数额却只有一张。

同时,由于使用算法不同,比特币的挖掘只能使用例如ASIC的专业矿机才能产生效益。而以太坊只需要使用显卡就能进行挖矿,大幅降低了挖矿的“准入门槛”,而这也是挖矿热潮得以兴起的原因之一。

2017年开始,Vitalik Buterin提议,要在2019年从工作量证明转向权益证明,实现ETH(以太币)2.0,但出于对难度安全性等因素的考虑,计划一直停摆。2020年12月,开始在信标链上进行质押测试,开启了以太坊从PoW转向PoS的重要一步,该测试后,每个节点验证者需要质押32个ETH,合并完成后才能分批取出。

挖矿是一个007的工种,需要矿机7×24小时连续满负载运行,如果长期处于散热不好、潮湿等环境下,显卡的寿命难以保障。公司企业资讯网 - 企业信息网

Dwhite和朋友讨论过这个问题,得出的结论有两个:一是商家设置了较高的防护,二是内部处理了,不可能抢到。

95后的Dwhite,先前在一家4A广告公司工作,后辞职准备出国读研,恰逢疫情暴发计划推迟。等待的期间,游戏成了消遣的方式之一,于是就萌生了给电脑更换显卡和电源的想法。用抢购软件这一“外挂”尝试多次后,依旧无法抢到原价的显卡,等和观望成了Dwhite唯一能做的。

卖卡商矿龙飞在视频中表示,“这几天找我卖矿卡的矿老板明显多了,但是大多数也是咨询。有的在想办法挖其他币,但是我估计也挖不了几天。有的说先关机看看情况,有的准备卖卡了。当矿老板换了各种币,发现收益和电费持平的时候,他们才会低价抛售。”

流入二手市场的矿卡,很难让普通消费者买单。

当年,30系是矿卡的香饽饽,而如今却成为被嫌弃的对象。

“矿难无情人有情,可以讨价还价显卡滞销,救救我们!”

第一,记账。比特币是分布式的虚拟货币,其记录不是保存在某个机构和中心,而是所有用户的计算机中,因此网络数据运算需要用户的支撑。比特币交易是一个经过签名的数据被广播到网络上的过程,因此所产生的数据运算需要通过各地用户的计算机进行。比特币每十分钟产生一个区块,参与挖矿的矿工把这十分钟内的交易数据进行打包。一个区块里包含了交易的明细,时间戳、签名和随机数。

编辑|姚赟

抢到原价的显卡后,毕军将这一成果发到贴吧里,但面对这种小概率事件,网友反而不信他,“别人都说我是托。”

矿难看起来能让显卡回归到正常状态,但这对玩家来说,只是影响了下一代系列新品。

从需求端来看,本次升级,“理财产品”显卡回归到了常态,一切尘埃落定,整整两年的显卡挖矿时代已经结束。

英伟达CEO黄仁勋在2020年10月回应全球缺货潮时称,缺货的主要问题不在于供应,而是需求远超预期,造成了目前的缺货情况,“我们预期的量本来就已经很多了”。并表示他们已经在努力提高产能,目前的成品率和运输都进行得非常出色,只是在上架后立即被抢购一空。

而玩家们也对矿卡持怀疑态度。

本次合并前,以太坊“矿工”们通过显卡矿机挖矿获得收益,而如今通过质押以太币,便可以用验证节点的形式来获得收益。据了解,不同的虚拟币系统,对于矿机有不同的要求,如以太坊的矿机,以显卡为核心——曾经挖矿的主力工具,现在只能被闲置在角落了。

4大家还在看:

0.0049 second(s), 6 Queries