Понимание связанных доменных служб и создание пользовательских связанных доменных служб

Question

Я проводил большое количество исследований по универсальным ссылкам, передаче обслуживания и связанным доменам на iOS. Тем не менее, большая часть документации углубляется в то, что на самом деле происходит под капотом в отношении связанных доменов (ну, я не смог найти документацию).

Вот что я понимаю до сих пор:

Основываясь на документации по учетным данным универсальных ссылок, передачи и совместного использования веб-сайтов, мы имеем следующий формат, когда речь идет о связанном домене:

<service>:<fully qualified domain>[:port number]

Таким образом, при использовании универсальных ссылок, сервис applinks, При использовании hand off сервис activitycontinuation, При обмене веб-учетными данными услуга webcredentials,

Всякий раз, когда приложение загружается apple-app-site-association файл загружается и хранится на телефоне, а реестр хранится. Например, теперь давайте работать с универсальными ссылками.

Допустим, мое приложение регистрируется в разделе связанных доменов: applinks:com.example, Теперь давайте скажем, что когда я получаю ссылку в электронном письме, которое www.example.com и я нажимаю это, я предполагаю, что ОС на телефоне сначала проверяет реестр всех applinks сохранены на устройстве и потому, что данное приложение регистрируется на com.example Затем он просто направляет URL-адрес на данное приложение, которое зарегистрировало com.example связанный домен.

Вопрос 1: эта интуиция верна?

Если это так, я не вижу никакой проблемы как разработчика, создавая свой собственный веб-сервис, т.е. mySpecialService:<Some-Domain> и в моем apple-app-site-association В файле есть что-то вроде:

{
   "mySpecialService": {
       "apps": [    "D3KQX62K1A.com.example.DemoApp",
                    "D3KQX62K1A.com.example.DemoAdminApp" ]
    }
} 

Вопрос 2: могут ли разработчики создавать свои собственные связанные доменные сервисы? Или связанные доменные службы зарезервированы Apple?