Ya_na_habre

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

Досюда рассуждения верные, хотя и мало что объясняют. :)

Прямо как транслятор? Типа Rossetta?

Нет. Rossetta для другой архитектуры процессора. Внутри WSL всё работает на той же x86\x64, что и снаружи WSL. Скорее как Wine.

В WSL удалось полностью избавиться от использования ядра Linux, по сути пользовательское окружение Ubuntu работает поверх ядра Windows. Запуск исполняемых файлов Linux реализован путём включения специальной прослойки (код подсистемы закрыт), которая в режиме реального времени транслирует системные вызовы Linux в системные вызовы Windows. Концептуально, такой подход чем-то вроде среды WINE (только транслирует не WinAPI -> LinuxAPI, а наоборот LinuxAPI -> WinAPI).

https://winehq.org.ru/WSL

работа линуксовых приложений организуется без использования контейнеров виртуализации, отдельной пересборки утилит и даже без использования ядра Linux — родные исполняемые файлы Linux запускаются благодаря специальной прослойке, на лету транслирующей системные вызовы Linux в системные вызовы Windows. По сути, реализован обратный аналог системы Wine

https://xakep.ru/2016/07/01/windows-subsystem-for-...

WSL essentially is to Linux what WINE is to Windows.

https://news.ycombinator.com/item?id=16355144

Но линуксовый сетевой стек реализован в ядре, а в WSL как раз нет ядра Linux.
Сеть WSL2 виртуальная:

In WSL2, the network interfaces are virtualized. Virtualized network interfaces mean that WSL2 network instances can hold different IP configurations than their Windows 10 counterparts.
At the time of this writing, IP addresses for WSL2 Linux use Network Address Translation (NAT) to access network resources on Windows, though Microsoft has mentioned removing NAT is high on their backlog of issues to fix.

https://adamtheautomator.com/windows-subsystem-for...

https://docs.microsoft.com/en-us/windows/wsl/networking

https://davidbombal.com/wsl-2-networking/

только начал изучать питон

В этом-то и заключена проблема. Разумеется, если не понимать, что делаешь, то будет получаться непонятно что.

В данном случае что происходит?

1. Мы ловим любое сообщение на любом сервере, где есть бот, в любом из каналов, которые боту видны.

2. Затем мы зачем-то получаем канал с фиксированным id.

3. Затем мы обращаемся в этом канале к свойству message (а оно там есть? и что это будет, сообщение? какое?) и от него вызываем метод delete, причём с параметром message.

В результате даже если этот, с позволения сказать, код удастся запустить, он работать всё равно не будет, зато будет кидать ошибки.

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

Увы, но нет. Сначала надо освоить язык, начиная с элементарных основ, описываемых в учебнике. А уж потом переходить к более сложным темам.