소식

공들여 그린 그림에 “혹시 AI 아닌가요?”라는 댓글이 달린다. 직접 찍은 사진이 AI 생성 이미지 취급을 받는다. 이게 지금 창작자들이 실제로 맞닥뜨리는 현실이다. 생성형 AI가 사람 수준의 결과물을 뽑아내면서, 정작 사람이 만든 창작물이 의심받는 역설적인 상황이 됐다.

기분 문제로 끝나면 그나마 낫다. AI 낙인이 찍히는 순간 그 안에 담긴 노력과 독창성은 순식간에 묻힌다. 신뢰도가 흔들리고, 판매나 의뢰에도 직접 타격을 준다. 이제 “잘 만드는 것”만큼 “내가 만들었다고 증명하는 것”도 창작자의 핵심 역량이 됐다.

멀쩡한 내 작품이 왜 AI 취급을 받나

1~2년 전만 해도 AI 그림에는 어색한 손가락, 비현실적인 질감 같은 명확한 허점이 있었다. 그게 이제 없어졌다. 전문가조차 구별하기 힘든 수준이다. The Verge가 지적한 것처럼, 온라인 콘텐츠를 대하는 기본 태도 자체가 회의적으로 바뀌었다. 일단 의심하고 본다.

이런 분위기에서 오해를 부르는 패턴이 있다.

• 지나치게 완벽한 표현: 잡티 없는 피부, 완벽한 대칭, 이상적인 광원 처리. 이게 오히려 AI 의심을 산다. 솔직히 좀 억울한 부분이다.
• 유행 스타일을 그대로 따라갈 때: 요즘 핫한 구도나 스타일을 쓰면 AI가 학습 데이터 기반으로 뽑은 결과물과 시각적으로 겹친다. 트렌드를 따랐을 뿐인데 의심받는 상황이다.
• 깔끔한 디지털 페인팅: 브러시 자국이나 질감이 거의 없는 매끈한 디지털 작업은 AI 이미지와 눈으로 구분하기 어렵다. 디지털 툴 자체의 특성이 창작자에게 불리하게 작용하는 셈이다.

가장 확실한 증명: 과정을 남겨라

결국 가장 원초적이고 확실한 방법은 작업 과정 기록이다. AI는 결과물을 순식간에 생성하지만, 고민하고 수정하고 되돌리는 과정은 만들지 못한다. 그 과정이 진짜 증거다.

방법은 생각보다 간단하다.

• 타임랩스 녹화: 그림 작업이나 디자인 과정을 화면 녹화로 남겨두자. 타임랩스로 편집하면 공유도 쉽고, 보는 사람도 설득력을 느낀다. 직관적으로 가장 강력한 증거다.
• 레이어 파일 보관: 포토샵(PSD)이나 일러스트레이터(AI) 파일처럼 레이어가 살아있는 원본을 남겨둬라. 스케치 레이어, 채색 레이어, 보정 레이어가 쌓인 파일은 그 자체로 작업 히스토리다.
• 초기 스케치와 메모: 지저분하고 엉성한 초기 스케치, 낙서 수준의 아이디어 메모, 참고 자료 폴더. 오히려 완벽하지 않은 흔적들이 “사람이 했다”는 걸 더 잘 보여준다.

이런 기록은 증거 자료를 넘어서 작품의 탄생 과정을 보여주는 콘텐츠가 되기도 한다. 팔로워 입장에서도 볼거리가 생기니 일석이조다.

눈에 안 보이는 서명: 디지털 워터마크

작업 과정을 다 공개하기 부담스럽거나, 이미 올린 작품의 진위를 증명해야 할 때는 기술적인 방법이 있다. 디지털 워터마크다. 이미지에 로고를 박는 것과는 전혀 다른 개념이다. 이미지 픽셀 안에 눈에 보이지 않는 고유 데이터를 심는 기술이다.

