Последний вопрос про идеи.

RUDP implements features that are similar to TCP with less overhead

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

Но в принципе щас уже и не только в геймдеве - вон протокол QUIC, на котором построен HTTP3, это по сути rUDP такой

Вопрос из разряда зачем нужен HTTP/3, когда есть HTTP/2.

Геймдев, хотя там больше enet актуален.

Enet это и есть RUDP такой

А на второй вопрос ответите???

Что можно изучить после написания RUDP на С?

да что угодно! открываешь энторнет на случайной странице и изучаешь.

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

этак вы без денег вообще остались бы, если б их так перечисляли. :o)

Это ошибка. Ошибок быть не должно.

просто такой «протокол» перечисления денег легко скомпрометировать и подделать.

Вы неправильно поняли ТЗ. Это не протокол перечисления. Это протокол зачисления денег.

Зачем нужен RUDP - обычный UDP, но с гарантией доставки? Что можно изучить после написания RUDP на С?

незачем..

без поддержки от канала и с задержками вообще вовсе.

UDP с пейлоад без учёта MTU это убогое подобие tcp, но без рукопожатий и окна (на уровне IP оконечно собирается и без гарантий)

нужны подтверждения, согласования окон и хоть какая альтернатива - был (теперь видимо канул, SCTP) - там помимо multileg можно было квитировано передавать отдельный,единственный фрагмент.

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

потом - не будет времени