Whitepaper Mesh: Москва теперь третий VPN origin (Reality :2053)

3 активные VPN-точки (Москва, Frankfurt, Helsinki). Synced 2026-05-10.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

Montana-Protocol/Whitepaper Montana Mesh RU.md

@@ -198,13 +198,12 @@ Reality маскирует handshake под публичный TLS к легит
 ### 9.1. На сегодня (2026-05-10)
 
 - **TimeChain**: 3 узла (Москва Active, Frankfurt+Helsinki в candidate-VDF), 1 кандидат (Mac). Genesis 2026-01-09. Window ≈ 35 000.
-- **VPN**: 2 активные точки (Frankfurt, Helsinki). Helsinki фронтит Frankfurt. Federated `/vpn/sub` агрегирует обе.
+- **VPN**: 3 активные точки (Москва :2053, Frankfurt :443, Helsinki :443). Helsinki фронтит Frankfurt; Москва — самостоятельный третий origin. Federated `/vpn/sub` агрегирует все три.
 - **Эксплорер**: `montana.quest/net` — live-дашборд 4 узлов, мобильно-адаптированный, без раскрытия IP.
-- **Карта городов**: backend `/net/cities.json` готов, `vpn/city/<id>` отдаёт per-city ссылки. Визуальная карта — следующий шаг.
+- **Карта городов**: backend `/net/cities.json` готов, `/vpn/city/{msk,fra,fin}` отдаёт per-city ссылки. Все три города помечены как VPN-узлы. Визуальная карта — следующий шаг.
 
 ### 9.2. Ближайший шаг
 
-- Поднять xray Reality на Москве (отдельный порт, поскольку :443 занят nginx). Москва войдёт в federated pool как третий VPN-узел. После этого `cities.json` автоматически отметит Москву как `vpn origin`.
 - Frankfurt и Helsinki завершают candidate-VDF и регистрируются как Active валидаторы. Расхождение AccountTable / supply между узлами схлопывается до нуля.
 - Визуальная карта городов на `montana.quest/net` — отдельная итерация фронта.
 

Montana-Protocol/Whitepaper Montana Mesh ZH.md

@@ -198,13 +198,12 @@ Reality 将握手伪装为对合法公开目标的常规 TLS。观察握手的 D
 ### 9.1. 截至 2026-05-10
 
 - **TimeChain**:3 个节点(莫斯科 Active,法兰克福+赫尔辛基处于 candidate-VDF 中),1 个候选(Mac)。Genesis 为 2026-01-09。Window ≈ 35 000。
-- **VPN**:2 个活跃点(法兰克福、赫尔辛基)。赫尔辛基为法兰克福做 front。联邦 `/vpn/sub` 同时聚合两者。
+- **VPN**:3 个活跃点(莫斯科 :2053、法兰克福 :443、赫尔辛基 :443)。赫尔辛基为法兰克福做 front;莫斯科作为独立的第三个 origin。联邦 `/vpn/sub` 聚合三者。
 - **Explorer**:`montana.quest/net`——4 节点的实时仪表板,移动端适配,不暴露 IP。
-- **城市地图**:后端 `/net/cities.json` 已就绪,`vpn/city/<id>` 提供单城市 URL。可视地图为下一步。
+- **城市地图**:后端 `/net/cities.json` 已就绪,`/vpn/city/{msk,fra,fin}` 提供单城市 URL。三座城市均标记为 VPN 节点。可视地图为下一步。
 
 ### 9.2. 近期
 
-- 在莫斯科启动 xray Reality(独立端口,因 :443 由 nginx 占用)。莫斯科作为第三个 VPN 节点加入联邦池。之后 `cities.json` 自动将莫斯科标记为 `vpn origin`。
 - 法兰克福和赫尔辛基完成 candidate-VDF 并注册为 Active 验证者。节点间 AccountTable / supply 的偏差归零。
 - `montana.quest/net` 上的可视城市地图——独立的前端迭代。
 

Montana-Protocol/Whitepaper Montana Mesh.md

@@ -198,13 +198,12 @@ Layer estimates:
 ### 9.1. As of 2026-05-10
 
 - **TimeChain**: 3 nodes (Moscow Active, Frankfurt+Helsinki in candidate-VDF), 1 candidate (Mac). Genesis 2026-01-09. Window ≈ 35 000.
-- **VPN**: 2 active points (Frankfurt, Helsinki). Helsinki fronts Frankfurt. Federated `/vpn/sub` aggregates both.
+- **VPN**: 3 active points (Moscow :2053, Frankfurt :443, Helsinki :443). Helsinki fronts Frankfurt; Moscow is a standalone third origin. Federated `/vpn/sub` aggregates all three.
 - **Explorer**: `montana.quest/net` — live dashboard for 4 nodes, mobile-adapted, no IP exposure.
-- **City map**: backend `/net/cities.json` ready, `vpn/city/<id>` serves per-city URLs. Visual map is the next step.
+- **City map**: backend `/net/cities.json` ready, `/vpn/city/{msk,fra,fin}` serves per-city URLs. All three cities are marked as VPN nodes. The visual map is the next step.
 
 ### 9.2. Near-term
 
-- Bring up xray Reality on Moscow (separate port, since :443 is held by nginx). Moscow joins the federated pool as the third VPN node. After that `cities.json` automatically marks Moscow as `vpn origin`.
 - Frankfurt and Helsinki finish candidate-VDF and register as Active validators. AccountTable / supply divergence between nodes collapses to zero.
 - Visual city map on `montana.quest/net` — a separate frontend iteration.