전용 솔루션을 활용하면 창작자 정보와 제작 시점을 암호화해서 파일에 넣어둘 수 있다. 도용당하거나 진위 논란이 생겼을 때 원작자임을 입증하는 근거가 된다. 아직 일반 창작자들에게 널리 쓰이는 기술은 아니다. 하지만 콘텐츠 진위 확인 수요가 커지는 만큼, 앞으로 이 분야의 역할이 분명히 커질 것이다.

AI가 만들 수 없는 것: 맥락과 개인 서사

AI는 데이터를 바탕으로 확률적으로 가장 그럴듯한 결과물을 뽑아낸다. 사람의 창작물과 결정적으로 다른 건 비효율, 불완전함, 그리고 개인 서사다. 이 지점이 차별점이다.

작품을 공개할 때 그 안에 담긴 이야기를 같이 풀어놓는 습관을 들이면 좋다. 이 사진을 찍으려고 새벽 4시에 나간 이야기, 이 캐릭터 색상을 고르면서 떠올린 영화 한 장면, 배경 오브제에 숨겨둔 개인적인 의미. AI는 이런 맥락을 만들어내지 못한다. 작품에 대한 진솔한 이야기가 기술적 증명보다 훨씬 강한 신뢰를 준다. 이건 직접 해보면 더 확실히 느낀다.

결국 부지런해야 한다는 것

좀 솔직히 말하면, AI 시대 창작자는 이전보다 더 부지런해야 하는 처지가 됐다. 결과물만 던지는 것으로는 부족하다. 과정을 기록하고, 맥락을 설명하고, 필요하다면 기술적 도구까지 챙겨야 한다. 번거롭다. 처음에는 확실히 그렇다.

그런데 이 과정이 쌓이면 단순히 AI 의심을 막는 방어막이 아니라, 자기 작품 세계를 쌓아가는 아카이브가 된다. 과정 기록이 콘텐츠가 되고, 스토리가 팬을 만든다. 증명의 책임이 창작자에게 넘어온 건 맞다. 근데 그게 꼭 손해만은 아닐 수도 있다.

출처: The Verge AI

내 유튜브 채널에만 올렸던 커버곡이 스포티파이에 등록돼 있다. 목소리는 분명 나인데, 어딘가 묘하게 뒤틀려 있고. 아티스트 이름은 내가 아니다. 이거, 공상과학 얘기가 아니다. AI 기술이 보편화되면서 인디 아티스트와 크리에이터들 사이에서 실제로 번지고 있는 문제다.

누군가 내 영상을 몰래 가져다가 AI로 보컬만 뽑아낸 뒤, 살짝 변조해서 자기 이름으로 전 세계 음원 플랫폼에 올리는 수법이다. The Verge가 전한 한 포크 가수의 사례를 보면, 이런 피해가 얼마나 황당하고 황망한지 감이 온다. 당황해서 시간을 허비하지 않도록, 발견 즉시 해야 할 일을 단계별로 정리했다.

AI 음원 도용, 어떻게 벌어지나

과정이 생각보다 간단하다. 자동화되어 있어서 더 무섭다.

1. 소스 확보: 유튜브, 사운드클라우드처럼 누구나 접근 가능한 플랫폼에서 원본 영상이나 음원을 내려받는다.
2. AI 가공: AI 보컬 분리 도구로 목소리만 추출하거나, 음성 변조 기술로 톤을 미세하게 조정한다. 원곡 반주(MR)에 아예 다른 AI 보컬을 입히는 경우도 있다.
3. 재유통: 이렇게 만들어진 가짜 음원을 디스트로키드(DistroKid), 튠코어(TuneCore) 같은 유통 서비스로 스포티파이, 애플뮤직, 유튜브 뮤직에 올린다. 저작권자 확인 절차가 허술한 걸 노리는 것이다.
4. 수익 창출: 스트리밍 수익은 도용범에게 흘러간다. 원작자는 피해 사실조차 모른 채 지나가는 구조다.

결국 문제는 AI 기술 자체보다 이를 악용하는 사람들과, 구멍 뚫린 유통 시스템에 있다. 기술이 정교해질수록 피해 규모도 커진다. 솔직히 이 부분이 제일 화가 난다.

