如何在「链上」访问网站

Odaily星球日报發佈於 2025-06-30更新於 2025-06-30

文章摘要

本文尝试在TON区块链上部署一个可访问的网页,探讨了购买域名、准备前端页面、绑定域名等步骤,并总结了当前体验中存在的问题与未来潜力。目前来看这种访问页面的方式在体验上效果一般,并且流程上较为繁琐,但这种去中心化的访问页面方式在未来有无限的可能。

最近发生的一件事件让笔者重新思考起了传统的域名访问服务,我们一直认为非常稳定的域名解析服务,居然也会有出问题的时候。这让笔者不禁在想,去中心化的方案或许是一个值得探索的替代方案呢?

思考了一下,在区块链上部署页面,它可能有以下几个好处:

1.去中心化:所有的修改都需要大家共同同意才能进行,没有一个单独的机构能说了算。

2.无需证书:因为区块链本身就用了加密技术,所以不需要额外的证书配置。

笔者之前看到过 TON 上的域名方案,当时觉得似乎只是好玩,实用性一般,毕竟传统的访问方式已经很稳定、常用了。但现在想想,可能真的会有用得上它的地方,所以笔者打算再好好研究一下。

在区块链中创建网站

本文将在这里尝试将一个网站部署在 TON 中,并且可以让用户在浏览器中访问这个页面。流程分为三步: 1. 购买域名;2. 准备前端页面;3. 绑定页面到域名。

区块链中的域名和 WEB2 世界中的域名概念其实是类似的,都是对某一复杂不易记的地址的别名,在区块链中是代表了用户的地址,在 WEB2 中则是服务的 IP 地址。

购买域名

以 TON 为例,域名的官方购买地址是 https://dns.ton.org/,以 TON 来计价。和 WEB2 一样,字符越短的域名价格越贵,价格在 1 - 100 TON 不等。

如果该域名没有被任何人拥有,那么你就可以以低价进行出价,并且在出价之后进入倒计时,在倒计时内所有人都可以竞价,直到倒计时结束。在拍的域名之后,域名会以 NFT 的方式存到用户的钱包里。域名 NFT 可以进行交易。域名的有效时间是 1 年,到期之后会被收回。

总结一下就是,购买域名可以通过在官网进行拍卖获得,也可以从别的用户那边交易得到。

如何在「链上」访问网站

准备前端页面

在这一步需要准备一个前端页面来作为展示。为了简单,本文只准备一个 html 文件加上 nginx 来将页面暴露出去,当然,项目还需要一台云服务器来运行前端页面。这一步和传统的前端应用部署一样。

绑定页面到 .ton

在拥有一个 .ton 域名之后,可以在 TON 的 DNS 官网绑定你的 ANDL 地址。当然你也可以使用 TON 提供的绑定工具,按照官网的介绍去绑定你的页面。

在绑定完成之后,你还需要在服务器上启动一个监听的端口,用于监听 http 请求并转发成 udp。这里可以使用官方提供的 rldp-http-proxy 工具,输入下面的命令就可以启动了:

rldp-http-proxy/rldp-http-proxy -p 8080 -c 3333 -C global.config.json

其中, 8080 是将在本地主机上监听传入 HTTP 查询的 TCP 端口,而 3333 是将用于所有出站和入站 RLDP 和 ADNL 活动的 UDP 端口(即通过 TON 网络连接到 TON 网站)。global.config.json 是 TON 全局配置的文件名,可以在这里下载

访问 .ton 域名

想要直接在浏览器中敲 .ton 的域名去访问网站是没有效果的,因为浏览器不知道要将这个域名解析到哪里。所以在这里还需要做一些额外的操作。

请求 .ton 的过程

在请求 .ton 域名的时候,首先会去链上查询对应 ANDL 地址,该地址可以简单理解为 WEB2 中的 IP 地址,在你部署网站的时候,会自动生成。这次的查询过程也可以类比为 DNS 查询过程。

