'체인 상'에서 웹사이트에 어떻게 접속할 수 있을까?
글: Yeezo, ZAN
최근 발생한 한 사건을 계기로 필자는 전통적인 도메인 접속 서비스에 대해 다시 생각해보게 되었다. 오랫동안 매우 안정적이라고 여겨졌던 도메인 해석 서비스조차 문제가 생길 수 있다는 사실은 놀라웠다. 이에 따라 필자는 탈중앙화된 해결책이 대체 방안으로 고려할 만하다는 생각을 하게 되었다.
생각을 정리해 보면, 블록체인 상에 페이지를 배포하는 것이 다음과 같은 몇 가지 장점이 있을 수 있다.
-
탈중앙화: 모든 변경 사항은 공동의 합의를 통해 이루어져야 하며, 단일 기관이 결정할 수 없다.
-
인증서 불필요: 블록체인 자체가 암호화 기술을 사용하기 때문에 추가적인 인증서 설정이 필요 없다.
이전에 필자는 TON의 도메인 시스템을 본 적이 있었는데, 당시에는 재미있는 실험이라고만 여겼고 실용성은 별로라고 느꼈다. 어쨌든 기존의 웹 접근 방식이 이미 충분히 안정적이며 널리 사용되고 있기 때문이다. 하지만 지금 돌이켜보면 실제로 유용할 수 있는 경우가 있음을 깨달았고, 그래서 좀 더 깊이 연구해 보기로 했다.
블록체인에서 웹사이트 만들기
본문에서는 TON 네트워크에 웹사이트를 배포하고 브라우저를 통해 접속할 수 있도록 하는 과정을 시도해본다. 전체 절차는 세 단계로 나뉜다: 1) 도메인 구입, 2) 프론트엔드 페이지 준비, 3) 도메인과 페이지 연결.
블록체인의 도메인 개념은 WEB2 세계의 도메인과 유사하다. 둘 다 기억하기 어려운 복잡한 주소의 별칭(alias) 역할을 한다. 블록체인에서는 사용자 주소를 의미하고, WEB2에서는 서비스의 IP 주소를 나타낸다.
도메인 구매
예를 들어 TON의 경우, 공식 도메인 구매 사이트는 https://dns.ton.org/이며, 가격은 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 포트이다(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.
요약하면, 현재로서는 체험 결과가 평범한 수준이지만 개선 여지는 많다. 그러나 필자는 이 방향성이 꽤 좋고 혁신적이라고 생각하며, 한번쯤 시도해보는 것도 의미 있다고 본다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
