프로토콜 랩스의 자금 지원 중단 후, 조선소는 9월 30일부로 모든 IPFS 유지보수를 종료할 예정이다.

2026년 8월 28일 읽는 시간 약 6분

관리자를 잃으면 어떻게 될까요?
바로 이러한 의존성에서 벗어나기 위해 만들어졌습니다.
Protocol Labs의 이번 감원은 처음이 아닙니다.
오픈 소스는 이미 예전에도 존재했던 것입니다.
9월 30일 이후에는 무슨 일이 일어날까요?

행성간 조선소는 2026년 9월 30일을 기점으로 모든 IPFS 엔지니어링, 유지보수 및 기반 시설 작업을 중단할 예정입니다.
2024년부터 Shipyard의 주요 자금 지원자였던 Protocol Labs는 자금 지원 갱신을 거부했습니다.
Kubo, Helia, Boxo, Rainbow, IPFS Desktop 및 IPFS Companion은 전담 관리자를 잃게 될 것입니다.

2024년부터 IPFS 및 libp2p 프로토콜을 운영해 온 Interplanetary Shipyard는 Protocol Labs가 Shipyard에 대한 자금 지원을 갱신하지 않기로 결정함에 따라 2026년 9월 30일을 기점으로 모든 IPFS 엔지니어링, 유지 관리 및 인프라 작업을 중단할 것이라고 밝혔습니다.

관리자를 잃으면 어떻게 될까요?

IPFS는 파일과 웹사이트가 하나의 중앙 서버가 아닌 여러 컴퓨터에 분산되어 존재할 수 있도록 하는 P2P 프로토콜이며, 다양한 암호화 및 웹3 제품의 기반이 됩니다. 9월 30일 이후에는 Kubo, Helia, Boxo, Rainbow, IPFS Desktop, IPFS Companion 등 해당 생태계의 대부분을 구성하는 소프트웨어 라이브러리와 애플리케이션에 전담 관리자가 없어지게 됩니다.

Shipyard는 또한 ipfs.io 및 dweb.link 게이트웨이, delegated-ipfs.dev, IPFS 부트스트랩 노드를 포함한 공용 인프라 운영을 중단할 계획이며, 이러한 인프라의 미래는 이제 Shipyard가 아닌 Protocol Labs의 결정에 달려 있다고 밝혔습니다.

바로 이러한 의존성에서 벗어나기 위해 만들어졌습니다.

이번 서비스 중단은 Shipyard의 탄생 배경 때문에 일반적인 자금 지원 중단보다 훨씬 더 큰 타격을 줍니다. Shipyard는 Protocol Labs가 2023년 말 IPFS 거버넌스 탈중앙화를 약속한 후, 2024년 4월에 독립적인 비영리 법인으로 설립되었습니다.

Shipyard는 설립 발표에서 IPFS와 libp2p 기반 프로젝트들이 한 회사가 단독으로 관리하기에는 너무 방대해졌다고 주장하며, Protocol Labs를 “2024-2025년 주요 재정 파트너”로 지정했습니다. 그 외에도 Optimism의 RetroPGF 프로그램, Cloudflare, Pinata, Fission, CoopHive 등이 소규모 후원사로 참여했습니다. 2년 후, Shipyard가 벗어나고자 했던 바로 그 의존성 때문에 결국 Shipyard는 문을 닫게 되었습니다.

Protocol Labs의 이번 감원은 처음이 아닙니다.

IPFS 커뮤니티의 한 구성원도 프로젝트 포럼에서 같은 의견을 제시하며, 단 하나의 자금 지원 기관의 결정으로 모든 유지 보수가 중단될 수 있다면 2023년부터 Shipyard가 주장하는 독립성은 공허해 보인다고 주장했습니다.

이러한 반응은 다른 곳보다 프로토콜 랩스에게 더 와닿을 수 있습니다. 이 회사는 암호화폐 시장 하락세에 따라 2023년 2월에 이미 직원 21%를 감원했기 때문에, 압박 속에서 투자사가 철수하는 것은 프로토콜 랩스가 이전에도 겪었던 일이며, 이번이 처음은 아닙니다.

오픈 소스는 이미 예전에도 존재했던 것입니다.

단 한 명의 후원자 재량에 따라 운영되는 오픈소스 인프라는 이 이야기에서 새로운 것이 아닙니다. 2014년 하트블리드(Heartbleed) 버그 사태로 웹의 상당 부분을 보호하는 암호화 소프트웨어인 OpenSSL이 자금 부족에 시달리는 소수의 자원봉사자들에 의해 유지되고 있음이 드러난 후, 업계는 핵심 인프라 이니셔티브(Core Infrastructure Initiative)를 설립했습니다. 이는 핵심 소프트웨어를 특정 기업의 예산에만 맡기는 것이 너무 취약하다는 것이 이미 입증되었기 때문입니다. 밸런서(Balancer) 암호화 취약점 또한 널리 사용되는 오픈소스 인프라의 취약점이 생태계 전반에 걸쳐 더 큰 위험을 초래할 수 있음을 보여주었습니다. IPFS의 운영은 여전히 바로 그러한 재량에 달려 있으며, 이번 주에 발생한 사건은 왜 그것이 지속적인 문제가 되는지 다시 한번 보여주었습니다.

9월 30일 이후에는 무슨 일이 일어날까요?

향후 계획은 아직 확정되지 않았습니다. 한 보도에 따르면 프로토콜 랩의 엔지니어링 책임자인 몰리 매킨레이는 전담팀 대신 개별 관리자에게 보조금을 지급하는 방식으로 IPFS를 “간소화된 관리 방식”으로 전환하려는 계획을 세웠다고 합니다.

Shipyard는 프로젝트 전환을 지원하기 위해 9월 30일까지 서비스를 제공할 예정이며, 커뮤니티를 위한 피드백 양식을 개설했습니다. Kubo, Helia, Boxo, Rainbow의 후속 버전이 실제로 등장하기 전까지 IPFS의 핵심 소프트웨어와 공용 게이트웨이는 10월까지 유지 관리를 담당할 책임자 없이 운영될 예정입니다.