Martin Kleppmann

Martin Kleppmann

@martin.kleppmann.com

Associate Professor at @cst.cam.ac.uk, researching decentralised systems and security protocols. Advisor to the Bluesky team. Wrote “Designing Data-Intensive Applications” (O’Reilly). he/him

34.6K followers468 following1K posts

When DDIA 2nd ed first came out, there were problems with print quality, leading to a bunch of negative reviews on Amazon. I believe those issues have now been fixed for months, but the negative reviews persist. Anyone want to add a review to counterbalance them? www.amazon.com/Designing-Da...

amazon.comDesigning Data-Intensive Applications: The Big Ideas Behind Reliable, Scalable, and Maintainable Systems: 9781098119065: Computer Science Books @ Amazon.comDesigning Data-Intensive Applications: The Big Ideas Behind Reliable, Scalable, and Maintainable Systems: 9781098119065: Computer Science Books @ Amazon.com

Martin Kleppmann reposted

Everyone’s seen the Sketchpad demo. Few understand how it actually works. I reimplemented Sketchpad from scratch, and I’m making short videos that recreate Sutherland’s demos and explain how they work. The first 8 are up — from drawing a line to the famous rivet. Link below 👇

Martin Kleppmann reposted

BTW knowledge of the existence of this vulnerability enables a well financed malware group to use AI to find it, if you run PHP anything you should be taking the service down NOW until a patch is available. And then patch before bringing the service back up.

nightshade →home, for now@nightshade.technology

details leaked. this vulnerability is a full unauthenticated unconditional remote code execution exploit against any service running on a PHP version from 5.4 until latest yeah if anything deserves CVSS 11, this is it. this is CATACLYSMICALLY bad.

Using Claude to help write some lecture notes on databases, and it basically quoted my own book back to me (without me asking for it). I do know it's in the training data because I got letters about the Anthropic copyright settlement… still, feels pretty weird

I asked Claude to explain the resemblance and it does seem like it's regurgitating training data. That obviously opens up the risk of accusations of plagiarism

My copy of this just arrived. Looking forward to digging into it!

Alexander Obenauer@alexanderobenauer.com

Happy Ada Lovelace Day! From missing characters to damaged reams, this is the tale of recreating Ada Lovelace's Notes. It's equally an investigation of old books and the work of making new ones. Link in reply.

The numbering of spaces in this Cambridge car park is truly a work of art: 1, 2, 4, 5, 6, 7, 3, 8, 9, 10, 11, 12, 13, 15, 14, 28, 27, 26, 25, 24, 23, 22, 21, 20, 19, 18, 17, 16, 36, 37, 38, 39, 40, 41, 31, 35, 34, 33, 32, 30, 29, 43, 42, 56, 55, 54, 53, 52, 51, 50, 49, 48, 47, 46, 45, 44

Our Centre for Cryptographic Trust Infrastructure (CCTI) is among the funded projects!

With the capability to coordinate securely, AI agents could act reliably on our behalf, unlocking a whole range of interactions that were previously inaccessible. Meet the first teams we’re backing to build the open-source tools to make it happen: https://link.aria.org.uk/ST-Creators

There once was an old lady who had spent her entire life prospecting for diamonds, with little success. Then, one day during her retirement, she made a discovery: a home microwave oven, with the right settings, could turn quartz into diamond!

View full thread

At first she believed her discovery was going to make her rich and famous. But soon everybody was making diamonds at home. What had once been scarce became abundant. The price of diamonds fell to zero, and nobody wanted them for jewellery any more. Soon, only the manufacturers of drill bits cared.

There once was an old lady who had spent her entire life prospecting for diamonds, with little success. Then, one day during her retirement, she made a discovery: a home microwave oven, with the right settings, could turn quartz into diamond!

"This is physically impossible!" she said, but a laboratory confirmed it: she really had created pure diamond from one of the world's most abundant minerals. Nobody understood why, but the method worked reliably. Anybody could now cheaply make diamonds at home in their kitchen.

Martin Kleppmann reposted

Hi protocol friends! I've been cooking up a Very Large PDS (vlpds) implementation capable of scaling up to billions of accounts and down to just one. It uses Object Storage as its only state, supports HA operation, live scaling up and down, is feature-complete with the reference PDS, and is FOSS.

vlpds.jazco.devOverview · vlpds docsAn atproto PDS whose only durable storage is an object store. Any node serves any request, one node can run a personal server for free, and a few nodes can carry all of Bluesky's write load.

I only just found this post by @joehellerstein.bsky.social from February on how waiting, ordering, and commitment in distributed systems are all ways of looking at the same underlying idea: coordination. Good post, matches with how I think about it jhellerstein.github.io/blog/three-s...

jhellerstein.github.ioThree Lenses on CoordinationThree Sets of Specs (for Staying in Spec) In the last post I talked about how systems formalisms are like sculpting with a chisel: we remove behaviors we don’t…

Martin Kleppmann reposted

There's no slowing down frontier models by regulation that wouldn't lead to regulatory capture. But we could simply force all AI model companies to release their model weights openly. It's the world's data after all and nothing would slow their funding/progress more effectively and universally.

P(aul) Frazee@pfrazee.com

Slow down frontier model development. Bring open weights to current frontier. Build out local inference providers, stabilize hardware prices, focus on cost and token throughput for a bit. Get our software updated to handle what's being thrown at us. I would not mind spending a beat on distribution.

Oh this looks amazing. Instant impulse purchase

Alexander Obenauer@alexanderobenauer.com

A century before we would move from fixed-program computers to reprogrammable ones, Ada Lovelace realized that the Analytical Engine was capable of universal computation. Reading her Notes is thrilling for her awestruck articulation of these ideas. Available now; link in reply.

Martin Kleppmann reposted

📅👀 The next set of community calls are posted to the Luma. Excited to see everyone there (and we'll also have This Month in Automerge in between) Register here: luma.com/automerge

Martin Kleppmann reposted

Excited to have a ✨ guest post ✨ from @djwyen.bsky.social in our @inkandswitch.com Keyhive lab notes! The local-first setting is new to a lot of cryptographers; here Derek shares some of his insights working on the BeeKEM paper, cross-fork security (CFS), and fundamental protocol design tradeoffs 🐝

inkandswitch.com06 · E2EE in the Local-First SettingExamining design considerations for developing cryptography for the local-first setting.

Martin Kleppmann reposted

Martin Kleppmann reposted

ugh web is so complicated. that certificate authority looks quite centralized to me. and that CDN might end up expensive to run at scale. and do we really need another standard? just use email

P(aul) Frazee@pfrazee.com