之后根据 ANDL 的地址,请求会转发到你对应的机器上,这时候可以指定对应返回的页面。整体的过程和 WEB2 相当类似,主要区别在于地址和域名映射的查询方式不太一样。

通过代理访问页面

最推荐的方式使用官网提供的代理工具 Tonutils Reverse Proxy。下载安装启动之后,会启动一个 8080 端口用于代理,之后就可以去访问 .ton 的域名了。

如何在「链上」访问网站

可以看到能够访问 .ton 的域名的网站了。

使用总结

目前使用下来,遇到了以下几个问题:

  • 对网站运行的环境有要求。你的系统需要支持 glibc 2.34 版本以上,所以在部署页面前,先检查一下自己的机器是否满足要求。

  • 文档不是很清晰。有可能是因为这个 TON 运行网站的需求不是很多,所以文档写的不是很完善,需要自己摸索。另外中文的话更新不及时,落后于英文版本的内容。

  • 访问的速度较慢。访问的速度会落后于传统的网站。当然这里面涉及到的因素会很多,只能说以后的进步空间很大。

  • 没有被钱包支持。官方提供了一个简单的内嵌浏览器页面,你可以选择不安装代理就可以访问。但是目前这个网站被所有主流的钱包都认定为了钓鱼网站 o.0 。

总而言之,目前体验其实一般般,后面还有很多可以提升改进的地方,但是这个方向笔者觉得挺好挺创新的,尝试一下也是不错的。

你可能也喜歡

您会惊讶地发现,WeChat 和 Telegram 在架构层面竟如此不同

微信与Telegram在架构层面有着根本性的差异,主要体现在数据存储、功能设计和生态开放度上。 **数据存储方式**:Telegram提供无限云端存储,所有消息历史在各设备间自动同步。微信则采用本地存储,消息在服务器交付后不保留,因此更换设备需通过特定功能迁移,且桌面版必须依赖手机在线确认才能登录。 **功能设计差异**:在频道讨论方面,Telegram为帖子自动关联评论区,实现一体化讨论。微信的公众号文章评论需经发布者审核才可显示,缺乏与文章直接关联的讨论系统,用户交流需跳转至聊天或小程序。文件传输上,Telegram支持最大2-4GB的文件,微信则限制为200MB,大文件需借助“文件传输助手”或第三方服务。 **开发与生态**:Telegram的Bot API完全开放免费,开发门槛低。微信小程序生态庞大(活跃数量超480万),但属于封闭系统,需经过审核、认证,甚至提供商业许可才能使用部分API,准入要求更高。 **支付整合**:微信支付深度融入中国日常生活,覆盖绝大多数线下场景及公共服务,替代了现金和银行应用。Telegram没有内置的法定货币支付系统,主要通过第三方机器人实现支付功能,尤其侧重加密货币,这反映了其去中心化理念,但在传统金融基础设施完善的地区,限制了其作为日常金融工具的应用。 **安全考量**:文章未深入讨论加密机制。Telegram提供端到端加密的私密聊天选项,而微信聊天信息不采用端到端加密。值得注意的是,微信将通讯与支付高度集成于单一界面,理论上扩大了潜在的攻击面。有数据显示,仅2025年初新加坡就记录了数百起涉及仿冒微信等支付平台员工的诈骗案件,损失巨大。这引出一个技术问题:当通讯与支付功能在同一个应用内结合得越紧密,聊天安全漏洞可能带来的代价就越高。 总结而言,两者代表了不同的平台哲学:微信构建了一个深度融入现实经济的封闭但高度集成的生态系统;而Telegram则围绕开放协议、灵活数据存储和低开发者门槛进行设计。这种架构选择决定了各自的目标用户和使用场景。

cryptonews.ru4 小時前

您会惊讶地发现,WeChat 和 Telegram 在架构层面竟如此不同

cryptonews.ru4 小時前

交易

現貨
活动图片