🥇도입 - 업무를 위한 자체 호스팅 기부 서비스

특징 :

저장소 소유자 측의 GitHub 작업 메커니즘은 다음과 같습니다.

(선택 사항) 서비스를 배포해야 합니다. NixOS를 위한 기성 구성;
추가해야합니다 GitHub 액션 — 프로젝트의 작업을 스캔하고 기부 지갑의 현재 상태에 대한 설명을 추가/업데이트하는 유틸리티가 내부에서 호출되는 반면, 지갑의 개인 부분은 기부 서버에만 저장됩니다(향후에는 이를 가져갈 수 있는 기능 포함). 대규모 기부의 경우 오프라인, 결제 수동 확인)
모든 현재 작업(및 새 작업)에서 메시지가 나타납니다. github-액션[봇] 기부용 지갑 주소(예).

작업을 수행하는 사람의 작업 메커니즘:

커밋에 대한 주석은 이 커밋이 해결하는 문제가 무엇인지 정확하게 나타냅니다. 키워드를 사용하여 문제 마무리);
풀 요청 본문은 특정 형식으로 지갑 주소를 지정합니다(예: BTC{주소}).
풀 요청이 수락되면 자동으로 결제가 이루어집니다.
지갑이 지정되지 않거나 모두 지정되지 않은 경우 지정되지 않은 지갑에 대한 자금 지불은 기본 지갑으로 이루어집니다(예: 일반 프로젝트 지갑일 수 있음).

안전 :

공격 표면은 일반적으로 작습니다.
운영 메커니즘에 따라 서비스는 독립적으로 자금을 보낼 수 있어야 하므로 서버에 액세스하면 어떤 경우에도 자금을 제어할 수 있습니다. 솔루션은 자동화되지 않은 모드에서만 작동할 수 있습니다(예: 확인) 수동 결제), 이는 (누군가가 이 기능을 위해 기부할 만큼 프로젝트가 성공적이라면 가능성은 없지만 확실히) 언젠가 구현될 가능성이 높습니다.
중요한 부분을 명확하게 구분하여(실제로 이는 200줄의 단일 pay.go 파일입니다) 보안 코드 검토를 단순화합니다.
코드가 독립적인 보안 코드 검토를 통과했습니다. 이는 취약점이 없다는 의미는 아니지만, 특히 정기적인 검토 계획을 고려할 때 취약점이 존재할 가능성을 줄입니다.
통제되지 않는 부분(예: API GitHub/GitLab/etc.)도 있고, 타사 API에서 발생할 수 있는 취약점은 추가 점검을 통해 보완할 계획이지만, 일반적으로 현재의 문제는 생태계는 해결할 수 없고 범위를 벗어납니다(예를 들어 다른 사람의 끌어오기 요청을 닫고 다른 사람의 프로젝트에 코드를 추가하는 기능과 관련된 취약성은 훨씬 더 많은 글로벌 결과를 초래합니다).

Donate 도입 - 업무를 위한 자체 호스팅 기부 서비스