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
I agree with all the points listed above. I want to add that this would also be easier to maintain. Instead of updating multiple instances of databases each time some factors change we just have to maintain the chaincode and update the chaincode version on all endorsing peers.
Instead of storing emissions factor data in dynamodb or orbitdb, store the emissions factor data directly on fabric ledger. The benefits would be:
Add data type field to ledger records to identify if the record is an EMISSIONS_FACTOR or AUDITED_EMISSIONS (or something else eventually)
Initializing data is done by running chain code to store data in ledger as EMISSIONS_FACTOR
Calculating emissions will get data from ledger for EMISSIONS_FACTOR first, then store the calculated results as AUDITED_EMISSIONS.
When storing AUDITED_EMISSIONS, link back to the EMISSIONS_FACTOR record used.
The text was updated successfully, but these errors were encountered: