"L2s are about as secure as centralized AWS servers".
I've seen this piece of misinformation float around quite a bit, so lets correct it.
Here's an explanation of how L2s (in their ideal form) inherit the security properties of Ethereum:
========================================
Let's start by defining the 4 security properties of a blockchain (as defined by @sreeramkannan):
1) Re-org resistance - measures how likely it is for blocks to be re-ordered in the future
2) Censorship resistance - measures how easy it is to censor transactions
3) Data availability - can full nodes access the data required to verify the state of the chain
4) Validity - transactions must adhere to the rules of the chain (no double spending, valid state transitions, cryptographically secure)
========================================
The question then is whether L2s inherit these security properties from Ethereum. The answer is yes.
1) L2s post data batches to Ethereum and use the L1 to determine the final ordering of txs. Once finalized on Ethereum, txs cannot be re-orged. ✅
2) A malicious sequencer can censor txs. However, most rollups include a force inclusion function that allows txs to be sent directly to the L1, bypassing the sequencer. The only way to censor these txs is to censor Ethereum itself. ✅
3) L2s post their data batches to Ethereum (I'm referring to true rollups, not validiums/optimiums). The data for re-creating the current state of the chain will always be available as long as Ethereum is live. ✅
4) The validity of a rollup's canonical bridge is determined by smart contracts on Ethereum, which accept either zk or fault proofs to advance forward. The only way to violate the rules of this bridge would be to violate the validity of Ethereum smart contracts. ✅
========================================
The caveat to everything above is that most rollups today still have multisigs that can change the state and logic of a rollup's validating bridge. This can affect a rollup's validity property as the rules of an L2's STF can effectively be ignored. The hope for most rollups is for the multisig to be eventually removed, mitigating this risk vector.
In any case, a sequencer going down will not kill the chain as if it were a single instance AWS server. The chain's state can always be derived from data posted to Ethereum, txs can be force included via submission on L1, and funds can be withdrawn if necessary.
========================================
A rollup sequencer is much different than an L1 blockchain with a single validator. The whole point of a rollup in the first place is to derive security from its base layer. The AWS allegations will be beat.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Hi @FBI, I noticed that your smart contracts are in direct violation of the MIT License, and thus are subject to copyright infringement.
You clearly copy pasted several of OpenZeppelin's libraries (which use the MIT License), but don't have a license on the code yourself.
The MIT License states "this permission notice shall be included in all copies or substantial portions of the Software", which you clearly did not adhere to in your contracts.
@FBI You can find the FBI contracts here:
I highly doubt any legal action will be taken, but it's pretty funny that the FBI themselves are not complying with software licenses.etherscan.io/address/0x16ca…
@FBI I’ve alerted the FBI to take the necessary steps against the… FBI
I'm super excited to announce Abstract Global Wallet today.
We're building a brand new chain-level experience - one where users never need to download an extension and apps work seamlessly out of the box.
Here's a simple breakdown of how AGW works 🧵:
The current state of wallet UX isn't great.
We did dozens of research studies with non-crypto users to better understand today's onboarding flows and app usage patterns. We saw fragmentation, confusing UX, and opaque transaction flows.
AGW aims to fix that.
At its core, AGW is a smart contract wallet powered by Account Abstraction.
I've talked a lot about AA in the past - I really believe that the current AA infra is ready to support the next wave of crypto users.
AGW leverages several AA features to make user experiences better.
You've probably heard this line many times, but weren't sure what it meant. So let's fix that.
I present to you the beginner's guide to Account Abstraction - what it is, how it works, and how it'll change crypto apps forever 🧵:
I'm not going to bore you with the technical and implementation details of Account Abstraction (that'll be a future thread).
Instead, this will be a very high-level overview of AA with practical examples of how it has improved the crypto user experience over the last few years.
Put simply, Account Abstraction is a set of frameworks and standards that turbocharge the capabilities crypto wallets (accounts).
You can think of this like taking a 1999 Honda Civic and giving it the ability to fly - it can still work as a car, but now it can do something new.
A beginner's guide to Runes - the new protocol that will bring fungible tokens to Bitcoin at the halving 🧵:
To start, what are fungible tokens?
These are tokens that are not unique in nature, can be divided, and are interchangeable. They exist on other blockchains as ERC20s on EVM chains or SPL on Solana.
Examples include memecoins and governance tokens.
Historically, fungible tokens have not been possible on Bitcoin since it doesn't support smart contracts.
However, with the advent of ordinals, we saw the rise of BRC-20s, which inscribed token data in individual SATs (satoshis) and were processed by off-chain indexers.
EIP-3074 was just approved to go live in the next Ethereum hard fork.
This EIP will forever change how users interact on EVM chains, making wallet UX simpler, cheaper, and more powerful.
Here's a high level overview of EIP-3074 and how it'll change the game 🧵:
The TLDR of 3074 is that it gives EOAs (normal wallets) smart contract capabilities (like account abstraction).
This includes the ability to do single tx approvals, batch txs, wallet asset recovery, sponsored txs, and more.
Let's first talk about the issues with modern wallets.
@lightclients did a great presentation on 3074 which I will reference in this thread.
Here's a list of UX problems - they can be solved through smart contract wallets, but that would force users to migrate wallets which is bad UX and costs money.