BitWeb

doing things in crypto..

[BitWeb @onlyforweb3]

@arjunnchand @jumperapp Should be IN (two digits level).

[Cashmere Labs @CashmereLabs]

Goat Street NFT GTD/WL form is now live.

48 hrs for applications.

Supply: 6666

Chain: @RobinhoodApp

MP: Free Mint

Form:
https://t.co/68UWjXzQSG

[BitWeb @onlyforweb3]

@CashmereLabs @RobinhoodApp 💯

[BitWeb @onlyforweb3]

@wyckoffweb « But if apps sitting on top of Solana can build businesses doing numbers like this while SOL itself has a lower FDV than HYPE, then I genuinely think the market is undervaluing SOL here. »

Or overvaluing HYPE..

[BitWeb @onlyforweb3]

@CashmereLabs gGoat

[BitWeb @onlyforweb3]

@LesCosmonautes IBC works on Cosmos SDK based chains, these chains self died and killed a good tech at genesis making it one of the most hated ecosystems.

[BitWeb @onlyforweb3]

@adrianbrink @LayerZero_Core And Anoma should exist?
And Namada?

[BitWeb @onlyforweb3]

@OhadBarta @odin_free It’s just that crypto didn’t find PMF, scaling/reducing resources is a matter of survival rather than real pivot at this point. More and more projects will likely die, defi is just a « mirage » promise until hacked, nfts were a fast evaporation ponzi not even speaking about memes

[BitWeb @onlyforweb3]

@Polymarket 51% attack

[BitWeb @onlyforweb3]

@VitalikButerin @daddysether Wow, the quantity of AI generated content under this post is huge

[BitWeb @onlyforweb3]

@heygurisingh In a SaaS config, Claude will suggest most of these anyways

[BitWeb @onlyforweb3]

@claudeai Even cybersecurity now..

[BitWeb @onlyforweb3]

Vibes should match substance.

[vitalik.eth @VitalikButerin]

Have been following reactions to what I said about L2s about 1.5 days ago.

One important thing that I believe is: "make yet another EVM chain and add an optimistic bridge to Ethereum with a 1 week delay" is to infra what forking Compound is to governance - something we've done far too much for far too long, because we got comfortable, and which has sapped our imagination and put us in a dead end.

If you make an EVM chain *without* an optimistic bridge to Ethereum (aka an alt L1), that's even worse. We don't friggin need more copypasta EVM chains, and we definitely don't need even more L1s. L1 is scaling and is going to bring lots of EVM blockspace - not infinite (AIs in particular will need both more blockspace and lower latency than even a greatly scaled L1 can offer), but lots.

Build something that brings something new to the table. I gave a few examples: privacy, app-specific efficiency, ultra-low latency, but my list is surely very incomplete.

A second important thing that I believe is: regarding "connection to Ethereum", vibes need to match substance.

I personally am a fan of many of the things that can be called "app chains". For example I think there's a large chance that the optimal architecture for prediction markets is something like: the market gets issued and resolved on L1, user accounts are on L1, but trading happens on some based rollup or other L2-like system, where the execution reads the L1 to verify signatures and markets. I like architectures where deep connection to L1 is first-class, and not an afterthought ("we're pretty much a separate chain, but oh yeah, we have a bridge, and ok fine let's put 1-2 devs to get it to stage 1 so the l2beat people will put a green checkmark on it so vitalik likes us").

The other extreme of "app chain", eg. the version where you convince some government registry, or social media platform, or gaming thing, to start putting merkle roots of its database, with STARKs that prove every update was authorized and signed and executed according to a pre-committed algorithm, onchain, is also reasonable - this is what makes the most sense to me in terms of "institutional L2s". It's obviously not Ethereum, not credibly neutral and not trustless - the operator can always just choose to say "we're switching to a different version with different rules now". But it would enable verifiable algorithmic transparency, a property that many of us would love to see in government, social media algorithms or wherever else, and it may enable economic activity that would otherwise not be possible.

I think if you're the first thing, it's valid and great to call yourself an Ethereum application - it can't survive without Ethereum even technologically, it maximizes interoperability and composability with other Ethereum applications.

If you're the second thing, then you're not Ethereum, but you are (i) bringing humanity more algorithmic transparency and trust minimization, so you're pursuing a similar vision, and (ii) depending on details probably synergistic with Ethereum. So you should just say those things directly!

Basically:

1. Do something that brings something actually new to the table.
2. Vibes should match substance - the degree of connection to Ethereum in your public image should reflect the degree of connection to Ethereum that your thing has in reality.

[BitWeb @onlyforweb3]

@mert Agree.

[BitWeb @onlyforweb3]

@pcaversaccio paranoia is the only way out of this

[BitWeb @onlyforweb3]

@mert good one for devex.
the core principle behind token accounts is debatable though.

[BitWeb @onlyforweb3]

Ethereum.

[vitalik.eth @VitalikButerin]

2026 is the year that we take back lost ground in terms of self-sovereignty and trustlessness.

Some of what this practically means:

Full nodes: thanks to ZK-EVM and BAL, it will once again become easier to locally run a node and verify the Ethereum chain on your own computer.

Helios: actually verify the data you're receiving from RPCs instead of blindly trusting it.

ORAM, PIR: ask for data from RPCs without revealing which data you're asking, so you can access dapps without your access patterns being sold off to dozens of third parties all around the world.

Social recovery wallets and timelocks: wallets that don't make you lose all your money if you misplace your seedphrase, or if an online or offline attacker extracts your seedphrase, and *also* don't make all your money backdoored by Google.

Privacy UX: make private payments from your wallet, with the same user experience as making public payments.

Privacy censorship resistance: private payments with the ERC-4337 mempool, and soon native AA + FOCIL, without relying on the public broadcaster ecosystem.

Application UIs: use more dapps from an onchain UI with IPFS, without relying on trusted servers that would lock you our of practical recovery of your assets if they went offline, and would give you a hijacked UI that steals your funds if they get hacked for even a millisecond.

In many of these areas, over the last ten years we have seen serious backsliding in Ethereum. Nodes went from easy to run to hard to run. Dapps went from static pages to complicated behemoths that leak all your data to a dozen servers. Wallets went from routing everything through the RPC, which could be any node of your choice including on your own computer, to leaking your data to a dozen servers of their choice. Block building became more centralized, putting Ethereum transaction inclusion guarantees under the whims of a very small number of builders.

In 2026, no longer. Every compromise of values that Ethereum has made up to this point - every moment where you might have been thinking, is it really worth diluting ourselves so much in the name of mainstream adoption - we are making that compromise no longer.

It will be a long road. We will not get everything we want in the next Kohaku release, or the next hard fork, or the hard fork after that. But it will make Ethereum into an ecosystem that deserves not only its current place in the universe, but a much greater one.

In the world computer, there is no centralized overlord.
There is no single point of failure.
There is only love.
Milady.

[BitWeb @onlyforweb3]

@eyad_khrais One of the greatest articles about Claude i've ever read.

[BitWeb @onlyforweb3]

@VitalikButerin Speed of light is a theory, and theories are true until proven wrong

[BitWeb @onlyforweb3]

@domdotx same here, bank agent said "at least" 48 hours lol. couldn't eli5 crypto & lz to him though