LabHub

블로그

오픈소스 펀딩 2026: GitHub Sponsors, Polar, Open Collective, Tidelift, Ko-fi — 메인테이너는 어떻게 돈을 받는가 (Deep Dive)

2026-05-14 · 46 분 읽기 · #oss-funding#github-sponsors#polar#open-collective#tidelift#sponsorship#maintainer#sustainability#open-source

한국어English日本語

"오픈소스는 사랑의 노동이다. 하지만 사랑만으로 월세를 내지는 못한다."

전 세계 소프트웨어 인프라의 약 90%가 오픈소스 위에서 돌아간다. 그리고 그 오픈소스의 약 90%는 1% 이하의 메인테이너 손으로 유지된다. 이 비대칭이 2014년 Heartbleed, 2021년 log4shell, 2024년 xz-utils 백도어, 그리고 우리가 매년 마주치는 "이 핵심 라이브러리 메인테이너 한 명이 번아웃으로 잠적했다"는 뉴스의 구조적 원인이다.

이 글은 그 구조에 정면으로 부딪치는 메인테이너의 시점에서, 2026년 현재 사용 가능한 9개의 펀딩 채널을 비교한다. "월 100달러는 받지만, 그게 평생 갈지 모르겠다"는 사람들의 실전 데이터, 어떤 채널이 실제로 전환되는지의 솔직한 평가, 그리고 기업이 마침내 비용을 인정하기 시작한 Sentry의 Open Source Pledge 같은 흐름까지 정리한다.

프롤로그 — 메인테이너 번아웃과 무임승차 문제

2024년 xz-utils 백도어 사건은 한 줄로 요약된다. 한 명의 번아웃 메인테이너가 도움을 자처한 정체불명의 신규 기여자에게 권한을 넘겼고, 그 사람은 거의 모든 리눅스 배포판에 침투할 수 있는 SSH 백도어를 심었다. 이 사건의 진짜 원인은 백도어 코드가 아니라, 수십억 달러의 인프라가 한 사람의 무급 노동에 의존했다는 사실이다.

구조적 문제

무임승차 (free-rider) 문제

오픈소스의 비극은 클래식한 공유지의 비극이다. AWS는 PostgreSQL 위에서 수조 원의 매출을 만들지만, PostgreSQL 핵심 개발자에게 직접 입금하지 않는다. 한 명이 의존성으로 인해 얻는 가치와 그 사람이 메인테이너에게 돌려주는 가치 사이의 거리는, 거의 항상 무한대에 가깝다.

이 글의 모든 채널은 그 거리를 좁히려는 시도다. 어떤 채널은 개인 후원자, 어떤 채널은 기업 라이선스, 어떤 채널은 자동 의존성 트래킹, 어떤 채널은 현상금을 메커니즘으로 쓴다. 메커니즘이 다르면 컨버전과 지속성도 다르다.

이 글의 약속

이 글은 후원 채널 회사들의 마케팅 자료가 아니다. 실제 메인테이너가 공개적으로 보고한 숫자, 채널 자체의 한계, 그리고 "내가 후원을 받기 시작하면 정말로 월세를 낼 수 있는가"라는 질문에 정직하게 답한다.

1장 · 채널 한눈에 — 9개 펀딩 옵션

깊게 들어가기 전에 전체 지도를 그리자. 채널은 크게 네 부류로 나뉜다.

분류채널한 줄 요약
개발자 기본값GitHub Sponsors깃허브 프로필에 박힌 후원 버튼. 진입 장벽 최소.
개발자 기본값Polar.shStripe 기반 MoR(merchant of record). 베네핏/구독/디지털 상품.
단체/투명 회계Open Collective비영리 재정 호스팅. 모든 거래가 공개 장부.
엔터프라이즈Tidelift기업 구독료를 메인테이너에게 분배. 보안/라이선스 SLA.
소비자 후원Patreon크리에이터 친화적. 멤버십과 등급.
소비자 후원Ko-fi / Buy Me a Coffee일회성 팁 중심. 가볍게 후원하기 쉬움.
소비자 후원Liberapay비영리, 익명 후원, 정기 결제만.
자동 분배Thanks.dev의존성 그래프 기반 자동 후원. 기업 가입형.
자동 분배Algora이슈 현상금 + 후원. 깃허브 위에 직접 얹는 마켓플레이스.

각 채널은 (1) 수익 모델(누가, 왜 결제하는가) (2) 수수료 구조 (3) 세금/지급의 책임 소재 (4) 인구학적 컨버전에서 다르다. 이 글의 나머지는 이 네 축을 채널별로 파헤친다.

