Esitatud donate - iseteenindav annetusteenus ülesannete jaoks

suurendatud ressursside piirangud;

• KISS;
• iseteen hostitud;
• tasudeta (näiteks võtab bountysource ja gitcoin endale 10% maksetest);
• toetab mitmeid krüptovaluutasid (praegu Bitcoin, Ethereum ja Cardano);
• on ette nähtud (ja on plaanis) toetada GitLab'i, Gitea't ja teisi Git-hostingute teenuseid tulevikus.
• globaalne ülesannete nimekiri kõigist (hetkel ühe, uudise kirjutamise ajal) instantsidest aadressil donate.dumpstack.io.

Töömehhanism GitHub'i poolelt repository omaniku jaoks:

• (valikuline) tuleb teenus käivitada, saab kasutada valmistatud konfiguratsiooni NixOS'ile;
• tuleb lisada GitHub Action — sees kutsutakse välja utiliit, mis skaneerib projekti ülesandeid ja lisab/uuendab kommentaari praeguste annetuste rahakottide olekust, samas privaatsed rahakotiosad hoitakse ainult annetuste serveris (tulevikus võimalusega viia need suuremate annetuste jaoks offline, manuaalse makse kinnitamiseks);
• kõikides praegustes (ja uutes) ülesannetes ilmub sõnum kasutajalt github-actions[bot] annetuste rahakottide aadresside kohta (näide).

Töömehhanism ülesande täitja poolelt:

• kommentaaris commit'ile näidatakse, millist ülesannet see commit lahendab (vt. closing issues using keywords);
• pull request'i kehas näidatakse rahakottide aadresse teatud formaadis (näiteks, BTC{address}).
• pull request'i vastu võtmisel makse tehakse automaatselt.
• kui rahakotid ei ole näidatud, või neid pole kõik, siis maksed näitamata rahakotitele tehakse vaikimisi rahakottidele (näiteks võib see olla projekti ühine rahakott).

Turvalisus:

• rünnaku pind on üldiselt väike;
• tuginedes töömehhanismidele, peab teenus olema võimeline ise sredstva välja saatma, seega serveri ligipääsu saamine tähendab alati kontrolli raha üle — lahenduseks võib olla ainult mitteautomaatne režiim (näiteks maksete käsitsi kinnitamine), mis tõenäoliselt (kui projekt on piisavalt edukas, et keegi selle funktsionaalsuse jaoks annetaks, siis mitte tõenäoliselt, vaid kindlasti) rakendatakse kunagi;
• kriitilised osad on selgelt eraldatud (põhimõtteliselt on see ainus fail pay.go 200 rida), mistõttu lihtsustab see turvakoode ülevaatust;
• kood läbis iseseisva turva koodivaatuse, mis ei tähenda haavatavuste puudumist, kuid vähendab nende olemasolu tõenäosust, eriti arvestades plaanitud regulaarset ülevaatussagedust;
• on ka neid osi, mida ei kontrollita (näiteks GitHubi/GitLabi/etc. API-d), kuid võimalike haavatavuste sulgemine kolmandate osade API-des on plaanitud lisakontrollide abil, siiski on praeguse ökosüsteemi probleem lahendamatu ja väljaspool ulatust (võimalik haavatavus, nagu näiteks võimalus sulgeda teiste pull request'e ja seeläbi lisada koodi teiste projektidesse - sellel on palju ulatuslikumad tagajärjed).

Allikas: linux.org.ru