Я не очень понимаю как устроен Трон. Но если он работает как все блокчейны то тогда
вам вообще не надо отслеживать никакие кошельки.
Фиксацию транзакции делает вся сеть. И ее консенсус - (обычно это подписание одного
блока) это и есть самая лучшная гарантия. Для битка это обычно лаг в 10 минут.
Для более новых сетей должно быть очень быстро.
А следить за самим кошельком нет смысла. Главное что бухгалтерская книга (блокчейн) зафисировала
перевод денег а уж когда он там прочитает свой статус - не имеет значения. Деньги
уже переведены и никуда не потерялись.
Генетический алгоритм, который ты использовал ищет наилучшие хромосомы.
Какую наилучшую хромосому ты нашел на данный момент даже с ограничением во времени.
У тебя же должен быть самый лучший результат? А иначе какой смысл брать генетику?
Корень, здесь ничем не помогу. Я не знаю как работает Google Colab но если он предоставляет платформу то он же и должен давать рекомендации по оптимизации.
Предположительно вот эта функция np.abs(np.sum(cubes, axis=1))
компилируется в вызов numpy.ufunc.reduce(...)
попробуй отказаться от нее и переписать в более плоском виде.
Запусти программу под профилировщиком. Он прокажет узкое место в коде.
Обычно для веб-приложений он показывает какой-то процесс отправки данных в сеть.
В этом коде он может покажет какой-то горячий цикл или строчку кода а также
ее процентное соотношение от общего времени работы приложения.
После того как будет собрана такая информация - можно обсудить что с этим кодом
делать. Не факт что переписывание в С++ поможет. Если алгоритм плохой
то обычно переписывание ничего толком не дает.
Почему так синльно нужна оптика? Может посмотреть в сторону связи по воздуху?
Точного названия оборудования я не знаю но это может быть MicroTik Wireless.
Я-бы относился к стартапу как к лотерее.
Обычно опытные стартаперы запускают 10 стартапов и из них 8 умирают за год
и остается полтора которые более менее взлетели.
По поводу кросс-платформенности. Это вообще идея другая и ее надо обсуждать
параллельно. Я-бы начал писать на том фреймворке который 100% знаю.
А вкладываться в какие-то multiplatform - это значить заранее платить налог на
фичу которая может и не взлетит. А если она не взлетит - то зачем тратить на нее
усилия команды?
Я-бы вообще игнорировал эти все multiplatform. Главное MVP. И если он влзетает
на Андроид то тогда уже в рамках техподдержки имея аудиторию и деньги
проще дописать другое приложение.
В общем я такого не видел. Но для работы например с хранилищами S3 есть minio.
И вообще все сервисы AWS/Azure построены как сервисы Rest, поэтому при должном
терпении ты сможешь сам создать заглушки или эмуляторы для их API (частично).
Если сайт - региональный то люди регистрируются в дневное время. И здесь например
анализ Фурье событий по суткам может показать наиболее вероятный пик.
вам вообще не надо отслеживать никакие кошельки.
Фиксацию транзакции делает вся сеть. И ее консенсус - (обычно это подписание одного
блока) это и есть самая лучшная гарантия. Для битка это обычно лаг в 10 минут.
Для более новых сетей должно быть очень быстро.
А следить за самим кошельком нет смысла. Главное что бухгалтерская книга (блокчейн) зафисировала
перевод денег а уж когда он там прочитает свой статус - не имеет значения. Деньги
уже переведены и никуда не потерялись.