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

public async Task<Country?> GetCountry(string countryCode, CancellationToken cancellationToken)
{
    var countries = await SearchCountries("en-gb", cancellationToken);
    var country = countries.Value?.FirstOrDefault(x => string.Equals(x.Code, countryCode));
    return country; // всё ок - теперь типы сходятся.
}

Кажется, тебе для начала базу про сети нужно почитать.
А дальше про сетевое программирование (есть даже книги, которые рассматривают применительно к играм).
А можно сразу взять какой-нибудь photon и страдать

Это вообще правильно?

Да, это правильно и это по сути единственный адекватный способ отмены долгоиграющих операций.
Когда-то давно у потоков был метод Abort, но его удалили, тк его использование очень часто приводило к неприятным багам.
Ну и пихать проверку cancellation token повсюду не обязательно.

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

Безопасно - никак, если эта неуправляемая функция не предоставляет интерфейс для отмены.
Даже если бы и был способ (тот же Abort), то прерывание неуправляемого кода очень вероятно приведёт к утечке ресурсов (в лучшем случае не будет освобождена динамическая память)

Минусы:
1. Вам самим придётся все свои доходы декларировать, чтобы потом не жаловаться, что вам заблокировали счета и начислили пени за неуплаченный налог в лучшем случае
2. Закон тебя никак не защищает (могут уволить одним днём, например, и вполне законно могут недоплатить, списав на волатильность курса)
3. Работодатель, который такое предлагает - в 99% случаев занимается чем-то серым, а то и незаконным => тебя ещё могут как соучастника накрыть, если очень сильно не повезёт.
4. Курс волатильный и могут быть проблемы при попытке перевода в фиат (начиная с комиссий и невыгодного курса, заканчивая обвалом курса и отсутствием покупателей. Про возможность объявления крипты вне закона или блокировки счёта на бирже или в банке я молчу)

Законно ли это(живу в России)?

То что ты делаешь уже не законно, даже без привлечения крипты, тк в России запрещено иметь трудовые отношения (регулярные работы на полный рабочий день с фиксированной ежемесячной оплатой) между самозанятым (исполнителем в статусе самозанятого) и заказчиком, ибо это очевидное уклонение от налогов (со стороны исполнителя, ибо так ты уклоняешься от НФДЛ) и нарушение трудового кодекса (со стороны заказчика, тк он уклоняется от уплаты взносов в ФСС и ПФР, и не обеспечивает тебя-работника социальными гарантиями)

Законно ли это(живу в России)?

Крипта в России не является законным средством платежей. Так что если не хочется проблем с законом - нужно оформлять две операции:
1. Оказание услуг (с ценой рублях).
2. Продажа/покупка крипты на эту сумму.
Причём по времени сначала ты должен оказать услугу, а уже потом "купить" крипту, после чего её продать, и уже тогда деньги с продажи крипты должны поступить на твой счёт в банке. Иначе рискуешь словить блокировку (в лучшем случае - временную, пока не объяснишь банку, что это вообще произошло)

Иначе потом будут вопросы "а откуда крипта" и "а где деньги, которые ты должен был получить за оказание услуг".

Много ли уходит на комиссиях?

Это уже зависит от того, как будешь выводить и как тебе будет твой "работодатель" деньги присылать.

Но это не верно с точки зрения логики,

Почему не верно? Конкретный тип всегда можно привести к базовому.
Джон не человек? Кошка не животное?
Вот наоборот уже нельзя: например нельзя People ob = new object(); - будет ошибка, тк object - слишком абстрактный тип.

PS: чтобы не мучать отвечающего - лучше делай нормальные отступы в коде.

хочу разрабатывать ПО для ПК.

"ПО для ПК" - это очень широкий набор и каждый из этих языков подходит, но для разных подмножеств.

Или может лучше начать с C#, а дальше уже выучу C++?

Если хочешь C++ - учи сразу C++.

Надо ли учить Си?

Если будешь писать на си.

Подумал начать с C++

Если хочешь потом с C++ перейти на что-то другое, то начинай с этого "чего-то другого".

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

В теории то можно, а по факту скорее всего нельзя.

Я хочу автоматизировать рассылку рекламы на дискорд сервер.

И таким образом нарушишь сразу два пункта TOS и очень быстро словишь пермач)

А ошибка говорит о том что ты (клиент) не имеешь права на вызов того метода, который ты (disnake) хотел вызвать.

Видимо разработчики disnake не предусматривали такой сценарий и не стали заморачиваться с токенами пользователей.

Я хочу уточнить - блокируется микросервис (мс) вообще целиком или все-таки только поток, из которого сделан вызов?

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

Я себе представляю работу так: пусть у нас 2 мс, А и В, сделаны на Spring Web или любом другом веб-фреймворке. Каждого мс по одному экземпляру.
* Пользователь что-то щелкает.
* запрос уходит в А.
* в А создается новый поток (или берется из пула - не важно) для обслуживания пришедшего запроса.
* А вызывает В и ждет от него ответа.
* при этом блокируется не весь А, а только поток, который обслуживает запрос.

Условно так, но на практике даже поток не будет блокироваться - только обработка запроса от пользователя (пользователь не получит ответ, пока B не вернёт ответ)

Стало быть, если другой пользователь тоже что-то щелкнет, то его запрос тоже будет обслуживаться отдельным потоком, и поэтому сам мс А не блокируется, продолжает нормально работать. Так почему тогда в книге написано, что блокируется микросервис?

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