1단계: 증거부터 챙긴다

도용 사실을 알았을 때 가장 먼저 치미는 건 분노다. 이해한다. 근데 감정적으로 대응하면 시간만 잡아먹는다. 지금 해야 할 건 체계적인 증거 수집이다. 플랫폼이나 유통사에 문제를 제기할 때, 이 자료들이 전부를 결정한다.

• 스크린샷 및 URL 확보: 도용된 콘텐츠가 올라간 스포티파이, 유튜브 등 페이지를 전체 화면으로 캡처한다. 아티스트 이름, 앨범 아트, 곡 제목이 모두 보여야 한다. URL도 복사해두자.
• 업로더 정보 확인: 도용범의 아티스트 이름, 프로필, 앨범 credits 란에 적힌 유통사(Distributor)와 레이블 정보를 빠짐없이 기록한다.
• 원본 증명 자료: 내가 먼저 올렸다는 걸 증명할 원본 파일, 또는 업로드 날짜가 명확히 보이는 유튜브·사운드클라우드 링크를 정리한다. 업로드 날짜가 핵심이다.
• 최초 발견 날짜 기록: 언제 처음 이 사실을 알았는지도 정확히 메모해둔다. 사소해 보여도 나중에 쓸 일이 생긴다.

2단계: 플랫폼에 직접 신고한다

증거가 갖춰졌으면 움직일 차례다. 가장 빠른 방법은 콘텐츠가 올라간 플랫폼에 저작권 침해 신고를 넣는 것이다. 스포티파이, 애플뮤직, 유튜브 모두 신고 절차가 있다.

‘Spotify Copyright Infringement Form’이나 ‘YouTube 저작권 소유권 주장’ 같은 키워드로 검색하면 해당 신고 페이지가 바로 나온다. 필요한 정보는 세 가지다.

• 내 정보: 이름, 연락처, 이메일 주소
• 저작물 정보: 내가 저작권을 가진 원본 창작물 설명과 URL
• 침해 콘텐츠 정보: 도용된 콘텐츠의 정확한 URL

양식을 꼼꼼히 작성하고 증거 자료를 첨부해 제출하면, 플랫폼이 검토 후 해당 콘텐츠를 내린다. 대부분의 경우 이 단계에서 끝난다. 생각보다 빠르게 처리되기도 해서, 이건 좀 다행스러운 부분이다.

3단계: 유통사를 직접 압박한다

피해 곡이 여럿이고, 여러 플랫폼에 동시에 올라간 경우라면 얘기가 달라진다. 플랫폼마다 개별 신고를 넣는 건 시간이 너무 걸린다. 이럴 때는 음원을 유통한 디지털 유통사(Aggregator)를 직접 공략하는 게 효율적이다.

증거 수집 단계에서 파악해둔 유통사(예: DistroKid)의 고객센터나 저작권 담당 부서에 이메일을 보내면 된다. 원저작권자라는 사실, 도용 정황, 준비한 증거 자료를 전부 첨부해서 삭제를 강력히 요청한다. 유통사는 저작권 문제에 꽤 민감하다. 명확한 증거가 있으면 보통 즉각 움직인다. 유통사가 음원을 내리면, 해당 유통사와 계약된 모든 스트리밍 플랫폼에서 한 번에 사라지는 장점도 있다.

미리 막는 방법 3가지

수습보다 예방이 낫다는 건 당연하다. 100% 완벽한 방어는 없지만, 도용하기 귀찮게 만드는 방법은 있다.

• 오디오 워터마킹: 사람 귀에는 거의 들리지 않는 고유한 주파수나 패턴을 음원에 심어두는 기술이다. 저작권 분쟁이 생겼을 때 내 창작물임을 증명하는 결정적 카드가 된다.
• 저작권 정식 등록: 한국저작권위원회에 창작물을 등록해두면, 법적 분쟁에서 저작권자 권리를 훨씬 강하게 주장할 수 있다. 이건 미뤄두면 안 된다. 진짜로.
• 콘텐츠 모니터링 서비스: 내 음원이나 영상이 웹상에서 어떻게 퍼지는지 추적해주는 유료 서비스다. 도용을 초기에 잡아낼 확률이 높아지고, 대응 속도가 완전히 달라진다.

