gemlog/public/uk/closing-btracker-instance.gmi

# Згортаю інстанс βtracker

Слідом за форумом спільноти, закриваю й сервіс βtracker.

Анонс концепції та реалізація - коротко були описані тут:
=> btracker-bittorrent-tracker-in-rust.gmi βtracker - BitTorrent агрегатор на базі Rust

Рішення про закриття не є спонтанним, але усвідомленим в процесі експерименту створення агрегаційного каталогу з нахилом на автоматизацію та відсутність модерації зокрема та міркувань стосовно його подальших перспектив у процесі розробки та адміністрування.

Не дивлячись на те, що концепція "автоматики" виявилась на диво успішною, останній нюанс з модерацією почав викликати у мене сумніви: адже рано чи пізно хтось почне публікувати відвертий, провокативний (для когось або для мене самого) вміст, а я не хочу тому сприяти і брати на себе роль модератора у світі, де "добро" і "зло" - поняття відносні та для кожного свої.

У цьому плані, навіть анонімні ресурси приховують відвертий вміст через очевидні юридичні ризики: іпсайти (eepsite) не є панацеєю, завжди існує ймовірність помилки, на кожного розумного - рано чи пізно знайдеться розумніший.

Остаточним висновком і вектором для розвитку свободи виявлення, я бачу не централізовані сервіси, якими є трекери (та у цьому випадку - агрегатори), але окремі ресурси без "критичної маси". Таким ресурсом може бути невеличкий локальний каталог тематичного контенту з відповідною організацією роздач, блог, тощо.

Торент-трекер все ще працює і я не планую його вимикати. Звичайний сервер UDP - не кешує сумнівний контент безпосередньо, лише хеші. Тому він працюватиме настільки довго, наскільки в мене вистачить можливостей його тримати на волонтерських засадах.

## Плани з подальшої розробки

Стосовно кодової бази - в осяжній перспективі, актуальними є наступні моменти:

### Модерація

Так як рано чи пізно перед власником інстансу βtracker постане питання модерації, я вже встиг підготуватись для себе, створивши відповідний PR#497:
=> https://github.com/ikatson/rqbit/pull/497
* ця гілка вже змержена в main апстріму rqbit
* варто зауважити, що опції (аргументи) librqbit ще не інтегровані в командний рядок aquatic-crawler

Якщо коротко, то я бачу реалізацію в певній "реєстрації" перевірених пірів через форму на сайті або PR в певний реєстр. Таким чином, не перевірені піри просто не будуть резольвитись і потрапляти в каталог, а при зловживанні правилами - можуть бути легко виключені з білого списку. Це моя особиста система захисту, поки не імплементована через малу кількість користувачів та відсутність інцидентів, у вас вона може бути іншою.

Так як цей агрегатор працював виключно в мережі Yggdrasil, мені ще якось підказали варіант з майнингом адрес. Тобто можна вимагати від користувачів певних витрат ресурсу CPU для створення "складних" префіксів 0200::/7 які можна буде так само банити у разі порушення правил, а нові - буде важко відтворювати у короткий термін. Це сценарій для супер-популярного трекера, а не локального на "два з половиною" користувача.

### Стабільний реліз

Запланована фіксація компонента aquatic-crawler на crates.io: автор залежності librqbit довго телиться зі стабільним релізом дев'ятої версії, хоча версія aquatic-crawler (v0.2) вже давно стабільна з репозиторію, а на crates досі вісить v0.1:
=> https://crates.io/crates/aquatic-crawler

## Do It Yourself

Якщо хтось бажає створити подібний сервіс - будь ласка: вихідний код усіх його компонентів відкритий і доступний на GitHub за ліцензією MIT:

=> https://github.com/yggverse/btracker btracker - Веб-каталог
=> https://github.com/yggverse/btracker-gemini btracker-gemini - Імплементація каталогу для Gemini
=> https://github.com/yggverse/aquatic-crawler aquatic-crawler - Кравлер та резольвер бінарних інфо-хешів
=> https://github.com/yggverse/aquatic/tree/info-hash-api aquatic - Гілка з функцією експорту бінарних інфо-хешів