Ole Hylland Spjeldnæs
@spjoleh
Followers
2K
Following
2K
Media
52
Statuses
564
Founder/CEO @deltadotnetwork | prev math @ETH
Joined October 2021
delta's design is exceedingly simple. To get there, you can start with a rollup stack and just delete stuff: - Remove the need for bridges and 3rd party interoperability services by having all the "rollups" (domains) share state - Integrate the execution layer with the base
8
5
63
Talking about crypto infra without talking like the people who always talk about crypto infra 🤝 @apriori0x is a thoughtful host and this was fun:)
Stop Optimizing Blockchains In this episode of Deeply Intents (🎙️, 🎧), I chat with @spjoleh founder and CEO @deltadotnetwork. This is an amazing conversation that touches on blockchain architecture, design philosophy, and product strategy. [sponsored by @anoma] In this
1
1
9
Pt. III Our fitness app could never be built on a blockchain. Here we lay out how easy it is to build it as a domain
Pt. II: Blockchains are not computers. We are limiting ourselves by treating them as such We should be able to add verifiability and shared state to any app (especially simple ones like the one from Pt. I) Here's how⬇️
3
1
14
The whole point of rollups is that you're "secured by Ethereum". You don't need tendermint. Just be centralized. It's ok
With the release of v0.14.0, Starknet becomes the first Rollup to transition from a centralized architecture to a decentralized one. Pioneering isn’t always smooth, but that’s how real progress is made. Back to Starktember now.
3
0
6
Pt. II: Blockchains are not computers. We are limiting ourselves by treating them as such We should be able to add verifiability and shared state to any app (especially simple ones like the one from Pt. I) Here's how⬇️
domains let you build a lot of stuff blockchains can't. Case study: fitness aggregator, a simple hobby project which no blockchain could support Pt. I of 3, here we look at why blockchains fall short
12
1
21
Within a couple of years we'll all use passkeys for everything payments/identity/auth. Every login/signing action will feel like Apple Pay and the mere idea of things like passwords and crypto wallets will be considered disgusting
the tech world thinks passkeys suck because password managers, vendor locking blah blah blah my non-tech friends love it because they faceid to log in to a website on their iphone, e.g. icloud account none of them use a password manager & they love not typing passwords
1
0
5
domains let you build a lot of stuff blockchains can't. Case study: fitness aggregator, a simple hobby project which no blockchain could support Pt. I of 3, here we look at why blockchains fall short
74
3
128
The monetary incentive to build novel crypto apps is so strong that anything that can be built will be built. You could force devs to write assembly, and this would still hold true. Developer-friendliness is not a hurdle to new apps. Lack of capability is. /end
0
1
4
The CUDA playbook for crypto: how to build the crypto Nvidia New blog post ⬇️
2
2
10
banger recording with @spjoleh Deeply intents cooking 🧑🍳🔥🧪 soon™️
12
1
20
Let me immediately contradict my own thread and say that blockchain languages should fully optimize for developer-friendliness (Solana Rust was a mistake) The thing is, you don’t gain anything from using a powerful language for smart contracts. A low-level systems language
4
4
17
The monetary incentive to build novel crypto apps is so strong that anything that can be built will be built. You could force devs to write assembly, and this would still hold true. Developer-friendliness is not a hurdle to new apps. Lack of capability is. /end
0
1
4
Of course, blockchain tools lag in both devex and power (relative to state-of-the-art software), but power is the much more serious issue. This is because the blockchain runtime environment itself is so restrictive (extreme resource constraints, forced determinism, no I/O etc.)
1
0
2
It’s impossible for a software tool to maximize both user-friendliness and capability. They have to roughly aim for a spot on the spectrum below
2
0
2