자주 묻는 것들

Q: 변호사를 선임해야 할까요?

A: 한두 곡이 도용된 수준이라면, 플랫폼 신고와 유통사 연락으로 충분히 해결된다. 변호사까지 선임하는 건 도용 규모가 크고, 금전적 피해가 심각하고, 상대가 신고에도 꿈쩍 않을 때다. 그 전엔 위에 설명한 절차를 먼저 시도해보자. 대부분은 거기서 끝난다.

Q: AI가 목소리를 조금만 바꿔도 다른 창작물로 인정되나요?

A: 아니다. 톤을 살짝 바꾸거나 템포를 조정하는 정도로는 새 창작물로 인정받지 못한다. 원저작물의 핵심 부분을 그대로 사용했다면, 실질적 유사성 원칙에 따라 저작권 침해에 해당할 가능성이 높다. “AI가 가공했으니 다른 것”이라는 논리는 현재 법원에서 통하지 않는다.

출처: The Verge AI

MMLU 91.2점. HellaSwag 95.3점. 신규 AI 모델 발표 자료에 이런 숫자들이 쭉 나열되면 뭔가 대단해 보인다. 근데 막상 실무에 붙여보면 어딘가 어색하고, 기대와 다르다는 느낌이 든다. 리더보드 1위 모델이 왜 우리 팀 업무에서는 맥을 못 출까. 이 괴리, 생각보다 흔한 문제다.

벤치마크가 뭔지부터 짚고 가자

AI 벤치마크는 모델 성능을 수치로 비교하기 위한 표준화 시험 세트다. ‘AI계의 수능’이라고 보면 된다. 개발자들은 이 점수로 모델의 강점과 약점을 파악하고, 사용자들은 어떤 모델이 더 나은지 가늠한다. 대표적인 게 방대한 주제에 걸쳐 4지선다 문제를 푸는 MMLU(Massive Multitask Language Understanding)고, 코딩 능력을 재는 HumanEval도 많이 쓰인다.

문제는 AI가 이 시험에 너무 익숙해지고 있다는 거다. 일부 모델은 벤치마크 데이터셋으로 직접 훈련되는 ‘오염(contamination)’ 문제에 빠진다. 정답을 미리 외우고 시험장에 들어가는 셈이니 점수가 높게 나오는 건 당연하다. MIT 테크놀로지 리뷰 보도를 보면 이 문제가 꽤 심각하게 지적되는데, 결국 이건 AI의 진짜 문제 해결 능력이 아니라 특정 시험 유형에 대한 패턴 매칭 능력만 드러내는 거다.

시험은 잘 보는데 실무는 왜 못 할까

현재 벤치마크 대부분은 명확한 정답이 있는 단일 과제 평가에 맞춰져 있다. 수학 문제 풀기, 코드 완성, 4지선다. 깔끔하다. 근데 실제 업무는 전혀 그렇지 않다.

• 맥락의 부재: 고객 불만 이메일에 답장하는 일을 생각해 보자. 단순히 글 쓰는 능력만 필요한 게 아니다. 고객 감정 읽기, 이전 상담 이력 파악, 회사 정책 반영까지 한꺼번에 처리해야 한다. 벤치마크는 이런 총체적인 맥락 이해를 측정하지 못한다.
• 다단계 추론의 한계: ‘A 보고서 요약하고, B 데이터 참고해서 비판적 시각의 보고서 쓰고, C 형식 이메일 초안 만들어줘’ 같은 요청은 각 단계를 따로 보면 잘 해낼 수 있어도, 전체 흐름을 유기적으로 연결하는 건 또 다른 문제다.
• 창의성과 모호함: 새 마케팅 슬로건을 만들거나 디자인 시안에 추상적인 피드백을 주는 일은 정답 자체가 없다. 벤치마크 점수로는 이 영역을 절대 알 수 없다.

