TON區塊鏈網站部署實踐:去中心化域名解析的機遇與挑戰

近期發生的一起事件引發了人們對傳統域名訪問服務的重新思考。一直被認爲極其穩定的域名解析服務竟然也會出現問題，這讓人不禁考慮去中心化方案是否可能成爲一個值得探索的替代選擇。

在區塊鏈上部署頁面可能具有以下幾個優勢：

1. 去中心化：所有修改需要集體共識，沒有單一機構能夠獨斷專行。

2. 無需證書：區塊鏈本身採用加密技術，無需額外配置證書。

之前接觸過TON上的域名方案時，覺得其實用性有限，畢竟傳統訪問方式已經相當穩定和普及。但現在看來，這種方案可能確實有其適用場景，值得進一步研究。

在區塊鏈中創建網站

本文將嘗試在TON中部署一個網站，並使其可以通過瀏覽器訪問。整個過程分爲三個步驟：1. 購買域名；2. 準備前端頁面；3. 綁定頁面到域名。

區塊鏈中的域名概念與WEB2世界類似，都是復雜地址的別名。在區塊鏈中代表用戶地址，在WEB2中則代表服務的IP地址。

購買域名

以TON爲例，域名可以通過官方平台購買，以TON計價。與WEB2相似，字符越短的域名價格越高，範圍在1-100 TON不等。

如果域名未被佔用，可以低價出價，隨後進入倒計時階段，期間所有人都可以參與競價。拍得的域名將以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端口。global.config.json是TON全局配置文件，可在官方渠道下載。

訪問 .ton 域名

直接在瀏覽器中輸入.ton域名無法訪問網站，因爲瀏覽器不知道如何解析這個域名。因此還需要進行一些額外操作。

請求 .ton 的過程

請求.ton域名時，首先會在鏈上查詢對應的ANDL地址，這個地址類似於WEB2中的IP地址，在部署網站時自動生成。這個查詢過程可以類比爲DNS查詢。

然後根據ANDL地址，請求會被轉發到相應的機器上，此時可以指定返回的頁面。整個過程與WEB2類似，主要區別在於地址和域名映射的查詢方式不同。

通過代理訪問頁面

最推薦的方式是使用官方提供的代理工具Tonutils Reverse Proxy。下載安裝並啓動後，會在8080端口啓動一個代理，之後就可以訪問.ton域名了。

使用總結

目前使用中遇到了以下幾個問題：

1. 對網站運行環境有要求。系統需要支持glibc 2.34版本以上，部署前應先檢查機器是否滿足要求。

2. 文檔不夠清晰。可能是因爲TON運行網站的需求不多，文檔不夠完善，需要自行摸索。中文版本更新也不及時，落後於英文版本。

3. 訪問速度較慢。訪問速度落後於傳統網站，涉及因素衆多，未來有很大改進空間。

4. 未得到錢包支持。官方提供了一個簡單的內嵌瀏覽器頁面，可以不安裝代理就能訪問。但目前這個網站被所有主流錢包都認定爲釣魚網站。

總的來說，目前體驗一般，還有很多可以提升改進的地方。不過這個方向很有創新性，值得嘗試。