프로젝트가 "오픈 소스"라는 것은 무엇을 의미합니까?

정의 및 핵심 원칙

1. 오픈소스란 소스코드를 공개하여 누구나 열람, 수정, 배포할 수 있는 소프트웨어를 말한다.

2. 코드가 공개되는 라이선스는 무료 재배포 및 파생물 생성 허가를 포함하여 Open Source Initiative에서 정의한 기준을 준수해야 합니다.

3. 암호화폐 프로젝트에서 오픈 소스 상태는 스마트 계약, 합의 논리, 지갑 구현 및 노드 소프트웨어가 모두 GitHub 또는 GitLab과 같은 플랫폼에서 액세스 가능함을 의미합니다.

4. 투명성은 선택 사항이 아니라 구조적입니다. 감사자, 개발자 및 사용자는 문서나 제3자 보증에만 의존하지 않고 동작을 확인할 수 있습니다.

5. 중앙 당국은 수정을 통제하지 않습니다. 기여는 풀 요청 검토, 문제 추적, 버전 릴리스와 같은 커뮤니티 관리 프로세스를 따릅니다.

검증 및 신뢰 메커니즘

1. 계약 바이트코드가 감사되고 게시된 소스 코드와 일치하면 온체인 검증이 가능해집니다. Etherscan의 "검증 및 게시"와 같은 도구는 전적으로 오픈 소스 가용성에 의존합니다.

2. 보안 연구원은 추상적인 사양이 아닌 실제 코드에 대해 정적 분석, 퍼지 테스트, 기호 실행을 실행하여 배포 전에 취약점을 식별합니다.

3. 포크는 기본적으로 제공되는 비상 상황입니다. 유지관리자가 커뮤니티의 이익에 반하여 행동하는 경우 기여자는 코드베이스를 복제하고 수정된 매개변수 또는 거버넌스 규칙을 사용하여 독립적인 구현을 시작할 수 있습니다.

4. 공개 리포지토리에는 커밋 기록, 기여자 메타데이터, CI/CD 로그가 포함되어 있어 특정 논리 라인에 대한 시간 및 책임에 대한 포렌식 추적이 가능합니다.

5. ERC-20 및 ERC-721과 같은 토큰 표준은 참조 구현이 오픈 소스이기 때문에 존재하며 지갑, 거래소 및 DeFi 프로토콜 전반에 걸쳐 상호 운용성을 허용합니다.

분산형 거버넌스에 미치는 영향

1. DAO의 투표 메커니즘은 Snapshot의 오프체인 서명 체계 또는 Tally의 제안 인터페이스와 같은 오픈 소스 도구에 의존하는 경우가 많으며 자체적으로 공개 조사 및 반복적인 업그레이드를 거칩니다.

2. 거버넌스 제안에는 GitHub의 차이점에 대한 링크가 포함되는 경우가 많으며, 승인될 경우 수수료 요율, 삭감 조건 또는 보상 승수와 같은 프로토콜 매개변수가 어떻게 변경되는지 정확하게 보여줍니다.

3. 검증자와 노드 운영자는 보도 자료나 마케팅 요약이 아닌 변경 로그, 테스트넷 결과 및 벤치마크 비교를 검토하여 업그레이드 준비 상태를 평가합니다.

4. 커뮤니티 구성원은 사전 빌드된 실행 파일을 다운로드하는 대신 소스에서 바이너리를 컴파일하여 중앙 집중식 빌드 인프라에 대한 의존도를 줄이고 공급망 위험을 완화합니다.

5. 라이선스 호환성은 매우 중요합니다. MIT 라이선스 라이브러리와 GPL 라이선스 모듈을 결합하는 프로젝트는 포크 또는 통합이 합법적으로 작동하는 방식에 영향을 미치는 법적 제약에 직면합니다.

일반적인 오해

1. 저장소의 공개 가시성이 자동으로 오픈 소스 준수를 의미하지는 않습니다. 일부 저장소에는 적절한 라이센스 헤더가 없거나 사용자 정의 조건을 통해 상업적 사용을 제한합니다.

2. “오픈소스”는 보안을 보장하지 않습니다. 보안만 가능하게 합니다. 접근성에도 불구하고 감사되지 않거나 문서화되지 않았거나 유지 관리되지 않은 코드는 여전히 취약합니다.

3. 프로젝트 웹사이트에 표시되는 프런트엔드 인터페이스는 핵심 프로토콜 코드와 분리되는 경우가 많습니다. 많은 dApp이 불투명한 API 엔드포인트 또는 중앙 집중식 중계기 뒤에 중요한 논리를 숨깁니다.

4. 난독화된 Solidity 또는 축소된 JavaScript는 개방성 요구 사항을 충족하지 않습니다. 의미 있는 리뷰를 위해서는 읽기 쉽고 잘 구성된 소스가 필수적입니다.

5. 일부 팀은 Oracle 피드, 관리 키 또는 다중 서명 논리를 게시되지 않은 상태로 두고 부분적인 코드베이스만 게시하여 투명한 시스템 내에서도 숨겨진 중앙 집중화 벡터를 생성합니다.

자주 묻는 질문

Q: 오픈 소스는 누구나 라이브 블록체인을 변경할 수 있다는 것을 의미합니까? 아니요. 오픈 소스는 소프트웨어를 검사하고 수정할 수 있는 권한을 부여하지만, 라이브 네트워크를 변경하려면 코드 액세스뿐 아니라 검증인이나 채굴자 간의 합의가 필요합니다.

Q: 스마트 계약이 검증되었지만 프런트엔드가 검증되지 않은 경우 토큰이 오픈 소스가 될 수 있습니까? 예. 토큰 계약은 사용자 인터페이스와 다릅니다. 검증되고 변경 불가능한 ERC-20 계약은 프런트엔드 불투명도에 관계없이 오픈 소스 자격을 갖습니다.

Q: 모든 오픈 소스 암호화폐 프로젝트가 감사를 받는다고 가정해도 안전합니까? 아니요. 감사는 외부 회사나 커뮤니티 활동에 의해 수행되는 별도의 이벤트이며 오픈 소스 상태에 내재된 것이 아닙니다.

Q: 프로젝트 출시 후 GitHub 저장소를 제거하면 어떻게 되나요? 이는 오픈 소스 원칙을 위반합니다. 이러한 제거는 검증 가능성을 손상시키고 신뢰를 약화시키며 보관된 스냅샷 또는 IPFS에 저장된 버전을 사용하여 커뮤니티 포크를 유발할 수 있습니다.