Spring 1.0을 사용한 BSL(Business Source Licensing)로의 전환
Antelope이 Spring 1.0으로 진화하는 다음 단계에 들어서면서 프로젝트는 MIT 라이선스에서 BSL(Business Source License)로 전환됩니다.
BSL을 사용하면 비상업적 및 커뮤니티 사용에 대한 최소한의 제한으로 Spring 1.0에 대한 광범위한 액세스를 제공하는 동시에 개발의 중요한 단계에서 프로젝트의 고유한 기능을 경쟁 위협으로부터 보호할 수 있습니다. Spring 1.0이 게시된 날짜로부터 4년 후에 코드가 MIT 2.0 라이선스로 전환되도록 명확한 타임라인이 설정되었습니다.
이 접근 방식은 업계 모범 사례와 일치하며, 상업적 보호에 대한 필요성과 개방성을 성공적으로 균형 잡은 HashiCorp, Uniswap, MongoDB와 같은 선도적인 오픈소스 프로젝트가 채택한 전략을 반영합니다. BSL은 Spring 1.0이 프로젝트의 지속 가능성을 지원하고, 공정한 경쟁을 장려하며, 건강하고 장기적인 생태계를 육성하는 동시에 오픈 플랫폼으로서 계속 발전할 수 있도록 보장합니다.
업계 리더로부터 배우기
BSL로의 전환은 주요 오픈소스 프로젝트가 내린 라이선싱 선택과 유사합니다. 이들은 오픈 혁신을 유지하면서도 개발 투자를 보호하려고 했습니다.
- HashiCorp: HashiCorp가 MPL 2.0에서 BSL로 전환한 것은 공급업체가 커뮤니티에 기여하지 않고 오픈소스 작업을 활용하는 것을 방지하기 위한 것이었습니다. 이를 통해 생태계와 커뮤니티 모두에 대한 장기적 투자를 보장하는 데 도움이 됩니다.
- Uniswap V3: Uniswap은 경쟁사가 기능을 복제하는 것을 방지하기 위해 V3 프로토콜에 BSL 1.1을 구현했습니다. 이 라이선스는 상업적 사용을 2년 동안 제한하여 Uniswap 커뮤니티가 General Public License(GPL)로 전환하기 전에 독점적으로 개발할 시간을 제공합니다.
- MongoDB: MongoDB는 BSL의 변형인 Server Side Public License(SSPL)를 채택하여 클라우드 공급자와 오픈소스 소프트웨어의 혜택을 받는 대기업이 커뮤니티에 기여하도록 했습니다. 이러한 접근 방식은 오픈소스 개발 모델을 유지하면서 상업적 이익을 보호하는 데 도움이 됩니다.
- 센트리: 인기 있는 애플리케이션 모니터링 도구인 센트리는 경쟁자가 오픈소스 작품을 무단으로 이용하는 것을 방지하기 위해 BSL을 채택했습니다. 이를 통해 상업적 이익을 보호하는 동시에 비상업적 사용자와의 자유로운 협업을 허용합니다.
- CockroachDB: Cockroach Labs는 클라우드 서비스 제공업체와 대기업이 커뮤니티에 기여하지 않고 자신들의 업적을 악용하는 것을 방지하기 위해 분산 SQL 데이터베이스 CockroachDB에 BSL을 채택했습니다.
- MariaDB: BSL을 가장 먼저 도입한 기업 중 하나인 MariaDB는 이를 통해 오픈소스 개발의 균형을 맞추는 동시에 소프트웨어에서 수익을 얻는 상업적 기업이 다시 기여하도록 보장합니다.
- Redpanda: 이벤트 스트리밍을 위한 Kafka 대안인 Redpanda는 클라우드 공급자에 대한 보호를 제공하는 동시에 커뮤니티 개발을 촉진하기 위해 BSL을 채택하여 비즈니스를 보호하는 동시에 상업적이지 않은 광범위한 사용을 허용했습니다.
Spring 1.0을 위한 BSL의 주요 측면
- 라이센스 제공자 및 라이센스가 적용된 작업: EOS Network Foundation(ENF)은 Spring 1.0의 공식 라이센스 제공자로서 Spring 1.0 릴리스 내에서 개발 및 향상을 보호합니다.
- 추가 사용 허가: 라이선스 소지자는 이러한 활동이 EOS 블록체인 네트워크에 직접적으로 제공되거나 실질적으로 의존하는 한 사용, 수정, 게시, 배포할 수 있습니다. 이 조항은 혁신이 EOS 생태계를 향상시키는 데 연계되도록 보장합니다. 이러한 기준이 충족되는지 여부를 결정하는 것은 ENF의 단독 재량입니다. 라이선스 소지자는 의도된 용도가 지정된 기준과 일치하는지 확인하기 위해 ENF에 문의하는 것이 좋습니다.
- 변경 날짜 및 라이센스 전환: BSL에는 4년 후 MIT 라이센스로의 전환이 포함되어 있습니다.
- 상업적 라이센스: 규정된 사용 사례를 벗어난 모든 활동에는 상업적 라이센스 또는 사용 중단이 필요하며, 이는 EOS 생태계 내 혁신이 경쟁자에 의해 훼손되지 않도록 하기 위한 것입니다.
Spring 1.0 라이선싱 계층 가이드라인
새로운 라이선싱 모델은 또한 Spring 1.0을 사용하는 프로젝트의 시가총액을 기반으로 한 계층적 가격 책정을 도입하며, 교차 라이선싱 및 지원 서비스를 고려합니다.
- 시가총액 가이드라인: 라이선스 수수료는 CoinMarketCap.com에 나열된 시가총액을 기준으로 하며, 불일치 사항(예: 잘못된 토큰 데이터)이 있는 경우는 예외입니다. 시가총액이 500만 달러 미만인 고객이나 토큰이 없고 시가총액이 나열되지 않은 Enterprise Chains를 포함한 Tier 0 고객은 여전히 라이선스 정보를 위해 ENF에 문의해야 합니다. 이러한 가격과 계층은 ENF의 단독 재량에 따라 협상 가능합니다. 다른 체인의 기술에 대한 교차 라이선스는 전체 또는 부분 지불 대신 고려될 수 있습니다. 지원 비용은 교차 라이선스 계약에 따라 협상될 수도 있습니다.
- 티어 졸업: 체인의 시가총액이 현재 티어를 30일 이상 초과하면 라이선스 수수료 델타를 지불해야 합니다. 지원 비용도 그에 따라 조정됩니다. 더 낮은 티어로 이동해도 이전에 지불한 라이선스 수수료는 감소하지 않지만, 다음 갱신 주기 동안 지원 비용이 낮아집니다.
- 지원 서비스: Tier 0 및 Enterprise 클라이언트에 대한 지원은 측정 서비스를 통해서만 제공되며, 가격은 교차 라이선스 계약에 따라 협상 가능합니다. 모든 지원 문제는 프로젝트의 GitHub 저장소를 통해 추적됩니다.
- 라이선스 조항: 라이선스는 해당 버전의 모든 마이너 릴리스, 핫 패치 및 보안 수정 사항을 포함하여 주요 릴리스 버전에만 적용됩니다. 다음 주요 릴리스(예: Spring 2.0)의 기본 가격은 동일하게 유지되어 Spring 1.0 라이선스 소지자에게 무료 업그레이드를 제공하거나 증가 기본 비용이 포함될 수 있습니다. 모든 증가 기본 비용 증가는 Spring의 다음 주요 버전으로 업그레이드하기 전에 지불해야 하며 이러한 증가는 갱신 시 지원 비용에도 영향을 미칩니다. 즉시 업그레이드되지 않는 체인의 경우 버그 및 보안 취약성에 대한 수정 사항은 이전 주요 버전(바로 이전 릴리스)에 제공됩니다. 현재 주요 릴리스에 대한 보다 광범위한 기술 지원이 제공됩니다.
계층 및 가격
- 0등급: 시가총액이 500만 달러 이하
- 라이센스 비용: 무료(ENF에 등록해야 함)
- 지원: 최대 8건의 사건에 대해 연간 $12,000
- 1단계: 시가총액 $5M-$10M
- 라이센스 비용: $750k + 연간 유지 관리비 20%
- 지원: 유지 관리에 포함됨
- 2단계: 시가총액 $10M-$50M
- 라이센스 비용: $1.5M + 연간 유지 관리비 20%
- 지원: 유지 관리에 포함됨
- 3단계: 시가총액 $50M-$100M
- 라이센스 비용: $3M + 연간 유지 관리비 20%
- 지원: 유지 관리에 포함됨
- 4단계: 1억 달러 이상의 강력한 시가총액
- 라이센스 비용: $5M + 연간 유지 관리비 20%
- 지원: 유지 관리에 포함됨
기대하다
BSL로의 전환은 Spring 1.0의 견고성과 수명을 보장하기 위한 전략적 단계이며, 이를 통해 EOS 커뮤니티의 이익을 보호하면서 최첨단 기술을 계속 제공할 수 있습니다.
BSL 약관에 대한 자세한 내용은 Antelope Spring GitHub 저장소의 LICENSE 문서를 참조하세요.
라이선스에 대한 문의사항은 license@eosnetwork.com으로 문의하세요.