Exploring new ideas in @ethereum and applied cryptography. Past: 6+ years at at @ethereumfndn building products and teams @privacyethereum @ethdotorg

Verifying...
Joined January 2012
samrichards.eth retweeted
give yourself a wedgie! it's a DIY hardware wallet use it as a signer on a @safe three common parts _wedged_ together 3d print your own case everything is MIT wedgie.dev
48
63
27
382
31,084
samrichards.eth retweeted
Hand-picked: 7 open funding programs for Ethereum builders. One pays up to $1M for post-quantum research. Two close on Oct 30 ↓ Know a good one that's not here? Share it below.
3
3
10
423
samrichards.eth retweeted
When we launched EthSystems we said each use case needs its own system, designed, specified, and hardened properly, and that someone has to do that work. Our specs site is now public: specs.ethsystems.org Starting small: a shielded pool for confidential payments, an attestation-gated profile of it, and the process behind both. Each spec states what the protocol does, what it assumes, and what it guarantees. This means engineers, auditors, and regulators can work from the same document.
10
15
6
134
25,097
Long time in the making 🫡 Congrats Nomic!
Solidity compilation just got up to 5× faster! Today we’re releasing hardhat-slang-solx, a Hardhat plugin powered by Nomic Foundation’s new LLVM-based compiler backend: slang-solx. - 1.7× faster than solc in legacy mode - 5× faster than solc --via-ir 🧵
2
7
387
Fun to take a step back and see how far we've come Early 2019 I helped build an Ethereum wallet (@hello_fetch), with DEX aggregation features powered by @zeroexprotocol. The vision was tokenized stocks. "security tokens" were right around the corner. We figured our company would soon be a licensed broker-dealer. We failed It took a lot longer but it's all finally happening
Tokenized stocks on Ethereum: $5.9m to $793m in twelve months. 134x growth. Higher.
3
13
941
samrichards.eth retweeted
we will finally kill "stack too deep" the next @ethereum update brings both: 1) the ability to deploy larger contracts 2) lets compilers fix "stack too deep" eth dev is going to rip in Q4
46
88
30
507
87,893
Ethereum is already eating fiat FX Argentina runs on Mercado Pago, but as a foreigner I can't use it without a DNI. Even with residency approved it might take a year before receiving a DNI Just tried WanderWallet QR code and alias payments via USDC: butter-smooth UX and easily beats my credit card rates, even counting reward points
5
1
23
885
samrichards.eth retweeted
Do I know anyone here working on any Ethereum wallet? We are working hard on ERC7730 Clear Signing. We need more eyes and feedback on what we are working on and see how it fits your wallet. Software or Hardware. RTs and interactions appreciated 😇
29
38
4
120
9,905
Not yet, Mr President.
JUST IN: President Trump says his administration has “ended the war on crypto.”
34
115
5
1,003
135,758
Buen día @crecimientoar – at Ciudad Autónoma de Buenos Aires, Argentina
4
22
722
samrichards.eth retweeted
Ethereum is for shipping. Here are some of the things the Ethereum ecosystem launched, upgraded, and announced over the past month. 0/ @RobinhoodApp launched Robinhood Chain (@RobinhoodCrypto) on mainnet, an Ethereum Layer 2 built on the @arbitrum stack, enabling 24/7 trading of tokenized stocks and ETFs for users in over 120 countries through Robinhood Wallet. The network surpassed $1B in DEX volume in just over a week. 1/ @aztecnetwork achieved Stage 2 rollup decentralization under @l2beat's framework, removing governance control over its core protocol and taking another step toward trust-minimized infrastructure. 2/ @VitalikButerin shared updates to Ethereum's evolving technical roadmap, outlining the next phase of Lean Ethereum and the protocol's long-term direction. 3/ @ethlabs_org launched as a non-profit R&D lab for Ethereum and ETH. Their mission is to make Ethereum the settlement layer of the global economy. 4/ @ethereuminsti launched as an independent non-profit dedicated to accelerating the institutional adoption of Ethereum, its L2s, applications and overall ecosystem. 5/ @aave introduced Stable Vaults, fixed-rate stablecoin yield vaults designed for seamless integration into consumer applications. 6/ @zama launched the First DeFi Yield Venue for Confidential USDC (cUSDC) in partnership with @Morpho and @SteakhouseFi, bringing private stablecoin lending to Ethereum. 7/ @swissknifexyz launched a new Privacy Protocol Tracker, making it easier to compare fees, wait times, supported chains, and other metrics across Ethereum privacy protocols. 8/ Global tickets for @EFDevcon 8 went live, alongside speaker applications for this year’s conference in Mumbai, India. 9/ @Optimism and @toss__official signed an agreement to explore bringing the Korean Won onchain, expanding blockchain-based financial infrastructure for one of South Korea's largest fintech platforms. 10/ @OctantApp completed Epoch 12, its first full quadratic funding round using a zero-knowledge vote coprocessor and new voting application, distributing 88.1 WETH to Ethereum public goods projects. 11/ @0xprivacypools launched the trusted setup ceremony for Privacy Pools V2 ahead of its next protocol deployment. 12/ Gwei Name Service launched an ownerless, immutable Ethereum naming system built without administrative ownership. 13/ @ammalgam launched on Ethereum mainnet, introducing oracle-free lending without impermanent loss. 14/ @lodestar_eth added support for Fast Confirmations, allowing Ethereum node operators to confirm transactions in a single slot using validator attestations. 15/ @PrivacyBoost introduced preconfirmations for private transfers, allowing transfers to be treated as usable in around one second before final settlement. 16/ The @ethereumfndn published Ethereum Basics for Governments and Institutions, a new primer introducing Ethereum as a credibly neutral digital public utility for policymakers and enterprise leaders. 17/ @OndoFinance launched @OndoPerps, enabling tokenized stocks to be used as collateral for perpetual futures across equities, commodities, and indices. 18/ @base introduced Base Privacy, giving enterprises infrastructure to trade, pay, and settle onchain with built-in confidentiality and compliance features. 19/ @BGDA_UK launched BAGEY, a natively tokenized UK regulated fund on Ethereum where the blockchain serves as the legal register of record. 20/ @sparkfinance launched the Stablecoin FX Layer on @Uniswap v4, introducing shared liquidity infrastructure that lets stablecoins access a common liquidity layer. 21/ @Trueo_ launched user-created prediction markets, allowing anyone to create a market by asking a question and letting participants trade on the outcome through a fully onchain prediction market. 22/ @kpk_io integrated @OpenCover Covered Vaults, allowing depositors to add opt-in onchain insurance to curated vaults, with coverage underwritten by @NexusMutual. 23/ @PropellerSwap launched Turbine on Ethereum mainnet, enabling large trades to settle with lower slippage by sourcing liquidity across onchain, offchain, and peer-to-peer markets. 24/ Hosted by @web3privacy, the Neocypherpunk Summit brought together around 1,000 builders and researchers in Berlin to advance privacy, open-source infrastructure, and human rights. 25/ @eth_systems launched as a company building modular privacy infrastructure for institutional Ethereum.
374
561
95
2,700
316,921
Hell ya, @eth_systems is live! Had the privilege of helping this team get off the ground last year within the EF. @oskarth & @motypes are two of the best people I've worked with in this space. They identified urgent privacy problems for institutions early & they're the right people to build solutions Bullish! LFG
Today we're launching EthSystems. We build confidential systems for institutional Ethereum. Institutions want to use Ethereum, but one of the biggest problems is the lack of built-in, modular privacy tools. We were the Ethereum Foundation's Institutional Privacy Task Force (IPTF) for the past year. We had hundreds of conversations with central banks, regulators, tier-one banks, and asset managers, shipping open source work the whole time. Wall Street has found crypto as an asset class, but not yet as commercial infrastructure. Institutions want to run real flows on Ethereum: stablecoins, tokenized assets, settlement. These are businesses with billions of dollars on the line, and no bank will operate in full public view. On a public ledger, confidentiality is the hard part: each party to a transaction should see what it has a right to see, and nothing more. We have a year of proof of work: private bonds, confidential stablecoin transfers, private settlement across chains, the Ethereum Privacy Map, and more. All with protocol specs and security properties, at our website. We've spent a decade working on privacy in crypto. We know there's no silver bullet. Different use cases need different systems, each designed, specified, and hardened properly, and someone has to do that work. That's why EthSystems exists. We're an independent, for-profit company, backed by long-term Ethereum-aligned investors. This is a decade-long transition, and we aren't going anywhere. If you're an institution that wants to build on Ethereum, talk to us. We're hiring: BD in New York, protocol engineers, ops: [email protected]
4
2
68
2,244
samrichards.eth retweeted
Yesterday was my last day at the Ethereum Foundation. Today we are launching EthSystems. We build confidential systems for institutional Ethereum. I've spent close to a decade building privacy infrastructure in crypto: p2p messaging at @ethstatus, developing Waku protocols at Vac (both now part of @logos_network), mobile proving tooling with @zkmopro, teaching zero-knowledge proofs with my zkintro primer, and advising @ethereumfndn on privacy and access layer strategy. Most of that was aimed at individuals. The past year at EF's Institutional Privacy Task Force (IPTF) we've been looking at privacy for institutions. On the surface this might seem different, but there are a lot of similarities. There's also a very strong market need for it, and the timing is right. I've written in the past about the tension and overlap between cypherpunks and institutions. Twitter is not exactly the best medium for nuance, but right now we are at a sensitive point in time: the defaults for the next generation of financial infrastructure are being set, with or without us. I believe we need cypherpunks in the room when that happens. Excited to start @eth_systems together with my co-founder @motypes and @_rymnc as part of the founding team. See quoted announcement thread for more details. xitter.cf/eth_systems/status/207…
Today we're launching EthSystems. We build confidential systems for institutional Ethereum. Institutions want to use Ethereum, but one of the biggest problems is the lack of built-in, modular privacy tools. We were the Ethereum Foundation's Institutional Privacy Task Force (IPTF) for the past year. We had hundreds of conversations with central banks, regulators, tier-one banks, and asset managers, shipping open source work the whole time. Wall Street has found crypto as an asset class, but not yet as commercial infrastructure. Institutions want to run real flows on Ethereum: stablecoins, tokenized assets, settlement. These are businesses with billions of dollars on the line, and no bank will operate in full public view. On a public ledger, confidentiality is the hard part: each party to a transaction should see what it has a right to see, and nothing more. We have a year of proof of work: private bonds, confidential stablecoin transfers, private settlement across chains, the Ethereum Privacy Map, and more. All with protocol specs and security properties, at our website. We've spent a decade working on privacy in crypto. We know there's no silver bullet. Different use cases need different systems, each designed, specified, and hardened properly, and someone has to do that work. That's why EthSystems exists. We're an independent, for-profit company, backed by long-term Ethereum-aligned investors. This is a decade-long transition, and we aren't going anywhere. If you're an institution that wants to build on Ethereum, talk to us. We're hiring: BD in New York, protocol engineers, ops: [email protected]
126
120
29
1,389
532,591
WE ARE HIRING We are grateful and overwhelmed by the level of inbound interest already, and are continuing to engage selectively. We’re now building out the core team at Ethereum Institutional, with a focus on key hires over the coming weeks across: → Institutional GTM in major financial hubs → Marketing, events & community → Technical roles (solutions architecture, technical program leadership) The world’s largest institutions are deciding where tokenization, stablecoins, and onchain markets will settle. Join us in the room. If you’re interested, visit our careers page to explore open roles (updated on an ongoing basis).
54
87
14
1,088
287,774
samrichards.eth retweeted
Two weeks ago, Ethereum researchers met in Berlin to continue charting the protocol's long-term trajectory, following along discussions with client teams in Svalbard in April. The updated strawmap is at strawmap.org, and I attached a picture of it to this post. My own high-level takeaways: * "Lean Ethereum" is not a single one-shot upgrade, it is a collection of improvements that will come online to the Ethereum network over the course of three or four years. But make no mistake, this IS the third major iteration of Ethereum in the same way that the Merge was the second. Almost every major piece of the protocol will be replaced: - Verification through recursive STARKs, rather than direct re-execution. Recursive STARKs become an enshrined first-class core component of the protocol - Replacing everything quantum-vulnerable with quantum-safe alternatives - Consensus: decoupled available chain and finality, one or two-round finality. Theoretically optimal security properties, simpler than today, and faster than today - Multidimensional gas - State: not just tree structure, but what *types* of state are available - Changes to client architecture ... At the same time, simplification, cleanup and future-proofing. And this will all be done in a way that minimizes disruption to existing application. We've done this before (the Merge), we can do it again. * H-star (aka Hegota) is probably Ethereum's last thematically "pre-Lean" fork. Starting from I-star, most of everything we do will have a very strong "Lean" feel to it in one way or another. * Privacy is no longer an afterthought, it is a first class goal. When designing Frames, the mempool, additions to the state tree, we explicitly ask the question "okay, how do quantum-safe, intermediary-free privacy protocol transactions go through this, and what is the overhead?" * Formal verification of everything for security. * FV also makes us much more comfortable with canonicalization (having pieces of the protocol that are directly defined as a piece of bytecode expressed in some language). evm-asm is being written in part to become a canonical proof system for the EVM. * Quantum safety has shifted up a LOT in priority. This adds a lot of work (eg. finalizing a quantum-safe blobs design has become urgent; this work has already been ongoing for months) * Probably the single most disruptive part of the plan is the changes to state. There is growing consensus around leaving present-day-style "dynamic state" mostly unchanged, but scaling it only a medium amount, and adding new types of state that are more scalability-friendly (eg. no need for builders to sync/store all of it) but more restrictive, and that will scale a large amount. eg. possible Ethereum in 2030: 2 TB of present-day-style (dynamic) state, and 100 TB of new-style (scalable but restrictive) state This "new-style" state would work very well for ERC20s, NFTs, many defi use cases, but not eg. highly "central" objects like Uniswap contracts, or onchain order books, or other complex things (which are crucial for Ethereum but which only take up a small percentage of state) Hence, it will not be *necessary* to rewrite any apps, but it will be *very cost-effective* to eg. rewrite an ERC20 token into a newer design that uses a new type of UTXO storage that is currently being explored, so that it will have >10x lower txfees. Design of these new state types (current ideas: keyed nonces, ring buffers, UTXOs, statically accessible state, temp state) is an area where we will need a lot of feedback from application developers (incl. privacy-friendly application developers) and probably several rounds of rethinking and iteration. * In the context of a much larger total state size, we need to figure out the incentive issues around who stores this state and what motivates them to. Even saying "each node stores 1%" is not good enough - why do they store that 1% and why are they willing to serve it? This is being elevated as a first-class research area. * Ethereum will need to have a "VM" other than EVM in one form or another - at the very least, we need something like leanISA for recursive STARKs - and the gains are large in exposing it to users so that we support programmable privacy and better scalability. Right now, the most likely contenders are leanISA and RISC-V. My own ideal is that in this world, we adjust the protocol so that the EVM becomes a high-level-language compiler-level feature, and the protocol only "sees" RISC-V / leanISA directly. But this is still far away. * Gas limit increases, blob increases and slot time decreases will happen many times over the next ~5 years. We expect a large gas limit increase with Glasterdam. Each step of increased scale or decreased slot time is a matter of getting to the point where it is safe to do it, which comes from a combination of client optimization and protocol changes. Ethereum is CROPS. Ethereum is scaling. Ethereum is reinventing itself. Onward.
698
1,402
489
5,318
1,476,830
samrichards.eth retweeted
Ethereum's June, unpacked 🌞 → The @ethereumfndn reorganized around a leaner, "multi-node" future → @Polymarket hit new highs on World Cup fever → @Morpho raised $175M, one of DeFi's biggest rounds ever Our June recap is live in Local Ethereum ↓ localethereum.substack.com/p…
1
3
8
555
samrichards.eth retweeted
Practical iO should not be a problem only for “iO specialists.” We want researchers and engineers from FHE, ZKP, and MPC to be able to contribute to making iO practical. In this explainer, we present concrete remaining challenges in Diamond iO that different communities can work on using their existing expertise: machina-io.com/posts/io-is-n… The point is that practical iO breaks down into several concrete bottlenecks, including: * making FHE evaluation over BGG+ encodings practical; * scaling input size without exponential noise growth; * cryptanalyzing the non-standard lattice assumptions behind Diamond iO; * designing proof systems whose verification is cheap over BGG+ encodings; * building distributed obfuscation without making the obfuscated circuit size scale with the committee size. If you work on FHE, ZKPs, MPC, lattice-based cryptography, or cryptanalysis, there is likely a concrete part of the practical iO roadmap where your expertise can matter. We are also launching ObfusBench as a public leaderboard and obstacle tracker for iO efficiency: sorasuegami.github.io/obfusb… The goal is to make progress visible, comparable, and attributable: when someone improves one component, we want that improvement to show up in end-to-end estimates under a common framework. Practical iO is still far away, but it is becoming a much more modular and collaborative engineering/research problem.
1
10
35
2,952
Cypherpunks in suits LFG
1/ Announcing Ethereum Institutional An independent non-profit dedicated to accelerating the institutional adoption of Ethereum, its L2s, applications and overall ecosystem.
2
11
387
Well said Bastian. Onward and upward. Ethereum
1. Intro Vitalik recently wrote about where the EF should go; Aya added a note to explain how we got here, and why. I’ll write about the execution. We now have enough clarity to stop treating “what is the EF for?” as an open-ended question. Our mandate is clear: The EF exists to ensure Ethereum is, becomes, and remains real permissionless infrastructure for self-sovereignty: censorship (and capture) resistant, free and open source, private, and secure; and capable of supporting sovereignty-preserving coordination at scales where trusted institutions hitherto have been unavoidable. The following are my thoughts on some of the points that follow from the mandate and how we are translating it to action. But first, a short reminder about 2. What the EF is not for We are not here to optimize for EF importance, corpo/pol appeal, or ecosystem popularity. We are also not here to please short-term speculators, prop up TBTF neo-SIFIs, market every app on Ethereum, help anyone look good to their crypto or investor friends, or provide on-demand entertainment for dinner parties and private retreats. 3. What the EF is for: Eliminating weaknesses We are here to defensively strengthen places where Ethereum is, or can still become, extractive, totalizing, or vulnerable to cartel or state capture, or authoritarian tools of surveillance or coercion. We will base our actions on a full examination of what Ethereum is and can be at the protocol layer (what is actually running as “Ethereum”), the access layer (what users use to interact with the protocol), the user layer (the end-users who need and will need Ethereum), and the institutional layer (the intermediated paths that scale self-sovereign usage). The EF exists to harden every surface of Ethereum, including those where Ethereum can remain formally permissionless while becoming practically captured. Some obvious surfaces are the transaction pipeline, staking and network security, access layer standards and interfaces, self-sovereignty norms, privacy expectations, institutional adoption patterns, and social layer governance processes. The primary concerns are similar across most of them: does the status quo and its future trajectory minimize trusted dependencies, minimize points of leverage and capture vectors, make user privacy the default, preserve exit, and make trust assumptions legible? The work starts with the EF itself. We are moving compensation and major financial relationships toward ETH and mandate-compliant Ethereum-native stables, with exceptions where positive law or unavoidable operational constraints require exceptions. Rather than a purity ritual or instruction for people to take unmanaged personal risk, it is robustness, alignment, and product pressure. If the EF’s work is to make Ethereum usable as infrastructure for self-sovereignty, everyone at the EF will increasingly live inside the constraints of the system the EF exists to improve: wallet UX, volatility, accounting, privacy gaps, payment friction, stablecoin trust assumptions, recovery, dependency risk, etc. If we can’t use these tools ourselves, it is unrealistic to expect others to. Ethereum is already mature; those who do not depend on the user-facing stack have no business trying to shape its future, at any layer. The transaction pipeline is next. Preventing toxic MEV capture is core EF work, not a peripheral market-structure concern. Transaction supply, ordering, inclusion, block construction, propagation, and settlement are part of Ethereum’s neutrality boundary. Some MEV may persist as an adversarial phenomenon the protocol contains, but it must be absolutely minimized and, for that to be possible, we must guard against the acquisition of unwarranted influence by its beneficiaries. If credibly neutral execution is subverted by privileged orderflow, cartelized builders, trusted relays, opaque routing, or validators outsourcing into a narrow supply chain, Ethereum will look permissionless while users experience it as intermediated at the moment value moves. EF protocol work will therefore prioritize lower barriers to block building and validation, stronger inclusion guarantees, reduced extraction opacity, competitive transaction pipelines, user-facing legibility of trust assumptions, and more aggressively exploring the open orderflow solution space. None of this is simple. A good solution in one place can aggravate problems elsewhere. FOCIL is good for censorship resistance, but it may introduce more cross-block MEV. While ePBS solves the relayer trust problem, we must make sure that its implementation does not inadvertently obstruct long-term solutions to even larger problems. It would be unacceptable, for example, if ePBS enshrining the builder economy ends up making it harder to reduce reliance on the private orderflow that has emptied out the public mempool. Encrypted mempools may not only reduce pre-execution transparency and pending orderflow visibility, but also shift competitive advantage to new privileged actors, including specialized hardware operators in some designs, while adding protocol complexity. In order to avoid wasting time playing whack-a-mole, we must commit to solving the extraction problem at a whole system scale. Doing so will require creativity, courage, and the understanding that failure to solve this problem is unacceptable. If we fail, we will have left in place an unnecessary barrier to institutional adoption, but, more importantly, we will also have surrendered a core part of the promise of Ethereum - the replacement of extractive middlemen with permissionless, credibly neutral infrastructure and competitive markets. That must not happen. MEV is likely to be the next major front in the cypherpunk war. We must set ourselves up to win here. Privacy is just as fundamental. A public ledger without serious privacy defaults is a surveillance substrate with settlement guarantees. That is not an acceptable end state for the world computer. Unconditional privacy will be readily available across Ethereum, with programmability on top for selective disclosure, proofs, auditability, compliance logic, reputation, governance, identity, and other constraints chosen by users and their communities. The temporal order matters: unconditional privacy must exist first, opt-in constraints come second. It is also important to avoid forcing users to assemble a fragile stack of special wallets, RPCs, bridges, apps, compliance providers, and operational habits to attain privacy. Deep privacy must be more secure than this. Privacy is a condition for Ethereum’s viability as freedom-respecting coordination infrastructure and as such must be robust. Staking must be treated as protocol infrastructure risk. Staking is not merely a yield product, and liquid staking is not merely an app-layer market. If stake, liquidity, validator access, DeFi collateral, and governance influence concentrate around a small set of issuers or operators, Ethereum’s security layer becomes vulnerable to capture through capture of the economic layer around it. EF will support research, specifications, and designs that keep staking permissionless, private where possible, plural in operation, and resistant to intermediaries becoming permanent control points. The access interfaces are where users access either the protocol directly or through intermediated defaults. The primary problem to solve here is not getting Ethereum into more rooms directly, but making its users, both end users and institutions, more self-sovereign and less susceptible to coercion, and avoiding normalization of soft coercion in exchange for reach. EF will not help Ethereum become more acceptable by sanding off the properties that make it uniquely valuable. Ethereum does not need to become another permissioned settlement backend with better branding. It needs to show, in production, that self-sovereign coordination at scale is possible. Across Ethereum, the EF’s defensive work seeks to ensure that Ethereum is infrastructure people can still use when counterparties fail, platforms censor, governments overreach, intermediaries extract, and coordination problems become infeasible for trusted systems to handle. A core part of that is to make that infrastructure secure and robust against capture at every layer wherever capture opportunities can hide. 4. What the EF is also for: Seizing opportunities Shoring up the fundamentals is not enough. Ethereum’s potential is still largely unrealized, but that does not mean that the path ahead is going to be straight. Opportunities must be seized when the time is right. At this moment in time, a number are visible, including: * Ethereum becoming the first quantum-resistant global infrastructure. Ethereum researchers will lead the post-quantum cryptographic migration before the threat becomes urgent, not after it becomes a governance emergency. That means hardening Ethereum’s cryptographic foundations while there is still time to design carefully. The same applies to other long-horizon risks, where waiting for market demand means waiting until the window for principled design has already closed. * Verifiably self-sovereign stack, from soup to nuts, whether local or remote, with no censorship or extraction openings: browsers, wallets, intents, broadcasts, orderflow, inclusion, block construction, proposal, proving, exit, and recovery. Minimal MEV, and zero toxic MEV entrenchment, either in or around the protocol. No execution layer that is formally permissionless but practically gatekept by privileged supply chains. If there’s a funnel towards an extractive private lane, there’s other options that keep the game live. The goal is not only to prevent extraction or capture, but to make credibly neutral execution competitive enough that serious users prefer it. * Making ETH normal digital cash: a private, dignity-respecting, debasement-resistant and surveillance-resistant medium of exchange and store of value, as well as the native asset of private computation and private coordination for both humans and their agents. If Ethereum can make private economic life and private institutional life possible without routing users back through the friction and potential abuse of custodians, surveillance vendors, or permissioned ledgers with softer branding, as well as provide a venue for secure and competitive machine economics, the value unlocks will be immense. * Personal wallets with personal AI agents that users can actually own and run on their own personal computers. Not your keys, not your coins; not your model, not your mind. As agents become interfaces for more economic and social action, the question of who owns the wallet, the model, the memory, the policy, and the signing authority becomes an existential question about sovereignty instead of UX details - we are all users above any other roles, and no one at EF will forget this. * Institutional and enterprise use cases where Ethereum wins by not disappearing into an invisible backend, gatekept by intermediaries or terrible UX, and by not compromising into a compliant fintech rail with web3 branding. Rather, we will win through proving that credibly neutral infrastructure can handle disintermediated coordination so competitively that trusted intermediaries have to meet Ethereum users on Ethereum’s terms. * Security-preserving scaling. L2s and related infrastructure will be able to meet institutional-level needs without accepting dependencies on closed operators, opaque sequencing, custodial UX, or upgrade committees that users cannot realistically exit. Scale is not throughput alone. Scale is the guaranteed availability of self-sovereignty under real load. We are ensuring Ethereum remains the hardest bedrock for settlement, local and worldwide; and beyond that, a civilizational ledger and execution substrate to stand the test of time. When future civilizations speak of the infrastructure they inherited from the Antiquity of the Information Age, their first example should be Ethereum. Ethereum will outlast all of us. More than enough people watching understand this. Many wondered why it needed saying at all, but it did. If you don't believe us or don't get it, we don't have time to try to convince you, sorry. 5. Addressing departures There has been a lot of online speculation about departures from EF, both before and after the mandate. Some people resigned, others were terminated. Some departures were about strategy, some about role fit, some about normal institutional change, and some simply about people deciding that their best work for Ethereum should happen somewhere else. We will not litigate individual personnel matters on Twitter. That is the default because it is better for EF, better for the people involved, and better for Ethereum. People who contributed through EF deserve dignity on the way out. They do not deserve to have their employment history turned into factional content. Where possible, we have let people describe their departures in their own words as a matter of courtesy, and not concession. If public claims materially mislead people about EF’s direction, decision-making, or mandate, we may correct the record at the level of policy, process, and institutional facts. We still will not turn personal files into public spectacle. Ethereum is permissionless. People may disagree, criticize, compete, fork, and build elsewhere. We intend to keep exits dignified and expect others to do the same. It will suffice to say that we are thankful for what all contributors have built; we will continue to do work Ethereum needs. 6. Addressing EF spinouts Some work should and will leave the EF in the months to come. We hope and expect this process to result in some excellent work being done in service of scaling self-sovereign adoption, but we also must take care lest it becomes an abdication of responsibility or an excuse for undisciplined spending. Some work is not mandate-compatible and should not be carried forward with EF funds or EF endorsement, either inside or outside the Foundation. The efforts carried out by the spinouts will vary widely. Some efforts will leave EF because another org would be a better home for them; others will leave because markets should decide on their worth. Some will leave because they are not compatible with the direction set out in the mandate; others because they are useful but not EF work. Just as a spinout is not automatically good because it reduces EF headcount, former EF affiliation is not a claim on EF funding. The question we ask when deciding on funding is not “did this come from the EF?” But, rather the questions that should be asked about all external funding: “Is this work mandate-critical? Would the EF do this work internally if it had the organizational and financial capacity? Is there no better natural home? Can the external party execute without increasing capture risk, private extraction, opacity, or dependence? Does supporting it reduce Ethereum’s dependence on the EF over time, without prematurely transferring resources and legitimacy to new organizations and thereby risking operational failure or mission drift?” EF funding for work being done externally can be appropriate when it is a capacity solution for mandate work - work the EF should responsibly want done; work that protects CROPS; work that advances self-sovereignty and scales it; essential work that no actor can or will reliably do without EF funding; and work that can be scoped, reviewed, and held accountable without creating a permanent dependency. Such funding is not appropriate when it is a lazy continuity payment, a friendship payment, a reputational hedge, a way to avoid making a hard decision, or a way to support work that is not compatible with the mandate. EF has finite funds, finite legitimacy, and a specific mandate. We will spend all three as if they matter. When we say “EF is one of many nodes”, we mean that we intend to be one of many nodes working to keep self-sovereignty and its scaling the North Star, and working to keep CROPS the undisplaceable first-class properties of the network. We don’t mean that we will support orgs or projects with different priorities. Diversity that leads to ecosystem resilience, coordination cost right-sizing, and better decision-making is good. Diversity that leads to mission drift is not. We are not neutral on the direction Ethereum takes. CROPS are not just things we “believe in”, they are characteristics we understand must be thoughtfully prioritized at every fork for Ethereum to realize its potential. We are partisans for and builders of something of such incredible neutrality that it will fundamentally reshape the world we live in; we wish to work with everyone committed to this shared purpose.
1
8
782