«“Dev sold” — это обычно конец истории.»

Если вы хоть немного занимались трейдингом токенов, которые только что вышли на рынок, то, вероятно, вы видели эти два слова. Проблема в том, что к моменту, когда сообщество начинает их повторять, важная часть обычно уже произошла.

У команды была выделенная доля. Сообщество вошло в проект. Команда продала часть или всю эту долю. Цена рухнула. Люди начали спрашивать, что произошло.

Но что если важная часть произошла до продажи? Что если выделенная доля команды уже была размещена в контролируемом сейфе с графиком вестинга и задержками вывода? Что если запрос на вывод стал виден сообществу до того, как средства могли реально переместиться?

Такой подход лежит в основе Brigid Forge LLC. Мы не утверждаем, что инфраструктура может гарантировать, что команда построит успешный проект. Это невозможно. Мы также не утверждаем, что любые формы rug pull можно полностью исключить.

Цель проще: сделать важную деятельность разработчиков и расходование средств проекта сложнее скрывать.

Brigid Forge объединяет контролируемые доли команды и казначейства, блокировку ликвидности, отключённое чеканение, отказ от прав управления (renouncement) и мониторинг Beacon в структуре запуска.

Потому что сообществу не должно приходиться узнавать обо всём уже после того, как ущерб был нанесён.

Прозрачность наиболее полезна до транзакции, а не после неё.