Ім'я Nofx нещодавно викликало чимало обговорень у колі розробників — не через те, що воно таке дивовижне, а через те, що його історія занадто магічна.

Протягом двох місяців цей відкритий проект автоматичної торгівлі на базі ШІ на GitHub зібрав майже 9000 зірок. Звучить добре, але те, що сталося далі, достатньо, щоб усім, хто хоче зробити внесок у відкритий код, дати сигнал тривоги.

**Приховані небезпеки за нічною популярністю**

Швидкий ріст проекту мав би бути хорошою новиною. Але за цим послідувала ціла низка проблем. Першим, що було виявлено, є вразливість безпеки — такі інструменти для торгівлі на основі ШІ стосуються реальних грошей, а вразливість безпеки означає те, що кожен із вас розуміє. У процесі розкриття інформації ставлення та швидкість реагування з боку проекту також викликали обговорення.

**Внутрішня буря наближається**

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

**Двері відкритого програмного забезпечення**

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

**Натхнення для відкритих проектів**

Ситуація з Nofx не є єдиною. У швидко змінюваній сфері Web3 проекти можуть швидко здобувати популярність, але тих, хто може втриматися на плаву, насправді не так багато. Безпекові аудити, управлінські структури, чіткий вибір протоколів — ці, здавалося б, незначні речі визначають, наскільки далеко зможе зайти проект.

Особливо у випадках відкритих проектів, що стосуються чутливих застосувань, таких як фінанси та交易, необхідно на ранніх етапах створити надійну систему управління ризиками. Інакше, якщо виникнуть проблеми, це буде не лише питанням коду, а й крахом довіри усієї спільноти.