Публічний реєстр
Звіт про здоров'я програмного забезпеченнясхема 0.34.0 · метрики 2.10.0 · 2026-09-19 16:54 UTC

radicle-dev / radicle-contracts

Radicle contracts on Ethereum

Solidity · TypeScriptВласна ліцензія★ 66 зірок⑂ 24 форкиз серп. 2020 р.архівнийПереглянути на GitHub ↗
ТипБібліотекаяк це визначено

radicle-dev/radicle-contracts має індекс здоров’я 17 зі 100, що відповідає смузі «Критичний». Найвищий показник — Sustainability & Governance (77/100), найнижчий — Vitality (18/100). Репозиторій заархівовано, тож подальшої підтримки не очікується.

17
загалом / 100
Критичний

Індекс здоров'я програмного забезпечення

Метрики згруповано у зважені категорії на шкалі 1–100. Загальна оцінка починається як їхнє зважене середнє, відкаліброване за розподілом публічного реєстру, тож діапазони мають перцентильний зміст; коли публічні дані активують Політику юрисдикцій високого ризику, рейтинг коригується й отримує верхню межу 34 («У зоні ризику»).

17
Винятковий93-100Верхній щабель реєстру (≈ топ-5%); відповідає практично всім перевіреним критеріям
Відмінний80-92Сильний за всіма напрямами; незначні прогалини
Добрий65-79Здоровий; прогалини обмежені та керовані
Помірний50-64Прийнятний, але з помітними прогалинами; рекомендовано перевірку
Слабкий35-49Суттєві недоліки в кількох сферах
У зоні ризику20-34Суттєві слабкі місця; впровадження потребує обережності
Критичний1-19Серйозні проблеми (покинутий, єдиний мейнтейнер, без базової гігієни)
ЖиттєздатністьСпільнота тавпровадженняСталість таврядуванняІнженернаякістьБезпекаГотовність доШІ

Профіль оцінок

Кожна вісь — окрема категорія. Форма важить більше, ніж середнє: здоровий об'єкт заповнює всю фігуру, тоді як профіль із піками та провалами означає, що сила в одному вимірі маскує ризик в іншому.

Зважений загальний бал 45 калібровано до 42 за шкалою опублікованого індексу (калібрування реєстру 2026-08-02).

Власність

RadicleОрганізація · підтверджений домен
538 підписників52 публічні репозиторіїз бер. 2019 р.

За цим репозиторієм стоїть організація — спільна, підзвітна опіка, здатна пережити будь-якого окремого мейнтейнера.

Метрики за категоріями

Життєздатність

Чи живий проєкт — чи пишеться код і чи виходять релізи?

18Критичний · 21% загального індексу
Як обчислюється оцінка
0/36Свіжість pushостанній push 1 436 дн. тому
0/36Ритм комітів0/52 тижнів із комітами
0/18Обсяг комітів0 комітів за останній рік
0/10OpenSSF Scorecard: Maintainedproject is archived
Використані вхідні дані
commits_last_year0
human_commit_share1
days_since_last_push1 436
active_weeks_last_year0
Як обчислюється оцінка
27/27Випускає релізиопубліковано 1 релізів
0/36Свіжість релізівостанній реліз 2 083 дн. тому
12.6/27Ритм релізівритм невідомий (єдиний реліз)
0/10OpenSSF Scorecard: Signed-Releasesнемає даних
Використані вхідні дані
releases_count1
latest_release_tagv0.1.0
releases_from_tagsні
days_since_latest_release2 083
mean_days_between_releases
Виключено з оцінювання (немає даних або не застосовно): OpenSSF Scorecard: Signed-Releases. Залишкові ваги перенормовано.

Спільнота та впровадження

Чи має проєкт користувачів, завантаження, увагу та влаштовані умови для контриб’юторів?

42Слабкий · 17% загального індексу
Як обчислюється оцінка
29.4/60Зірки66 зірок
11.3/25Форки24 форків
0/15Спостерігачі1 спостерігачів
Використані вхідні дані
forks24
stars66
watchers1
growth_stateunverified
growth_factor_pct100
growth_unverified_reasonno_history
Як обчислюється оцінка
22.5/22.5README
16.9/22.5Ліцензіяфайл ліцензії наявний, не є визнаною ліцензією
0/18Настанови CONTRIBUTING
0/13.5Кодекс поведінки
0/7.2Шаблон issue
0/6.3Шаблон PR
Використані вхідні дані
has_readmeтак
has_licenseтак
readme_badges0
has_contributingні
has_issue_templateні
has_code_of_conductні
readme_badge_services
has_pull_request_templateні

Сталість та врядування

Чи переживе проєкт своїх людей — бас-фактор, реактивність, хто за ним стоїть і як супроводжуються пакети?