벤치마크 점수는 모델의 ‘기초 체력’을 보여주는 참고 자료다. 실제 프로젝트에서의 실전 능력까지 보장하지는 않는다.

그럼 뭘 봐야 하나: 실용적인 평가 기준 3가지

리더보드 순위에서 한 발 떼고, 실제로 따져야 할 기준을 세워야 한다. 특정 모델을 도입하기 전에 아래 3가지는 꼭 확인하자.

1. 작업 관련성 (Task Relevance): 법률 문서 검토, 소스코드 버그 찾기처럼 우리 회사가 해결하려는 구체적인 문제에서의 성능이 핵심이다. 범용 지식 테스트 점수가 아무리 높아도, 우리 도메인에서 엉뚱한 답을 내놓으면 아무 소용 없다.

2. 비용 효율성 (Cost-Effectiveness): 모델 성능은 API 호출 비용, 응답 속도(latency)와 직결된다. 성능이 10% 나은 모델 쓰려고 비용이 2배 되면 합리적인 선택이 아닐 수 있다. 대규모 사용자 대상 서비스라면 응답 속도는 결정적인 변수다.

3. 안전성 및 신뢰성 (Safety & Reliability): 일관성 있는 답변을 내놓는지, 사실이 아닌 내용을 그럴듯하게 지어내는 ‘환각(Hallucination)’ 현상이 얼마나 잦은지 반드시 확인해야 한다. 유해하거나 편향된 결과물을 막는 안전장치도 평가 항목에 넣어야 한다.

자체 벤치마크 만들기: 이게 제일 확실하다

외부 벤치마크 대신 ‘자체 벤치마크’를 만드는 것. 번거롭지만 이게 가장 확실한 방법이다.

1. 핵심 과제 정의: AI로 해결하고 싶은 업무 3~5가지를 구체적으로 정한다. ‘고객 문의 이메일 3줄 요약’, ‘제품 설명서 초안 작성’ 같은 식으로. 추상적으로 잡으면 나중에 평가 기준이 흔들린다.
2. 테스트 데이터셋 구축: 실제 업무 데이터 50~100개를 샘플로 준비한다. 실제 고객 이메일, 내부 보고서가 가장 좋은 시험 문제다. 공개 데이터셋을 쓰면 오염 문제를 피하기 어렵다.
3. 블라인드 테스트 진행: GPT-4o, Claude 3.5 Sonnet, Gemini 1.5 Pro 같은 후보 모델들에게 동일한 데이터로 과제를 수행하게 한다. 어떤 모델이 어떤 결과를 냈는지 모르는 상태에서 평가해야 선입견을 걷어낼 수 있다.
4. 정성적 평가: ‘성공/실패’ 이분법 말고, ‘결과 만족도’, ‘업무 효율 기여도’, ‘수정 필요 정도’ 등 다각도로 점수를 매긴다. 실제 그 업무를 담당하는 팀원이 직접 평가에 참여하는 게 핵심이다.

이 과정을 거치면 투자수익률(ROI)이 가장 높은 모델을 찾아낼 수 있다. 시간이 걸려도 이 과정은 건너뛰면 안 된다.

다음 평가 기준은 ‘협업 능력’이 될 것

AI 평가의 방향이 서서히 바뀌고 있다. ‘인간을 이기는 기계’에서 ‘인간을 돕는 동료’로. 모호한 지시를 받았을 때 부정확한 답을 바로 내놓기보다, 명확한 질문을 되묻는 능력. 사용자의 실수를 보완하고 여러 대안을 제시하며 더 나은 결과를 유도하는 협업 능력. 이게 새로운 잣대가 될 거다.

단순히 코드를 짜주는 AI보다, 코드의 잠재적 문제를 지적하고 더 효율적인 구조를 제안하는 AI가 실제 팀에서 훨씬 쓸모 있다. 이건 벤치마크 점수에 잡히지 않는다.

