Correct inter-contract associations #199
Closed
bumi wants to merge 3 commits from
correct-contract-associations into master
pull from: correct-contract-associations
merge into: :master
:master
:new-final-deploy
:new-final-deploy-2
:reimbursement-export
:staging
:legacy
:addresses/rsk-testnet-raucao-1
:ipfs-defaults
:deletemewhendone
:feature/184-improve_withdrawal
:tests/contracts-contribution
:tests/contracts-kit
:kit/add-vault-app
:feature/ipfs_hash_in_add_response
:chore/bootstrap-on-travis
:chore/remove-direct-aragon-cli-dependency
:chore/update-dependencies-1
:fix/ipfs-config
:apm-hack
:wtf/package-lock
:feature/contributor-balance
:feature/constructor-options
No Reviewers
Labels
Clear labels
good first issue
ipfs
rsk
scaling
bug
dev environment
docs
duplicate
enhancement
feature
idea
invalid
kredits-1
kredits-2
kredits-3
question
security
ui/ux
wontfix
Good for newcomers
Something is not working
Config, builds, CI, deployment, etc.
Documentation
This issue or pull request already exists
Improving existing functionality
New functionality
Something to consider
Not a bug
Small contribution
Medium contribution
Large contribution
Looking for an answer
release
major
release
minor
release
patch
All your base are belong to us
User interface, process design, etc.
This won't be fixed
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: kredits/contracts#199
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
So far our contract discovery was wrong.
https://spectrum.chat/aragon/aragonos/how-do-i-get-the-appid-namehash-of-an-app-in-open-aragonpm-eth~50dd2c67-63a2-49cf-bc64-aa033e33f48d
All dependent contract connections that are needed must be passed in and
can not be discovered from the DAO/Kernel/whatever.
So far I have no idea how we upgrade to these new contracts.
actually not sure how to best proceed with such a change as I am not sure how that change would affect the deployed contracts or how to deploy those changes.
Maybe it's easier to first solve bootstrapping/migrating contracts with existing data? This would both help with changing basic architecture on the way, as well as deploying to different chains and keeping our production data.
Closing in favor of #213.
Pull request closed