Самые сложные решения в разработке Web3 — это иногда те, которые откладывают запуск. В прошлом году мы отказались от проекта, потому что команда не хотела включить аудит смарт-контракта в объем работ. Это был не небольшой проект. Был серьезный бюджет и агрессивные сроки. Другое агентство согласилось продолжить. Через несколько месяцев команда вернулась с проблемой: в смарт-контракте была уязвимость повторного входа. К счастью, продукт еще не был запущен. Но устранение проблемы потребовало полной повторной развертки и еще одного аудита. Дополнительная работа повлияла как на стоимость, так и на сроки запуска. Вот почему решения в области безопасности нельзя рассматривать как необязательные этапы в разработке блокчейна. В традиционном программном обеспечении команды часто могут выпускать исправления после развертывания. Смарт-контракты работают иначе. Как только контракты начинают управлять активами пользователей, ошибки могут создавать риски, которые гораздо сложнее исправить. В Blockchain App Factory мы видели, как ранние технические решения влияют на все последующие этапы — от архитектуры и сроков разработки до безопасности и готовности к развертыванию. Самые быстрые команды — это не всегда те, кто начинает писать код первым. Они те, кто тратит время на определение правильной основы до начала строительства. Какое техническое решение, по вашему мнению, веб3-основатели никогда не должны жертвовать перед запуском?