原文作者：KayFeng
ApertureDigital创始合伙人，NGCVentures董事总经理
TL;DR
目前?Web3建站非常繁琐，尤其是受制于静态页面生成器，整体局限在?Geek群体
因此，看好Web3版本的?WIX/Strikingly
Web3世界，缺乏一个生产环境级别可用的数据库产品
因此，看好能提供最基本可用性的?Web3数据库
因此，看空大多数目前阶段的「Web3应用」
在对于?ENS、IPFS的积极支持方面，CloudFlare作为一家?Web2公司，影响是被低估的
在过去的几个月里，我在为新的投资机构?ApertureDigital募资，经历了大量中心化的过程，不得不与重复的?pitch、文书、合规周旋，这一切和传统美元基金并没有什么不同。
Uniswap基金会就如何分配约440万个ARB发起征集建议:5月24日消息，Uniswap 基金会管理者之一 Erin Koen 今日在 Uniswap 社区就“如何分配约 440 万个 ARB发起征集建议。征集中提到，代币将发送至 DAO 在 Arbitrum 上的别名地址； 如何部署分配需要经过正常的治理投票。提案期持续两周（至 6 月 7 日星期三）。 届时，已获得社区反馈的提案应根据批准的治理流程将其纳入新的温度检查帖子。[2023/5/24 15:22:31]
在这一切接近结束的时候，我想，作为一个专注于?Web3/CryptoVC，在品牌印象上应该如何与传统美元基金有一些不同，受到朋友的启发──我决定给基金做一个完全去中心化的官网。
Aperture应该是前几个这样做的?VCFirm，如果不是第一个。
北冥社区创始人北冥：数字资产价格走势无法提前预知，核心在于如何应对:6月19日19:00，MXC抹茶特邀分析师，北冥社区创始人北冥做客MXC抹茶社区进行分享。北冥表示：“交易是对认知的变现，通过数字资产交易获取收益，离不开技术分析。均线缠论系统，有助于远离盲目多空。“中枢”一词源自《缠论》第108课，《缠论》作者禅师通过归纳演绎等数学方法，对任何走势进行统一的定义和分类，并给出一个较为合理的解决方案，《缠论》最厉害的地方就是“完全分类“，大部分走势都是无法提前被预知的，核心就在于应对。缠者，价格重叠区间也，买卖双方阵地战之区域也；禅者，破解之道也。以阵地战为中心，比较前后两段之力度大小。大者，留之，小者，去之。”[2020/6/19]
整个过程里，让我对于?Web3的基础设施的情况有了更多的理解，很乐意和大家分享一下整个流程和体验。
动态 | 受监管代币交易商寻求SEC澄清数字资产如何符合美国证券法:据Coindesk报道，受监管的代币交易商Templum希望美国证券交易委员会（SEC）澄清在区块链上跟踪或代币化的数字资产如何符合美国证券法规。为此，该公司上周向SEC提交了一份规则制定请愿书，其中概述了在某些形式的证券交易中如何利用加密资产和区块链技术。Templum联合创始人兼首席执行官Vince Molinari表示，该公司要求明确这些新生技术如何适应当前的监管计划。 至少在他们看来，它们并不存在于现有框架中。具体而言，Templum希望SEC解释区块链平台何时必须注册为清算公司或清算公司可以如何使用区块链，以及区块链平台何时必须注册为转账代理或告知数字资产发行人何时必须使用区块链转账代理人。该公司还试图了解SEC会何时可对现有的托管和客户保护规则进行改善，以允许用于跟踪证券交易的区块链。[2018/12/21]
这不是一篇手把手的教程，更像是许多碎片的拼凑──因为这正是现在要在?Web3世界建设一个网站的体验。
Digital Asset建筑与技术战略首席技术官：对于智能合约 如何将资产与外部系统整合非常重要:据coindesk消息，区块链初创公司Digital Asset的建筑与技术战略首席技术官Shaul Kfir在Synchronize 2018会议上举例美国财政部的回购国债，表示1亿美元是一个小型交易，这是一个非常适合智能合同用例。在现实世界中，资产始终会被创造和摧毁。如何将资产与外部系统整合的问题非常重要。对于智能合约来说，最好的例子是“当人们想拥有这个逻辑上集中的IT系统，但是不希望它实际上是中心化的时候，任何时候在多个设备上都有一个工作流程。[2018/4/20]
钱包转出的?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开始陪伴项目成长。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。