@Pipecraft 得，来个两头堵。
我来提一个「终极」方案，把所有信息都恰好用上：
1. 打标签还是同时记录下 id 和用户名。
2. 然后，由用户主动发起「更新」操作，把他当前打过标签的那些 id ，更新到最新的名字。
3. 这个「更新」操作是由用户本地发起的，所有时间上是分散的，因此不会造成频繁的 API 调用。
4. 那么用户何时更新呢？可以由插件给予提醒，提醒的时机很微妙。前面已经知道了，有些用户的头像没有改，有些改了。改了头像的用户，我们是可以知道它们的{id,用户名}是不是与插件记录{id,用户名}是不是一致的！如果不一致，说明这个 id 改名字了。这时就可以提醒用户，“你的标签需要把名字更新一下了，因为在你的标签列表中已经发现了改名的用户”。考虑到改头像和不改头像的人，有一个对应的比例，如果在改过头像的账号里面了改名现象，根据概率论，没改过头像的账号里面肯定也发生了改名现象——就像投放鱼苗的概率数学题。

这也太难了😂。

@Pipecraft 看了下网页的源码，源码中的每个用户头像 img ，是包含用户的 id 信息的，就像 #10 楼 @InDom 的截图一样。
这样的话，就省事很多了。不需要再调用那个 API 来获取最新的用户名了，只需要比较打标签的 id 与回复中的 id 就行。只需要初始记录一次打标签时的用户 id ，这个也不用爬用户主页，因为打标签时的页面里面也包含了。

@Pipecraft 我有一点印象，但是找不到了。对，根据 ID 获取用户名的 rate_limit 很小，不能频繁调用。所以说很麻烦。
@Razio #13 这个接口应该是有严格的 rate_limit 限制，防止大规模爬取用户信息。

@superrichman 先根据现在打的标签用户名，找到 id ，id 其实就是注册的第几号会员（点进用户主页就有）。知道是给哪个 id 打的标签了，那即使改名，id 也不会变了。

其实可以追踪，但就是有些麻烦。
这个根据 id 查用户名的 API 目前还有效的：
https://www.v2ex.com/api/members/show.json?id=35003

有什么价值支撑呢？ v 币供应数量是固定的 10 亿个。以现在的价格，怎么支撑 10 亿个需求？持币注册还不到 700 个，交易打赏的需求聊聊无几。即使站长把数字商店做出来，能支撑 10 亿个的交易规模吗？

现在持币的都是「投资」的目的，这些人一旦发现币价一直涨不上去，还能坚持多久。

我感觉 1 美分就已经到顶了，即使考虑到站长的数字商店。这不是什么拍脑门，因为只需要估算在某个价格下，对币的需求数量是多少，就可以知道。