2장 · GitHub Sponsors — 기본값이지만 천장이 낮다

GitHub Sponsors는 2019년 베타로 시작해 지금은 사실상의 "기본" 채널이 됐다. 이유는 단순하다 — 메인테이너의 일터(GitHub) 안에 결제 버튼이 있다.

어떻게 작동하는가

실제 데이터

공개된 데이터를 종합해 보면:

케이스월 수입코멘트
tj-actions/changed-files 같은 단일 액션 메인테이너$0~$50/월기업 사용자 다수, 후원자 거의 없음
중간 규모 Node/Rust 라이브러리 1인 메인테이너$100~$500/월정기 후원자 5~20명 수준
대형 프레임워크 핵심 기여자 (개인)$1k~$5k/월Caleb Porzio, Sindre Sorhus 등 공개 사례
풀타임 OSS로 전환한 톱티어 메인테이너$10k~$30k/월Evan You(Vue), Anthony Fu, RJ Garcia 등

강점

한계

누구에게 맞는가

GitHub Sponsors는 "후원 채널을 한 개만 둔다면 이걸 둬라"의 정답이다. 다만 천장을 알고 시작하라. 대부분의 메인테이너는 GitHub Sponsors만으로는 풀타임을 만들 수 없다.

3장 · Polar.sh — 개발자 우선 MoR의 부상

Polar.sh는 2023년 등장 이후 2024~2026년 사이 개발자 친화적 결제 플랫폼의 강력한 대안으로 자리 잡았다. 핵심 차별점은 두 가지다.

  1. Merchant of Record (MoR): Polar가 결제의 법적 판매자가 된다. 즉 부가세/판매세 신고, 인보이스 발급, 환불 처리를 Polar가 한다. 메인테이너는 그냥 입금만 받는다.
  2. GitHub Sponsors와 통합: 2024년 후반 Polar는 GitHub Sponsors의 백엔드 결제를 처리하는 옵션을 제공하기 시작했다 — 한 곳에서 관리하면서 깃허브의 노출은 그대로 가져간다.

어떻게 작동하는가

강점

한계

실제 사용 사례

Astro, Nuxt, Vercel이 후원하는 개별 메인테이너들, Yjs, Hono의 일부 메인테이너들이 Polar를 1차 채널로 쓴다. "GitHub Sponsors의 노출 + Polar의 결제 인프라" 조합이 사실상의 표준으로 굳어지는 중이다.

누구에게 맞는가

기업 후원자를 본격적으로 받으려는 메인테이너, 후원 외에 디지털 상품/유료 베네핏을 팔고 싶은 메인테이너, 세금 처리를 외주하고 싶은 메인테이너에게 강력하다.

4장 · Open Collective — 투명 회계와 그룹 자금

Open Collective는 단일 메인테이너보다는 단체/팀 OSS 프로젝트에 강한 채널이다. 핵심은 투명한 공개 장부다. 모든 수입과 지출이 누구나 볼 수 있는 페이지에 기록된다.

어떻게 작동하는가

강점

큰 변수 — 2024년 OCF 종료

2024년, Open Collective Foundation(OCF, 501(c)(3) 자선단체용 재정 호스트)이 운영 종료를 발표했다. 이로 인해 그 호스트 아래에 있던 600여 개 단체가 다른 호스트로 옮기거나 자금을 정리해야 했다.

이건 Open Collective 플랫폼 자체가 망한 것이 아니라 그중 한 호스트 단체의 종료다. 하지만 단체 OSS 프로젝트들이 "재정 호스트 종속 리스크"를 처음으로 진지하게 인식한 사건이었다.

2026년 현재, 개발자 OSS 프로젝트는 주로 Open Source Collective (501(c)(6) 무역협회) 아래에 있고 이 호스트는 안정적으로 운영 중이다. 하지만 옮길 곳이 적다는 구조적 리스크는 여전하다.

한계

누구에게 맞는가

여러 명이 함께 운영하는 OSS 프로젝트 — 예: webpack (다수의 메인테이너), Babel, Vue(과거), 그리고 미트업/콘퍼런스를 함께 운영하는 커뮤니티에 잘 맞는다. 단일 메인테이너 1인 라이브러리에는 GitHub Sponsors 쪽이 마찰이 적다.

5장 · Tidelift — 엔터프라이즈 구독료 모델

Tidelift는 다른 모든 채널과 근본적으로 다른 메커니즘을 쓴다. "후원"이 아니라 엔터프라이즈 구독료다.

어떻게 작동하는가

무엇이 다른가

실제 수입

