Василий Банников

Между твоим телефоном и интернетом провайдер обеспечивает пропускную способность до 10мбит.

Между твоим телефоном и другими, которые подключены через точку доступа - до 72мбит.

Если все пойдут в интернет, то суммарная скорость никак не может превысить ту, которая идет между тобой и интернетом.

Деление не обязательно в равных пропорциях.
Обмен данными в локальной сети при этом не будет влиять на исчерпание лимита в интернет.

Себестоимость VPN состоит из:
1. IP адреса (или нескольких)
2. Доменного имени (если используется)
3. DNS-хостинга (для домена)
4. Собственно стоимость сервера или vps, который будет через себя трафик тащить
5. Зависит от хостера, которым будет пользоваться провайдер - стоимость трафика. Какие-то хостеры дают безлимитный / условно безлимитный трафик и включают его в стоимость, а какие-то будут отдельно тарифицировать каждый мегабайт.

И это всё деленное на количество пользователей, ибо один сервер вполне успешно может обслуживать несколько клиентов, особенно если урезать пропускную способность.

Потому в принципе за пару долларов в месяц вполне можно сделать VPN и даже иметь себе небольшой Профит при этом.

Не надо путать задержку и пропускную способность.

RTT - это задержка, измеряется в секундах (милли, микро)
То что измеряется в битах (байтах) в секунду - это пропускная способность.

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

В сетях и на то и на другое влияет очень много факторов:
1. Количество узлов между отправителем и получателем. Больше узлов - больше задержка
2. Производительность этих узлов. Чем ниже производительность - тем выше минимальная задержка и меньше пропускная способность.
3. Нагрузка на каналы связи. При высокой нагрузке будет расти задержка, так как данные будут вставать в очередь (а может и не будут вставать в очередь - они вполне могут просто отбрасываться и тогда будет тот самый packet loss)
4. То, как эти узлы обрабатывают данные, которые через них проходят. Меньше всяких проверок - меньше задержка.
5. Физическая среда и физическая длина кабелей. Чем длиннее физический путь и чем хуже среда, тем выше задержка.
Скорость распространения сигнала в оптике, меди, и по беспроводу отличается.

Как будет влиять замедление от провайдера - сильно зависит от выбранной стратегии.
Может увеличится rtt, а может будет packet loss.

Или сам момент рисования записан на видео?

Если посмотреть внимательно на то, как появляются новые линии - записан именно сам процесс рисования (ускоренный).
В некоторые моменты линии стираются и вместо них рисуются другие.

Так что кроме чисто техники тут ещё и навык нужен)

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

Например у тебя в patch запросе может быть какой-нибудь jsonpatch в котором будет операция "добавить элемент в список".

И вот у тебя при многократном вызове будет добавляться много элементов.

Метод PATCH не является идемпотентным по RFC 9110 => такое поведение не будет считаться ошибочной реализацией протокола.

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

Выбирай, что тебе будет удобнее.
Unity или Godot тоже вполне успешно с такой задачей справятся