那些年玩过的归零山寨币

这两天币安因为调整合约策略导致的不少meme币腰斩再腰斩，作为一个老韭菜看到这样的场景仍然是触目惊心。虽然我早已经不碰这些玩意儿，但是不禁让我想起来这些年经手的归零山寨币还真不少。2017年的夏天我的朋友带我走进了数字货币的世界，不知不觉在币圈熬了8年，最终的结局是没有暴富，也没有了期待，下面就盘点下从入圈到现在归零的山寨币。 归零定义：基本被所有交易所下架/项目方解散或者是无人关注/价格下跌95%以上。以下为2017年到2025年持仓时间跟数量相对比较多的归零或者接近归零的山寨币。 SNT (https://status.im) 这个是我接触的最早的一个以太坊ICO项目，做的去中心化IM。虽然没有参与众筹，但是在二级市场接盘在高点，当时恰逢2017年牛市，作为币圈小白完全不清楚熊市的威力，后面亏的抬不头。项目现在还在做，但是基本没人关注了，币价也可以忽略不计了。 EOS 老韭菜都懂，当时参与了ICO，最多的时候有9000多个，2017年牛市没来就跑光了。从最高差不多20美金跌到现在的0.8美金，最近热度又起来了，搞不懂。 DEW 李笑来那一伙搞的什么去中心化交易所

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

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

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

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