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