요약

  • RIPE 데이터베이스에는 ORG-NGA26-RIPE라는 키로 Nscale Glomfjord AS가 등록되어 있다. 국가는 노르웨이, 법인번호 924 469 188, 조직 유형은 LIR, 주소는 Sam Eydes vei 47, 8160 글롬피오르다.
  • 같은 주소의 공사 현장은 별개의 문서로 설명된다. 30메가와트 계획 중 6.4메가와트가 가동 중이고, 블룸버그 보도를 인용한 보도에 따르면 약 6개월 늦어지고 있으며, 2025년 12월 변압기 화재와 냉각 계통 누출이 있었다. 어느 숫자도 레지스트리 기록에서 나오지 않고, 그 반대도 마찬가지다.

글롬피오르의 컴퓨트 이야기 뒤에 실제 법인이 있는지 확인해야 할 때, RIPE 레지스트리는 빠르고 정확하게 답한다. 이름, 국가, 법인번호, 거리를 준다. 메가와트는 하나도 주지 않는다. 그리고 그 사실 자체가 이 이야기의 핵심이다.

왜냐하면 메가와트는 이 사안에 실제로 존재하기 때문이다. 다만 다른 문서에 산다.

무엇이 기록되어 있는가

RIPE 데이터베이스에서 "nscale"을 검색하면 기본 키 ORG-NGA26-RIPE를 가진 조직 객체가 나온다. 여기에는 조직명 "Nscale Glomfjord AS", 국가 코드 NO, 등록번호 924 469 188, 조직 유형 LIR, 주소 줄 "Sam Eydes vei 47", "8160", "Glomfjord", "NORWAY"가 적혀 있다(RIPE 데이터베이스 검색).

용어를 풀어야 이 기록이 암호처럼 읽히지 않는다. 조직 객체란 레지스트리에 등록된 법인의 계정이다. 이름, 국가, 법인번호, 주소를 담는다. 이 객체는 그 법인이 보유할 수 있는 주소 블록과 별개로 존재한다. LIR, 즉 지역 인터넷 등록기관(local internet registry)은 지역 레지스트리가 자기 이름으로 인터넷 번호 블록을 보유하고 발급하도록 허가한 조직이다. 대개 통신 사업자 성격의 무언가다. 여기서 LIR이라는 표기는 번호 자원과의 행정적 관계를 뜻한다. 서비스 구성표도, 시설 용량도 아니다. 그리고 회사명의 "AS"는 노르웨이의 유한회사 형태인 악셰셀스카프(aksjeselskap)다. 자율 시스템이 아니다. 자율 시스템 번호(ASN)는 네트워크가 인터넷 나머지에 경로를 알리기 위해 필요한 식별자다. 이 기록에는 없다.

주소에 대해서도 짚어야 한다. 글롬피오르의 Sam Eydes vei 47은 추상적인 문자열이 아니다. 회사가 노르웨이에 세운 첫 현장을 두는 그 공업 지대다. 레지스트리와 업계 보도에서 회사명과 거리가 겹친다는 사실 하나가, 이 두 층이 서로 연결된 것처럼 보이는 유일한 이유다.

기록에 없는 것

이번 조회에서는 ORG-NGA26-RIPE에 귀속시킬 수 있는 ASN, inetnum, inet6num, route 객체를 하나도 얻지 못했다. 표적 조회가 제공자 용량 문제로 실패했기 때문에 부재는 증명되지 않았다. 이것은 열린 증거 경계이며, 한 번만 밝히고 논거로 삼지 않는 편이 맞다.

다시 말해 이 노르웨이 법인이 자체 IPv4·IPv6 블록과 자율 시스템 번호를 보유하는지는 확립되지 않았다. 어느 방향으로도. "그렇다"도 "아니다"도 아니다.

이 기록이 증명하는 것은 세 가지다. Nscale Glomfjord AS라는 이름과 노르웨이 법인번호 924 469 188을 가진 조직이 실제로 RIPE 데이터베이스에 ORG-NGA26-RIPE로 등록되어 있다. 그 객체에 글롬피오르 주소와 노르웨이 국가 속성이 붙어 있다. 그리고 LIR로 분류되어 있다. 번호 자원과의 행정적 연결일 뿐, 그 이상은 아니다.

