Perhaps a property that contains an associative array that serves as a substitution table for any referenced object IDs or it’s children (if I’m not making a grossly bloated proposition)?
{ "type": "Note", "id": "https://alice.example/objects/123", "content": "This is a AP/DID polyglot post", "inReplyTo": "https://bob.example/objects/567", "didMap": { "https://alice.example/objects/123": "did🔑zAbc123xyzBaSe64zyx/post/123", "https://bob.example/objects/567": "did🔑z6ZxyBl0bofMu1tih4sh3tc/post/567" } }>I think a separate property could be used instead, despite it adding more cruft
With a separate property it will be difficult to create links. Take for example inReplyTo property, if you use a separate property the reply will look like this:
{ "type": "Note", "id": "https://alice.example/objects/123", "didUrl": "did🔑xyz/objects/123", "content": "This note has two IDs", "inReplyTo": { "id": "https://bob.example/objects/567", "didUrl": "did🔑ijk/objects/567" }, ... }Mastodon probably won't accept such inReplyTo value, so you'll get a separate fediverse either way. I think single ID approach is cleaner
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.