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
The PDP Listener interface should allow an extra data param to be threaded through from the caller. This means we should add extra data params into the main PDP interface to allow caller to talk directly to the listener. This lets us use the safer, cleaner listener pattern but still allow for protocol extensions in base PDP that allow offchain auth and other extensions. The canonical example is an application that allows PDP client to fully determine the allowlist of valid cids to be added to proofset.
Without extra data: in this case the PDP client must go to the application contract directly and store the valid cids that are allowed to be added to the proofset in the contract state before the PDP SP can call PDP addroots.
With extra data: signature is sent to PDP SP who then includes it and passes to listener during addRoots call
The text was updated successfully, but these errors were encountered:
Note: this is the approach we used for DDO. Though this time I think one extra data per call is fine, no need to have an array per individual operation in a batch
The PDP Listener interface should allow an extra data param to be threaded through from the caller. This means we should add extra data params into the main PDP interface to allow caller to talk directly to the listener. This lets us use the safer, cleaner listener pattern but still allow for protocol extensions in base PDP that allow offchain auth and other extensions. The canonical example is an application that allows PDP client to fully determine the allowlist of valid cids to be added to proofset.
The text was updated successfully, but these errors were encountered: