Open markpyzhov opened 7 years ago
The creation of notebook is something like this
The blockchain is uneditable. Its not possible to first enter a value and then remove it because the whole process didn't work out.So entering any details to blockchain should always be last part of any transaction.
In order to buy notebook,
This allows UI to create a copy of the notebook that was bought. User can make changes in their own copy as much as they like. Original and bought copies aren't connected. Connecting the copies requires the original author to provide permission that will just provide access to the real notebook and wont create a copy.
The blockchain is uneditable. Its not possible to first enter a value and then remove it because the whole process didn't work out.
How then Update and Delete endpoints work (https://github.com/MallCloud/contracts-api/wiki/API-Access)?
The creation of notebook is something like this
In order to buy notebook
I think the process will be similar if it will be as I described by me, except the way from what C-API will be triggered.
Connecting the copies requires the original author to provide permission that will just provide access to the real notebook and wont create a copy.
These methods will come later right?
The update functionality is done using specific functions that are made for it. Blockchain still remembers previous values. Delete doesn't actually delete anything. We just make a notebook unavailable. Its still present on blockchain, but if someone wants to get the access authorization or buy it, we simply tell them its unavailable.
These methods will come later right?
Yes, it will be added into system.
As I see the flow is:
Can you update the flow to be matched with your vision?