Andrew Mac

@YahooFinance I sent this guy an email about putting neural networks in switches in 2015. Even boomer businesses catch up eventually.

AI is a "generational opportunity," Qualcomm CEO Cristiano Amon says.

Now building: a decentralised version of a thing that I've never built the normal version of and I have no idea how it works

Intel SGX has fallen! Its most important key is in our hands: we extracted the Global Wrapping Key from an instance of the Intel Gemini Lake platform

@0xTaker I use a market to decide

"So are you a batch auction or a continuous market guy?"

@sui414 No one with that much text on their page is raising a series A

OH from a VC: "So how does this increase ARR?"

@0xQuintus @koeppelmann Is there a reason you speak of moving state rather than sharing? At a low level, moving entails deletion (from the source). Support for deletion has not historically been a strong point of the EVM

Super cool! I think the ultimate mulithreading execution design requires 3 things: 1) ability to parallelise/shard + local fee markets 2) ability not to break composability despite 1 3) ability to move state between threads to balance congestion 1 was already provided by rollups. Seems your proposal definitely addresses 2. Is 3 covered?

Not sure I have ever been as productive in my life as in the last ~10 weeks: An extremely challenging yet worthwhile goal. The crazy progress of AI coding and heavy use of it. A very small team, world-class skills, and now the ability to multiply output thanks to AI. The result is @etheconomiczone — with a live devnet already: eez.dev. What is this? It will be: a) A new rollup that is fully composable with Ethereum. This means you can do either cheap transactions on this chain that only interact with contracts on this rollup, or more expensive transactions (similar to L1 costs) that can interact in a fully composable way between L1 and L2. So, for example, if you trade on this rollup, the routing can dynamically decide to use only L2 liquidity for a small trade, or for a larger trade — where the extra gas costs are worth it — to use both L2 and L1 liquidity. b) A whole framework that will allow new rollups, as well as existing L2s and sidechains (yes @gnosischain!!) to integrate into this “(Ethereum) economic zone.” Imagine: one could make a trade today simultaneously using Ethereum liquidity, but also Arbitrum, Base, or all the other L2s. This is what EEZ will allow. Now, let’s talk about the tech: Essentially, there are two core concepts that make all of this possible: 1) Proxy contracts 2) Real-time proving 1) Proxy contracts are basically a way to overcome the challenge that ~99% of all contracts are written in a way that only deals with addresses from a single chain. For example, a token or an NFT can be sent to an address, but not to an address on a specific other chain. Proxy contracts fix this. An address “A” on chain “n” will get a deterministic proxy representation, “A*”, on all other chains. So now, if, for example, A is a DAO on Ethereum and it should control, say, a fee switch in contract D (a DEX) on another chain, this can easily be done by setting A* as the owner of D. A (the DAO), on the other hand, can now call D* (the proxy representation of the DEX contract D) on Ethereum. All the cross-chain message passing in between is abstracted away — the contracts just call another contract and do not realize it is actually on another chain. 2) Real-time proving The proxy design already addresses the problem that there is no widely supported cross-chain message-passing standard in EVM land. So it alone would already be helpful for asynchronous calls, or better, calls that do not expect or require a return value. However, this would still not quite bring us to “synchronous composability.” Imagine a DEX trade: you do the first part of the trade on L1 and the second part on L2. You want to know the result of the second part — and if it did not get you the expected amount, you want to be able to revert the first part. This requires the call that triggers the DEX trade on L2 to have a return value. This was long assumed to be impossible - but with real-time proving, it no longer is. Basically, because Ethereum blocks are only produced every 12 seconds (and this would still work with, say, 6 seconds), that is now long enough to build and prove the L2 block that contains, for example, this L1→L2 DEX trade. If you want to learn more, don’t miss the talk by @tw_tter and @jbaylina on Tuesday at @EthCC! Let’s make Ethereum ONE again!

@andyyy Nah pretty sure everything that was going to happen has already happened

Feels like this is going to be a big week.

@dryajov Internet culture is genuinely confusing sometimes

@awmacp Thanks, this is helpful, tho confusing

Like, wtf is milady 😭

@cobie Yes and everyone's always been able to do that

Did that guy really cure his dogs cancer with Claude or did I simply fall for some internet hoax again in my old age

Sandwich attack -> pro bono order encapsulation

Bespoke execution you're welcome.

It’s clear by the community outpouring that it’s time for the acronym “MEV” to die. That time has come and gone. The term is now causing way too much confusion and fud and is doing a disservice to the industry. We need a better way to talk about transaction ordering that doesn’t have implicit assumptions or connotations.

tl;dr

@ImperiumPaper Vibes is a recruiting filter so if human capital matters then vibes matter

Ethereum is in many ways an AWS competitor. Neither vibes nor high horse matter, people just want uptime and reliable delivery of promised specs.

This is literally how markets get efficient

@sui414 How much value-add the app gets from being on Ethereum collocated with all the other apps and TVL. Can be measured in terms of willingness to pay (although not everyone would agree that this captures "value")

@awmacp i didnt mean the hardware/cloud cost in reality but simply just OPCODE cost thats already defined by the protocol. what does "value of executing on Ethereum" mean here? 🤔

Gas auction on Ethereum needs serious redesign because it SHOULD be resilient from mispricing and uninformed bids - passed from wallets default, gas estimator API, or TG bots who gives no damn to user welfare. today proposer gets all the excessive surplus, we have 2 options: 1. move it up the supply chain to apps/wallets, or 2. completely change the pricing to be true to the resources consumption. being "expensive" almost is a branding for ethereum at this point, but it doesn't need to be.

@sui414 How do you see wallets overpaying as a cause of excess congestion? You think users with low time preference are getting their txs in when they'd rather wait and save?

super insightful data! 👏 this is another example of dApps/wallets have the RESPONSIBILITY to make informed decision for users (and let users be dummy)! because if you dont do so: - users are overpaying a lot - chain is being congested for no reason For wallets who are handling millions of users/txs daily - this is just lazy

@0xseiryu Wait til you see TG bot prio fees

1/ The Ethereum protocol prices congestion correctly. Wallets don’t. • 25 days of data. • ~185k observations. • 3 wallets. One clear mismatch ↓

@andyyy It will take time for gas hungry applications to start deploying on mainnet. Some apps on rollups are evaluating the costs of migrating "home." New apps are more likely to deploy on mainnet right away. The thesis is neither validated nor invalidated yet.

Ethereum's revenue has been absolutely crushed since 2020 due to a lack of onchain activity. OR Ethereum's fees have gone down as the scaling efforts of the EF have worked tremendously. Which is the correct view???