DNS는 그대로 작동합니다: 토큰화된 도메인의 네임서버, 이메일, DNSSEC
ICANN 도메인을 토큰화한 후에도 일반 DNS — 네임서버, A/AAAA, MX, TXT, DNSSEC, CAA — 가 계속 작동하는 방식을 실용적으로 살펴봅니다. 무엇이 바뀌고, 무엇이 바뀌지 않는지, 기존 DNS 공급자를 어디에 연결해야 하는지를 설명합니다.
- guide
도메인을 토큰화할 때 흔히 드는 걱정이 있습니다. "내 웹사이트는 계속 작동할까? 이메일은? DNS 스택을 완전히 새로 배워야 하나?"
간단히 답하자면: 예, 예, 아니오. 토큰화된 도메인은 여전히 실제 ICANN 도메인입니다. DNS는 이전과 똑같이 작동합니다. 이 글은 무엇이 (조금) 바뀌고, 무엇이 (대부분) 바뀌지 않는지를 살펴보는 안내입니다.
핵심 개념 하나만 기억하세요
토큰화된 도메인에는 두 개의 레이어가 있습니다.
- DNS / 레지스트리 레이어 — 기존에
.com이 존재해 온 바로 그 레이어입니다. ICANN, 레지스트라, 루트 서버, 재귀 리졸버로 구성됩니다. - 온체인 레이어 — 소유권을 나타내는 NFT가 지갑에 저장되는 레이어입니다.
example.com을 IP 주소로 변환하는 DNS 해석은 전적으로 레이어 1에서 이루어집니다. 온체인 레이어는 도메인을 누가 통제하는지에 관한 것이지, 도메인이 어떻게 해석되는지와는 무관합니다. 브라우저, 이메일 서버, CDN, 인증 기관은 블록체인의 존재를 알 필요가 없습니다.
"DNS는 그대로 작동한다"는 말의 이유가 바로 이것입니다. 마법이 아닙니다. 똑같은 DNS입니다.
바뀌지 않는 것들
네임서버
도메인에 네임서버를 설정하는 방식은 그대로입니다. Cloudflare, Route53, Namecheap, Google Cloud DNS, dnsimple — 이전에 사용하던 것을 그대로 사용하면 됩니다. 많은 분들이 토큰화 이후에도 DNS 공급자를 그대로 두고 전혀 손대지 않습니다.
A, AAAA, CNAME, ALIAS 레코드
모두 표준 그대로입니다. 웹사이트는 어제와 똑같이 해석됩니다.
MX, SPF, DKIM, DMARC
이메일은 계속 작동합니다. 토큰화는 메일 전송에 아무런 영향을 미치지 않습니다. Google Workspace, Microsoft 365, Fastmail, ProtonMail, 또는 자체 호스팅 메일 서버를 사용하든 — 어떤 것도 바뀌지 않습니다.
TXT 레코드
SaaS 도구(Stripe, Slack, GitHub, Atlassian 등)의 도메인 인증은 그대로 작동합니다. 필요에 따라 TXT 레코드를 추가하거나 삭제할 수 있습니다.
CAA 레코드
인증 기관 권한 부여(Certificate Authority Authorization) — 인증 기관(Let's Encrypt, DigiCert)에게 누가 해당 도메인의 인증서를 발급할 수 있는지 알려주는 레코드 — 도 변함없이 작동합니다.
TLS / SSL 인증서
인증서는 기존과 동일한 경로로 발급받습니다. Let's Encrypt, CDN 공급자, 로드 밸런서 — 흐름은 동일합니다. ACME 챌린지(DNS-01 또는 HTTP-01)도 동일하게 작동합니다.
갱신
도메인은 동일한 일정으로 레지스트라를 통해 갱신되며, 청구 방식도 동일합니다. 토큰화는 새로운 갱신 메커니즘을 도입하지 않습니다.
바뀌는 것들 (조금)
도메인을 통제하는 주체
토큰화 전: 레지스트라 계정 로그인 정보를 가진 사람. 토큰화 후: 온체인 NFT를 보유한 사람이 권한 있는 통제권을 갖습니다. Namefi 대시보드는 프로토콜을 통해 NFT와 레지스트라 계정을 연결하므로, 지갑이 신뢰의 원천이 됩니다.
이것이 토큰화의 핵심입니다. 그렇기 때문에 지갑 보안을 진지하게 고려해야 합니다 — 지갑 분실 후 토큰화된 도메인 복구하기를 참고하세요.
DNS 관리 위치
토큰화 이후에는 대부분의 소유자가 Namefi 대시보드에서 DNS 레코드를 관리합니다 — 대시보드가 레지스트라와 대신 통신합니다. Cloudflare/Route53 등에서 DNS를 계속 관리하고 싶다면, 네임서버를 그쪽에 그대로 두고 앱 내 DNS UI는 사용하지 않으면 됩니다. 두 가지 방식 모두 잘 작동합니다.
도메인 이전
토큰화 전: 인증 코드와 60일 잠금 기간이 있는 레지스트라 간 이전 절차. 토큰화 후: NFT 이전. 단일 온체인 트랜잭션으로 소유권이 이동합니다. 레지스트라 측 기록은 프로토콜에 의해 동기화됩니다. 이 방식은 극적으로 빠르며 — 토큰화된 도메인 마켓플레이스가 전통적인 에스크로를 필요로 하지 않는 이유이기도 합니다(상장부터 결제까지 참고).
원한다면 기존 레지스트라 이전 방식을 사용할 수도 있습니다. 온체인 레이어가 그것을 막지 않습니다.
토큰화된 도메인의 DNSSEC
DNSSEC은 작동합니다. 이전에 활성화되어 있었다면 그대로 유지됩니다. 활성화하지 않았다면 토큰화 이후에 활성화할 수 있습니다. 신뢰 체인은 평소와 마찬가지로 레지스트리를 통해 이어집니다 — 온체인 레이어는 그 경로 어디에도 위치하지 않습니다. (배경 지식: RFC 4033에서 프로토콜을 정의하며, ICANN의 KSK 의식 설명에서 신뢰 루트 프로세스를 설명합니다.)
실용적인 참고 사항 몇 가지:
- DNS가 Cloudflare나 Route53에 있다면, 해당 공급자가 DNSSEC 서명을 대신 처리합니다. 레지스트라 측에서 활성화하기만 하면 되며, Namefi 대시보드를 통해 설정할 수 있습니다.
- DS 레코드는 레지스트라/레지스트리 수준에서 관리됩니다. KSK를 교체하는 경우, 이전과 동일한 방식으로 새 DS 레코드를 게시하면 됩니다.
- DNSSEC 오류는 표준 도구(
dig +dnssec, dnsviz.net, Verisign의 DNSSEC 분석기)에서 확인할 수 있습니다. 토큰화로 인해 새로운 오류 유형이 추가되지는 않습니다.
토큰화 이후의 이메일 전송 가능성
이메일에 대해 가장 많이 걱정하시므로, 명확히 말씀드리겠습니다: 이메일과 관련된 것은 아무것도 바뀌지 않습니다.
MX 레코드는 여전히 메일을 공급자에게 라우팅합니다. SPF는 여전히 발신자를 인증합니다. DKIM은 여전히 발신 메시지에 서명합니다. DMARC는 여전히 정렬을 적용합니다. 평판은 발신 IP/도메인 쌍에 귀속되며, 도메인은 여전히 동일한 도메인입니다 — 같은 이름, 같은 연령, 같은 이력입니다.
토큰화와 동시에 메일 공급자를 변경하려는 경우(정리의 좋은 기회가 되기도 하죠), 변경 작업은 하나씩 진행하세요. 토큰화가 무언가를 망가뜨리기 때문이 아니라, 한 번에 하나의 변수만 바꾸는 것이 좋은 운영 습관이기 때문입니다.
빠른 참고: 주요 레코드
| 레코드 | 용도 | 토큰화의 영향 |
|---|---|---|
| A / AAAA | 웹사이트 IP | 없음 |
| CNAME / ALIAS | 별칭 | 없음 |
| MX | 이메일 라우팅 | 없음 |
| TXT | 인증, SPF, DKIM, DMARC | 없음 |
| CAA | 인증 기관 제한 | 없음 |
| NS | 위임 | 없음 (네임서버는 직접 선택) |
| DS | DNSSEC 위임 | 없음 (레지스트리에서 평소와 같이 관리) |
| SRV | 서비스 위치 | 없음 |
| TLSA | DANE | 없음 |
"토큰화" 레이어 전체는 DNS 옆에 위치합니다. DNS 위에 얹히는 것이 아닙니다.
실제로 흔히 발생하는 실수들
- NFT를 보유한 지갑을 잊어버리는 것. DNS 문제는 아니지만, 토큰화된 도메인에 대한 접근권을 잃는 가장 흔한 원인입니다. 반드시 기록해 두세요.
- 네임서버와 DNS 공급자를 동시에 교체하는 것. 하고 싶은 마음은 이해하지만, 불필요한 위험을 초래합니다. 먼저 토큰화를 완료하고, DNS 공급자 변경은 나중에 원할 때 하세요.
- 온체인 레이어가 DNS 변경 사항을 자동으로 적용한다고 가정하는 것. 그렇지 않습니다. DNS 변경은 여전히 DNS 공급자를 통해 이루어지며, TTL에 따라 몇 분에서 몇 시간의 일반적인 전파 시간이 소요됩니다.
- 마이그레이션 중 DNSSEC를 비활성화하는 것. DNSSEC를 켜고 끄는 경우, 적절한 DS 레코드 업데이트와 함께 깔끔하게 처리하세요. 절반만 적용된 DNSSEC는 모든 곳에서 해석을 중단시킵니다.
안내 사항 (꼭 읽어주세요!)
저희는 변호사, 회계사, 재무 어드바이저, 또는 의사가 아닙니다 — 이 글의 어떤 내용도 법률, 재무, 세무, 회계, 의료, 또는 기타 전문적 조언이 아닙니다. 이 글은 저희 스스로를 교육하고 고객들에게 편의를 제공하기 위해 작성되었습니다. 여기의 정보는 오래되었거나, 특정 지역에만 해당하거나, 또는 단순히 틀릴 수 있습니다 — 저희도 실수를 합니다.
중요한 결정을 내리기 전에는 반드시 전문가와 상담하세요(진심으로!). 그게 맞지 않는다면, 친구에게 물어보거나, 트위터에 물어보거나, 레딧에 물어보거나, AI에게 물어보거나, 점쟁이에게 물어보세요. 한마디로: DOYR — 직접 조사하세요. 함께 배우고 즐겁게 나아갑시다.
요약
- 도메인을 토큰화해도 DNS는 대체되지 않습니다. DNS는 계속 DNS 역할을 합니다.
- 네임서버, 웹사이트, 이메일(MX/SPF/DKIM/DMARC), DNSSEC, CAA, TLS 인증서 모두 변함없이 계속 작동합니다.
- 바뀌는 것은 소유권입니다. 지갑의 NFT가 새로운 권한 있는 통제 지점이 됩니다. 이전은 레지스트라 행정 절차 대신 온체인에서 이루어집니다.
- DNS를 Cloudflare, Route53, 또는 현재 위치에 그대로 유지할 수 있습니다. 아니면 Namefi를 통해 관리할 수도 있습니다. 두 방식 모두 유효합니다.
- 실질적인 의미: 토큰화된
.com은 판매하거나 이전할 때까지는 운영 측면에서 토큰화되지 않은.com과 구별이 되지 않습니다 — 그 시점에서 온체인 레이어가 모든 것을 극적으로 빠르게 만들어줍니다.
토큰화 방법에 대한 운영자 수준의 안내는 .com을 토큰화하는 방법을 참고하세요.
기여자
Fenwei Bian은 30대 소프트웨어 개발자로, 업무 시간은 pull request 속에서 보내고 주말에는 흙이나 톱밥을 손에 묻힌다. GitHub에서 여러 해 동안 오픈 소스에 참여하며 이름도 인터페이스라는 점을 배웠다. 좋은 이름은 명확하고, 무슨 일을 하는지 솔직하게 드러내며, 다음에 그것을 사용할 사람에게 친절하다.
정원 가꾸기는 인내에 보답하고 막연한 기대에는 냉정하기 때문에 좋아한다. 목공은 이음새가 맞거나 맞지 않거나 둘 중 하나이기 때문에 한다. 두 습관 모두 명명에 관한 글쓰기에도 나타난다. 두 번 재고, 출처를 확인하며, 거친 부분을 대충 사포질해 가린 뒤 아무도 눈치채지 않기를 바라지 않는다.
Namefi에서는 도메인 시장이 실제로 어떻게 움직이는지, 이름의 토큰화와 플리핑에 따르는 현실적인 장단점, 그리고 20년 뒤에도 소유하기를 잘했다고 생각할 도메인을 고르는 법에 관해 쓴다.
Victor Zhou는 디지털 신원과 신뢰에 주력하는 기술 창업자이자 표준 편집자다. Namefi를 창업했고, 이더리움 개선 제안을 편집하며, 이전에는 Google Labs에서 스마트 컨트랙트 아키텍처 업무를 이끌었다.
그의 작업은 명명, 소유권, 사람들이 온라인에서 신원을 확립하는 데 사용하는 시스템이 만나는 지점에 놓여 있다. 이러한 관점으로 이름이 개인적 의미, 대중의 인식, 디지털 인프라 사이를 오가는 방식에 특히 관심을 기울인다.
Namefi에서 Victor는 도메인을 오래 지속되는 디지털 신원으로 바라보며 관련 글을 쓰고 편집한다. 이름이 어떻게 소유 가능한 온체인 자산이 되는지, 토큰화가 커스터디와 신뢰를 어떻게 바꾸는지, 명명이 온라인 신원 확립에 쓰이는 시스템에서 무엇을 배울 수 있는지를 다룬다.
Gong Ji-hye(공지혜)는 수원 출신으로 서울에 거주하는 30대 번역가다. 첫 직장은 반도체 팹의 공정 엔지니어였다. 말 그대로 실리콘을 만드는 일을 도왔다. 이후 영어와 한국어 사이의 기술 및 에디토리얼 콘텐츠 현지화로 옮겨 왔다.
그녀는 콩글리시에 익숙하지만 자연스러운 우리말이 있는데도 굳이 콩글리시를 쓰는 데 지친 독자를 위해 번역한다. 로마자 표기와 띄어쓰기, 라틴 문자 로고 옆에 한글로 놓였을 때 이름이 어떻게 보이는지를 꼼꼼히 살핀다. 주말에는 북한산을 걷고, 핸드드립 커피를 마시며, 밀린 웹툰을 본다.
Namefi에서는 도메인과 명명에 관한 글을 한국어로 현지화한다. 한글과 로마자 표기 사이의 선택, .kr 네임스페이스, 두 문자 체계에서 모두 자연스럽게 통해야 하는 브랜드 이름을 함께 고려한다.
관련 가이드
- AI 에이전트로 Namefi에서 도메인을 등록하는 방법Claude, Codex, Cursor 등 어떤 AI 에이전트로든 MCP, REST 또는 지갑 결제를 통해 Namefi에서 도메인을 등록하는 표준 가이드입니다.
- AI 에이전트 도메인 플랫폼: 2026년 가이드2026년에 AI 에이전트가 도메인을 검색하고 가격을 확인해 등록할 수 있는 모든 플랫폼(Cloudflare, Name.com, Namefi)을 인터페이스, 결제, 자율성 기준으로 살펴봅니다.
- Claude로 도메인 구매하기: Namefi MCP 단계별 가이드Claude를 Namefi MCP 서버에 연결하고 한 번의 대화로 실제 도메인을 등록하세요. 정확한 설정 방법과 주석이 달린 대화 예시, 문제 해결 방법을 안내합니다.
- Namefi MCP 빠른 시작: Claude Code, Cursor, WindsurfClaude Code, Cursor, Windsurf용 편집기별 MCP 설정과 새 앱에서 실제 커스텀 도메인까지 이어지는 5단계 빠른 시작 가이드입니다. 편집기를 벗어날 필요가 없습니다.