hullo
11 Followers
@vitaalik The situation in Iran is continuing to get much worse. Much respect for everyone going through extreme danger to try to increase the chance that Iranian people can be free.
@vitaalik One reason (not the only reason) why I see people sometimes hesitating to switch more fully to Signal, is that they got into a habit of using Signal as their "high-priority, clutter-free" inbox and Telegram as their "everyone else talk to me" inbox, and thus hesitate to make Signal "cluttered" again. Things that I find work for me in this situation is: * Signal now has a folders feature: you can right-click (if on phone, tap-and-hold) on a contact and an "Add to folder" option appears * Using *another* app (eg. Session, Simplex) as your high-signal inbox, this way support projects that are trying to achieve even stronger privacy properties Also, start to build a habit: when someone contacts you on Telegram, ask: "are you on Signal? I am ‹username> there", and move that conversation over to Signal.
@vitaalik I am capitulating, I will call Twitter "X" from now on. ..• "Tweet" becomes a generic term for messages on any platform that prioritizes short-form text content with X-like UX, similar linguistically to "kleenex". Usage guide: * "Vitalik is only tweeting on Farcaster and Lens this year, isn't it awful how much of an ivory tower elitist he is?" * "Did you see Donald Trump's shocking new racist tweet on Truth Social?" * "Back when I sent that in 2019, it was a tweet, and by this new definition it still is, but now we can also refer to it ex-post as an X post" "Crypto Twitter" can remain as a set phrase, similarly to how Peking Duck is still called Peking Duck, though of course it would be funny if more people called it CryptoX (aka CrypTox). (This tweet was sent simultaneously on X, Farcaster and Lens via Firefly)
@vitaalik Hyper-scaling Ethereum state by creating new forms of state: ethresear.ch/t/hyper-scal... Summary: * We want 1000x scale on Ethereum L1. We roughly know how to do this for execution and data. But scaling state is fundamentally harder. * The most practical path for Ethereum may actually be to scale existing state only a medium amount, and at the same time introduce newer forms of state that would be extremely cheap but also more restrictive in how you can use them. * In such a design, the present-day state tree would over time become dominated by user accounts, defi hub contracts, code, and other high-value objects, while all kinds of individual per-user state objects (eg. ERC20s balances, NFTs, CDPs) would be handled with cheaper but more restrictive tools. Making the developer abstractions to make this easy to implement for the use cases that make up >90% of state today seems very doable.