최고의 AI는 없다. 최적의 AI만 있다

AI 모델 성능 벤치마크는 출발점으로는 유용하다. 하지만 그 숫자가 전부가 아니다. 리더보드 1위라는 숫자에 눌려 정작 우리에게 필요한 게 뭔지 놓치면 안 된다.

벤치마크는 참고하되, 우리 문제와 우리 데이터로 직접 테스트하는 과정이 있어야 한다. 결국 절대적인 최고의 AI는 없다. 우리 팀의 문제를 가장 잘 해결해주는 ‘최적의 AI’가 있을 뿐이다. 그 모델을 찾는 데 공을 들이는 것, 그게 AI 도입의 진짜 첫걸음이다.

출처: MIT Tech Review AI

GPT-4 하나 훈련하는 데 핵발전소 하나 분량의 전력이 들어갔다는 추산이 있다. 과장처럼 들리지만, AI 연산 수요가 커질수록 데이터센터 전력 소비는 그보다 빠른 속도로 불어난다. 문제는 전기만이 아니다. 서버에서 나오는 열을 식히는 데도 전기가 또 들어간다. 지구는 뜨거워지는데, 그 지구를 더 달구면서 AI를 굴려야 하는 상황. 묘하게 아이러니하다.

이 상황에서 진지하게 검토되는 아이디어가 있다. 데이터센터를 통째로 우주로 쏘아 올리자는 것.

데이터센터가 왜 우주로 가야 할까?

핵심은 에너지와 냉각이다. 지구 데이터센터 전력 소비의 40%가 서버를 돌리는 게 아니라 서버를 식히는 데 쓰인다. 그러니 대형 데이터센터들이 핀란드나 아이슬란드처럼 추운 지역에 짓고, 강이나 바다 옆에 붙는 게 다 이유가 있다. AI 연산량이 지금 속도로 폭증하면, 이것도 언젠간 버티기 어렵다. 솔직히 시간문제다.

우주는 그 문제를 근본부터 다르게 접근한다. 열을 가두는 대기가 없다. 우주 공간의 배경 온도는 섭씨 영하 270도. 복사 방열만으로 서버 온도를 잡는다. 냉각 전용 전기가 사실상 0에 수렴한다.

우주 데이터센터의 3가지 핵심 장점

장점을 정리하면 이렇다.

• 냉각 비용 제로: 우주의 진공과 섭씨 영하 270도 환경은 그 자체로 거대한 방열판이다. 지구에서 총 전력의 40%가 냉각에 투입되는 걸 감안하면, 이 하나만으로 운영 비용 구조가 완전히 달라진다.
• 24시간 태양 에너지: 지구 궤도에는 구름도, 밤도 없다. 태양광 패널이 멈추지 않는다. 화석 연료 없이 안정적인 전력 공급이 가능하다. 지구 발전소 의존도를 없앨 수 있는 셈이다.
• 물리적 보안과 안정성: 지진, 해일, 테러 같은 지구의 물리적 위협에서 완전히 분리된다. 특정 국가의 법 집행이나 규제에서도 상대적으로 자유롭다. 데이터 주권을 중요하게 여기는 기업이나 국가한테는 꽤 매력적인 포인트다.

아직은 SF, 넘어야 할 4가지 기술 장벽

장점만 보면 당장이라도 쏘아 올려야 할 것 같다. 그런데 MIT 테크놀로지 리뷰가 짚었듯이, 현실은 훨씬 복잡하다.

