那些年玩过的归零山寨币

这两天币安因为调整合约策略导致的不少meme币腰斩再腰斩,作为一个老韭菜看到这样的场景仍然是触目惊心。虽然我早已经不碰这些玩意儿,但是不禁让我想起来这些年经手的归零山寨币还真不少。2017年的夏天我的朋友带我走进了数字货币的世界,不知不觉在币圈熬了8年,最终的结局是没有暴富,也没有了期待,下面就盘点下从入圈到现在归零的山寨币。

归零定义:基本被所有交易所下架/项目方解散或者是无人关注/价格下跌95%以上。以下为2017年到2025年持仓时间跟数量相对比较多的归零或者接近归零的山寨币。

SNT (https://status.im)

这个是我接触的最早的一个以太坊ICO项目,做的去中心化IM。虽然没有参与众筹,但是在二级市场接盘在高点,当时恰逢2017年牛市,作为币圈小白完全不清楚熊市的威力,后面亏的抬不头。项目现在还在做,但是基本没人关注了,币价也可以忽略不计了。

EOS

老韭菜都懂,当时参与了ICO,最多的时候有9000多个,2017年牛市没来就跑光了。从最高差不多20美金跌到现在的0.8美金,最近热度又起来了,搞不懂。

DEW

李笑来那一伙搞的什么去中心化交易所,拿了5ETH参与了ICO,印象里就上了币赢,没什么交易量,最后基本归零。

OTB

还是笑来的朋友,一个台湾的老师搞的一个OTC平台,参与了ICO,在项目跑路之前割肉出来了成本。伴随着2017年9.4事件,直接关闭跑路。

AE

2018年的明星项目,团队技术一流,概念也非常领先,把erlang的创始人都搞去了,但是营销三流,做到现在还是无人问津。18年上了币安迎来高点,然后随着熊市到来一路下跌,链上又被攻击,后面币安,火币,OKX都给下架了。

FUEL

没被币安下架之前经常拿它跟当时的LEND(现在的AAVE)做波段,其实就是个空气ICO项目,不知道哪天就宣布下架了,看到消息之后赶紧就割肉跑。重点不是FUEL归零,而是后面LEND被100:1换成AAVE,我记得当时波段的时候账户经常有1,200W个LEND,但是完全不懂LEND这个项目的价值,错过在币圈最大最好的一次机会。

BTM

币安有段时间因为清退法玩了就去了火币(2018-2020前后),没什么玩的就关注到BTM,长侠做的,就是在知乎上回答一个关于投资的问题,让买比特币然后忘记这件事的那个人。18,19年熊市经常在火币玩BTM跟GNX,反正后面就是项目停止,交易所下架。

GNX

在20年玩的最多的一个山寨币,做的去中心化存储,后面项目停了,然后火币,OKX都给下架了。这个币在20年牛市经常莫名其秒疯狂拉盘,就是靠一次又一次的波段把亏的钱都赚回来了,记得孩子出生那段时间,最高的一天拉盘了500%,垃圾国产项目,没啥说的。

PAY

17年的超高人气ICO项目,好像是币圈最大金额的一次ICO,在火币还没下架之前经常拿PAY跟AE做波段。当时纯粹觉得这个币在上一轮牛市之后跌太多了,项目本身就是做了个什么支付卡,很难落地的,后面了解到他们要放弃PAY项目去做MIMO就赶紧割肉了,然后拿着割肉剩余的USDT去链上玩他们的新项目了。

MIMO

PAY项目挂掉后,团队又做了一个去中心化的稳定币项目PAR的治理代币(Govermence Token)。就是从这个时候才真正的了解区块链,了解DEFI。在PAR上抵押了USDT挖PAR,然后去做流动性供应赚取MIMO。最高的时候挖了200多w个,但是一直卖,没到最高点就出的差不多了,没上任何交易所,最后21年熊市来了之后一路下跌基本归零。

DHT

20年上火币关注到的一个DEFI项目,做类似数字货币基金的概念。后面一只在OKX上玩到被下架,其实项目方一直都在做事情,也不知道为什么被下架了,币价是自然跌的很惨,从最高6美金到最低0.06美金。目前项目还在,TVL也还行,但是没什么人关注。

VOYA & MERLIN

这一轮牛市本来就很难赚钱,还要被Merlin砍了一大刀,2024年在Merlin链上从参与到最后退出差不多亏了40000美金。很大一部分是因为要参与Merlin上的项目质押Voya,然后在二级市场高价接盘了很多Voya,最后剩余的币还在推特上点到钓鱼链接一波全带走。

结语:

在币圈经历的这些风风雨雨时刻告诉我,这里到处都是镰刀,钱很多,坑更多。炒币赚钱,我没有任何经验可谈。

Read more

Electron窗口打开速度1s到0.2s

最近项目进行到尾声,就开始对客户端做一些性能方面的优化。首先发现的问题就是其中一类子窗口的打开速度实在不尽人意,但是这些窗口内容并不复杂,就考虑系统性优化一遍,找到影响速度的地方。 首先要说明的是我们客户端一共有三种类型的窗口: * 软件主界面 * 子窗口A(Modal,Parent是主界面,进程常驻,关闭只隐藏,所以打开是秒开) * 子窗口类型B (独立窗口,需要就创建,关闭就销毁) 所以子窗口A只会存在1个,而子窗口B是可以同时创建多个的。现在问题就出在窗口类型B。当然如果只是图快,完全可以采用窗口池的概念,预先创建好窗口,需要的时候显示窗口并渲染UI组件即可,但是我们客户端本身就是内存消耗大户,实在没法这么来了,所以还是本着能优化就优化的原则,把问题消灭掉才行,因为这种慢还会影响到软件启动到UI呈现的时间,下面会说。 最初软件的工程师设计的时候采用的是单文件实现的全部功能,所以每个窗口都是载入的同一个html(也是同样的js脚本),所以各种功能都打包在一个js文件中,这个文件没压缩的时候是18MB+,所以这次优化的思路主要是围绕js脚本加载这一个方向去改进。 加载时间分析

By Tee

直播伴侣歌词助手功能开发

平时我是不太喜欢写技术文档的,做的大部分工作也都是前端领域的搬砖,因为这次伴侣歌词助手的开发经历也实在是坎坷,最终也算把需求搞定了,就把过程简单记录下,供有兴趣了解的同学看一看。 一、需求 首先需求是希望参考抖音直播伴侣开发一个类似功能,当你打开QQ/网易云音乐的歌词功能后,可以在直播软件通过一个歌词助手的功能把桌面上的歌词同步到直播场景中。最初一看这不好办法嘛,用OBS的窗口素材在场景中添加歌词对应的窗口不就好了,当我第一次尝试的时候就发现太天真,有时候在窗口列表不一定出现歌词对应的窗口,有时候列表存在歌词窗口,但是窗口添加完毕就是黑屏,所以我开始意识到这个功能可能不是那么简单的事情。 二、chromium 踩坑 既然OBS的窗口素材展示不出来,我首先想到的就是直接用Web技术。先是发现chrome的窗口选择界面倒是能呈现缩略图,但是一样无法拿到mediaStream在网页中播放出来。然后我就去Electron中通过getSources读取,当然窗口列表中也是包含歌词窗口的,缩略图也能打印出来,但是当我尝试在getSources回调中把歌词对应的窗口资源返回给渲染进程处理

By Tee