3 ms·
the 2nd point was to address the fact that the contract can be updated/patched with little if any impact to it's end users. so the new version of the contract g
by ChemicalWarfare 10y ago
the 2nd point was to address the fact that the contract can be updated/patched with little if any impact to it's end users. so the new version of the contract gets pushed out, the old one is not in use any longer and just kind of dies off :)
- vessenes 10y agoRight, but for a ponzi scheme contract, that's not a great outcome. Or, say, a crypto-currency, one of the sample apps in Ethereum documentation. Either way, you have a trust problem -- who shall be trusted to transfer out all the value the contract holds?
- ChemicalWarfare 10y agoI would imagine that would be something the contract identifies explicitly along the lines of Bitcoin multisig.
- vessenes 10y agoThat's one conversation I'm hoping to get launched soon. The sample 'make your own digital currency' code from Ethereum has no such provisions right now. To my mind, it's a little like K&R C showing you how to walk through a string in the 1980s -- adversarial data was not a big concern at the time.
- dv_dt 10y agoHow does one assure the the updated contract only fixes bugs and doesn't change the intent of the original contract?