FAQ
常规问题
1. 什么是 Sol.site?
Sol.site 是 SNS(Solana Name Service)推出的一项实验性功能,它能为每个 .sol 域名持有者即时提供一个 Web2 网站地址。
运作机制:
购买
alice.sol→ 自动获得alice.sol.site无需安装任何浏览器插件
兼容所有设备和浏览器
默认情况下,yourname.sol.site 会显示一个现成的个人主页(Profile Page)。您可以对其进行自定义,将其指向任何托管服务商。您还可以使用 MX 记录配置电子邮件,从而通过 [email protected] 等自定义地址接收邮件。
2. Sol.site 可以用来做什么?
个人品牌: 作品集、聚合链接(Link hub)、联系页面。
项目网站: 更新动态、文档、社区入口。
商业用途: 具备 Web3 原生身份且高性价比的网络展示载体。
电子邮件: 通过
[email protected]接收邮件——将您的 Web3 域名和 Web2 联系方式合二为一。
4. 哪些 .sol 域名符合 Sol.site 的申请条件?
大多数 .sol 域名都会自动符合条件。限制条件适用于:
不符合条件的域名: 已被挂单的域名、子域名和二级注册商。
字符限制: 仅限字母、数字和连字符(-)——不支持表情符号(Emoji)、特殊字符或非拉丁语系脚本。
高风险名称: 某些特定名称(例如知名大品牌)会被屏蔽,以防止冒充和钓鱼。
5. 这与传统的 Web2 域名有何不同?
按年续费(约 $10–20/年)
一次性付费
无加密货币钱包功能
可直接作为钱包收款地址
与 Web3 身份割裂
Web3 + Web2 身份合二为一
6. 不懂技术能使用吗?
当然可以。 购买域名后,您会立即获得一个开箱即用的个人主页。只需分享您的 yourname.sol.site 链接即可——无需任何复杂设置。
如果您稍后想要自定义它,我们在这里提供了分步指南。
技术问题
1. 我可以使用哪些托管服务商来配合 Sol.site?
任何支持自定义域名的托管服务商都可以。这包括 Vercel、Netlify、GitHub Pages、AWS 等平台,以及 VPS 或 IPFS 等自建解决方案。只要您的服务商支持通过 CNAME 记录或 A 记录添加自定义域名,它就能与 sol.site 配合使用。
4. 我可以使用我的 Sol.site 域名设置电子邮件吗?
可以。Sol.site 支持 MX 记录,因此您可以使用 Google Workspace、Zoho 或 ProtonMail 等邮件服务商。只需按照您的邮件服务商的说明,配置所需的 MX 记录和 TXT 记录(SPF/DKIM/DMARC)即可。
5. 我可以在我的 Sol.site 域名上使用 SSL/HTTPS 吗?
是否支持 SSL 取决于你的托管服务提供商。大多数现代平台,如 Vercel、Netlify 和 GitHub Pages 在你添加自定义域名时会自动配置 SSL 证书。
如果你是自行部署(self-hosting),可以使用像 Let’s Encrypt 这样的服务来生成免费的 SSL 证书。
6. 我可以将我的 Sol.site 域名与 CDN 配合使用吗?
您可以通过设置相应的 CNAME 记录将您的 sol.site 域名指向 CDN。但是,可能不支持那些需要完整 DNS 托管权限(DNS Delegation)的 CDN 高级功能。
安全问题
1. 我的 Sol.site 是如何与其他用户的 Sol.site 实现隔离的?
浏览器和其他网络服务会将每一个 yourname.sol.site 视为一个完全独立的域名——就像处理任何 .com 或 .co.uk 一样。这得益于 Sol.site 被纳入了 公共后缀列表 (Public Suffix List, 简称 PSL)。PSL 是浏览器用来确定域名边界的共享注册表,这意味着其他 sol.site 用户无法跨域访问您的 Cookie、登录状态(Session 数据)或其他浏览器存储信息。
Sol.site 已于 2026 年 1 月被加入到 PSL 中。但是,浏览器、托管平台和其他第三方软件更新其本地 PSL 数据需要一定时间。在此之前,某些服务可能暂时还无法将 Sol.site 识别为公共后缀。
2. 什么是公共后缀列表 (PSL),它为什么如此重要?
PSL 是由 Mozilla 维护的一个注册表,浏览器和其他软件利用它来确定一个域名的终点和另一个域名的起点。如果没有它,alice.sol.site 和 bob.sol.site 可能会共享 Cookie 和 Session 数据。加入 PSL 能够确保每个 Sol.site 用户都被视为完全独立的域名主体。
3. 我应该在 Sol.site 上使用基于 Cookie 的登录状态(Session)吗?
不建议这样做。 虽然加入 PSL 可以让现代浏览器实现域名隔离,但过时的浏览器或配置不当的客户端可能无法遵守 PSL 边界,从而导致 Sol.site 用户之间暴露 Session 数据。建议使用基于令牌(Token)的身份验证(例如通过 HTTP 请求头传递 JWT)作为更安全的选择。
4. 为什么我的托管服务商无法验证我的 Sol.site 域名?
某些托管平台维护着自己本地的 PSL 副本。如果他们最近没有更新,可能会在域名验证过程中拒绝 yourname.sol.site。这不是 sol.site 的问题——请联系您的托管服务商客服,要求他们更新其 PSL 数据。
5. 还有哪些我应该知道的共享域名风险?
因为 Sol.site 在 PSL 列表中,现代软件会像对待独立域名一样对待每个 yourname.sol.site。对于尚未更新其 PSL 的软件,可能会出现一些边缘案例:
过时的浏览器。
使用陈旧 PSL 数据的托管/CDN 平台。
传统的邮件客户端在新兴的公共后缀上错误地处理 SPF/DKIM。
这些问题会随着第三方软件更新其 PSL 而自动解决。
6. 当 .sol 域名发生所有权转移时会发生什么?
一旦 .sol 域名被转移,其现有的 DNS 记录将被标记为过期并停止提供解析服务。由于 DNS 缓存机制,旧网站在某些地区可能仍可在 24 小时内访问。出于安全考虑,新所有者在获得域名后,必须等待 48 小时才能配置自己的 Sol.site 记录。
故障排除
2. 设置完 DNS 记录后,为什么我的 Sol.site 还是打不开?
DNS 更改在全球生效可能需要长达 24 小时。如果过了这段时间您的网站仍无法加载,请仔细检查您的链上记录是否配置正确,并确认您的托管服务商已将您的 Sol.site 域名添加为自定义域名。
3. 为什么我的托管平台要求我验证 Sol.site 的根域名所有权?
某些托管平台可能尚未将 Sol.site 识别为公共后缀。由于 Sol.site 已列入 PSL,您的 yourname.sol.site 应该被视为一个独立的顶级站点——无需进行根域名验证。如果您的平台尚未更新其 PSL 数据,请联系他们的支持团队并要求他们更新。这是一个第三方问题,并非 Sol.site 的限制。
最后更新于
这有帮助吗?