증명하지 않는 것도 분명하다. 어떤 양의 연산 능력이 켜졌는지, 준공되었는지, 판매되었는지. 이 법인에 주소 블록이나 자율 시스템 번호가 배정되었는지. 이 노르웨이 법인이 현장을 소유하고, 시공 인력을 고용하고, 고객과 계약을 맺는지. 그리고 이 기록이 공사 단계와 어떤 시간 순서로 놓이는지. 객체 생성, 법인 설립, 시공, 최초 통전, 최초 고객 워크로드 사이의 연대기는 확립되지 않았다.

이건 트집이 아니다. 투자자나 거래 상대방이 가장 먼저 던지는 질문들이 정확히 이것이고, 레지스트리는 그 질문에 답하지 않는다. 숨기기 때문이 아니라, 레지스트리가 다루는 대상이 다르기 때문이다.

공사 층위

이제 용량에 답하는 문서로 넘어가자. DataCenterDynamics는 Nscale의 글롬피오르 데이터센터 프로젝트가 일정보다 약 6개월 늦어지고 있다고 보도하며, 프로젝트에 가까운 인물과 공개 기록을 토대로 한 블룸버그 보도를 인용한다. 걸림돌 목록에는 공사 지연, 지역 규제, 냉각 계통 누출, 변압기 화재가 들어 있다(DataCenterDynamics의 글롬피오르 지연 보도).

같은 기사에서 프로젝트를 잘 아는 한 소식통은 인과 해석에 반대한다. 변압기 화재는 2025년 12월에 있었고, 배전반이 파괴되었지만 임시 발전기가 냉각 계통을 돌렸으며 지연을 일으키지 않았다는 것이다. 누출은 몇 주 안에 해결됐고, 냉각 계통은 2026년 10월보다 석 달 이상 앞서 완료됐으며 고객 피해도 없었다. 즉 지연은 기록되어 있고, 그 원인은 같은 기사 안에서 다투어진다. 공사 현장에서 흔한 일이며, 매끄럽게 봉합해야 할 모순은 아니다.

같은 출처의 숫자 두 개가 더 있다. 계획된 30메가와트 가운데 6.4메가와트가 현장에서 가동 중이고, 시공 인력은 Kalmar라는 부유 호텔에 묵는다. 앞으로 이 이야기가 어떻게 읽힐지와 관련해 중요한 대목도 있다. Nscale은 기업공개(IPO)를 준비 중이며, 투자설명서의 위험 요인에 "공사 지연"과 "공사 현장 사고"를 명시했다.

여기서 없는 것을 보자. 6.4메가와트가 정확히 무엇을 뜻하는지에 대한 설명이 없다. 계통 연결 용량인지, IT 부하인지, 계약된 용량인지, 고객이 실제로 소비한 전력인지. 나머지 23.6메가와트의 준공 시점도 없다. "6개월"을 붙일 수 있는 기준 일정도 없다. 모두 중요한 공백이고, 공백으로 남는다.

회사가 자기 현장에 대해 말하는 방식

회사 웹사이트는 제안을 이렇게 표현한다. "Purpose-built data centers engineered for AI"이고, 속성으로 "Modular", "Liquid cooled", "Low PUE"를 나열한다(Nscale 기업 웹사이트). PUE, 즉 전력 사용 효율은 시설 전체 전력 사용량을 연산 장비에 공급된 전력으로 나눈 값이다. 낮을수록 부대 비용이 적다. 이것은 설계에 관한 주장이고, 특정 현장의 특정 월에 대한 측정치가 아니다. 그렇게 읽어야 한다.

여기서 빠지고 싶은 유혹이 하나 있다. "모듈형", "액체 냉각", "낮은 PUE"라는 마케팅 문구는 "용량이 거의 준비됐다"는 서사를 받쳐 주기에 딱 좋다. 그러나 이것은 제품군 설명이다. 올해 이 분기에 글롬피오르의 냉각이 누출 없이 돌아가는지에 대해서는 아무 말도 하지 않는다.

스타방에르의 소송, 글롬피오르에 붙일 수 없는 것

본류와 쉽게 섞이는 별개의 줄기가 노동 분쟁이다. The Next Web은 Nscale의 스타방에르 데이터센터에서 일했던 엔지니어가 영국 회사를 상대로 소송을 냈다고 보도한다. 부당 해고를 당했고 불법 하도급 구조를 통해 고용됐다는 주장이다. 소송은 노조의 지원을 받고, 10월 16일에 제기됐으며, 하도급 업체로 CloudBrothers를 지목한다. 원고는 보상과 함께 자신이 Nscale 직원으로 분류됐어야 한다는 판단을 구한다. Nscale이 자신의 일상 업무와 근무 교대를 지시했다는 것이 이유다(The Next Web의 노르웨이 소송 보도).

