buckleup
things in software and hardware and on the internet are going to keep breaking
prolly in meatspace too soon btw and then ppl who aren't so "close to the code" will also feel this heat from AI
but in the end, it will just help us massively accel hardening everthing
Next year will be such a breakthrough for Ethereum UX and security that it's hard to put into a single tweet all the benefits we'll get.
Key rotation, native multisigs, huge security advances via transaction assertions, native post quantum signing schemes, ...
Wrapped zkAPI + Tor + extra cover traffic + local LLM prompt rewriting in an open-AI compatible daemon, and made a "paranoid mode" wrapper for my agent harness (pi):
Each conversation gets assigned a separate Tor circuit, your requests are masked with random cover traffic, zkAPI ensures you don't leak your identity through payments, and all prompts are locally rewritten (bring-your-own-local-model; I'm using qwen3.8-flash-next)
My agent harness is wrapped with a bwrap sandbox (also experimenting with MicroVM) and wrapped again with torsocks, so everything it does goes through Tor.
Here's what me asking it to do a simple research task looks like.
It's getting quite usable! Though you definitely still pay quite a bit in increased latency, especially when starting a new conversation.
Also, Tor is far from optimal here for privacy; the cover traffic mechanism is okay against passive adversaries but much weaker if the LLM provider is colluding with the guard and actively manipulating timing. This kind of task really requires a more specialized mixnet, probably take the tradeoff of a higher bandwidth multiplier and built-in constant cover traffic.
Also also, much cheaper zkAPI deposit and withdraw gas costs are coming to mainnet soon.
hey TORN holders - 2ish more days to vote FOR on proposal #71# and get new 0.01, 0.03, 0.3, 3, 30 ETH tornado cash pools on ethereum mainnet (exact clones of existing ETH pools)
without a push of new FOR votes it is on track to being defeated
ok someone finally deployed the DAO proposal to add 0.01, 0.03, 0.3, 3, and 30 ETH Tornado Cash pools (we've asked the Tornado Cash community a few days ago to deploy this if anyone thinks it's valuable); personally i strongly second this proposal as it will help retail users and increase usage (particularly the 0.01 ETH pool). i hope the DAO voters see the merit of this proposal and will accept it.
Yes lets do it. I am available to coordinate with any-and-all
and we have built or can build the sdks that make this very easy for wallets to integrate
Would @MetaMask@base wallet @Rabby_io be willing to integrate?
@cobie Can we get this into the base wallet app? We already have base.eth names - most of the way there already!
if something became foundational infrastructure… why would you rebuild it?
can someone explain what migration is gonna look like? v1 continues working as normal right? (in building my cli i couldnt test ens on sepolia bc it was v2 but mainnet is v1, was already annoying devEx)
currently merging and testing v0.0.2 of the kohaku-cli
big upgrade:
- import existing tornado notes into wallet
- railgun unshield supports "tail-calls" (parity w tornado)
- mgmt of ethereum names (ENS/GNS/WNS) and records
- embed stealth address protocol into wallet
- MORE
i would REALLY wanna see the 0.01 ETH tornado pool and went to @pcaversaccio with this idea
the reasoning is basically: it would make UX for kohaku stuff — for users that only want to use tornado cash — much better (any amount if ETH under 0.1 getting stranded is a big problem)
imho one critical missing piece for tornado cash to become more usuable on a _daily_ basis is having a 0.01 ETH pool. we could simply clone the existing working pool code, adjust for 0.01 ETH (only nit adjustments needed actually), and make a proposal to governance (so the pool can be registered via the official router) that (CREATE2-)deploys this pool when the proposal is executed and we're good to go. ui code would need an update as well, but this is solveable. (and after this happened we dissolve TC governance 😉, but this is another topic lol). thoughts?