77Добрий · 23% загального індексу
Як обчислюється оцінка
25.2/54Бас-факторна 2 контриб’ютор(ів) припадає половина всіх комітів
11.3/22.5Розподіл комітівголовний контриб’ютор — автор 50% комітів
8.1/13.5Широта контриб’юторів6 контриб’юторів
10/10OpenSSF Scorecard: Contributorsproject has 5 contributing companies or organizations
Використані вхідні дані
bus_factor2
contributors_sampled6
top_contributor_share0,496
Як обчислюється оцінка
31.2/42Вирішення issueзакрито 74% issue
28/30Прийняття PRзлито 115/123 вирішених PR
0/13Newcomer PR acceptanceза 30 дн. не вирішено жодного PR від новачка
15/15OpenSSF Scorecard: Code-Reviewall changesets reviewed
Використані вхідні дані
merged_prs115
open_issues9
closed_issues26
prs_merged_7d0
prs_decided_7d0
prs_merged_30d0
prs_decided_30d0
issue_closed_ratio0,743
closed_unmerged_prs8
first_time_authors_30d0
first_time_prs_merged_30d0
first_time_prs_decided_30d0
Виключено з оцінювання (немає даних або не застосовно): Newcomer PR acceptance. Залишкові ваги перенормовано.
Як обчислюється оцінка
30/30Підтримка власникау власності організації
20/20Верифікований домен
19.6/25Охоплення власника538 підписників у radicle-dev
24.6/25Послужний список52 публічних репозиторіїв, вік облікового запису ~7 р.
Використані вхідні дані
followers538
owner_typeOrganization
is_verifiedтак
owner_loginradicle-dev
public_repos52
account_age_days2 754

Інженерна якість

Чи наявні базові інженерні практики та документація?

54Помірний · 19% загального індексу
Як обчислюється оцінка
0/24Процеси CI
24/24Наявні тести
16/16Конфігурація лінтера.eslintrc.js
0/9.6Pre-commit-хуки
0/6.4.editorconfig
0/20OpenSSF Scorecard: CI-Tests0 out of 22 merged PRs checked by a CI test -- score normalized to 0
Використані вхідні дані
has_ciні
has_testsтак
has_editorconfigні
has_linter_configтак
has_precommit_configні
Як обчислюється оцінка
30/30README
25/25Каталог документації
0/15Сайт документації / домашня сторінка
10/10Опис репозиторію
0/10Теми
10/10Wiki
Використані вхідні дані
topics
has_wikiтак
homepage
docs_site
has_readmeтак
has_docs_dirтак
has_descriptionтак

Безпека

Чи міцні видимі практики безпеки й ланцюга постачання, без непослабленої пов’язаності з юрисдикціями високого ризику?

26У зоні ризику · 16% загального індексу

Стан безпеки

26У зоні ризику
Як обчислюється оцінка
7.5/7.5Binary-Artifactsno binaries found in the repo
0/7.5Branch-Protectionbranch protection not enabled on development/release branches
0/2.5CI-Tests0 out of 22 merged PRs checked by a CI test -- score normalized to 0
0/2.5CII-Best-Practicesno effort to earn an OpenSSF best practices badge detected
7.5/7.5Code-Reviewall changesets reviewed
2.5/2.5Contributorsproject has 5 contributing companies or organizations
0/10Dangerous-Workflowнемає даних
0/7.5Dependency-Update-Toolno update tool detected
0/5Fuzzingproject is not fuzzed
2.2/2.5Ліцензіяlicense file detected
0/7.5Maintainedproject is archived
0/5Packagingнемає даних
0/5Pinned-Dependenciesdependency not pinned by hash detected -- score normalized to 0
0/5SASTSAST tool is not run on all commits -- score normalized to 0
0/5Security-Policysecurity policy file not detected
0/7.5Signed-Releasesнемає даних
0/7.5Token-Permissionsнемає даних
0/7.5Vulnerabilities124 existing vulnerabilities detected
Використані вхідні дані
sourceopenssf_scorecard
checks_evaluated14
scorecard_versionv5.5.0
checks_inconclusive4
scorecard_aggregate2,6
Виключено з оцінювання (немає даних або не застосовно): Dangerous-Workflow, Packaging, Signed-Releases, Token-Permissions. Залишкові ваги перенормовано.

Готовність до ШІ

Наскільки репозиторій оснащений для розробки та супроводу за участі ШІ-агентів? Має свідомо малу вагу (4%): агентний інструментарій — реальний сигнал супроводу, але репозиторій без нього все одно може отримати 100/100.