같은 기사는 글롬피오르의 주력 현장이 냉각 누출과 화재 이후 약 6개월 늦어지고 있다고도 전한다. 블룸버그를 인용해서다.

여기서부터는 규율의 문제다. 확인된 어떤 출처도 스타방에르의 분쟁을 Nscale Glomfjord AS나 글롬피오르 공사와 연결하지 않는다. 노르웨이의 서로 다른 두 장소, 서로 다른 두 사건이며, 같은 브랜드가 그것을 한 건으로 만들지 않는다. 이 소송을 글롬피오르의 문제 증거로 쓰는 것은 하나의 사실을 더 편한 다른 사실로 바꿔치기하는 일이다.

두 층이 뒤섞이는 이유

메커니즘은 단순하고 아주 인간적이다. 레지스트리의 행정적 준비 상태는 오래가고, 공개되어 있고, 클릭 한 번에 검증된다. 현장의 물리적 준비 상태는 보도에서 오고, 다투어지고, 뒤처진다. 두 층 모두 같은 회사명과 같은 주소를 달고 있기 때문에, 독자가 치환을 알아차리기 전에 먼저 머릿속에서 붙어 버린다.

붙는 방향은 양쪽이고, 양쪽 다 틀렸다. 레지스트리 기록은 메가와트를 검증하지 않는다. LIR이라는 표기는 번호를 보유할 권한을 뜻하지, 돌아가는 장비를 뜻하지 않는다. 공사 지연이 등록을 무효화하지도 않는다. 법인번호와 주소를 가진 법인은 냉각이 제때 설치됐는지와 무관하게 존재한다.

덜 뻔한 세 번째 효과도 있다. 분석가가 증거를 찾을 때 보통 손에 잡히는 것을 집는다. 손에 잡히는 것은 레지스트리 기록이다. 여기서 조용한 오류가 태어난다. 행정적 산출물이 용량 확인의 역할을 대신하기 시작하는 것이다. 그래서 질문을 명시적으로 분리할 필요가 있다. 이 법인이 무엇이고, 어디에 있고, 어느 관할에 속하는지는 레지스트리다. 연산 능력이 실제로 얼마나 돌아가는지는 공사 보도다. 자율 시스템 번호와 주소 블록이 언제 나타나는지는 그때 생길 별개의 네트워크 층이며, 지금은 없다.

이 두 문서를 어떻게 쓸 것인가

실무적 결론은 누군가 무엇인가를 숨기고 있다는 것이 아니다. 서로 다른 두 질문에는 서로 다른 두 증거가 필요하고, 어느 쪽도 다른 쪽을 대신하지 못한다는 것이다.

거래 상대방을 평가한다면 레지스트리에서 시작하라. 이름, 법인번호, 관할, 주소, 조직 유형은 인용할 수 있는 검증 가능한 기초다. 그다음 용량으로 넘어가서 "얼마라고 밝혔나"가 아니라 "그 숫자가 무엇을 뜻하나"를 물어라. 계통 연결인지, IT 부하인지, 계약인지, 소비인지. 이 질문에 대한 공개 영역의 답은 아직 없다.

투자자로 이 프로젝트를 지켜본다면, 투자설명서 스스로가 공사 지연과 현장 사고를 위험 요인으로 적었다는 점을 기억하라. 회사가 이 부류의 문제를 숨기지 않고 법적 효력을 가진 문서에 기술한다는 사실 자체가, 어떤 재전달보다 유용하다.

마지막으로. 레지스트리에 있는 노르웨이 법인은 셸도, 허구도, 회계 장부의 분식도 아니다. 법인번호와 주소를 가진 작동하는 행정 단위다. 문제는 그 선의가 아니라, 그 기록이 무엇을 증명하는지의 경계다. 동기는 어느 방향으로도 증명되지 않았고, 지어낼 필요도 없다.

ORG-NGA26-RIPE에 연결된 자율 시스템 번호도 주소 블록도 레지스트리에 없는 한, 이 이야기의 네트워크 부분은 열려 있다. 이는 취재의 빈틈이 아니라, 2026년 11월 둘째 주 현재 공개 데이터의 정직한 상태다.

BTW 디렉터리의 노르웨이 법인 기록 전략 서클 전용.