timbeiko.eth pfp
timbeiko.eth
@tim
Is there a way to encrypt something on Ethereum and “force” decryption at a certain block? Idea is to sidestep not revealing the data. It’s fine if “as of block X, anyone can decrypt”, not just the original sender.
6 replies
0 recast
0 reaction

Cassie Heart pfp
Cassie Heart
@cassie
Timelock cryptography. Not the timelock contract pattern that OpenZeppelin has but something like an RSA or IQC style timelock puzzle. It’d be just as decryptable off-chain as it would on-chain, but that would be the way to do it. You’d basically set the parameters such that it’s _roughly_ the right height, err h
2 replies
0 recast
1 reaction

tg pfp
tg
@tg
Ah, now we're talking about the dual - forcing the operation to NOT be done until a certain amount of elapsed time. FWIW, I'd consider that whatever time-related bounds proofs that timelock cryptography may provide - to be so fuzzy so as to be totally impractical for any practical applications I can think of.
2 replies
0 recast
0 reaction

tg pfp
tg
@tg
Reason: You ultimately make strong assumption bounds on what compute power DOESN'T exist, which tend not to be sufficiently-boundable for any small task - and instead only usefully-boundable for tasks so gigantic, e.g. to be sure that there's not 100x more compute power for the task lurking, e.g. Bitcoin ASIC mining.
1 reply
0 recast
0 reaction

Cassie Heart pfp
Cassie Heart
@cassie
Not necessarily — the speed constraint of IQC is in speed of the fastest linear processing, necessarily by design it cannot be parallelized like Bitcoin miners working in unison to “find the winning hash”, and while there exists ASICs for the Wesolowski VDF it can’t get much faster
2 replies
0 recast
0 reaction