-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FEATURE]: Store number of updates of a specific contract #24
Comments
Unlike koinos/koinos-chain#806, this issue is a bit more involved.
I don't think this is the responsibility of the chain. Rather, the pool contract should be checking its own state and emitting a "success" event if everything looks good. Since your pool contract is not intended to be upgraded, I would focus on your second point.
This is do-able, but it is not the responsibility of the chain. I would rely on Contract Meta Store to give current and history information on smart contracts.
Reading transaction history is still decentralized. You can cryptographically prove inclusion of the transaction. |
Thanks Michael. Could you give an example of how can I make this cryptographic proof? |
This issue is stale because it has been open for 30 days with no activity. |
If the contract meta store recorded which transaction included the update, you can look up which block included the transaction and the blockchain itself is the proof. I am moving this issue to contract meta store as the correct place to add this information. |
This issue is stale because it has been open for 30 days with no activity. |
This issue was closed because it has been inactive for 14 days since being marked as stale. |
Is there an existing issue for this?
New feature
As a smart contract developer I would like to know how many upgrades a specific contract has had.
Use case example: Fogata.
Before adding a new pool to the list of approved pools we have to check that the storage of the pool has not been manipulated in the past by a previous contract. Then we have to check that the submitted contract has not been upgraded in the past.
Right now, we check this by reading the history of transactions. But I would like to perform this check in a decentralized way.
Anything else?
No response
The text was updated successfully, but these errors were encountered: