Mara van der Laan

Публічний профіль laanwj сьогодні представляє Mara van der Laan і її колишню роль у підтримці Bitcoin Core. Старі записи використовують історичне ім’я Wladimir van der Laan. Йдеться про роботу тієї самої розробниці, а не двох різних людей. Підтримка проєкту — це не лише нові функції. Потрібно оцінювати готовність змін, координувати їх включення та співпрацювати з тими, хто перевіряє й тестує код. Ця менш помітна частина розробки допомагає зрозуміти її внесок. [1] [4]

У дописі від 21 січня 2021 року van der Laan описала знайому давнім проєктам проблему: забагато роботи починає залежати від конкретної людини. Bitcoin Core уже мав кількох відповідальних за підтримку, але вона хотіла передати більше завдань і зменшити власну участь. Це не було оголошенням повного припинення внесків. Важливі кроки не мали чекати саме на неї. Уявіть готовий випуск, який затримується лише через недоступність однієї незамінної людини. Розподіл відповідальності допомагає цьому запобігти. [2]

План 2021 року охоплював поширення програми, підписування випусків і майданчики співпраці. Van der Laan розглядала IPFS для розподіленого обміну файлами та Radicle для роботи над кодом без залежності від центрального сервера. Мета — щоб відсутність людини, сайту чи постачальника не зупиняла решту. Проте згадка інструмента засвідчує пропозицію, а не завершене впровадження. Виявити слабке місце, спланувати рішення та реально користуватися ним — різні етапи. [2]

На зустрічі розробників 11 серпня 2022 року laanwj оголосила, що залишає роль відповідальної за підтримку Bitcoin Core. Конкретно йшлося про припинення злиття змін зі спільним кодом і підготовки випусків. Залишалася можливість час від часу переглядати код: перевіряти чужі пропозиції можна й без цієї ролі. Вона також висловила довіру до людей, які вже виконували значну частину роботи. Тому дати важливі: колишня посада не визначає теперішню, а відхід із неї не закриває всіх способів допомагати. [3]

Bitcoin Core описує відповідальних за підтримку як людей, які включають перевірені й погоджені командою зміни та виконують останню перевірку. Репозиторій зберігає код та його історію; доступ до нього не наказує операторам вузлів установлювати випуск. Вузол — комп’ютер, який перевіряє правила Bitcoin за допомогою вибраної програми. Вплив на важливе програмне забезпечення не дає можливості однією командою змінити поведінку всіх учасників. Розмежування супроводу проєкту й правил, прийнятих мережею, робить децентралізацію зрозумілішою. [4]

Частина відповідальності лежить і на користувачі, який завантажує Bitcoin Core. Файл SHA256SUMS містить контрольні суми випуску: порівняння показує, чи відповідає завантажений файл указаному відбитку. Але нападник міг би підмінити і програму, і список. Тому перевіряють також цифрові підписи та відбиток ключа — короткий ідентифікатор публічного ключа підписувача. Його потрібно зіставити з достовірно встановленим значенням. Ім’я біля ключа не доводить особу. Файл, підпис і належність ключа потребують пов’язаних, проте окремих перевірок. [5]

Вихідний код — форма програми для читання та редагування; збирання перетворює його на виконувані файли. Відтворювані збірки Bitcoin Core дають іншим змогу незалежно отримати однакові файли й порівняти їхні відбитки з випуском. Це зменшує необхідність сліпо довіряти комп’ютеру, який підготував завантаження. Збіг, однак, не доводить відсутності помилок у коді. Помилка з джерела може точно відтворитися в кожній однаковій збірці. Перевірка походження випуску та фаховий аналіз коду доповнюють одне одного, а не замінюють. [5]

Залишається ще запитання: чи отримує ця версія виправлення? Bitcoin Core публікує життєвий цикл випусків і відрізняє підтримувані від тих, чия підтримка завершилася. Останні зазвичай уже не отримують виправлень безпеки. Старий дійсний підпис може правильно засвідчувати походження початкового файлу, не гарантуючи поточної підтримки. Тому перевіряйте також її стан і примітки до випуску. Історія проєкту, справжність файлу та придатність версії сьогодні пов’язані, але це різні питання. [6]