sudo rm -rf --no-preserve-root / pfp

sudo rm -rf --no-preserve-root /

@pcaversaccio

164 Following
3181 Followers


sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
Listen guys, many might disagree with me on this, but Ethereum's lasting success is all about its Cypherpunk soul. Real (IMO unconditional) privacy, security, censorship resistance; that's the core and must always remain the core. Folks, honestly, forget the flashy business plans for Ethereum (we do not turn Ethereum into a fucking company). If we start prioritising those over the fundamentals, we're not just selling out; we're turning into muppets of the very mainstream systems we set out to disrupt. Read the last sentence again. Now again. Ethereum's future has to be _radical_ and _bold_, not obedient.
9 replies
7 recasts
64 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
An OS that goes all-in on simplicity. There's so much virtue in simplicity. What we need is more of less. https://duskos.org
4 replies
1 recast
27 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
There is absolutely no valid reason why prices are pumping right now. We're still a clown-show industry, light-years away from making any _meaningful_ dent in the lives of 99.9% of people on this planet. I'm here because I believe in the long game, I always have, but let's not kid ourselves: this lazy complacency, the flood of useless degen apps and rollups, and the never-ending siphoning of users' funds is not the path forward. It's a fucking distraction, not a revolution. I personally would love to see Ethereum go privacy-first (and by that, I mean _unconditional_ privacy). This would make Ethereum a real-world use case for a high percentage of the world population (we still need to convince them of course πŸ˜‰).
3 replies
2 recasts
28 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
πŸ˜Άβ€πŸŒ«οΈ
0 reply
0 recast
0 reaction

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
2/ - people cannot handle private keys & seed phrases - people devices are _constantly_ (and by constantly I mean every fucking day) compromised - people are completely naive when it comes to basic web2 security (dude, stop storing your pws & 2FAs in the same password manager you use locally) - devs are blindly cloning, installing and running github repos locally and get rekt we're so fucking far away of being considered a "secure" ecosystem. It's a complete shitshow right now.
0 reply
0 recast
5 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
1/ time for a quick vibes check on where our industry's at security-wise; well, folks, guess what, 95% of last months' SEAL 911 tickets were the same shitshows on repeat: folks running sketchy code some rando DMed them (stop cloning & running GH repos you got from some random dude who asks for your "help"), hopping on Zoom calls where scammers walk them through (effectively) self-pwning (dude, believe me you don't need to patch your zoom or google meet) their own machines, teams getting nuked because they thought hiring bargain-bin devs from North Korea was a great idea, or some skiddies calling up victims pretending to be Coinbase support (always Coinbase, like 90% of the time and the rest is Ledger) and walking off with their funds. On top of that, there's the usual: someone falling in love with a random Tinder match and getting rinsed by a textbook Sha Zhu Pan play, and of course, the ever-reliable dev who commits their .env file with private keys straight to GitHub, NPM, etc.
2 replies
1 recast
22 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
I love how Xwitter cares about their security
0 reply
2 recasts
18 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
Didn't know, sets an interesting precedent.
1 reply
0 recast
1 reaction

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
Most crypto work (partially mine included) runs on some sort of 'hope Microsoft keeps GitHub online' mode. Git is decentralised but GitHub isn't. Shutting down key repos is one of the easiest ways to censor or disrupt upgrades and dev coordination. And yes, Microsoft can do that. There are legit alternatives but none with full feature parity. It's already way too late, but we as an industry must really rethink how we write, collaborate, deploy, and ship code.
5 replies
1 recast
24 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
Honestly, each time I upgrade Python I learn something new. So, decided this morning to upgrade to Python 3.13.3 (I mean why not). Pulled all available releases and realised that there is a new version suffix `t` available since 3.13.0. Dude wtf is this? Was super confused first. Well, guess what, it's a different (experimental) interpreter that supports the free-threaded mode (i.e. GIL disabled). https://docs.python.org/3.13/whatsnew/3.13.html#free-threaded-cpython
2 replies
1 recast
23 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
found the major bottleneck for scaling Ethereum
7 replies
7 recasts
53 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
Base feels like it's been hijacked by a terminally online crowd that thinks every new token with a four-letter ticker and no purpose is revolutionary content.
2 replies
0 recast
26 reactions

Vitalik Buterin pfp
Vitalik Buterin
@vitalik.eth
My own current privacy roadmap (much lighter on L1 changes, but also more limited in its consequences): https://ethereum-magicians.org/t/a-maximally-simple-l1-privacy-roadmap/23459 Highly encourage people to read both! https://x.com/pcaversaccio/status/1909939119037313255
28 replies
94 recasts
427 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
yeah - finding the right, future-proof standards is the challenging part here.
0 reply
0 recast
1 reaction

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
"Make Ethereum Cypherpunk Again" isn't simply a slogan for me β€” it's a statement of intent. This isn't branding. It's resistance. This isn't about playing nice. It's about reclaiming Ethereum's soul! Look it's very simple: Ethereum must provide privacy _unconditionally_. Today, it operates in a partial, opt-in model, forcing users to jump through hoops just to conceal their financial lives. That's not sovereignty β€” it's submission. Enough compromises. We need privacy by default. Over the past weeks, I've written a potential path forward β€” a vision for Ethereum as a maximally private, self-sovereign financial system. Read it. Challenge it. Improve it. Let's co-create it. Make Ethereum Cypherpunk Again. https://hackmd.io/@pcaversaccio/ethereum-privacy-the-road-to-self-sovereignty
2 replies
4 recasts
47 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
folks, can we please fucking stop normalising `curl | bash` as an installation method (yes, I'm also looking at you Foundry)? It's a _massive_ footgun that blindly executes remote code with zero verification. You're literally giving arbitrary internet bytes root access to your machine. This bypasses _decades_ of hard-earned lessons about secure software distribution. Just vibes and a prayer that the server wasn't compromised five minutes ago. If you're building tooling for developers, do better. If you're a developer using this, you know better.
2 replies
2 recasts
8 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
Dropping some thoughts as this concerns me a lot lately: - What happens when a DPRK-backed persona slips into Ledger, Trezor, MetaMask, etc.? - What happens when client teams get compromised from within, turning trusted core devs into silent attack vectors? - What happens if the Kim boys start tampering with the cryptographic libraries we all rely on? (we don't know if this already happened btw...) So far, the attacks have targeted individual projects. The next phase? My guess is a full-scale takeover of the infra that holds our ecosystem together. Look, it's pretty simple: the threat model isn't just shiftingβ€”it's escalating. Every move you make without paranoia is an opening for state-sponsored actors to dig in deeper. If you're not fucking questioning everything, you're already playing their game. This industry's long-term survival depends on its foundational pillars operating in a constant state of paranoia. Like it or not.
1 reply
2 recasts
12 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
No. I'm part of the extended Vyper compiler team.
0 reply
0 recast
3 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
EOF: When Complexity Outweighs Necessity https://hackmd.io/@pcaversaccio/eof-when-complexity-outweighs-necessity A lot of time and energy went into this new deep dive on EOF. We break down its supposed benefits and argue they're more "nice-to-haves" than essential upgrades. Instead of adding complexity, we highlight cleaner, less disruptive solutions that achieve the same goals. EOF's objectives are solidβ€”but there's a smarter way to get there. I would like to highlight that the authors and contributors of this post represent the full EVM stackβ€”from VM and formal specification maintainers to compiler engineers, application developers, and library creators. Please reflect on this guys. If you got feedback, let us know here: https://ethereum-magicians.org/t/ethereum-is-turning-into-a-labyrinth-of-unnecessary-complexity-with-eof-lets-reconsider-eof/23136 https://x.com/pcaversaccio/status/1900200732000759892
2 replies
12 recasts
65 reactions

sudo rm -rf --no-preserve-root / pfp
sudo rm -rf --no-preserve-root /
@pcaversaccio
Not sure what you're showing here but that's not coffee. No coffee needs milk. No coffee needs this size of a cup.
1 reply
0 recast
1 reaction