George Mitenkov

@has88sanalk It is not yet marked it as approved, (too busy shipping 😉). It is live on mainnet: governance.aptosfoundation.org/proposal/200

@GeorgeMitenkov It was not approved

controversial take: raise the CU cap on txs. It doesn't even have to scale linearly, but the ability to run more complex logic on chain (like risk engines and other financial models) is incredibly valuable to apps!

Great to see more teams catching up. Aptos has been productionizing this stack for years: pipelined execution, fewer consensus bottlenecks, and deterministic parallel execution with Block-STM. Btw, we are already running Block-STM v2, which pushes parallel execution further with better scheduling, lower overhead, and higher throughput under trading workloads. When Sei?

Introducing the Giga Whitepaper V2. The first Giga Whitepaper laid out the fastest blockchain yet. V2 brings privacy, predictability, & performance. 🔴 Sub-250ms finality 🔴 Pre-execution privacy 🔴 Protocol-level MEV resistance 🔴 200K+ TPS The blockchain built for trading: arxiv.org/pdf/2505.14914

@MonsterCpgt Yes, Decibel is already using it

@GeorgeMitenkov Decibel支持了吗？

“Why stake APT?” On Aptos, stake is becoming infrastructure access. AIP-146 lets participants use stake to unlock higher transaction limits for complex workloads: liquidations, expensive DEX operations, migrations, emergency actions. Some tokens are memes and speculation. Some tokens unlock blockspace.

Every blockchain needs transaction limits to protect the network (gas, compute units). But not every legitimate transaction fits into the same box: a coin transfer and a liquidation are very different workloads. Still, limits are universally applied to all transactions making complex on-chain workloads impossible. AIP-146 (now live on Aptos mainnet) solves this problem. Higher limits can be requested by participants who prove stake-backed alignment. Unlike “paying more gas”, which is a short-term willingness to pay, stake is a long-term commitment to the network, reducing misuse risks. Why does this matter for DeFi? Real on-chain markets need heavy transactions to execute reliably. Liquidations are an obvious example. When they fail to execute hitting the limits, debt grows, users take bigger losses. With AIP-146, protocols get better execution reliability for the workloads that keep markets healthy. For the full technical details, see: github.com/aptos-foundati…

4/4 Our new paper goes deeper on runtime safety checks for Move. Read more: arxiv.org/html/2606.18064

3/4 The hard part is doing this without adding much overhead. This is where Block-STM helps: spare worker capacity is used to run runtime checks in parallel with the rest of the transactions. Not just faster execution - safer execution, powered by the same parallel engine.

1/4 Everyone talks about parallel execution for high TPS. On Aptos, we also use it to make execution safer. Because when smart contracts secure billions, “probably safe” is not good enough.

DeFi moves faster on @Aptos thanks to lazy loading in the Move VM. Now you pay only for the code you actually execute. This means lower gas fees, increased contract composability, and very unlikely dependency-limit failures.

@uttam_singhk MoveVM is only getting better :) It reduces risks of hacks significantly: type and reference safety guaranteed by bytecode verification and at runtime, safe re-entrancy - something EVM will never guarantee and one has to trust Solidity compiler. And it also has good performance

what happened to MoveVM ? wasn’t it supposed to save our industry from hacks? 😭 moveVM is the future bruh gmove, solidity sucks, EVM sucks

@AaronBuchwald @SashaSpiegelman Can’t DM you cause am not verified lol😀 maybe DM me your handle?

@GeorgeMitenkov @SashaSpiegelman Which one?

The best engineers in the industry are building the best Blockchain technology. Another insane project is shipped on Aptos.

@AaronBuchwald @SashaSpiegelman Telegram?

@GeorgeMitenkov @SashaSpiegelman Is there a better place than Twitter to ask more detailed questions about the benchmarks?

@AaronBuchwald @SashaSpiegelman See github.com/aptos-labs/apt… for execution-only benchmarks (no DB accesses) with historical transactions, github.com/aptos-labs/apt… for execution + DB (production-like) benchmarks with synthetic workloads

@SashaSpiegelman Nice! Could you link where I can try out and run the Aptos benchmarks?

7/7 See the all the details in the blogpost 👇 medium.com/aptoslabs/load…

6/7  Loader V2 also sets the stage for future upgrades – like Lazy Loading. With Lazy Loading, Move code is only loaded when it’s actually used. 👉 Faster execution 👉 Lower limits & gas costs Big win for devs building next-gen DeFi & dApps with Move 2 💪🌐

1/7 Move on Aptos just got faster with Loader V2 – a major upgrade to how the Move VM loads and caches smart contract code. TL;DR: ⚡Up to 60% faster block execution ⚡Parallel Move contract upgrades 🛠️Cheaper gas coming 🧵 Let’s break it down: