Dan Cline retweeted
$OUSD is live.
Build with OUSD via @Coinbase @Mastercard @Stripe and @Visa. Each integration path supports 1:1 USD conversion at no cost.
Read the announcement: joinopenstandard.com/blog/ou….
Open USD (OUSD) is live on Tempo, with $400M+ in liquidity at launch.
Issued natively on Tempo, OUSD by @openstandard gives businesses a new stablecoin for payments, settlement, and treasury, with liquidity deployed across decentralized exchanges, stablecoin swaps, and bridges.
Dan Cline retweeted
Excited to share Wave 2 of Frontiers by @paradigm Speakers! Frontiers is our intense annual conference & hackathon for those beyond the edge in SF, Oct 12-14th 2026.
- @johannes_hage of Prime Intellect
- @_patrickogrady of Commonware
- Sam Herring of Nous Research
Apply to attend in the link below!
Logistics:
- Wave 1 of acceptances goes out today.
- 2 weeks left for any new applications.
- Merch and more sick videos to be announced.
- 1 more super special speaker to be announced!
Dan Cline retweeted
Frontiers by @Paradigm returns to San Francisco on October 12-14, 2026!
Frontiers is our intense annual conference & hackathon for those beyond the edge.
No booths, no sponsors, curated audience, stablecoins, ai, robotics, post-quantum cryptography and more.
Apply below!
Dan Cline retweeted
Introducing Open USD: a stablecoin built for the internet economy, designed by the businesses growing it.
joinopenstandard.com/blog/in…
Dan Cline retweeted
The @Tempo mainnet launched 93 days ago. Quick summary of the current state:
• Run rate payment volume is around $3 billion. There's a long way to go, but it's cool to see real usage already emerging. (It took Stripe a lot longer than 93 days to get to $3 billion.)
• As a blockchain, we obviously don't know about all the different use-cases. (Please tell us if you're doing something cool with Tempo!) Larger companies using Tempo include @Deel, which is using Tempo to pay out to their vast network of contractors, and @Meta, which is using it via @Link for global payouts. There are a bunch of other large companies working on Tempo integrations that'll be announced soon.
• Internally, developing on Tempo has been fun, and Tempo is now Stripe's default blockchain for new features.
• On the AI side of things, there appear to be around 1,000 active services selling to agents via the Machine Payments Protocol (@mpp). There's a useful directory of available services at mppscan.com. 570 unique agents, for example, seem to have purchased from @ExaAILabs, and 332 from @openweather. I don't know how long it'll take for this use-case to become big, but it seems all-but inevitable that it will within a few years.
• Today, @Stripe, @Visa, and @StanChart are running Tempo validators. Validation will become more decentralized over time.
• The Tempo team is building a lot of new protocol functionality. For example, privacy zones, receive policies, and virtual addresses. (Details for all on the Tempo blog: tempo.xyz/blog.) In general, our belief is that there's a lot of functionality to be built at the blockchain level to make higher-level applications easy and performant.
The original thesis behind Tempo was that both AI and stablecoins would stretch blockchains in new ways, with need for privacy, fees denominated/payable in stablecoins, batch transactions, microtransactions, faster confirmations, and so forth. Overall, this still seems like the right set of bets, and the agentic stuff is happening somewhat faster than I was expecting. "1M stablecoin TPS, with the vast majority from agents" still seems like the right north star.
Dan Cline retweeted
We've just open sourced Schelk, a fast filesystem snapshot and rollback tool for database benchmarking.
We use Schelk every day for making our benchmarking loop fast, making our software even faster.
See below how it works. Genius work by @pepyakin.
To deliver stablecoin payments at scale, Tempo must run on the best possible infrastructure.
Reth 2.0 is live in production on Tempo Mainnet.
Dan Cline retweeted
RELEASING RETH 2.0!
Reth is now faster, smaller, and ready for the future of crypto infrastructure.
Gigagas per second has not just been achieved, it's been blown out of the water.
We've put in a ton of work in this, and we're incredibly proud to be sharing this with everyone.
Dan Cline retweeted
Today is a monumentous day for quantum computing and cryptography. Two breakthrough papers just landed (links in next tweet). Both papers improve Shor's algorithm, infamous for cracking RSA and elliptic curve cryptography. The two results compound, optimising separate layers of the quantum stack. The results are shocking. I expect a narrative shift and a further R&D boost toward post-quantum cryptography.
The first paper is by Google Quantum AI. They tackle the (logical) Shor algorithm, tailoring it to crack Bitcoin and Ethereum signatures. The algorithm runs on ~1K logical qubits for the 256-bit elliptic curve secp256k1. Due to the low circuit depth, a fast superconducting computer would recover private keys in minutes. I'm grateful to have joined as a late paper co-author, in large part for the chance to interact with experts and the alpha gleaned from internal discussions.
The second paper is by a stealthy startup called Oratomic, with ex-Google and prominent Caltech faculty. Their starting point is Google's improvements to the logical quantum circuit. They then apply improvements at the physical layer, with tricks specific to neutral atom quantum computers. The result estimates that 26,000 atomic qubits are sufficient to break 256-bit elliptic curve signatures. This would be roughly a 40x improvement in physical qubit count over previous state-of-the-art. On the flip side, a single Shor run would take ~10 days due to the relatively slow speed of neutral atoms.
Below are my key takeaways. As a disclaimer, I am not a quantum expert. Time is needed for the results to be properly vetted. Based on my interactions with the team, I have faith the Google Quantum AI results are conservative. The Oratomic paper is much harder for me to assess, especially because of the use of more exotic qLDPC codes. I will take it with a grain of salt until the dust settles.
→ q-day: My confidence in q-day by 2032 has shot up significantly. IMO there's at least a 10% chance that by 2032 a quantum computer recovers a secp256k1 ECDSA private key from an exposed public key. While a cryptographically-relevant quantum computer (CRQC) before 2030 still feels unlikely, now is undoubtedly the time to start preparing.
→ censorship: The Google paper uses a zero-knowledge (ZK) proof to demonstrate the algorithm's existence without leaking actual optimisations. From now on, assume state-of-the-art algorithms will be censored. There may be self-censorship for moral or commercial reasons, or because of government pressure. A blackout in academic publications would be a tell-tale sign.
→ cracking time: A superconducting quantum computer, the type Google is building, could crack keys in minutes. This is because the optimised quantum circuit is just 100M Toffoli gates, which is surprisingly shallow. (Toffoli gates are hard because they require production of so-called "magic states".) Toffoli gates would consume ~10 microseconds on a superconducting platform, totalling ~1,000 sec of Shor runtime.
→ latency optimisations: Two latency optimisations bring key cracking time to single-digit minutes. The first parallelises computation across quantum devices. The second involves feeding the pubkey to the quantum computer mid-flight, after a generic setup phase.
→ fast- and slow-clock: At first approximation there are two families of quantum computers. The fast-clock flavour, which includes superconducting and photonic architectures, runs at roughly 100 kHz. The slow-clock flavour, which includes trapped ion and neutral atom architectures, runs roughly 1,000x slower (~100 Hz, or ~1 week to crack a single key).
→ qubit count: The size-optimised variant of the algorithm runs on 1,200 logical qubits. On a superconducting computer with surface code error correction that's roughly 500K physical qubits, a 400:1 physical-to-logical ratio. The surface code is conservative, assuming only four-way nearest-neighbour grid connectivity. It was demonstrated last year by Google on a real quantum computer.
→ future gains: Low-hanging fruit is still being picked, with at least one of the Google optimisations resulting from a surprisingly simple observation. Interestingly, AI was not (yet!) tasked to find optimisations. This was also the first time authors such as Craig Gidney attacked elliptic curves (as opposed to RSA). Shor logical qubit count could plausibly go under 1K soonish.
→ error correction: The physical-to-logical ratio for superconducting computers could go under 100:1. For superconducting computers that would be mean ~100K physical qubits for a CRQC, two orders of magnitude away from state of the art. Neutral atoms quantum computers are amenable to error correcting codes other than the surface code. While much slower to run, they can bring down the physical to logical qubit ratio closer to 10:1.
→ Bitcoin PoW: Commercially-viable Bitcoin PoW via Grover's algorithm is not happening any time soon. We're talking decades, possibly centuries away. This observation should help focus the discussion on ECDSA and Schnorr. (Side note: as unofficial Bitcoin security researcher, I still believe Bitcoin PoW is cooked due to the dwindling security budget.)
→ team quality: The folks at Google Quantum AI are the real deal. Craig Gidney (@CraigGidney) is arguably the world's top quantum circuit optimisooor. Just last year he squeezed 10x out of Shor for RSA, bringing the physical qubit count down from 10M to 1M. Special thanks to the Google team for patiently answering all my newb questions with detailed, fact-based answers. I was expecting some hype, but found none.
Dan Cline retweeted
Introducing the Machine Payments Protocol: an open standard for machine payments co-authored by @tempo and @stripe
MPP is designed to be extensible and payment-method agnostic, already supporting stablecoins, cards, and more.



















