Криптовалютная биржа и разработка кошельков

Все случаи разные и у всех клиентов разные цели и задачи. Однако все их цели ведут к одному результату — успех. Вот почему все наши задачи направлены на то, чтобы приносить пользу нашим клиентам. Для этого важно правильно определить требования каждого отдельного клиента.
Начнем с определения рынка и ниши, в которой клиент собирается продвигать свой продукт. Мы тщательно определяем целевую аудиторию продукта и возможности дальнейшего расширения этой аудитории. Затем мы добавляем новые параметры в изображение пользователя. Также мы внимательно изучаем конкурентов клиента, оцениваем их стратегии, пытаемся выявить, где они допускают ошибки и почему. Только после этого исследования мы переходим к выяснению того, что именно хочет клиент.
Пожелания и потребности клиента могут быть разительно разными. Но, как мы сказали выше, мы используем клиентоориентированный подход. Поэтому мы не боимся сказать клиенту, что его желания не совпадают с его потребностями, и доказываем это, предоставляя факты и данные. Наша задача не удовлетворить случайный запрос клиента, а принести пользу. Анализируя вместе с ними запросы клиентов, мы определяем шаги, которые необходимо предпринять для удовлетворения этих запросов.

В стадии разработки нет ничего особенного, и она похожа на проект разработки в любой другой отрасли. Принимая во внимание бюджет клиента, мы определяем цели проекта и расставляем приоритеты функций, которые необходимо разработать.
В одном из наших последних случаев клиент хотел полноценную криптобиржу. Именно сюда они планировали вложить свои деньги с самого начала. Биржа должна была иметь стандартный функционал криптобирж, например, возможность получать кошельки, совершать транзакции и так далее. При разработке особое внимание уделялось вопросу безопасности. Клиент хотел, чтобы мы внедрили политику «Знай своего клиента» и двухфакторную аутентификацию для пользователей платформы. Безопасность кошелька также должна была быть на высшем уровне, так как клиент хотел в будущем распространять свой продукт по лицензии.
После определения всех функций мы решили, какие технологии нам нужны. В этом случае мы использовали Python 3.6 для серверной части, ReactJS для внешнего интерфейса, а также фреймворки. Мы управляли базами данных с помощью Postgresql, а все облачные решения разрабатывались с помощью Hetzner и AWS.
Только мы начали разработку платформы.

Мы в Twin Solutions понимаем, что тестирование блокчейна требует большего внимания, поскольку объекты кода блокчейна неизменяемы. В связи с этим мы тестируем смарт-контракты как с точки зрения Solidity, так и с точки зрения JavaScript.
Выполнение тестов на Solidity помогает нам запускать блокчейн и вызывать смарт-контракты и их функции. Мы в большей степени используем JS-тесты, чтобы убедиться, что контракты корректно ведут себя на поверхности. Все это делается для того, чтобы точно знать, что наше децентрализованное приложение работает по назначению в момент вызова смарт-контрактов. Мы используем Web3js для этого тестирования.

Мы прекрасно понимаем, что работа над продуктом не заканчивается в момент его выпуска. Дальнейшее обслуживание продукта часто составляет 50% от общего объема работ по проекту. Блокчейн-продукты требуют более тщательного подхода в этом плане, ведь такой продукт, как биржа криптовалют, должен работать бесперебойно 24/7 и без ошибок. Из-за того, что пользователям крайне не терпится куда уходят их деньги, сбои в работе криптовалютных бирж нанесут серьезный ущерб репутации компании.