공개된 데이터에 따르면 잘 깔린 패키지 메인테이너는 Tidelift만으로 $500~$3k/월 수준의 수입을 만든다. 다수의 인기 패키지 메인테이너이면 1만 달러 이상도 가능하다. 다만 신청-승인 과정이 있고 모든 패키지가 받아들여지지는 않는다.

강점

한계

누구에게 맞는가

엔터프라이즈에서 깊게 쓰이는 라이브러리(보안 라이브러리, 핵심 인프라 라이브러리, 자주 인용되는 유틸리티)의 메인테이너에게 가장 강력하다. 컨슈머 앱 위주의 라이브러리에는 약하다.

6장 · Patreon / Ko-fi / Buy Me a Coffee — 소비자 후원의 미세 차이

이 세 채널은 종종 묶여서 언급되지만 사실 색깔이 꽤 다르다.

Patreon

Ko-fi

Buy Me a Coffee

비교 매트릭스

항목PatreonKo-fiBuy Me a Coffee
톤멤버십 구독친근한 팁친근한 팁
수수료8~12%0% (Gold 별도)5%
일회성 결제가능강점강점
멤버십강점가능가능
디지털 상품가능가능가능
개발자 톤 적합도콘텐츠 곁들이면 강함인디 메이커에 강함인디 메이커에 강함

OSS 메인테이너에게의 현실

이 세 채널 모두, "코드만 짜는" 메인테이너에게는 컨버전이 낮다. 후원자는 사람의 얼굴과 이야기를 후원하지, 패키지의 changelog를 후원하지 않는다. 콘텐츠(블로그, 영상, 트위터)가 강한 메인테이너에게는 강력하지만, 단순히 깃허브 활동만 있는 사람에게는 GitHub Sponsors보다 낫지 않다.

누구에게 맞는가

블로그/영상/Twitter(X) 같은 부수적 콘텐츠가 있고, 메인테이너 본인이 "퍼스널 브랜드"를 의식하는 경우. 그게 아니라면 GitHub Sponsors가 마찰이 적다.

7장 · Liberapay — 비영리 도네이션의 순수형

Liberapay는 다른 모든 채널과 가장 다른 운영 철학을 가졌다.

특징

강점

한계

누구에게 맞는가

이념적으로 비영리/투명한 채널을 우선하는 메인테이너, 그리고 익명 후원자 풀이 있을 만한 프라이버시/보안 도구 메인테이너에게 잘 맞는다.

8장 · Thanks.dev — 의존성 그래프 자동 분배

Thanks.dev는 후원의 "선택" 측면을 자동화하려는 시도다. 메인테이너 한 명씩 골라 후원 버튼을 누르는 대신, 레포의 의존성을 스캔해 자동으로 메인테이너에게 분배한다.

어떻게 작동하는가

강점

한계

Sentry의 Open Source Pledge 합류

Sentry는 2024년 시작한 Open Source Pledge의 일환으로, 풀타임 개발자 1인당 연 $2,000을 OSS 메인테이너 후원에 쓰겠다고 공약했다. 이 흐름에 합류하는 회사가 늘면 Thanks.dev 같은 자동 분배 채널의 임팩트가 커진다.

누구에게 맞는가

회사 측: 큰 OSS 의존 그래프를 가졌고 "보상 자동화"를 원하는 회사. 메인테이너 측: 깊은 의존성을 가진 작은 라이브러리(leftpad처럼 아래쪽에 있는 유틸리티) 메인테이너에게 새로 보이지 않던 수입을 만들어준다.

9장 · Algora — 현상금 + 후원의 결합

Algora는 두 가지를 동시에 한다. (1) 이슈 단위의 현상금(bounty) 마켓플레이스. (2) 회사 단위의 후원 채널.

어떻게 작동하는가

강점

한계

누구에게 맞는가

회사: 구체적 기능/버그 수정에 자금을 투입하고 싶을 때. 메인테이너: 안정 수입이 아닌 부수 수입 또는 신규 기여자 끌어들이기의 도구로.

10장 · 채널 vs 수입 매트릭스 — 솔직한 평가

지금까지의 9개 채널을, 메인테이너가 실제로 신경 쓰는 축에서 비교하자.

채널진입 마찰B2B 컨버전정기 수입 안정성메인테이너 평균 천장세금 처리
GitHub Sponsors매우 낮음약함중간$1k~$5k/월메인테이너 책임
Polar.sh낮음강함중간~높음$5k~$20k/월MoR(Polar 처리)
Open Collective중간중간중간단체 단위 $5k~$30k/월호스트 처리
Tidelift높음 (승인)매우 강함매우 높음$1k~$10k/월Tidelift 처리
Patreon낮음약함중간$500~$3k/월메인테이너 책임
Ko-fi / BMC낮음약함낮음 (팁 위주)$200~$1k/월메인테이너 책임
Liberapay낮음약함중간$200~$1k/월메인테이너 책임
Thanks.dev매우 낮음매우 강함 (회사)중간 (자동)$10~$200/월/메인테이너Stripe 처리
Algora중간강함낮음 (현상금)변동플랫폼 처리

