Переосмислення майбутнього сервісів доступу до доменів

Нещодавній інцидент спровокував переосмислення стабільності традиційних послуг доступу до доменних імен. Ми завжди вважали, що служби розв'язання доменних імен є незламними, але виникнення проблем змушує задуматися, чи може децентралізоване рішення стати вартою для дослідження альтернативою.

Розгортання веб-сторінок на блокчейні може мати кілька переваг:

1. Децентралізація: всі зміни потребують колективної згоди, щоб уникнути одностороннього ухвалення рішень однією установою.

2. Не потрібно сертифікатів: сама блокчейн-технологія використовує криптографічні технології, сертифікати не потрібно додатково налаштовувати.

Коли я раніше ознайомлювався з доменною схемою на TON, мені здавалося, що це лише цікава концепція, що не має великої практичної цінності. Адже традиційні способи доступу вже досить стабільні та поширені. Але тепер виглядає так, що ця схема може дійсно мати своє застосування, і її варто вивчити далі.

Створення вебсайту на блокчейні

Ця стаття спробує розгорнути веб-сайт у TON і зробити його доступним через браузер. Увесь процес складається з трьох етапів: 1. Купівля домену; 2. Підготовка фронтенд-сторінки; 3. Прив'язка сторінки до домену.

Концепція доменів у блокчейні подібна до світу Web2, обидві є псевдонімами для складних адрес. У блокчейні це представляє адресу користувача, а в Web2 - IP-адресу сервера.

Придбати домен

Наприклад, у випадку з TON, домен можна придбати через офіційний веб-сайт, ціна в TON. Як і в Web2, чим коротший домен, тим вища його ціна, в межах від 1 до 100 TON.

Якщо певний домен ще не належить нікому, ви можете зробити низьку ставку, після чого розпочнеться етап зворотного відліку, на якому всі можуть брати участь у торгах. Придбаний домен буде зберігатися у формі NFT у гаманці користувача і може бути предметом торгівлі. Термін дії домену становить 1 рік, після закінчення якого він буде повернутий.

Коротко кажучи, отримати домен можна через аукціон на офіційному сайті або шляхом торгівлі з іншими користувачами.

Підготовка фронтенд-сторінки

Цей етап потребує підготовки фронтенд-сторінки для відображення. Для спрощення процесу в цій статті підготовлено лише один html-файл і використано nginx для відкриття сторінки, звичайно, також потрібен хмарний сервер для запуску фронтенд-сторінки. Цей етап аналогічний традиційному розгортанню фронтенд-додатків.

Прив'язка сторінки до .ton

Отримавши домен .ton, ви можете прив'язати адресу ANDL на офіційному сайті DNS TON. Ви також можете використовувати інструменти прив'язки, надані TON, та слідувати офіційним інструкціям.

Після завершення прив'язки необхідно на сервері запустити порт прослуховування, щоб прослуховувати http-запити та пересилати їх у udp. Можна використовувати офіційно наданий інструмент rldp-http-proxy, введіть наступну команду для запуску:

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

Серед них, 8080 - це TCP-порт, на якому локальний хост слухає вхідні HTTP-запити, а 3333 - це UDP-порт для усіх вихідних та вхідних активностей RLDP та ADNL. global.config.json - це глобальний конфігураційний файл TON.

Доступ до .ton домену

Прямий ввід домену .ton у браузері не дозволяє отримати доступ до сайту, оскільки браузер не знає, як розпізнати цей домен. Тому потрібно виконати деякі додаткові дії.

Процес запиту .ton

При запиті домену .ton спочатку буде виконано запит на блокчейні для отримання відповідної адреси ANDL, що можна порівняти з IP-адресою у Web2, яка автоматично генерується під час розгортання веб-сайту. Цей процес запиту схожий на DNS-запит.

Потім запит буде перенаправлено на відповідну машину за адресою ANDL, щоб повернути вказану сторінку. Увесь процес схожий на Web2, головна різниця полягає в тому, що спосіб запиту відповідності адреси та домену відрізняється.

Доступ до сторінки через проксі

Рекомендується використовувати офіційний інструмент проксі-сервера Tonutils Reverse Proxy. Після завантаження, установки та запуску, проксі-сервер запуститься на порту 8080, після чого ви зможете отримати доступ до домену .ton.

Використання підсумку

Під час використання виникли такі проблеми:

1. Є вимоги до середовища роботи сайту. Система повинна підтримувати версію glibc 2.34 і вище, перед розгортанням потрібно перевірити, чи відповідає машина вимогам.

2. Документація недостатньо чітка. Можливо, це пов'язано з тим, що попит на сайт TON не є великим, документація недостатньо вдосконалена, і потрібно самостійно досліджувати. Оновлення китайської версії також відбувається не вчасно, відстає від англійської версії.

3. Швидкість доступу нижча. Швидкість доступу відстає від традиційних веб-сайтів, але впливових факторів багато, в майбутньому є великий потенціал для покращення.

4. Відсутність підтримки гаманців. Офіційно надано просту вбудовану веб-сторінку, до якої можна отримати доступ без встановлення проксі. Але наразі цей сайт вважається фішинговим сайтом основними гаманцями.

В цілому, наразі досвід середній, є багато можливостей для покращення. Проте цей напрямок є дуже інноваційним і вартий спроби.