WORM

We bring plausibly deniable privacy to Ethereum🫡🪱

CA: 0xfC9d98CdB3529F32cD7fb02d175547641e145B29

[WORM @EIP7503]

https://t.co/df81DfoDRj

[WORM @EIP7503]

Wormal distribution for your own token🐛

[sqrtDAO @sqrtDAO]

🚀 The @sqrtDAO Testnet is LIVE!

Want to launch & distribute a token the fair way?
This thread is the full step-by-step.

🔄 RT this first so more builders see it 🧵👇

[sqrtDAO @sqrtDAO]

🚀 THE TESTNET IS LIVE!

Our testnet is officially live, and we’re opening the doors for everyone to jump in, try the product, break things, explore what we’ve built, and tell us what you think.

This is your chance to get your hands on the product before launch and help us make it better. Every piece of feedback, bug report, and suggestion helps.

Ready to test?
👉 Access the Testnet: https://t.co/GJkvoW9Op1
💬 Join our Discord, share your feedback, and claim OG role now: https://t.co/uNb5tCiGnz

[WORM @EIP7503]

73.7241 ETH burned so far.

[WORM @EIP7503]

Private Proof-of-Burn-Mining is cool—but what if we used the same mining strategy to bootstrap a token fairly?

Instead of simply burning the consumed tokens each epoch, what if they were used to bootstrap the token’s liquidity pool?

Looks like these guys are going for it 👀

@sqrtDAO

[WORM @EIP7503]

R
E
V
E
A
L

L
E
S
S

[beeple @beeple]

LOCKED IN

[WORM @EIP7503]

the best privacy is the one you barely notice 🪱

[WORM @EIP7503]

the system doesn’t need your story, it needs a valid proof

[WORM @EIP7503]

@VectorPrivacy privacy 4ever

[WORM @EIP7503]

privacy

[WORM @EIP7503]

@HoudiniSwap the default

[WORM @EIP7503]

@AgoraCards always

[WORM @EIP7503]

@0xcitiz3n gworm citizen

[WORM @EIP7503]

gm

every protocol has a philosophy

what's yours?

[WORM @EIP7503]

@SilentSwap privacy is wormal

[WORM @EIP7503]

The moment privacy becomes unusual, freedom quietly becomes conditional.

[WORM @EIP7503]

@SilentSwap Indeed

[WORM @EIP7503]

NO MORE INVASIONS OF PRIVACY

[WORM @EIP7503]

privacy becomes normal

[vitalik.eth @VitalikButerin]

I updated my 2023 roadmap diagram to overlay where the items that were there sit in the current Strawmap ( https://t.co/I35mrXutP2 ).

In general, a lot of overlap, but:

* Some things got reshuffled in order (eg. quantum safety up-prioritized)
* Some things deprioritized (eg. VDFs; many EVM improvements)
* Some things replaced with superior constructions (eg. Verkle -> unified BT -> PBT; state expiry -> new state types)

What's most striking, however, is that some completely new things are in the strawmap that are NOT in this diagram, because they were not in the 2023 roadmap at all. These reflect changing priorities.

Notably:

* First-class attention to strong privacy. This covers: keyed nonces and recent roots, aspects of FOCIL, lean privacy pool & wormholes
* Aggressive scaling in the context of post-quantum. This covers: leanSPHINCS signatures and aggregation, zkzk frames (see https://t.co/ibrOpMxMfO )
* Lean-ification of the spec, to assist in formal verification (full FV of everything is only possible because of modern AI)
* Blob and gas futures (this idea just didn't exist back in 2023)
* Native rollups (SNARKs were nowhere near mature enough to even consider this back in 2023)
* A more open design space for the "future of the EVM". zkzk frames already implies that the protocol will expose to users some ISA that's not the EVM - current leading candidates are leanISA and RISC-V. These ISAs are more simple, modern and efficient than the EVM. Once they're there, why not expose them to developers everywhere? (And then, why not turn the EVM into being an IR on top of that ISA, instead of an enshrined feature massively complicating the base protocol?) Though much of the deeper exploration here is too early even for the strawmap.
* New state types are not just a replacement for expiry, they're a fundamentally different paradigm to how Ethereum does scaling

A common theme in scaling, found in both state types and zkzk frames (both new ideas), is that instead of trying to maximally scale ALL ethereum activity, we try to create specialized mechanisms that have more restrictive properties that make them more scaling-friendly, while supporting the heaviest loads incurred by users and applications today (eg. token transfers, swaps) and tomorrow (eg. privacy protocols).

The other common theme is treating STARKs and AI-accelerated FV as first-class objects, that we are okay betting the technical future of Ethereum on. There are recursive STARKs in many layers of the protocol, one particular primitive (the "aggregate to union verified dependencies" primitive) is expected to be used in *three* places in the protocol: EL, CL and DL. This can only be safe with formal verification, which is itself only feasible with modern AI tools.

In general, many steps forward in maturity. And a huge amount of hard work by many dozens of Ethereum researchers and developers on all of these features.

Ethereum will be quantum-safe. Ethereum will put users' privacy first. Ethereum will be secure. Ethereum will be censorship-resistant. Ethereum will be highly performant and scalable while satisfying the above. And Ethereum will be Lean.

[WORM @EIP7503]

@TrustWallet not complete without privacy though !

[WORM @EIP7503]

@bajpaiharsh244 encrypted and free