Сайт у Блокчейні: дослідження нового способу Децентралізованого доступу

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

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

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

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

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

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

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

Концепція доменних імен у Блокчейн схожа на світ 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. Відсутність підтримки гаманців. Вбудована браузерна сторінка, надана офіційно, не може бути доступна через проксі, але наразі вважається фішинговим сайтом основними гаманцями.

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