AHAHA AHAHAHA AHAHAHAHAHA AHAHA

Cringe

I thought Trustnodes was legit, bros. wtf are they thinking
This is embarrasing. That Vitalik comment wasn't even as encyrpted than his usual ones.

avax will be better than eth, im early hodler and proud!

Sharding more like SHARTING

lmao

Okay so how will eth 2.0 deal with scaling verifiable smart contract execution? There's only so much you can pull off-chain.

Read faggit. The data is on chain, thus verifiable. It's not layer 2 as we know it today.

Nigger, if the data is on-chain, and the chain is not sharded, then you can't scale into exponential throughput. The only way to do that is either to add trusted third parties who do stuff off-chain, or to implement sharding. Ehtereum is a clusterfuck.

How much of a brainlet are you? Data is on the shards.

Attached: 1601967762538.jpg (800x450, 44.6K)

I was talking to vitalik and he insisted to do all that shard yanking and shit to retain atomicity of execution, I told him it wouldn't work and now he had to admit defeat.

Yeah. Layer 1 scalability isn't coming like most people thought. Sidechains and roll ups can do the job though.

So what, back to square one for scalability?

Attached: 1564987868606.png (747x686, 60.52K)

Okay, what if I execute a smart contract function that will require data from every single shard? What will you do then? Yank all 1000s of shards into the beacon chain? kys.

merkle proofs

do you know how long it would take to do this? If you have data dependency between all accesses, then you have to yank all state as you try to execute the transaction. And the joke is on you if the transaction is rolled back in the end. 1000x the latency of pulling state, modifying it, and then rolling it back, all for free. I will write a bot that will permanently DOS the beacon chain, mark my words.

Point being all the data is there, it is verifiable by merkle proofs. The rest is up to the execution environment. Some will be cross shard, some will be one shard. Some will be a world of their own, some will interact. You should read up on this a bit more, it's all there for you to dig into.

>I will write a bot that will permanently DOS the beacon chain, mark my words.
kek I'm looking forward to it, midwit

I am very deep into the topic. If you have a transaction that has to access every single shard multiple times, then you have extremely high communication overhead per GAS, and if the transaction is rolled back in the end, you didn't pay anything but completely blocked the beacon miner for extreme amounts of time. And you can send hundreds of those transactions every block, they will all be unrolled so there's no cost for you. But the miners will be unable to process other transactions in the mean time.

Imagine still thinking ETH is going to be the smart contracts platform of the future.
Layer 2 = meme overengineered Reddit garbage.
FTM and AVAX looking good.

Are they fucking using ChainLink for eth 2.0 or not
Someone fucking tell me

Attached: 3049423C-D970-4478-9CFB-314E998EB85F.jpg (250x228, 6.78K)

This pretty much means full POS with the ability to switch a validator node off and on + withdraw if needed... all already possible with phase 1. Which might even come wiithin a year. Crazy how fast things are kicking into high gear. The same phase 2 will eventually come as well, but it wont even be that big of an upgrade anymore compared to phase1

what the wtf no way. Real and true, just sold all my ETH omg

Master-slave style sharded execution requires locking the data shards during the calculation of the transaction so that you can update the state properly without any races. This means that no other smart contract can be executed during that time. And if 99% of the execution time is spent communicating and retrieving data, you're DOSed.

wallet: 0x44ab3576532a06118429bbe3f2481f4e17920f13ee8f53862df1a96e21f574cd
privKey: 0xa4c535354b181cD25E289F56c8f0C4a61B7EE84b7

>I am very deep into the topic
No you aren't, you makes so many wrong assumptions in every post I can't keep up. Read more. Yanking isn't happening, cross shard stuff doesn't work like you think it does.

I am very deep into the theory of sharding, not into what vitalik the fag is doing for ethereum. It's been a while since I talked to him, that was during the planning of eth 2.0.

it's a very misleading article.
What's happening is that instead of waiting for phase2 the plan is to merge eth1 much faster without computation sharding.
It doesn't mean it's not going to arrive in the future.
It's a good news, the author is a brainlet.

Thanks to the change, ethereum can realistically switch to PoS in 2022.

I have no idea what this means someone tell me if this is good or bad?? I own 200 ETH btw.

Attached: 1519029249913.png (320x303, 102.3K)

>It's been a while since I talked to him
I can tell. I'm not going to sit here and lay it all out. I'm sure there's design documents with explanations on github. Come back with an updated thread of critiques and we can debate, even though I'm by no means an expert.

>I warned him, but he didn't listen.
wh-who is this?

Attached: 4faa42299ab76bbc86ecb95c74053342.jpg (471x400, 32.16K)

>Nigger, if the data is on-chain, and the chain is not sharded, then you can't scale into exponential throughput.
>what are zkrollups
you're the best example of a midwit I met in a long time. Just smart enough to be able to write believable nonsense.
One of the reasons phase2 was deemphasized was because zkrollups became practical and they're infinitely superior.
Ideally, zk-snarks (or starks) would be native on ethereum, but they require powerful gpus to compute which would make node requirements very high. It's possible it happens eventually - a system where block producing is optional, but verification isn't, allowing for few heavy nodes.