1. 발사 비용과 무게: 스페이스X 덕에 발사 단가가 많이 내려왔다고는 하지만, 수십 톤짜리 서버 랙과 전력 장비를 궤도에 올리는 건 차원이 다른 얘기다. 아직 킬로그램당 발사 비용이 충분히 싸지 않았다.
2. 우주 방사선 문제: 지구 자기장은 우주에서 날아오는 방사선을 막아준다. 궤도에 올라가면 그 보호막이 없다. 방사선은 반도체에 비트 플립 오류를 일으키거나 칩 자체를 영구 손상시킨다. 이를 버티는 ‘방사선 경화’ 부품은 일반 서버 장비보다 훨씬 비싸고 무겁다.
3. 유지보수와 수리: 하드드라이브 하나 고장났다고 우주비행사를 보낼 수는 없다. 모든 교체와 수리는 원격으로, 또는 로봇으로 처리 가능하도록 설계되어야 한다. 완전히 새로운 모듈형 하드웨어와 자율 로봇 시스템이 전제되어야 한다는 뜻이다.
4. 데이터 전송 지연(Latency): 빛의 속도는 유한하다. 지구와 궤도 사이의 거리가 미세한 지연을 만든다. 실시간 게임이나 초단타 주식 거래처럼 밀리초 단위가 생명인 서비스엔 치명적이다. 여기서 갈린다 — 우주 데이터센터가 모든 서비스를 담당하긴 어렵다.

그래서 누가 이걸 추진하고 있나?

이런 장벽에도 이미 움직이는 곳들이 있다. 스페이스X는 미 연방통신위원회(FCC)에 위성 데이터센터 구축 관련 신청서를 제출한 것으로 알려졌다. 스타링크와 연계해 시너지를 만들려는 그림으로 보인다. 아마존 웹 서비스(AWS)는 이미 ‘AWS 그라운드 스테이션’을 통해 위성 데이터를 직접 클라우드로 연결하는 서비스를 운영 중이다. 우주와의 접점을 이미 넓혀놓은 셈이다.

실제로 서버를 궤도에 올린 곳은 아직 없다. 그래도 이 주제를 다루는 엔지니어링 논문과 특허 출원 수가 5년 전과 비교해 눈에 띄게 늘었다. 진지한 검토가 시작됐다는 신호다.

결국 우리한테 무슨 의미냐

우주 데이터센터는 인터넷 속도를 당장 빠르게 만들어주는 기술이 아니다. AI처럼 거대 규모의 연산을 지구 환경 부담 없이 처리하기 위한, 말하자면 인류의 다음 인프라 단계에 가깝다.

냉각에 쓰이는 담수 자원을 아끼고, 화석 연료 발전소 의존도를 낮추고, 데이터 주권을 두고 벌어지는 국가 간 갈등에서 한발 비켜설 중립 지대를 확보하는 것. 이 세 가지가 우주 데이터센터가 품은 잠재력이다. 과제는 여전히 산더미지만, 컴퓨팅의 물리적 한계가 지구 밖에서 해소될 여지가 생긴다는 가능성은 점점 현실에 가까워지고 있다.

출처: MIT Tech Review AI

기름값이 오르면, 시차를 두고 마트 물가가 따라 오른다. 단순한 느낌이 아니다. 과자 봉지, 배달 용기, 자동차 범퍼까지 — 플라스틱이 들어가는 모든 것이 유가와 한 몸처럼 움직이는 데는 명확한 이유가 있다.

원유에서 플라스틱이 나오는 구조

플라스틱의 출발점은 원유(Crude Oil)다. 우리가 차에 넣는 휘발유랑 같은 데서 나온다. 원유를 정제탑에 넣고 끓이면 끓는점에 따라 여러 물질로 분리되는데, 이때 추출되는 게 나프타(Naphtha)다. 석유화학 업계에서 나프타를 ‘쌀’이라고 부른다. 이게 없으면 플라스틱 자체를 못 만든다.

구조가 이렇다 보니 원유 가격이 오르면 나프타 가격도 오르고, 나프타 가격이 오르면 플라스틱 가격이 오른다. 단계는 세 개지만 사실상 연동이다. 중간에 완충장치 같은 건 없다.

레고 블록처럼 이어 붙이는 제조 공정

나프타에서 플라스틱까지 가는 과정은 이렇다.

