Content
@
0 reply
0 recast
0 reaction
✳️ dcposch on daimo
@dcposch.eth
A fascinating aspect of cryptoeconomics: critically-important code that ~never executes. - Slashing - Coin voting vetos - Rollup fraud proofs In each case, the mechanism ensures an attack is -EV > no attack > countermeasure not exercised. Hard problem to ensure it's still live & working.
5 replies
20 recasts
76 reactions
✳️ dcposch on daimo
@dcposch.eth
For something like L1 validator slashing, there's enough background noise of people accidentally running broken setups to ensure we have working slashers. For eg a fraud proof on a less-popular optimistic rollup... IDK
1 reply
0 recast
34 reactions
polymutex
@polymutex.eth
I've been thinking about the same thing but for user-initiated forced L2 transaction inclusion. There's no UI for this in any L2 yet. IMO there should be a periodic forcing function that requires users to make such a transaction, in order to force wallets to support this. Perhaps @l2beat should start monitoring this.
0 reply
0 recast
1 reaction
comm intern
@comm.eth
are there checks to make sure they still work when new upgrades go live? i’m a newbie, just wondering
2 replies
0 recast
0 reaction
Abubakar🎩
@bigbenz
Problems faced on a daily basis Quite interesting aspect about cryptoeconomics
0 reply
0 recast
0 reaction
Crypto Boost
@cryptoboost
✌🏻
0 reply
0 recast
0 reaction