You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A connector for the SDKs to submit the PRISM Block to the Cardano Blockchain.
Value statement
As a community we already agreed this is value coming from the discussion in #80
But just the summarize:
The PRISM Node can be view as a Cardano Connector. But is a component that is able to do much more that simple submit transaction with metadata.
But this is a very common use case in Cardano.
The value of this come from bypassing this dedicated component of the did:prism method. With a generic component that uses infrastructure that already exists and that is largely available.
Again, the ONLY concern that we care about in here is the Writing Path.
We don't care about the status of DID in here. But to create valid PRISM Block you need to know the status of the DID. For that you have the Reading Path. Both PRISM Node or the universal resolver cover that.
For example when you create a new did:prism you already know the state of the DID, because it is no existed.
So let's split responsibility:
The SDKs needs to produce the bytes that constitute a valid PRISM Block.
Note the PRISM Block is already sign with the private keys if the DID, so the Keys is never shared with the connector.
The Cardano Connector receive the bytes of the PRISM Block (which is a protobuf) and create a transactions with those bytes on the metadata and a metadata id 21325.
See Appendix A & B on the PRISM DID method specs for more for more information.
Private keys. There are you two pairs of Private keys, one is the Master key on the DID and another is the key of the wallet.
The Master private key of the DID is never shared with the Connector. This key is used to sign the PRISM Object in order to make the PRISM Block.
The private key of the wallet its also never shared to other components. This key is used to sign the Cardano transactions.
I propose we do a proof of concept of a connector that will be a Chrome extension and use the TS SDK to call the Lace wallet and make a transaction via the Lace wallet.
I tried to ask via the Lace's public channels, if its possible to build a Chrome extension that calls the Lace Chrome extension, to make a transaction from the wallet to itself with some metadata that will be passed.
But I got no response
why do we need a Chrome extension for the edge SDK?, I think they didn't respond because extensions are limited and sandboxed, so calling code from one extension to run on another might not be possible by design.
Maybe if the edge SDK runs directly on a page, we have a chance of calling the public Lace API to publish a DID on chain.. if the edge SDK runs in an extension it will be harder to achieve that without some sort of middle layer that communicates the two components. We need to quick PoC test to try this over testnet, could be a fun weekend project :)
Short Description
A connector for the SDKs to submit the PRISM Block to the Cardano Blockchain.
Value statement
As a community we already agreed this is value coming from the discussion in #80
But just the summarize:
The PRISM Node can be view as a Cardano Connector. But is a component that is able to do much more that simple submit transaction with metadata.
But this is a very common use case in Cardano.
The value of this come from bypassing this dedicated component of the
did:prism
method. With a generic component that uses infrastructure that already exists and that is largely available.Again, the ONLY concern that we care about in here is the Writing Path.
We don't care about the status of DID in here. But to create valid PRISM Block you need to know the status of the DID. For that you have the Reading Path. Both PRISM Node or the universal resolver cover that.
For example when you create a new
did:prism
you already know the state of the DID, because it is no existed.So let's split responsibility:
Note the PRISM Block is already sign with the private keys if the DID, so the Keys is never shared with the connector.
21325
.See Appendix A & B on the PRISM DID method specs for more for more information.
I propose we do a proof of concept of a connector that will be a Chrome extension and use the TS SDK to call the Lace wallet and make a transaction via the Lace wallet.
The idea is to explore CIP30 API and try to build from there https://cips.cardano.org/cip/CIP-30
Components
Proof of concept for a new company Component
Writing path of the
did:prism
method using the TS SDKThe text was updated successfully, but these errors were encountered: