Content pfp
Content
@
0 reply
20 recasts
20 reactions

Dan Romero pfp
Dan Romero
@dwr.eth
What channels should we add next? Replies with a lot engagement will get more weighting.
148 replies
16 recasts
142 reactions

Daniel Fernandes pfp
Daniel Fernandes
@dfern.eth
SGX
1 reply
1 recast
1 reaction

July pfp
July
@july
Like intel sgx?
1 reply
0 recast
0 reaction

Daniel Fernandes pfp
Daniel Fernandes
@dfern.eth
Yessir, actually probably TEEs more generally, but also maybe FHE in the future...since we have a ZK channel, and I feel ZK/FHE/MPC/TEEs all can be combined in interesting ways
1 reply
0 recast
1 reaction

July pfp
July
@july
Yeah definitely down for TEEs, like ARM TrustZone and TF-M as well, and FHE too. Probably falls under the ZK or maybe need rebrand ZK into general cryptography
1 reply
0 recast
1 reaction

July pfp
July
@july
What excites you about TEEs? And specifically SGX in particular? @dfern.eth
1 reply
0 recast
0 reaction

Daniel Fernandes pfp
Daniel Fernandes
@dfern.eth
It's a fastpath to practical decentralization of block building, namely thinking of the SGX builder Flashbots/@socrates1024 is working on
1 reply
0 recast
1 reaction

July pfp
July
@july
Is there more literature on A) how this decentralized block building would work and why it makes sense to do it through SGX or some TEE B) why is this a long term or more fast path to practical block building compared to existing solutions like rollups and how they differ?
1 reply
0 recast
0 reaction

Daniel Fernandes pfp
Daniel Fernandes
@dfern.eth
Re: A, AFAIK, Flashbots already has it working in prod: https://writings.flashbots.net/block-building-inside-sgx Re: B, you'd likely want to decentralize block building for roll-ups as well... The goal here is to decentralize the whole MEV pipeline from builder>relayer>proposer so it's more neutral/censorship resistant
0 reply
0 recast
1 reaction