https://oembed.com/providers.json  кто-нибудь пробовал класть эту хрень локально?

Слишком пространный вопрос, ибо оно будет зависеть от частоты тех или иных запросов

Зависит от цели "узнавания"

Ситуация такая. Вот есть такая связь сущностей. Сущность типа 1 это событие, и оно имеет много подсвязей.
Событие собирается из связки сущностей других, а те в свою очередь еще из других и т.д.
То есть своего рода конструктор.
И вот мне нужно новое событие, которое будет иметь все идентичное. А в какой-то момент я пойму, в самом конце цепочки, мне нужно поменять текст (значение у поля). После сохранения эта сущность будет иметь 2 ревизию.

Задача в том, чтобы я в любое время мог посмотреть информацию о первом событии в плоть до того, какой там был текст в конце цепочки. Понимаешь?

Можно ли восстановить полностью цепочку, зная только первую сущность (Событие)

У меня возник вопрос по ревизиям, а точнее про связи сущностей по ревизиям.
Например у меня есть тип сущности №1, у которой есть поле референса на другой тип сушности.
Это поле имеет target_revision_id. То есть я прям делаю референс с привязкой ревизии.
На рис. 1 расписана связь сущностей с ревизиями.
Но в какой-то момент времени у типа сущности №4 меняется ревизия. Соответственно и у сущности, которая на нее ссылается тоже меняется target_revision_id на 2.
В это время, создается вторая сущности у типа №1. И если пройтись по цепочке, то у типа №4, третяя сущность уже имеет вторую ревизию см. рис. №2.

Так вот вопрос, можно ли будет как-то узнать, что к первой сущности типа №1 была связь с ревизией №1, типа сущности №4, id 3 в определенный момент времени?

Когда связь только между двумя сущностями все понятно. Одна сущность ссылается на первую ревизию, вторая уже там может ссылатся на вторую. Тут вопросов нет. Но что делать, если ревизия поменялась дальше по цепочке? Можно будет эту цепочку воссоздать?

Параграфы разве не так работают? Тут всё, что нужно, это использовать поля типа entity reference revisions, а не обычный entity reference