4 ms·
Upgradable infers that the underlying contract address has a new chunk of code. That is not what this is proposing. This is simply making resolving contracts, w
by 45h34jh53k4j 9y ago
Upgradable infers that the underlying contract address has a new chunk of code. That is not what this is proposing.
This is simply making resolving contracts, which is best practise today.
- crispyporkbites 9y agoIt achieves the same thing though, you call a contract at address A, which is usually proxies to contract at address B. The owner of A can shift the proxy point to address B or any other address. The danger here is that the user calling the contract is not aware of the proxy and the new contract does something unexpected.
- eudoxus 9y agoThe way I see it, if you are using a contract and you don't know that there is a sole owner that has the ability to upgrade the underlying contract to something else, which could be nefarious, then that is in the same wheel house as using a contract with a bug in it anyways. It should be standard practice to have some governance model around the upgradeability (IE Multisig, Liquid Democracy, Aragon, etc...). Any contract that doesn't use some governance should be considered insecure and not used for financial transactions on the chain.