1. 나프타 분해: 뜨거운 증기로 나프타를 분해하면 에틸렌, 프로필렌 같은 작은 분자(모노머)들이 생긴다. 레고 블록 낱개 하나라고 보면 된다.
2. 중합 반응(Polymerization): 이 블록들을 촉매로 수천수만 개 이어 붙인다. 에틸렌을 이으면 폴리에틸렌(PE), 프로필렌을 이으면 폴리프로필렌(PP). ‘폴리(Poly)’가 ‘많다’는 뜻이니 이름 자체가 설명이다.
3. 펠릿(Pellet) 생산: 완성된 플라스틱을 쌀알 크기로 자른 게 펠릿이다. 음료수병 공장, 자동차 부품 공장, 과자 봉지 공장에 팔려나가 최종 제품이 된다.

이 공정 전체가 에너지 집약적이라서 공장을 돌리는 전기와 연료비도 유가 영향을 받는다. 원재료비에 에너지 비용까지 같이 오르는 이중고다. 플라스틱 제조사 입장에서는 유가 오를 때 버티기가 꽤 힘든 구조다.

원가의 60~80%가 기름값

플라스틱 제조 원가에서 나프타가 차지하는 비중은 60~80%다. 절반이 넘는 정도가 아니라 거의 대부분이다. 이 수치 하나로 유가 변동이 왜 플라스틱 가격을 직격하는지 바로 납득이 간다.

국제 유가가 10% 오르면 나프타도 거의 그만큼 뛴다. 그러면 플라스틱 제조사가 펠릿 가격을 올리고, 펠릿을 사는 기업들이 다시 제품 가격을 올린다. 도미노가 아니라 연쇄 폭발에 가깝다. 기름값 인상이 식료품, 배달 용기, 가전 케이스 가격으로 번지는 핵심 경로가 여기다.

플라스틱이 숨어 있는 곳들

비닐봉투나 페트병 정도만 떠올린다면 범위를 너무 좁게 본 거다. 실제로는 훨씬 촘촘하게 박혀 있다.

• 포장재: 과자 봉지, 라면 봉지, 음료수병, 샴푸통, 배달 음식 용기
• 자동차: 범퍼, 대시보드, 도어 트림 등 내장재 상당 부분
• 가전제품: TV·모니터 케이스, 세탁기 내부 부품, 냉장고 선반
• 건축자재: PVC 파이프, 바닥재, 창틀
• 의류·섬유: 폴리에스터, 나일론, 아크릴 등 합성섬유 원료

이 정도면 플라스틱 가격 상승은 특정 산업 문제가 아니다. 소비재 전반의 가격 압력으로 직결된다.

대안은 있나 — 바이오 플라스틱과 재활용의 현실

석유 의존도를 낮추려는 시도는 계속되고 있다. 옥수수나 사탕수수 같은 식물성 원료로 만드는 바이오 플라스틱이 대표적이다. 탄소 배출을 줄인다는 장점은 분명하다. 근데 생산 단가가 비싸고 대량 생산 체계가 아직 부족해서 전체 플라스틱 시장에서 비중은 미미하다. 솔직히 가장 아쉬운 부분이다.

재활용도 중요한 대안이다. 최근 AI 기반 로봇이 폐기물을 종류별로 분류해 재활용 효율을 높이는 기술이 나오고 있긴 하다. 문제는 이물질이 섞이거나 여러 재질이 합쳐진 플라스틱은 재활용이 여전히 어렵다는 것이다. 단기간에 석유 기반 플라스틱을 대체하기가 쉽지 않은 상황이다.

유가는 생활 물가의 선행지표

유가와 플라스틱 가격이 같이 움직이는 건 우연이 아니다. 원유 → 나프타 → 플라스틱으로 이어지는 생산 구조가 그렇게 만들어져 있다. 원유는 플라스틱의 할아버지 격이다.

중동 분쟁이나 산유국 감산 결정 같은 지정학적 이슈가 국제 유가를 밀어 올리면, 그 파동은 시차를 두고 우리 집 식탁과 거실까지 온다. 주유소 가격표의 숫자가 단순한 기름값이 아니라 앞으로 다가올 생활 물가 전반의 예고편처럼 느껴지는 이유가 여기 있다.

출처: MIT Tech Review AI