Wolfgang Grieskamp (@wgrieskamp) 's Twitter Profile
Wolfgang Grieskamp

@wgrieskamp

@aptoslabs. Head of Move language and tools. Formerly Meta, Google, and Microsoft Research

ID: 278124021

linkhttp://www.linkedin.com/in/wgrieskamp calendar_today06-04-2011 17:13:48

543 Tweet

39,39K Followers

254 Following

Wolfgang Grieskamp (@wgrieskamp) 's Twitter Profile Photo

Scheduled transactions is one of the cool features which are enabled by function values and safe dynamic dispatch, as described in AIP-112. Seeing a lot more interesting stuff coming based on them, up to the point of a truly asynchronous programming model for Move ("Async Move")

Wolfgang Grieskamp (@wgrieskamp) 's Twitter Profile Photo

The global trading engine needs top-notch ways to ensure security and correctness of Move contracts. The Move team isn't sleeping on that one. Groundbreaking tech like the Move Prover is augmented by the Mutation Tester for Move. More is coming.

Wolfgang Grieskamp (@wgrieskamp) 's Twitter Profile Photo

Georgios Konstantopoulos The problem isn't just the language, it's the VM. Without the concept of verified bytecode you find in the Move platform, creating or even modifying a language and compiler is extremely risky, and I doubt anybody in the Eth system will dare for it (look at Vyper, e.g.).

ash.apt (@ashawonn) 's Twitter Profile Photo

when some people I talk to say “yeah tech doesn’t matter though” I immediately know we are never going to be aligned

Wolfgang Grieskamp (@wgrieskamp) 's Twitter Profile Photo

The solution for Move is decompilation, which Aptos first added beginning of '24. The real source of truth is the Move bytecode. A registry should be build on top of the blockchain state. Aptos uploads all info of a package to chain (sources at deployment, Move.toml, etc.).

Wolfgang Grieskamp (@wgrieskamp) 's Twitter Profile Photo

moon shiesty Decompiled Move bytecode is quite readable. There is more work needed to prettify it which happens in an upcoming new decompiler we are working on. We also made some experiment with AI, for example, giving it Move code with `arg1`, `arg2`, etc. locals, and asking 'find

Wolfgang Grieskamp (@wgrieskamp) 's Twitter Profile Photo

Etherscan is a centralized technology and vulnerable to hacks. It’s a weak approach to ensure the right code is run. Furthermore, EVM bytecode is completely obfuscated. Only Move bytecode with decompilation can give 100% verification.

Wolfgang Grieskamp (@wgrieskamp) 's Twitter Profile Photo

Code loading in a multi-tenant system like a blockchain is a major performance bottleneck. Our nextgen loader makes it significantly faster.

Wolfgang Grieskamp (@wgrieskamp) 's Twitter Profile Photo

Maps are one of the most commonly used data structures in Move. High performance of maps is both crucial for throughput and gas costs. The new map types are a significant step forward. The best thing: completely implemented in Move, with help of new high-perf vector primitives.

Aptos (@aptos) 's Twitter Profile Photo

The Aptos Move 2 All Stars have been stacking Ws, breaking records, and locking in Hall of Fame status 🏆🏀 ✅ Network milestones ✅ Core logic upgrades with Move Madness ✅ System upgrades en route 👀 ICYMI, check out the highlight reel 🧵

Wolfgang Grieskamp (@wgrieskamp) 's Twitter Profile Photo

Was great to talk at #FMBC this year. Formal verification is a perfect match for smart contracts, but we also know there are adoption problems, which we are resolved to attack for Aptos .

Was great to talk at #FMBC this year. Formal verification is a perfect match for smart contracts, but we also know there are adoption problems, which we are resolved to attack for <a href="/Aptos/">Aptos</a> .