[Task] Add Import Functionality for existing IotaDocument
+ private keys to Account
#475
Open
2 of 3 tasks
IotaDocument
+ private keys to Account
#475
Description
EDIT: Description outdated as most tasks where finished long ago. Last to-do item still is open though.
As was discussed in #419, the low-level API will be accessible via "Option 2", a mutable DID Document to be returned by the
Account
. This function will return either anIotaDocument
directly or anIdentityState
, depending on #462.Additionally, a
publish_unchecked
method is needed, to publish a mutated document directly, to bypass the regular account functionality, like automatic signing and figuring out whether to publish as diff or int. It should be possible to force publish as an integration message, but not as a diff message. This should also allow modifying the document's metadata.In addition, the
Account
will need to be able to import a DID Document, publish it to the Tangle, storing it in theStorage
adapter and loading it back into theAccount
. All these actions should try to avoid putting restrictions on the state of the DID Document, such that developers have more freedom than just theAccount
. It needs to be researched how we can allow DID Documents with a state that theAccount
doesn't understand to once again become part of theAccount
.Motivation
Right now, the low-level API for DID Document management does not overlap with the
Account
API. This means that either API must be chosen for the management of the Identity for the entire application. This Issue helps to make the API that is used interchangeable.Resources
To-do list
Create a task-specific to-do list . Please link PRs that match the To-do list item behind the item after it has been submitted.
Account
#522)Account
#522)IotaDocument
with a list of its private keys and make it managable by theAccount
The text was updated successfully, but these errors were encountered: