Станислав Макаров

К сожалению с начальным знанием программирования - никак.
Вы не можете привлекать сторонних разработчиков, но уже привлекаете их через Тостер.

Если вы планируете бизнес-проект, попробуйте реализовать проект так, как вы это себе представляете. Чтобы он просто начал работать. Если вы действительно можете это сделать (запустить работающий проект в одиночку с начальными знаниями программирования), то впоследствии, когда проект заработает и начнет приносить прибыль, просто наймете сторонних разработчиков, которые напишут проект с нуля, при этом у вас уже будет какой-то опыт с проекта (статистика, метрики, дополнительные идеи которые пришли уже после старта проекта) и так далее.

Как говорят - оптимизация до оптимизации не нужна.

У меня был опыт запуска интернет-магазина во времена, когда их было десяток на всю страну. Первый интернет-магазин мы писали почти полгода, внедрив в него тысячи фич, которые оказались невостребованными. Через год проект себя отбил, и мы заказали не редизайн а весь магазин с нуля. Разработка шла 2 месяца, обошлась в 4 раза дешевле. Функционал стал гораздо удобнее. И мы поняли, что в первый раз надо было тоже пойти по более простому пути, тогда мы мы запустились на 4 месяца раньше и отбились бы за полгода.

Все правильно организовывается через Task (ну или ThreadPool если нужен более низкий уровень).

В вашем случае достаточно:

Task.Run(() => TextFunc());
Task.Run(() => TextFunc1());

CLR сама все раскидает по ядрам цпу.

В алгоритм жестко зашит нулевой или genesis block, он существует сразу. Его можно посмотреть https://en.bitcoin.it/wiki/Genesis_block. Из него была сделана первая транзакция и вознаграждение 50 было переведено на первый адрес Сатоши. С ICO вообще другая песня, токены это не коины, Токены это состояние переменной программы/смарт-контракта и может произвольно назначаться/меняться самим контрактом, а вовсе не количество монет на счету контракта. Чтобы обеспечить токены монетами владелец контракта покупает/заводит монеты на счет контракта.

Делать внешние ключи обязательно.
И уникальные индексы проставлять. Ещё бы check constraint ставить, да у вас глупый mysql в тегах, он такое не умеет.
Это всё ваши помощники. Они помогают искать ошибки и отлично мешают делать глупости.
И выбирать подходящие типы данных. Ну и раз у вас mysql - то всенепременно проверить sql_mode и выставить его максимально агрессивным. В 5.7 стало гораздо лучше, до этого из коробки уж слишком много позволял делать глупостей.

Дорастёте до террабайтной базы как авито - тогда можете начинать думать, а сколько денег нам стоит целостность внешних ключей или дешевле будет периодически проверять целостность скриптами и озадачивать разработчиков. О, кстати, вот запись доклада с pgday15, на 27 минуте как раз начинается обсуждение вопроса из зала "ребята, а вы в своём уме отключать FK?"

SELECT count(*), radio FROM likes GROUP BY radio

a в чем собственно проблема?
они никак друг с другом не взаимодействуют и не мешают один другому (кроме потребления ресурсов).