Add DealList to DDEX message #69
revelator-labs
started this conversation in
General
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I think we can simplify the flow of deals/licenses creation considering that DDEX deals are not including splits and can exclude the expiration date (so far validated by Revelator and music unchained. Will verify with Sona suites also).
We can include the deal list in the initial DDEX and ommit the expiration date if provided and then automatically register the deals just like the works.
Whenever an Oracle would like to tokenize a deal I suggest to use the new dedex nft standard* to provide the array of 0x holders. This should be a private message that will be protected with zk proofs and can be an input either for the royalty pool to provide the private royalty claims or be used to mint a transparent royalty token contract.
*This is the standard Bruno has helped define together with unchained and a few other supply chain companies and DDEX have an interest to promote it
This way all records can have independent cashflows and if on needs to be transferred (catalog migration for example) a new ERN will be sent by the new Oracle claiming the deal (RightType+Territory) . The existing Oracle will have to send the purge message (or ERN with an expiry date - should we allow it to be a future date?) Or instead refute the claim and provide proof/counter-claim.
From here we need to define the disputes management policies.
There should be a grace period for each response, but staking should be used to economically incentivize the migration - If no response from either side within defined timeframe then their stake starts to get locked up slowly.. this should be defined by the steering committee...
Beta Was this translation helpful? Give feedback.
All reactions