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

Останнім часом знову обговорюємо підвищення податків у певному регіоні, регулювання то посилюється, то послаблюється, очікування щодо входу та виходу з коштів стають трохи хаотичними… У такі моменти особливо боюся операцій типу "термінове оновлення" або "тимчасове обслуговування", чим більше хаосу — тим більше шансів на непередбачувані проблеми. Поки що так, я спершу зніму дозволи з кількох старих контрактів, щоб у разі, якщо хтось захоче змінити мульти-підпис, я не прокинувся від цього.