refactor(presence): Use branded JsonDeserialized type internally

[tylerbutler]

Updates the presence internals to use an opaque/branded internal type when passing around JSON objects. There are two functions to make JSON types opaque/not opaque, as well as a helper that casts from an opaque JSON type to a DeeplyReadonly<JsonDeserialized<T>> object since that is what we often need.

Externally, the API remains the same; the internal types and functions are marked @system and objects are converted between the types at the API boundaries.

There were API level mismatches with the Notifications changes, so I marked InternalUtilityTypes as alpha. Is there a better change? Similarly, the core-interfaces types needed to be beta since the presence APIs are marked as such.

[jason-ha]

Looks like all of these are incorrect. Likely you imported from the wrong path somewhere. See the note on lines 15-18.

[github-actions]

🔗 No broken links found! ✅

Your attention to detail is admirable.

linkcheck output

> fluid-framework-docs-site@0.0.0 ci:check-links /home/runner/work/FluidFramework/FluidFramework/docs
> start-server-and-test "npm run serve -- --no-open" 3000 check-links

1: starting server using command "npm run serve -- --no-open"
and when url "[ 'http://127.0.0.1:3000' ]" is responding with HTTP status code 200
running tests using command "npm run check-links"


> fluid-framework-docs-site@0.0.0 serve
> docusaurus serve --no-open

[SUCCESS] Serving "build" directory at: http://localhost:3000/

> fluid-framework-docs-site@0.0.0 check-links
> linkcheck http://localhost:3000 --skip-file skipped-urls.txt

Crawling...

Stats:
  222981 links
    1707 destination URLs
    1939 URLs ignored
       0 warnings
       0 errors

[tylerbutler]

This change is superseded by #24772.