DarthJS

1. Классическая redux архитектура разделение на умные и глупые компоненты, но это не значит что нужно экономить количество функций connect иначе легко появляются компоненты которым нужно передавать 20 пропертей ...
2. почитайте про context (не нужно использовать context вместо redux! но знать про него полезно)

с использованием разных библиотек для ajax запроса и это не считая jqwerry и middleware

Про jquery, я так понимаю вы имеете ввиду $.ajax ? А вот про middleware... (может быть не до конца понимаете, что это такое?)

По вопросам:
1. Производительность
А как в вашей сборке жмется конечный файл?

сейчас собрал сборку gulp, browserify, babelify, babel + библиотеки redux и react

Не увидел здесь uglifyJS или что-нибудь подобное...

Многие собирают webpack'ом, (для продакшен версии используя флаг -p, который в свою очередь.. бинго! Запускает разные "сжималки" кода. Не буду вас путать, но по-моему там тоже uglifyjs)

2. Стили
Стили, это стили. Как вам нравится, так и пишите. Собирайте их хоть gulp'ом, хоть webpack'ом... Разницы нет.

3. Посоветуйте, пожалуйста, сборку и набор библиотек, под задачи которые мне предстоит решить:
К сожалению, могу только подсказать проверенную на проекте либу для построения графиков (не очень крутая и разных типов графиков не так много, но неплохо настраивается и можно быстро разобраться)

сегодня наткнулся на мануал использования webpack и gulp одновременно на одном проекте

Оправдан. Если вам удобно какие-то таски прогонять через gulp, почему нет? Если сможете все, что делаете gulp'ом сделать на webpacke, то используйте только его.

P.S. По поводу сборок. Брать чужую сборку обычно вредно (так как взяли, запустили, а коснись чего - неизвестно как это работает). Особенно, если сборка большая. Вот хороший пример большой и сложной "сборки". Чтобы понять как там все работает, потребуется порядком времени. А нужно ли будет вам все то, что автор туда накрутил? Поэтому, в качестве ознакомления, можно и посмотреть.

P.P.S. Даже минимальная create-react-app сборка имеет немало всего интересного "под капотом". Поэтому, я за то, чтобы к сборке подходили осознанно, и лучше своей - придумать сложно. Опять же, "своя" появляется далеко не сразу, поэтому просто начните делать приложение.

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

> route remote_host 255.255.255.255 net_gateway
Вместо remote_host и net_gateway должны быть конкретные адреса.

Директива route добавляет маршрут до указанной подсети. Используется обычно при соединении сетей через туннель.

Заметил что у вас много функций определяется в методах render. В этом нет необходимости, а скорее нужно избегать - либо выносить на уровень класса, если нужен this, либо выносить за его пределы.
Еще вы ходите за картинкой и json файлом по ссылке на гитхаб, а можно их подключить через import, они ведь локально доступны для реакт приложения. Если с json еще спорно, то картинку в шапке точно нужно import-ить

Это вообще по js коду, чем чисто к реакту.

switch(curr){
      case "eur":
        newCurrency = {...this.state.currencyData, rub: false, usd: false, eur: true };
        break
      case "usd":
        newCurrency = {...this.state.currencyData, rub: false, usd: true, eur: false };
        break
      default:
        newCurrency = {...this.state.currencyData, rub: true, usd: false, eur: false };
        break
      }

А если будет еще валюта, будете еще свойства добавлять? Лучше держать свойство currency и от него отталкиваться. Был бы typescript, еще б указали какие строки туда можно куда присваивать. Причем в state currency уже есть, зачем currencyData я не понял.

Тоже самое со всеми stop свойствами, их много, трудно понять, что к чему. В общем, посмотрите на это в первую очередь.