diff --git a/marketing/images/singapore-zh.jpg b/marketing/images/singapore-zh.jpg new file mode 100644 index 0000000..959b84c Binary files /dev/null and b/marketing/images/singapore-zh.jpg differ diff --git a/marketing/images/singapore-zh.png b/marketing/images/singapore-zh.png new file mode 100644 index 0000000..0d0db81 Binary files /dev/null and b/marketing/images/singapore-zh.png differ diff --git a/marketing/pop-map-proposal.md b/marketing/pop-map-proposal.md new file mode 100644 index 0000000..3d2d111 --- /dev/null +++ b/marketing/pop-map-proposal.md @@ -0,0 +1,92 @@ +# vault1984 โ€” Proposed POP Map (Rationalized) + +## Methodology +- AWS for core markets, Atal Networks for everything else +- One POP per major region โ€” no clustering in Northern Europe +- Every inhabited continent covered +- POPs don't scale vertically โ€” you add POPs, not cores +- Single Go binary + SQLite per node, ~20MB idle, vault under 1MB + +--- + +## Proposed Map (28 POPs) + +### Americas (8) +| City | Provider | Notes | +|------|----------|-------| +| Virginia ๐Ÿ‡บ๐Ÿ‡ธ | AWS us-east-1 | US East | +| San Francisco ๐Ÿ‡บ๐Ÿ‡ธ | AWS us-west-1 | US West | +| Montrรฉal ๐Ÿ‡จ๐Ÿ‡ฆ | AWS ca-central-1 | Canada โ€” keep | +| Mexico City ๐Ÿ‡ฒ๐Ÿ‡ฝ | LightNode | LatAm North โ€” keep | +| Bogotรก ๐Ÿ‡จ๐Ÿ‡ด | LightNode | LatAm Mid โ€” keep | +| Sรฃo Paulo ๐Ÿ‡ง๐Ÿ‡ท | AWS sa-east-1 | LatAm largest โ€” keep | +| Santiago ๐Ÿ‡จ๐Ÿ‡ฑ | LightNode | LatAm South โ€” keep | +| Buenos Aires ๐Ÿ‡ฆ๐Ÿ‡ท | LightNode | LatAm South alt โ€” keep | +| ~~Lima~~ | LightNode | Skip โ€” Santiago + BA cover the region | + +### Europe (3) โ€” rationalized from 4 +| City | Provider | Notes | +|------|----------|-------| +| London ๐Ÿ‡ฌ๐Ÿ‡ง | AWS eu-west-2 | UK + Western Europe โ€” keep | +| Zรผrich ๐Ÿ‡จ๐Ÿ‡ญ | AWS eu-central-2 | Central Europe + privacy brand โ€” keep | +| Madrid ๐Ÿ‡ช๐Ÿ‡ธ | AWS eu-south-2 | Southern Europe + Spanish market โ€” keep | +| ~~Stockholm~~ | AWS eu-north-1 | **DROP** โ€” redundant with London + Zรผrich | + +### Middle East & Turkey (3) +| City | Provider | Notes | +|------|----------|-------| +| Istanbul ๐Ÿ‡น๐Ÿ‡ท | LightNode | Bridge EU/ME, large market โ€” keep | +| Dubai ๐Ÿ‡ฆ๐Ÿ‡ช | AWS me-central-1 | Gulf hub โ€” keep | +| Riyadh ๐Ÿ‡ธ๐Ÿ‡ฆ | LightNode | Saudi Vision 2030, distinct from Dubai โ€” **ADD** | + +### Africa (4) +| City | Provider | Notes | +|------|----------|-------| +| Lagos ๐Ÿ‡ณ๐Ÿ‡ฌ | LightNode | West Africa โ€” keep | +| Nairobi ๐Ÿ‡ฐ๐Ÿ‡ช | LightNode | East Africa โ€” keep | +| Cape Town ๐Ÿ‡ฟ๐Ÿ‡ฆ | AWS af-south-1 | South Africa โ€” keep | +| Cairo ๐Ÿ‡ช๐Ÿ‡ฌ | LightNode | North Africa + Middle East gateway, 100M people โ€” **ADD** | + +### Asia-Pacific (13) +| City | Provider | Notes | +|------|----------|-------| +| Mumbai ๐Ÿ‡ฎ๐Ÿ‡ณ | AWS ap-south-1 | South Asia โ€” keep | +| Singapore ๐Ÿ‡ธ๐Ÿ‡ฌ | AWS ap-southeast-1 | SE Asia hub โ€” keep | +| Kuala Lumpur ๐Ÿ‡ฒ๐Ÿ‡พ | LightNode | SE Asia second node, large market โ€” **ADD** | +| Jakarta ๐Ÿ‡ฎ๐Ÿ‡ฉ | AWS ap-southeast-3 | 4th most populous country, own AWS region โ€” **ADD** | +| Manila ๐Ÿ‡ต๐Ÿ‡ญ | LightNode | 110M people, huge developer workforce โ€” **ADD** | +| Bangkok ๐Ÿ‡น๐Ÿ‡ญ | LightNode | SE Asia third hub โ€” **ADD** | +| Hong Kong ๐Ÿ‡ญ๐Ÿ‡ฐ | AWS ap-east-1 | China gateway โ€” keep | +| Seoul ๐Ÿ‡ฐ๐Ÿ‡ท | AWS ap-northeast-2 | Korea โ€” keep | +| Tokyo ๐Ÿ‡ฏ๐Ÿ‡ต | AWS ap-northeast-1 | Japan โ€” keep | +| Sydney ๐Ÿ‡ฆ๐Ÿ‡บ | AWS ap-southeast-2 | Australia โ€” keep | +| Auckland ๐Ÿ‡ณ๐Ÿ‡ฟ | LightNode | New Zealand โ€” keep | +| ~~Dhaka~~ | LightNode | Secondary wave โ€” not yet | +| ~~Karachi~~ | LightNode | Secondary wave โ€” not yet | + +--- + +## Summary + +| Region | Current | Proposed | Change | +|--------|---------|----------|--------| +| Americas | 8 | 8 | โ€” | +| Europe | 4 | 3 | -1 Stockholm | +| Middle East/Turkey | 2 | 3 | +1 Riyadh | +| Africa | 3 | 4 | +1 Cairo | +| Asia-Pacific | 9 | 13 | +4 (KL, Jakarta, Manila, Bangkok) | +| **Total** | **26** | **28** | **+2 net** | + +--- + +## What changed vs. current list + +**Dropped:** Stockholm โ€” three Northern Europe nodes is redundant. London and Zรผrich cover the market. + +**Added:** +- Riyadh ๐Ÿ‡ธ๐Ÿ‡ฆ โ€” Saudi Arabia is spending billions on AI. Different market than Dubai. +- Cairo ๐Ÿ‡ช๐Ÿ‡ฌ โ€” 100M people, North Africa gateway, no major vault presence. +- Jakarta ๐Ÿ‡ฎ๐Ÿ‡ฉ โ€” AWS has its own region here (ap-southeast-3). 280M people. Obvious gap. +- Kuala Lumpur ๐Ÿ‡ฒ๐Ÿ‡พ โ€” SE Asia second hub. Large Muslim-majority market, underserved. +- Manila ๐Ÿ‡ต๐Ÿ‡ญ โ€” 110M people, massive BPO/developer workforce building agent automations. +- Bangkok ๐Ÿ‡น๐Ÿ‡ญ โ€” Completes SE Asia triangle with Singapore + KL. diff --git a/marketing/vault1984-vision.md b/marketing/vault1984-vision.md index 3f06d18..96acd38 100644 --- a/marketing/vault1984-vision.md +++ b/marketing/vault1984-vision.md @@ -22,7 +22,9 @@ We open-sourced it. You don't have to trust us โ€” you can read the proof. vault1984 is built to lead in ways that are irrational to chase. **Global infrastructure no competitor has built** -22 regions. Every continent. Local providers in markets the major clouds don't reach โ€” Lagos, Nairobi, and beyond. Low latency wherever your agents run. No competitor is close. Every month, the gap widens. +22 regions. Every continent. Local providers in markets the major clouds don't reach โ€” Lagos, Nairobi, and beyond. No competitor is close. Every month, the gap widens. + +But the global network isn't a feature. It's a consequence of the security model. vault1984 never caches credentials โ€” not on your laptop, not in the browser extension, not in the agent. Every access is a live fetch from the vault. The credential exists in your possession only for the instant you use it. Nothing sits around to be stolen. That's a stronger guarantee than any incumbent offers โ€” but it means latency is felt on every single credential lookup. An agent making dozens of calls across a workflow feels every millisecond. The 22 POPs exist because zero-cache architecture requires them. **Architecture the incumbents cannot copy** 1Password, Bitwarden, Dashlane โ€” they can read your vault. They choose not to. To give you what vault1984 gives you, they'd have to deprecate every existing vault, migrate every user, and rebuild from scratch. That's not a roadmap item. That's a company-ending decision. They are structurally, permanently trapped.