Every Defi protocol should have: 1. Circuit breakers for deposit and withdrawals, and possibly other internal operations as well 2. Timelocks for any change 3. Security councils that can shut down protocols immediately
We don't need insurance, we need to do start doing the ffcking basics correctly. It's too early for this space to drive without any training wheels.
I beg you, sacrifice a tiny bit of UX to gain a lot of peace of mind. The worst possible UX is losing your user's money.
I am extremely frustrated with the state of security in this space.
Audits typically focus on the protocol, and whether the implementation matches the spec. However, that's not where the majority of attacks occur: they happen in the quorums, the key management system, the deployment process, the security hygiene of the team.
Protocol audits are necessary but don't go nearly far enough, and give both (inexperienced) teams and external users false confidence.
I don't know what the solution is in this case - teams obviously need to do better, and probably auditors should expand the footprint they are covering. How else are we supposed to trust that a team doesn't build a nice-looking house, but leaves the frontdoor and 5 windows wide open?
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Rollup-Boost is a verifiable block-building platform for rollups, enabled by TEEs.
It is powering the new Unichain with near-instant transactions, strong user guarantees, and MEV internalization for the next generation of Defi apps.
To achieve Ethereum's rollup-centric roadmap, projects are fundamentally forced to choose between two opposing forces: user experience (UX) and decentralization.
We believe TEEs can harmonize the two, unlocking a new tradeoff point and the next stage of rollup evolution.
Rollup-Boost introduces the idea of rollup extensions -- modular components for upgrading rollups in performance, programmability, and decentralization.
The first two are: 1. 250ms Flashblocks with native revert protection 2. Verifiable priority ordering within each Flashblock
Because I was struggling with the FTX claims process, I put together some information and want to share in case it may be useful to others
First, the process will differ depending on the status of your account. What different flags are there?
Accounts can generally have two types of flag: either they are disputed in some way, or they are not.
Accounts flagged as “disputed, contingent, or unliquidated” may had withdrawals within 3months of bankruptcy that are potentially liable to clawback for equitable distribution among all shareholders.
Other reasons include holding tokens (perps, FTT, etc.) with unclear value.
.@axiom_xyz , the startup scaling Ethereum through off-chain computation and zk proofs, is hiring on two key positions. Great opportunity to work in an elite R&D team:
When MEV-Share is live, users, applications, and wallets can send their transactions to a new RPC endpoint, where a "matchmaker" simulates their trades against independently created searcher backruns.
The resulting arbitrage profits are then kicked back to the user.
In MEV-Share, users control what information about their trades searchers can see before submitting backruns.
Selectively revealing transaction data can help searchers optimize their bids, which means higher payments back to the user.