rPman

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

Размер стека обычно ограничен, поэтому если количество вложенностей рекурсии велико, лучше переделать на использование циклов либо симулировать хранение состояния рекурсий на массивах (часто сложно)

Напрямую узнать ОС нет, только семейство (т.е. liunx/windows/macos), например window.navigator.platform вернет "linux armv8l", то же самое вернется для linux машины на таком же железе (arm процессоре).

Но можно косвенно провести анализ по работе компонентов браузера (в т.ч. gpu, это самая незащищенная компонента в браузере)

Есть готовые библиотеки, например https://github.com/bestiejs/platform.js

Файлы! С доступом как статика на веб сервере, при необходимости права разруливать через basic auth (само собой https обязателен), добавляя пароли в url. При БОЛЬШОМ количестве файлов и сложной структуры по их управлению, заводи в базе данных прослойку а имена файлов пусть будут завязаны на идентификаторы из этой базы (или как некоторые делают - хеши от содержимого, как бонус дубликаты отлавливать)

Этот подход самый простой для реализации и самый эффективный по затратам ресурсов сервера. Все остальные будут либо требовать больше процессора и больше времен на кодинг

Из открытых проектов я знаю только https://github.com/StockSharp/StockSharp
терминал открыт, бизнес модель разработчика - продажа и поддержка коннекторов

Там вроде бы есть тестер стратегий, вполне возможно что твоя задача полностью на нем может быть решена.

p.s. а так гуглится приличное количество торговых терминалов на опенсорс,

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

На рынке криптоэкономике проекты обычно используют библиотеку от tradingview, там есть как опенсорс упрощенная версия так и проприетарная многофункциональная.

Да

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

Это не закон а рекомендация!

В конечном счете важен результат а не процесс (хотя бывают исключения).

мем в студию: 'ни единого разрыва'.

Для начала поправка, для организации p2p соединения нужен сервер, с помощью которого клиенты в принципе могут себя найти и передать необходимую информацию. Можно обойтись и другими каналами, что то типа пары инвайтов, набор данных которыми клиенты должны как то обменяться, например с помощью qr кодов... но такая схема будет жизнеспособна только если сеть уже достаточно большая и распределенная по разным провайдерам.

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

В реальности никто не надеется на только одного p2p, сеть может быть сложнее, в виде графа подключений, при первичном подключении и в процессе, каждый участник должен собирать информацию о пирах чтобы в нужный момент переподключиться к следующему и сохранить коннект

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

Автоматических инструментов нет, но можно попробовать частично облегчить ручной анализ

Например большинство кода запутывают свою логику через формирования строки и преобразование ее в код с помощью eval

Переопредели eval, поставив в него логирование запускаемого кода, и запустим требований код, среди последних записей будет итоговый.

Само собой форматирование кода гуглить beautify javascript

Коряво поименованные идентификаторы можно рефакторить в ide, там же форматировать

На php это делают на строне сервера, обычно этим занимается сам веб сервер а не бакэнд, например к apache mod_rewrite, к nginx мод rewrite

На javascript напрямую так делать нельзя, ведь сервер должен все равно должен понимать ссылку /coil и возвращать ту же страницу что и /a/coil но если у тебя SPA (single page application) и генерация контента происходит на стороне клиента, то почти наверняка ссылки у тебя уже будут site.com/#a/coil а значит подмену нужно будет делать прямой перезаписью в window.location.href

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

p.s. примеров не будет, так как в вопросе ничего не сказано кроме нескольких несвязных скриншотов дампов запросов
к тому же, тем кто способен провести реверсинженеринг приложения, объяснять как пользоваться curl не нужно

Гравитационная задача N тел, лучше на английском

разобравшись с математикой, реализуй сначала на javascript а потом подумай как бы использовать webgl шейдеры для gpgpu (когда то была реализация opencl, называлась webcl, очень жаль что ее все браузеры забросили) так как ресурсов процессора на это не хватит

p.s. для задач игровых может хватить простого сложения векторов скоростей гравитационного влияния каждого тела на каждое тело умноженных на очень маленький временной интервал, чем меньше интервал тем точнее будет симуляция (но она по любому будет не точной), трудоемкость m*n^2 где где m - количество этих временных интервалов в секунде а n - количество объектов