pashara

Zefirot, ошибка - nullref. Объекта не существует в редакторе, т.к. DataStorage.instance заполняется в Awake (который, в свою очередь. в режиме редактрирования не отработает так, как хочется).
Нужно писать кастомные скрипты для редактора, которые данные для UI будут доставать другим образом (грузить данные из файла по пути, например)

Красить объект нужно через материал (через текстуру - тогда материал один, через цвета - тогда для каждого цвета - свой материал).
Для этого 3D объект должен быть подготовлен определенным образом: на нём должна быть реализована uv-сетка (определенным образом под конкретную задачу. Ее можно генерировать процедурно, либо шейдером подгонять текстуры под нее, но это дорого по времени выполнения, не всегда универсально, да и в большинстве случаев не нужно).
Резюмирую: подойти к 3D-шнику и сказать: "мне нужно менять вот эту, эту и эту часть меша. Сделай для этого развертку/разные материалы.".

Если производятся изменения в инстансах на сцене - то это очень старнно и баг.
Если изменения вносятся в префаб\ScriptableObject - то никак. При изменении файла, Unity хранит его измененную версию у себя в кэше, пока данный объект каким-либо образом не будет помечен "dirty" (тогда версия кэша и на диске бюудет совпадать).

Back можно делать при помощи Canvas'a в мировых координатах. Проблема перекрытия решается настройкой слоёв и Order'a внутри них: SpriteRenderer -AdditionalSettings поля SortingLayer & OrderInLayer; Canvas- SortingLayer & OrderInLayer (RendererMode == WorldSpace). Но зачем это использовать?
Для лучшего понимания что и когда использовать, стоит понимать, как вобще отрисовывается UI и как можно легко потерять перфоманс, вставляя везде канвасы (каждое изменение элемента canvas'a помечает ближайший canvas "dirty" и начинает переасчёт для отрисовки на следующий кадр, что для перфоманса прям не очень).
Если есть необходимость, чтобы back одинаково выглядел на разных девайсах, то эту логику стоит реализовать через код (в основном, все расчёты будут привязаны к AspectRatio - соотношение сторон)

Такую задачу можно решить при помощи аттрибутов у поля.
Вот, например, этим.
Вот так юзать его.

[SerializeField] LocalizationProviderType type;

[ConditionalField("NextState", LocalizationProviderType.WebResourcesSystem )] 
[SerializeField] private string webResourceUrl;

P.S. Имхо, подход на каждый чих иметь своё поле не совсем правильный. По сути, это поле путя, а не какие-то данные, спецефичные для каждого типа данные. То, каким образом эти данные будут использоваться дальше - ответственность других компонентов.

Если вопрос про Mecanim, то в настройках анимации можно оиграться с параметрами "bake"-ов.
Так же можно на GO с аниматором повесить скрипт, реализующий метод OnAnimatorMove.

Желтые границы - границы отступов, а не самого текста. Лучше через размеры RectTransform'a менять размер текста.

Вывод текста можно делать и так:
text.text = $"{y}\t";

string multiplyTable = string.Empty;
for (int i = 1; i <= 10; i++)
{
    for (int j = 1; j <= 10; j++)
    {
        multiplyTable += $"{i} * {j} = {i * j}\n";
    }
    multiplyTable += "\n";
}
text.text = multiplyTable;

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

• при помощи тайлинга текстуры, а не ее растяжения
  
• пытаться сделать так, чтобы скейл текстуры в экранных координатах был n:1, где n - целое число (т.е. чтобы тексутра на сцене по факту занимала 64n*64n пикселей), либо n = 2x, где x - целое число. (идея в том, чтобы скейлить вверх или вниз кратно двум)
  

так что перемещение между двумя точками мне не подходит

Вобще глупости. Всегда будет точка откуда идти и куда нужно прийти.
Тут либо в Update код крутить

transform.position = Vector3.Lerp(transform.position, targetPosition, .1f);

либо высчитывать delta-смещения за кадр

float maxSpeed = 2f;
float maxDelta = maxSpeed * Time.deltaTime;
Vector3 delta = transform.position - targetPosition;
if (delta > maxDelta)
{
   delta = delta.normalized * maxDelta.magnitude;
}
transform.position += delta;

P.S. Код не проверял, но идея такая