[zer0x4d]

I'm not too sure but few things come to mind:

1. Upgrade protocol to include protections for well known cold wallets held by exchanges (ex: API call has to be made to the exchange's security endpoint to validate each transaction out of the wallet. Exchange staff would need to manually allowlist large transactions before they are transmitted).

2. Decentralized voting on reversal of transactions (90-95%+ vote needed to reverse to avoid 51% attacks)

[jeswin]

This is getting pretty close to the banking system, at which point one needs to ask - maybe just improve existing protocols?

[j8k99kuyr]

> 2. Decentralized voting on reversal of transactions (90-95%+ vote needed to reverse to avoid 51% attacks)

Couldn't you technically just 'git checkout' a previous commit from before the fraudulent transaction occurred and pretend it never happened? Isn't the real problem that you'd have to convince a majority of users to do the same?

[ttyprintk]

The DAO experiment ended this way. Once an exploit started siphoning tokens to a new fund, that same exploit allowed anyone the same maneuver. Fixing an exploit is changing the rules, and the experiment would have ended in deadlock without it.

[killerstorm]

Ethereum is programmable, such a protocol can be implemented as a smart contract.

[rs186]

Not going to work, otherwise it would already have been done.

People who control or take advantage of cryptocurrency don't want this to happen.

[lucianbr]

Good luck getting 90% of a large group of people to vote the sky is blue.