pull down to refresh
I wish I knew, but if I knew i would pitch to someone and help them build.
True convergence between decentralized finance and decentralized internet.
True no-custodial P2P micropayments in applications with high frequency sub-dollar transactions.
Replacement of login/password ecosystems with bitcoin keys derived authentication
More consumer friendly home devices that actively participate in the network (meter readers, content distribution networks)
I just can't imagine!
Wow. This is both a hell of a piece to think about, and one that's linked to a couple more (I literally zapped after reading the Stocker piece -- I'd never heard of him either -- and almost took a break before coming back and reading the rest; glad I didn't).
Like you, I'm not currently swept up, and I range from wanting to be, to wanting to not have to be (if that makes sense). I'm very good at my job in general, but it's not the sort of thing that leads to the feedback cycle Munger and O'Keefe talk about. But I'm also okay, I guess, with not being there. If I can enjoy my family and time with them and make a small part of the world slightly better, do I need to be swept up?
(And I'll take this over focusing on pure survival, of course).
I dunno. I guess the short answer is: This is giving me a lot to think about, and I'm about to spend some time diving into Stocker's blog to see if everything he's got is that good.
This criticism of Robin's bridge model seems to incorrectly state that verifiers can burn user funds in step 8. That is not my understanding of Robin's model, I believe that if the prover does not process a withdrawal, the verifiers can burn some funds that the prover himself put up as a kind of stake to dissuade dishonest behavior, but user funds do not get burned, they simply move to a new m-of-m multisig controlled by the remaining verifiers.
One of them becomes the new prover and must process the withdrawals now otherwise they lose their own stake and the cycle repeats until one of two things happens: either some verifier processed the withdrawals properly when it was their turn, or all user funds become the sole property of the last verifier, locked to a 1-of-1 where he or she is the only remaining keyholder.
At that point, this final verifier can simply send the users their money without hindrance. But if he or she is dishonest, users are out of luck, the last verifier can run off with all user funds if no previous verifier could or would perform the withdrawals honestly. (This is largely why you must always trust at least one verifier to be honest, in Robin's model.)
Also worth pointing point: my unisob bridge model is unaffected by this criticism. The prover sources the funds to perform a withdrawal when the user first deposits money to the bridge, and every depositor gets to withdraw up to the amount in their own individual contract with the prover. If the prover is unable to source sufficient funds, the would-be depositor simply aborts and never makes their deposit.