freeExec

Искать через имена не очень корректно, ты можешь попробовать использовать теги GameObject.FindGameObjectsWithTag - https://docs.unity3d.com/ScriptReference/GameObjec...
или, если на этих объектах висит скрипт используй FindObjectOfType самый оптимальный вариант, https://docs.unity3d.com/ScriptReference/Object.Fi...
А вообще, можно заранее назначить в инспекторе, что гораздо проще

Потоки переключаются с квантом около 28 миллисекунд или около того.

Да, если навертеть много потоков, кэш будет вымываться. А вы думали, в сказку попали? Хорошие HPC программы не запускают тредов больше чем ядер.

Почему с помощью распарализации потоков можно получить выигрыш в скорости вычислений?

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

Тогда почему вообще вся ОС не асинхронная в одном потоке как Node JS?

Поздравляю вас с изобретением Windows 3.1. Вы наверное не застали, но эта ОС наглухо зависала вместе с приложением, если оно зависало.

По-хорошему, вам нужно сделать ещё одно веб-приложение, которое будет давать доступ к данным через HTTP-API.
Раз вы уже знакомы с C# - можете сделать его на asp net core.
Тогда с клиента надо будет делать HTTP-запросы к этой апишке, при помощи HttpClient.

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

Обрати внимание, что двум вызовам push ax соответствуют два вызова pop ax.
Push сохраняет регистр на стеке, смещая вершину стека. Pop выталкивает значение с вершины стека в регистр и смещает вершину назад. Поэтому паттерн push-use-pop встречается довольно часто, если нам нужен регистр, но мы не хотим терять его предыдущее значение.
В твоем случае этот паттерн встретился дважды, один внутри другого. Внешний сохраняет регистр при входе в подпрограмму, и восстанавливает при выходе (чтобы поменьше мешать вызывающей подпрограмме). Внутренний - сохраняет регистр AX перед пересылкой, так как мы не можем напрямую писать в ES, только через другой регистр.

Чтобы скрипты имели коммерческую ценность, они должны быть не просто особенно дороги автору.

Во-первых, скрипты должны быть посложнее трёх с половиной очевидных строчек, иначе их проще написать самому ещё раз, чем брать какие-то чужие.

Во-вторых, скрипты должны быть хорошо написаны, документированы, при необходимости иметь конфиги, ключи понятные ключи запуска, тестовые данные для проверки работоспособности и всё такое. Никому не будет интересно разбираться, что и зачем делает чужой скрипт и почему он упал в непонятном месте.

В-третьих, скрипты должны решать какие-то полезные небанальные задачи общего плана. Кажется, что это очевидно? Да, но большинство написанных для себя скриптов решают крайне узкие личные задачи, которые ни у кого больше прямо в такой же форме не возникают.

В интернетах тысячи чьих-то личных скриптов, которые осели на страницах блогов и в закоулках гитхабов, их никто никогда не использует, потому что зачастую никто не понимает, что они делают и зачем вообще предназначены. Даже простая публикация хорошего скрипта может потребовать кучи времени - на написание документации, на добавление конфигурационного файла вместо hard coded constants, на тщательное тестирование всех вариантов функциональности и всё такое.

Я бы советовал начать с того, чтобы взять один из самостоятельно полезных нескучных скриптов и попробовал бы его оформить для публикации на гитхабе (можно в приватный репозиторий). Но так, чтобы он нормально работал во всех операционных системах, выводил хелп с ключом -h, сопровождался документацией, был протестирован со всеми вариантами параметров и вариантов исходных данных, ну и всё такое.

Скорее всего, быстро станет понятно, что усилия по такой "предпродажной подготовке" не оправдывают цены, за которую это можно продать. И появится желание опубликовать это всё бесплатно, как есть, и пополнить объёмы хранящихся в закоулках гитхаба уникальных решений банальных и небанальных задач, в которых никто никогда даже разбираться не будет.

Опубликуйте их лучше на GitHub. Потому что, скрипты обычно пишут для себя. Бывает, публикуют скрипты на хабре на несколько страниц, но если они полезные, переписываю для себя. Потому что в любой момент скрипт может сломаться, а в чужом скрипте искать ошибки сложнее, чем в своем. К тому же, обычно скрипты не так отлаживают, как готовые программы.

На фрилансе часто вижу заказы на скрипты, но там индивидуальные требования, то автоматическая регистрация в соцсетях и рассылка спама, то обход капчи и опять-таки - рассылка спама. И дают за такие скрипты 500 рублей(и находятся люди, которые это делают за 500 рублей).

Зачем после каждого условия ";" ?
Уберите их:

if (Score.scoreAmount >= 30) 
{
	if (PlayerPrefs.HasKey(CostWin, 1)) 
	{
		if (PlayerPrefs.GetInt(buy) == 0) 
		{
			Score.scoreAmount -= 30;
			PlayerPrefs.SetInt("coins", Score.scoreAmount);
			CostW.SetActive(false);
			PlayerPrefs.SetInt("buy", 1);
		}
	}

	else
	{
		Score.scoreAmount -= 30;
		PlayerPrefs.SetInt("coins", Score.scoreAmount);
		CostW.SetActive(false);
		PlayerPrefs.SetInt("buy", 1);
	}
}