솔직한 추천 — 메인테이너 페르소나별

1인 라이브러리 메인테이너 (utility-belt 같은 작은 패키지)

중규모 프레임워크/라이브러리 핵심 기여자

엔터프라이즈에서 깊게 쓰이는 인프라 라이브러리 메인테이너

콘텐츠가 강한 메인테이너 (블로거, 영상 크리에이터)

11장 · 기업 측 — Open Source Pledge와 펀딩 모델

채널은 메인테이너 쪽 도구다. 기업 쪽에서도 변화가 있다. 2024~2026년의 핵심 흐름은 회사가 OSS에 정량적으로 돈을 쓰겠다고 공약하는 것이다.

Sentry의 Open Source Pledge

2024년 Sentry가 시작한 Open Source Pledge는 단순한 공식을 제안한다.

풀타임 개발자 1인당 연 $2,000을 OSS 메인테이너 후원에 쓴다.

100명의 회사면 연 $200,000, 1,000명의 회사면 연 $2M이다. 이게 모이면 메인테이너 풀에 의미 있는 자금이 들어간다.

2026년 현재 Sentry, Astral(uv/ruff), Vercel 일부 팀, Stripe 일부, 그 외 SaaS 회사 수십 곳이 합류했다. 운동의 임팩트는 합류한 회사 수가 1,000을 넘는지에 달려 있다. 2026년 현재는 100~수백 수준이다.

OpenJS, CNCF, Linux Foundation Europe

비영리 펀딩 모델도 진화 중이다.

이 단체들이 후원하는 모델의 핵심은 "개인 메인테이너에게 직접 돈을 주기보다, 프로젝트 단위로 비용을 충당"하는 것이다. CI 인프라, 보안 감사, 콘퍼런스 운영비 등이 거기서 나간다.

VC 백 OSS 회사 — 다른 게임

Supabase, Tailscale, Vercel, Linear, Posthog 같은 VC 백 OSS 회사는 펀딩 구조 자체가 다르다.

이 모델은 OSS 회사이지 메인테이너 펀딩 채널이 아니다. Supabase의 메인테이너가 GitHub Sponsors로 받는 후원금은 회사 월급과 별개의 소액이다. 이 두 가지를 혼동하면 곤란하다.

12장 · "기업 돈 받아도 되는가" — 솔직한 논쟁

오픈소스 펀딩의 가장 큰 정치 논쟁은 "기업 돈을 받는 게 옳은가"다. 핵심 입장 세 가지를 정리해보자.

입장 1 — "기업 돈은 무조건 받아야 한다"

입장 2 — "조건부로 받는다"

입장 3 — "기업 돈을 받으면 영혼이 팔린다"

현실적인 절충안

대부분의 메인테이너는 입장 2(조건부)로 수렴한다. 실전 가이드라인은 이렇다.

13장 · 메인테이너 시점의 실전 — 풀타임 OSS는 가능한가

이제 가장 어려운 질문에 답할 차례다. "내가 풀타임 OSS 메인테이너가 될 수 있는가?"

풀타임 OSS의 두 가지 길

  1. VC 백 OSS 회사에 합류한다: 직원이 되는 길. 가장 안정적이지만, 더 이상 "독립 메인테이너"는 아니다.
  2. 다양한 채널의 후원으로 풀타임 수입을 만든다: 어렵지만 가능. 2026년 기준 풀타임 OSS로 사는 독립 메인테이너는 전 세계 수백 명 정도로 추정.

풀타임 후원 수입의 현실적 공식

대략적인 공식은 이렇다.

풀타임 후원 수입 = 
  GitHub Sponsors (개인 후원 합) 
  + Polar / 디지털 상품 / 베네핏
  + Tidelift (해당된다면)
  + 회사 직접 후원 (Sentry Pledge 등)
  + 컨설팅/스피킹 (별개 수입)

성공 케이스를 보면 한 채널에서 큰돈이 나오는 게 아니라 여러 채널의 합산이다. 각 채널이 월 $1k씩 5개면 $5k다.

시간 분배의 함정

풀타임 OSS 메인테이너의 실제 시간 분배는 종종 이렇게 된다.

