Децентралізація доменних імен: дослідження розгортання сайтів у блокчейні

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

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

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

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

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

Процес створення веб-сайту Блокчейн

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

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

Купівля домену

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

Невикористані доменні імена можуть бути куплені на аукціоні за низькою ціною, після початку зворотного відліку всі можуть робити ставки до завершення. Придбане доменне ім'я зберігається у гаманці користувача у вигляді NFT і може бути предметом торгівлі. Термін дії доменного імені становить 1 рік, після закінчення якого воно буде повернено.

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

Підготовка фронтального інтерфейсу

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

Сторінка прив'язана до домену

Після отримання доменного імені, ви можете прив'язати адресу ANDL на офіційному сайті DNS платформи. Також можна використовувати наданий платформою інструмент прив'язки, слідуючи офіційній інструкції.

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

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

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

Відвідування Блокчейн домену

Прямо в браузері вводити домен Блокчейн неможливо отримати доступ до сайту, оскільки браузер не може розпізнати. Потрібні додаткові дії.

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

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

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

Доступ через代理

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

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

В процесі використання виникли такі проблеми:

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

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

3. Швидкість доступу повільніша. У порівнянні з традиційними сайтами швидкість доступу повільніша, в майбутньому є великий потенціал для покращення.

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

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