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

Нет. eSim - это чип в телефоне, который выполняет ту же работу, что и обычная sim.

Интернет нужен только для установки приложения оператора и первоначальной настройки esim

Они не являются вариантными, тк T принимается и на вход (Add), и возвращается в методах (Get).
А C# в таких ситуациях не разрешает добавлять соответствующие модификаторы.

Вот с IReadOnlyList такой проблемы нет потому он ковариантен.

Как проведения атаки влияет на курс криптовалюты?

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

Так и падает курс.

Не забывай про причинно-следственную связь.
Курс падает не от роста предложения (массовых продаж), а от падения спроса.
Тоесть:
Какой-то чел начинает вертеть рынком как хочет, и сеть от этого ломается
=> люди об этом узнают (параллельно происходит хардфорк с уже другой "правильной" цепочкой)
=> на такую криптовалюту падает спрос
=> Новые покупатели не появляются. Те кто был готов купить дорого уже купили, остались только те кто готов купить дёшево. (просто посмотри как биржевые заявки выглядят - это набор предложений продать за X и купить за Y)
=> Те у кого ещё остались эти никому не нужные фантики - продают их хоть за какую-то цену (ибо что им терять - в новом форке у них те же самые деньги есть.)

Кстати, деньги остаются и у злоумышленника, просто состояние сети будет "до".
(если конечно их его намеренно не лишили в этом форке)

1. Вместо AddForce просто выставлять скорость движения (через RigidBody.velocity) - вот тебе и постоянное движение с постоянной скоростью
2. Джойстик возвращает значение двух своих осей от -1 до 1 - по ним при помощи школьных формул можно высчитать угол поворота (гугл: как преобразовать декартовы координаты в полярные).

Но в теории ты можешь просто нормализовать этот вектор, скалярно умножить на скорость, и передавать сразу в velocity и в LookAt, без лишних вычислений

Но как я смотрю - ты это примерно и делаешь, просто AddForce лишний, кмк.
Либо наоборот - лишний velocity, ибо документация Unity рекомендует использовать только одно.

А ещё я не вижу, где выставляется значение _moveSpeed (и чем это отличается от runSpeed).
Если нигде, то оно будет всегда 0, и персонаж двигаться не будет.

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

1. Сайт и мобильное приложение - это разные вещи. У них тупо разный UX, даже если сравнивать с мобильной версией сайта.
2. RN вроде можно какими-то хаками заставить работать в браузере, но см п.1
Продукт может существовать как без полноценного сайта, так и без мобильного приложения.

И я думаю, что не все темы важны для освоения.

Как ты это определил?

Но вообще да. По моему мнению, можно пропустить следующие темы:

• Глава 13. Многопоточность (но очень желательно не пропускать, ну или хотябы ознакомиться частично)
  
• Глава 17. Parallel LINQ (но лучше знать что он существует)
  
• Глава 18. Рефлексия (желательно знать, что она есть, и для чего её можно использовать, а для чего нельзя)
  
• Глава 19. Dynamic Language Runtime (главное знать, что его лучше не использовать)
  
• Глава 21. Работа с файловой системой. (можно пропустить пункт про BinaryFormatter)
  
• Глава 22. Работа с JSON (это не является частью языка, но это нужное и используется часто, и эта тема освещена на метаните не достаточно)
  
• Глава 23. Работа с XML (не является частью языка, да и используется редко)
  
• Глава 24. Процессы и домены приложения (AppDomain больше не существует, но про процессы и загрузку сборок лучше знать, чем не знать)
  
• Глава 25. Валидация модели (Не является частью языка, а для валидации лучше использовать FluentValidation)
  

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

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

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

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

Плюсы натива - не нужно тащить в рантайм какой-то интерпретатор или jit-компилятор, по тому часто само приложение получается компактнее, жрёт меньше ОЗУ, и быстрее запускается.
А также AOT-компилятор может делать больше сложных оптимизаций, тк у него нет ограничений в ресурсах и времени.
Нативное приложение обычно сложно декомпилировать

Плюсы вм - для портирования приложений нужно портировать только вм.
Если вм уже установлена на целевую машину, то байткод будет занимать меньше места, чем нативный код.
В теории может быть быстрее чем нативное приложение, тк у JITа имеется больше информации, чем у AOT-компилятора даже с профилем.
Компиляция в байткод идёт быстрее, чем в нативный, тк не нужно делать много сложных оптимизаций - этим будет заниматься JIT в фоне. И компилировать он будет только то что используется, а что не используется или используется редко - нет (будет без сложных оптимизаций)
Проблемы со скоростью холодного старта решаемы.

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

Почему глупо?
Глупо - это много разных сервисных классов для разных задач объединять в рамках одной библиотеки.

Если тебе нужно что-то из aspnetcore, то тебе нужно сделать библиотеку зависимой от него.
https://docs.microsoft.com/en-us/aspnet/core/funda...

До .netcore 3.1 можно было использовать Nuget с абстракциями (Microsoft.AspNetCore.Http и Microsoft.AspNetCore.Http.Abstractions), но теперь аспнет идёт вместе с рантаймом, по тому надо делать FrameworkReference

У них же открытые исходники:
https://github.com/trustwallet - Go, C++, JS
https://github.com/ExodusMovement - Java, C++, JS
https://github.com/myetherwallet - Kotlin, JS
(выбирал топовые языки в каждой репе)
Ещё знаю, что wasabi написан на C#

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

Свойство Company в классе Person имеет тип Company, и у него нет оператора неявного преобразования из string.
А ты пытаешься этому свойству присвоить значение типа string.

Зависит от того как настроен CORS и на каком домене лежит сайт на реакте.
Если в CORS прописан домен фронта, то проблем не будет.
Или если CORS - same site и фронт лежит на том же домене.