46Слабкий · 4% загального індексу
Як обчислюється оцінка
0/45Інструкції для агентівнемає CLAUDE.md / AGENTS.md / правил редактора
0/15Машиночитана документація (llms.txt)
16/40Читабельна історія комітівнамір зазначено у 30 з 100 людських комітів (структурований заголовок або пояснювальний текст)
Використані вхідні дані
has_llms_txtні
llms_txt_url
legible_history_share0,3
agent_instruction_files
agent_instruction_max_bytes
Як обчислюється оцінка
0/18Розгортання однією командою
22/22Автоматизовані тести
11/11Конфігурація лінтера / форматера.eslintrc.js
11/11Статична перевірка типівtsconfig.json
10/10Відтворюване середовищеDockerfile, lockfile
0/10Підтверджена практика роботи з агентамисеред останніх 100 комітів немає створених агентом
0/8Автоматизоване супроводженняавтоматичних оновлень залежностей не виявлено
0/10OpenSSF Scorecard: Pinned-Dependenciesdependency not pinned by hash detected -- score normalized to 0
Використані вхідні дані
has_nixні
has_testsтак
lockfilesyarn.lock
has_dockerfileтак
typed_languageні
bootstrap_files
has_devcontainerні
has_linter_configтак
typecheck_configstsconfig.json
agent_commit_share0
toolchain_manifests
dependency_bot_commit_share0
Як обчислюється оцінка
27/45Типізований кодSolidity з конфігурацією перевірки типів (tsconfig.json)
55/55Керовані розміри файлів0/19 файлів вихідного коду понад 60 КБ
Використані вхідні дані
primary_languageSolidity
largest_source_bytes54 253
source_files_sampled19
oversized_source_files0

Ключові факти

66зірок GitHub
6контриб'юторів
0комітів за останні 12 місяців
1 436днів від останнього пушу
1релізів
2бас-фактор
9відкритих issue
npmпакетних екосистем

Попередження щодо збору даних

  • Star history unavailable: GitHub GraphQL error: Resource not accessible by personal access token
  • Could not fetch npm package 'radicle-contracts' from its registry
  • GitHub dependency-graph SBOM unavailable (404); the dependency graph may be disabled for this repository

Докладніше

Історія зірок і форків 0 ★ / 24 ⇿
0Зірки
24Форки
1Релізи

Коли додано кожну зірку й форк — зібрано з GitHub і згруповано за днями. Кумулятивне зростання розміщено просто над денними додаваннями, з яких воно складається, тож їх видно одне проти одного: рівномірне органічне накопичення виглядає зовсім інакше, ніж різкий короткочасний сплеск. Там, де цю різницю можна виміряти, її подано як автентичність росту.

048121620242112020-122023-042025-08
Мажорні 0Мінорні 1Патчі 0

Кожна точка охоплює 5 днів.

OpenSSF Scorecard 2.6 / 10
2.6сукупно

Незалежна, не прив'язана до інструментів оцінка безпеки від відкритого проєкту OpenSSF Scorecard. Кожна перевірка винагороджує практику безпеки, а не інструмент конкретного постачальника. Перевірки, які Scorecard не зміг визначити, позначено н/д і виключено з оцінки безпеки (вони ніколи не зараховуються як нуль).Scorecard v5.5.0 · 2026-09-19 16:54 UTC

10Binary-Artifactsno binaries found in the repo
0Branch-Protectionbranch protection not enabled on development/release branches
0CI-Tests0 out of 22 merged PRs checked by a CI test -- score normalized to 0
0CII-Best-Practicesno effort to earn an OpenSSF best practices badge detected
10Code-Reviewall changesets reviewed
10Contributorsproject has 5 contributing companies or organizations
н/дDangerous-Workflowno workflows found
0Dependency-Update-Toolno update tool detected
0Fuzzingproject is not fuzzed
9Licenselicense file detected
0Maintainedproject is archived
н/дPackagingpackaging workflow not detected
0Pinned-Dependenciesdependency not pinned by hash detected -- score normalized to 0
0SASTSAST tool is not run on all commits -- score normalized to 0
0Security-Policysecurity policy file not detected
н/дSigned-Releasesno releases found
н/дToken-PermissionsNo tokens found
0Vulnerabilities124 existing vulnerabilities detected
Прямі залежності 4
РеєстрПакетОбмеження версіїМаніфест
npm@ethersproject/abi^5.1.2package.json
npm@ethersproject/bytes^5.1.0package.json
npm@ethersproject/providers^5.1.2package.json
npmethers^5.1.4package.json
Усі залежності не зібрано

Не вдалося зібрати розв'язаний набір залежностей для цього звіту: GitHub dependency-graph SBOM unavailable (404); the dependency graph may be disabled for this repository

Звіт у форматі JSON машиночитний

Зворотний зв’язок

Помітили щось хибне у цьому звіті або маєте чим поділитися? Неправильні вимірювання, непомічені інструменти, ідеї, запитання — усе доречно. Кожне повідомлення читається й отримує відповідь.

Повідомлення збережеться під час входу.

Оцінки — це сигнали, а не гарантії. Вони відображають публічно видимі практики на GitHub — це не аудит коду й не гарантія безпеки.

Відсутні дані виключаються, а ваги перенормовуються — нуль за відсутність ніколи не ставиться. Методологія версіонована й відкрита: метрики v2.10.0, схема v0.34.0 — повна методологія · вікі метрик.

Як окремий результат виглядає на тлі всього реєстру: сукупна статистика.