原文作者：Kay Feng
Aperture Digital 创始合伙人，NGC Ventures 董事总经理
TL;DR
目前 Web3 建站非常繁琐，尤其是受制于静态页面生成器，整体局限在 Geek 群体
因此，看好（一个尚未出现的）Web3 版本的 WIX / Strikingly
Web3 世界，缺乏一个生产环境级别可用的数据库产品（无论是目前的公链 / 存储都不足够）
因此，看好（一个尚未实现良好的）能提供最基本可用性的 Web3 数据库
因此，看空大多数目前阶段的「Web3 应用」
在对于 ENS、IPFS 的积极支持方面，CloudFlare 作为一家 Web2 公司，影响是被低估的
在过去的几个月里，我在为新的投资机构 Aperture Digital 募资，经历了大量中心化的过程，不得不与重复的 pitch、文书、合规周旋，这一切和传统美元基金并没有什么不同。
在这一切接近结束的时候，我想，作为一个专注于 Web3 / Crypto VC，在品牌印象上应该如何与传统美元基金有一些不同，受到朋友的启发──我决定给基金做一个完全去中心化的官网。
Aperture 应该是前几个这样做的 VC Firm，如果不是第一个。
整个过程里，让我对于 Web3 的基础设施的情况有了更多的理解（而不是止步于看一堆「链改」、「币改」的应用层项目），很乐意和大家分享一下整个流程和体验。
这不是一篇手把手的教程，更像是许多碎片的拼凑──因为这正是现在要在 Web3 世界建设一个网站的体验。
vitalik.eth
即使是刚刚进入加密世界兔子洞的人，也很难不知道 ENS、以及 ENS 与以太坊网络地址的映射，比如上周，我们还在关心由vitalik.eth调用合约从标记为 Vb3 的钱包转出的 30,000 个 ETH 是不是流入了交易所（当然，并没有）。
但很少有人知道，vitalik.eth其实还是一个博客网站，你有两种方法可以访问 Vitalik 的博客：
使用装有 MetaMask 钱包的浏览器访问vitalik.eth/，会解析到一个 IPFS Gateway（有一定失败率，可以多次刷新）
直接访问vitalik.eth.link，这是一个由 Cloudflare Worker 做 proxy 的解析服务
EIP-1577
无论是赞同还是反对，你我都很熟悉 EIP-1559，其实 EIP 还有更多的提案，比如我们今天的主角EIP-1577，它为 ENS 域名提供了一个contenthash字段，用户可以将 IPFS / Swarm 上的内容添加到 ENS 的解析里，一般来说，这些内容是一个静态网站，整个流程大概是这样：
(image from Cloudflare)
静态页面生成器
对程序员朋友来说，这并不陌生，在十年以前 GitHub 兴起的时候，正是 Jekyll 和免费的 Pages 托管服务吸引了许多人。
简单地来讲，对于比如博客这样无需实时性和过多后端服务的产品，可以在每次更新时做一次 Build，生成博客内容的静态页面并且托管，用户只需要修改主题相关的 CSS 样式、对 Markdown 文件进行编辑，就可以生成基本可用的网站，对于动态的部分（譬如评论），交给比如 Disqus 这样的第三方服务。
对 Web3 世界来说，这其实是无奈之举，虽然定义上来讲，无论是存储还是公链，都是某种程度上的「数据库」，但面临两个问题：
如果把公链当作数据库，即使不存在其他问题，显然性能甚至不能满足 MVP 级别的「基本可用」
如果把 IPFS / Arweave 这样的存储服务的原生服务当作数据库，它的数据结构和传统的 Key-Value 数据库、关系型数据库有非常大的不同，开发有很的难度
那在 Web3 世界有这样的服务吗？我们做了一些研究：
IPFS 网络：OrbitDB，似乎基本可用，但开发停滞了
Arweave：Kwil，非常早期
（发现这个事实时我有一些惊讶，我们当然不需要在 Web3 重建所有的 Web2 基础设施，但在一个所有人都在讨论 Web3 应用的世界，没有一个基本可用的类数据库服务，是很可惜的。）
总之，静态页面生成器，似乎是现在，以及中期在 Web3 世界建站的唯一选择，好在譬如 Jekyll / Hexo 等生成器的插件已经相当丰富，常见功能不难实现。
搭建
有了以上的基础设施，我们就可以搭建一个所有环节都去中心化的、换言之，真正 Web3 的网站：
域名：ENS
前端：静态页面生成器
后端：无
服务端：IPFS
此外，我们还需要一个 IPFS Hosting / Gateway，帮助我们把网站的文件同步到 IPFS 上，这有许多服务提供商，GitHub 官方维护了一个可用性监测的 List，我使用的是 Fleek，它有几个重要功能：
可以直接导入 GitHub Repo
会监测每个 Git Push 行为并在 Docker 中进行 Build
ENS / HNS 等去中心化域名的快捷解析
遗憾
遗憾主要在于 NewsLetter 的订阅功能，因为不存在一个可用的后端方案，很难在 IPFS 上独立搭建相关的服务──即使是最基础的信息收集表单都很难。
订阅部分本质上是用的 Mailchimp 的服务（有一个叫做vuepress-plugin-mailchimp的 npm 包可以使用）。
我宽恕这最后一丝中心化。
感谢 CloudFlare 和 Fleek，现在可以通过aperturedigital.eth.link或者aperturedigital.eth.limo来稳定地访问我们的网站，也欢迎您订阅我们的 Newsletter。
无论您是开发者还是创业者，只要您对 Crypto / Web3 创业有任何想法，欢迎通过 hi@aperture.xyz 与我们取得联系，我们愿意从 Day One 开始陪伴项目成长。