"코드 짜는 시간"이 전체의 1/3 이하인 게 정상이다. 이걸 모르고 풀타임으로 전환하면 번아웃이 빠르게 온다.

안정성 — 다각화가 보험이다

한 후원자가 떠나도, 한 채널이 망해도, 한 회사가 망해도 수입이 유지되도록 분산하라.

14장 · 메인테이너의 첫 90일 — 실전 셋업

가장 자주 받는 질문은 "지금 막 인기가 생긴 라이브러리가 있는데, 후원 채널을 어떻게 시작하나"이다. 90일 플랜으로 정리한다.

Day 0~7 — 기본 셋업

  1. GitHub Sponsors 등록. Stripe 연결.
  2. 레포에 FUNDING.yml 추가, Sponsor 버튼 활성화.
  3. 후원 등급 3개 정도로 시작: $5, $25, $100.
  4. 등급별 베네핏은 처음엔 "감사 인사 + README에 이름"만으로 충분.

Day 8~30 — 메시지 만들기

  1. 후원 페이지에 "왜 후원하면 좋은지" 명확히 쓴다.
  2. 진행 중인 작업, 로드맵, 시간 투입을 정직하게 공개한다.
  3. 첫 후원자에게 진심 어린 감사 메시지를 보낸다. 이게 다음 후원자를 만든다.

Day 31~60 — 채널 확장

  1. Polar.sh 추가. GitHub Sponsors 통합 또는 독립 운영 결정.
  2. 의존성 그래프가 깊다면 Thanks.dev 등록.
  3. 인프라/보안 라이브러리라면 Tidelift 신청.

Day 61~90 — 측정과 조정

  1. 어떤 채널이 컨버전되는지 측정한다.
  2. 후원자에게 "무엇이 도움이 됐는지" 짧은 설문.
  3. 첫 90일의 학습으로 다음 분기 계획을 짠다.
체크리스트 (첫 90일):
[ ] GitHub Sponsors 활성화 + Stripe 연결
[ ] FUNDING.yml 추가
[ ] 후원 등급 3개 설정
[ ] 후원 페이지에 메시지 작성
[ ] 첫 후원자에게 감사 메시지
[ ] Polar.sh 검토 (B2B 후원자 있다면)
[ ] Thanks.dev 등록 (의존성 깊다면)
[ ] Tidelift 신청 (인프라 라이브러리라면)
[ ] 측정 데이터 정리 (첫 90일)

에필로그 — 체크리스트와 안티패턴

오픈소스 펀딩은 결국 두 가지 능력의 결합이다. (1) 좋은 코드를 만드는 능력. (2) 그 코드에서 일하는 사람의 가치를 정직하게 전달하는 능력. 둘 중 하나만 있으면 풀타임은 어렵다.

메인테이너 펀딩 체크리스트

  1. 내 라이브러리가 실제로 누구에게, 어떻게 쓰이고 있는지 안다.
  2. GitHub Sponsors가 활성화되어 있다.
  3. FUNDING.yml이 레포에 있다.
  4. 후원 페이지에 "왜"가 명확하다 (단순한 "도네이트" 버튼이 아님).
  5. B2B 후원 가능성이 있다면 Polar 또는 Tidelift를 검토했다.
  6. 후원자 풀이 한 명/한 회사에 의존하지 않는다.
  7. 후원과 코드 결정권은 분리되어 있다.
  8. 후원 내역은 (적어도 합계는) 공개한다.
  9. 풀타임이 목표라면 채널 3개 이상, 후원자 50명 이상이 보인다.
  10. 번아웃 방지: 코드 외 시간(트리아지, 후원자 관리)을 30~50% 예산으로 잡는다.

안티패턴 모음

다음 글 예고

다음 글에서는 "OSS 라이선스 2026 — MIT부터 AGPL, BSL, FSL, Elastic License까지 메인테이너의 선택"을 다룬다. 펀딩 채널은 결제 메커니즘이지만, 라이선스는 메인테이너가 일하는 환경 자체를 결정한다. AWS의 무임승차 대응, Open Core를 가능하게 한 라이선스 진화, 그리고 "MIT는 정말 영원히 최선인가"라는 질문까지 정직하게 들여다본다.

오픈소스는 사랑의 노동이다. 하지만 사랑만으로는 안 된다. 메인테이너의 시간이 정당히 보상받는 구조를 함께 만들어 가는 것 — 그게 2026년 OSS의 가장 큰 숙제다. 그리고 그 숙제를 푸는 첫 단계는, FUNDING.yml을 레포에 추가하는 5분의 일이다.

참고 / References

댓글

아직 댓글이 없습니다.

로그인하면 댓글을 쓸 수 있습니다