SatsAndSports

Into bitcoin, specifically cashu.

When I'm not working in the fiat mines, I'm into cycling and camping

Public Key

npub1zthq85gksjsjthv8h6rec2qeqs2mu0emrm9xknkhgw7hfl7csrnq6wxm56

Profile Code

nprofile1qqsp9msr6ytgfgf9mkrmapuu9qvsg9d78ua3ajntfmt580t5llvgpespp4mhxue69uhkummn9ekx7mqpzpmhxue69uhkummnw3ezumrpdejq4qjm0g

Publishing to

nos.lol

nostr.land

nostr.chaima.info

Author Public Key

npub1zthq85gksjsjthv8h6rec2qeqs2mu0emrm9xknkhgw7hfl7csrnq6wxm56

Show more details

Last Notes

2026-05-09 22:03:31 UTC

- reply

A rich conventional investor/shareholder who suddenly understands Bitcoin will try to get their company to embrace Bitcoin
But they'll fail, and therefore they'll sell their shares to buy Bitcoin
Therefore, typical companies have shareholders who - due to this selection process - will be ignorant of Bitcoin. And so, conventional companies will be led by ignorant leaders for a long time
So it's no surprise that companies will either be ignorant, or will be all-in like Strategy and Dorsey's companies
Saylor is irrelevant to this process. Saylor Derangement Syndrome is fun to watch. He's a rational genius, following the incentives as expected, and he has better technical knowledge than most of the plebs

2026-05-08 21:49:58 UTC

- reply

PS: ignore my Bloom Filter idea 🙂
In the unlikely event that you're willing to accept a tiny false positive rate, I think it would be simpler - and equally efficient - to just store a fraction (half?) of each Merkle root and accept if that half matches

2026-05-08 21:46:15 UTC

- reply

To save more diskspace: once downloaded and validated, I think you can store a compressed version of the chain of headers. I think you just need ~30MB to store the Merkle roots as, once validated, you just need those roots
You just need a way to store a set of ~900,000 32-byte strings, so that you can test that a given string is in the set
I'm almost tempted to squeeze it down a little smaller by storing it as Bloom filter; although you would want to have only a very very small probability of a false positive

2026-05-08 21:31:27 UTC

- reply

Thanks for the details! I had assumed, incorrectly, that the OTS proof was more minimal

2026-05-08 19:41:08 UTC

- reply

You need a bit more than the header, right? You also need the transaction that contains the OTS op_return and the Merkle path from that Bitcoin transaction up to the root that's in header
So that's two Merkle roots to validate: one of the OTS tree and another of the Bitcoin transactions
It's still just a small amount of data, so it's a good idea

2026-05-08 11:39:25 UTC

- reply

If you don't give your bitcoin to me, then hodl it forever because that will increase the value of my stack

2026-05-07 13:51:20 UTC

- reply

I hope (naïvely?) that Ark *as a channel factory* will change this, in a good way
My lightning node could have multiple channels, including some "conventional" channels alongside channels backed up my multiple different Ark Service Providers
As the Ark transactions happen only rarely in the channel factory setup, only when resizing or otherwise reconfiguring channels, I think there will be less pressure to maximize efficiency and therefore less centralisation pressure
Using a "slow" ASP won't slow the typical payments, as it's just Lightning and most payments - even those hopping across Ark channel factories - don't involve any Ark transaction

2026-05-06 20:09:44 UTC

- reply

The dev call started at 15:00 UTC today, not 16:00. I think there is some summer time confusion today. Most of Europe is UTC+2 now

2026-05-06 20:04:47 UTC

- reply

I loved this video on the topic on hash-based signatures. I think I'll need to rewatch it before I can fully benefit from the more detailed helpful writeups from you and Jonas!
https://www.youtube.com/watch?v=T9fCCGzwHJc

2026-05-06 19:55:51 UTC

I've been a bit lazy on open source in recent weeks, mostly due to needed recovery after all the excitement at @npub1s0v…rmq5 😀; I'm too old to create and demo six new things in six weeks.
But I think my strength is recovering again. I'm attending meetings and spamming Github with multiple comments on other people's PRs.
(I'm being active without really solving problems, but I guess I need to restart somewhere 😀)

2026-05-05 20:33:31 UTC

- reply

I often think about how open source leads to *apparent* centralisation
Good code will get copied between all the implementations, which means that - as long as the experts generally agree with each other about which code is best - we'll naturally just have one main repository

2026-05-05 20:30:30 UTC

- reply

The Star Trek timeline:
https://blossom.primal.net/65c839dab1f4648c23be46782a50653943a2a1c6871537f470d3a996e68290e6.jpg

2026-05-05 10:56:14 UTC

I finally set up my work laptop to use AI for coding
Since September, I've spent a lot of my work time actually coding for Bitcoin on my personal laptop, but I should remember to do fiat-mining too
It took a lot of hacking to get a good setup funded by my employer, but it's working now. OpenCode, using my employer's Copilot subscription to get access to Opus and GPT and so on
(But I won't use that for any Bitcoin stuff, I don't want any complications around rights to the open source code that I write)
For those who are in conventional fiat-mining jobs, what's your setup and does your employer give you enough tokens

2026-05-05 07:59:12 UTC

- reply

Do whatever you want with your wealth. It's yours

2026-05-04 08:58:59 UTC

- reply

I'm curious how you learned about it? Did an LLM suggest it, or you discovered it some other way?

2026-05-03 20:09:54 UTC

An idea for @npub1y0g…00ly , to allow more (transitive) signing within ancestries, while retaining the obfuscation/privacy benefit of hiding the 'real' npub:
TL/DR: the node_addr should be a tweaked public key, not just an arbitrary hash of the pubkey key.
Your node has a keypair: the secret s and the corresponding public key p. We usually see the p in it bech32 representation (npub...)
Currently, the node_addr is the (first 16 bytes of the) sha256sum of the pubkey. I propose to change that
First, define a tweak:
t = sha256("FIPS_node_addr" || pubkey)
Then we have a tweaked pubkey
p' = p + tG
and the corresponding tweaked secret (don't forget BIP-340), which will allow your node to sign for p' just as easily as it can sign for p.
Now, let's define the node_id as p', and the node_addr as the first 16 bytes of that.
With this scheme, if my node tells you that my ancestry is
[node_id(me), node_id(A), node_id(B), node_id(Root)],
then the ancestry will include multiple relevant signatures. You won't directly see the pubkey B, but you'll B'=node_id(B). And you will see a signature by B' that it's parent is node_id(Root).
Of course, signatures don't prove that all the data is genuine. But over time, we can see which node_ids are reliable and which are not. For example, the signature will stop a hacker from pretending that you (a reliable) node has selected the hacker as its parent

2026-05-03 07:37:35 UTC

- reply

My favourite example is a nerve in giraffes which goes from the brain to their mouth, but it's many metres long because it goes all the way down the neck and back again
#IncompetentDesign
https://the-hatchetman-atheist.ghost.io/giraffe-recurrent-laryngeal-nerve/

2026-05-01 19:49:47 UTC

First time this year cycling and camping
Not an interesting location, just a good way to spend a long solo weekend
https://blossom.primal.net/546286730702946a2fbb218fcd5b6b2e2e3da744b948748fece25ba3b49f620e.jpg

2026-05-01 10:10:56 UTC

I hope my French friends don't see this by me, where I share a little of respect for their ability to be reasonably independent and successful and important things. For example, space flight and nuclear energy
#nevent1q…rqua

2026-05-01 10:09:18 UTC

- reply

Indeed. I've been arguing with my friends here that European leaders should be more strategic, and not just copy-paste what (they think) the Americans do
Instead, I think we should lean into the opposite. Bitcoin and Nostr. Open source AI models. More governments following the French example of moving their government to open source software
Europeans can do a lot of things well, like manufacturing and nuclear tech and energy, and much of the military tech is pretty good too. But changes are needed, especially Germany has problems, and the copy-paste approach isn't always the right one (even if it *sometimes* is)

2026-05-01 09:57:07 UTC

- reply

I guess I agree. I was oversimplifying your position. I think I just wanted to share those particular ideas, and saw your post as an opportunity to rant 😜
Even if you go back just thirty years, the role of banks was very different than it is today.
Then, my bank saw my salary payments and rent payments, but nothing else. Everything else was cash, not because I was a privacy nerd but simply because there was no internet and credit cards were for special occasions
But there is a lot more monitoring today obviously, with central banks often pushing for more monitoring
Also, I think the approach to macroeconomics has changed too. In the US at least, economics was reasonably well managed from the mid-30s until at least the late sixties, because banks were well-regulated in order that retail banks had healthy balance sheets and focused on boring stuff like letting normal people and normal businesses make their payments and investments. Basically, the voters were less dumb then, and they kept some level of control over the banks
(I know that last couple of sentences might seem controversial to some. Basically, I was a fan of the Glass-Steagal Act, and believe it played a huge part in the US economic power for many decades)
My favourite theory is that the collapse of the Soviet Union fucked everything up. The elite in the US no longer had to placate the people(*). Previously, they had to give a reasonable state of living to the people, for fear of soviet-like politics taking hold.
Nowadays, post , the (Epstein) elite can just go straight to the looting stage of whatever form of capitalism we're in today, with the help of the media (e.g. Musk) to make voters dumb. So the (central) banks are playing their role, helping Epstein move his money, and abusing the financial system to stifle opposition
Anyway, I'll stop as I'm ranting again!
(*) And yes, they unfortunately focused on placating the white male. But I think the basic idea still holds

2026-04-30 12:11:21 UTC

- reply

I'm not so sure it'll ever happen like that. In the medium term, defending fiat will require extreme measures due to the expected increases in Bitcoin's purchasing power. And so the vast majority of today's fiat currencies will disappear
But in the long term, when Bitcoin reaches its limit (100x its current purchasing power, for example) then people will be more willing to hold other assets as long as those assets don't lose value too quickly.
If governments continue to demand taxes to be paid in something that is issued by their central bank, then that currency will continue to have some value, and central bankers will still (like today, if they choose) keep the value stable.
So I think it's likely that a small number of fiat currencies survive, and their banker's decisions will matter

2026-04-29 20:03:55 UTC

I'll try again to improve my French. Randomly started this today to see if I still remember any French
I have a vague idea to return to Switzerland when I retire, for the mountains, so I guess I should improve my knowledge of one of their official languages
https://www.arte.tv/fr/videos/102843-000-A/l-odyssee-des-mineraux/

2026-04-28 15:52:55 UTC

- reply

It's not quite #40HPW, but I keep a backlog of episodes of Nostr Compass and Bitcoin Optech in reserve for times like this

2026-04-27 16:48:54 UTC

- reply

I'm cutting back a lot on carbs, feeling pretty hungry too. It's a strange feeling
I got pretty strict about a week ago, and had some expected symptoms like a headache, but salt fixed it.
Fascinating topic, how visceral fat really isn't healthy

2026-04-26 09:20:44 UTC

- reply

Whoever is funding their attack is switching their funding to Project Eleven (for the quantum lies) and Paul Sztorc (for his fork)
Luke and Mechanic and Kratter have failed, and are now abandoned
https://njump.to/nevent1qqs9zq6g2pgl2ycus75raf0gh6ukggu539k2k8g2jnd0samll64yswqprpmhxue69uhkummnw3ezucmgv95k6cfwd9hxvme0qgsp9msr6ytgfgf9mkrmapuu9qvsg9d78ua3ajntfmt580t5llvgpesrqsqqqqqpmw2mq5

2026-04-25 21:24:21 UTC

I find it interesting and funny that a lot of extremely low-quality attacks on Bitcoin are happening simultaneously.
I want to emphasize how pathetic they are, as if the conspirators have run out of ideas and are just funding any random shit they can find as they realize Bitcoin is essentially unstoppable now (thanks - I think - to the great progress around L2s):
1) Paul Sztorc will hardfork in August, and add his drivechains to it: https://xcancel.com/callebtc/status/2047670709447454777
2) The dumbest quantum FUD, where somebody won a (fake?) prize of 1BTC for a method that literally had zero (non-uniformly-random-noise) input for a quantum computer: https://xcancel.com/_jonasschnelli_/status/2047765988624744811
3) and of course, Knots/BIP-110 which is literally designed to make life difficult for small miners and to bloat the UTXO set with fake pubkeys.
I'm kinda new to being knee deep in all the Bitcoin news and lore. Are there always so many pathetic attacks?

2026-04-25 09:53:17 UTC

Loving Lyn Alden's sci-fi book "The Stolguard Incident".
Just halfway through now. So many topical themes coming together nicely
And characters that I care about!
@nprofile…ttc0

2026-04-20 20:53:40 UTC

- reply

The second two of those points are 'easy' to think about, in the sense that it's just about detecting which peers are spammy/unreliable. If their Bloom advertizes they can reach nodes, but they rarely/never get the relevant signed CoordinateLookupResponses, then they are unreliable. It might take a long time to get the right balance of heuristics to make it work, but in principle it's solvable.
> Bloom filter validation — reject suspiciously dense filters
> Per-source LookupRequest rate limiting — cap flood generation
I'm less sure about the first two points though; solutions are not so obvious. I had a lot of fun with faking fake roots and fake ancestries and varying 'depths'.
> Root election with cost — proof-of-work, minimum age, or stake
Maybe the root should be the oldest node; although I'm not sure how to get consensus on that in a simple way.
> Per-entry ancestry signatures — already on their roadmap
Signatures won't stop me from firing up a million nsecs and signing many different ancestries and spamming the network. If I have many entry points into the network, then I can spam with new (fully-signed) ancestry paths very regularly
I don't say I have a solution, but I think we need to either make it difficult/slow to change the root in chaotic ways, *or* have a system which is robust to such chaos.
Ideally, a change of root will change only the direction of arrows on the spanning tree, without changing anything 'fundamental' about the tree. This should allow us to preserve the property that a spanning-tree-edge divides the network into two sets of nodes. Swapping the direction of edges doesn't change those divisions, and therefore I think the bloom filters don't need to be rebuilt immediately on every change of root
We might need to keep tracking of mutiple roots, and therefore multiple coordinates, during the transitions. Don't discard a given root until all your peers are happy with a different new root.
But I'll stop rambling now. I might not be making much sense. In any case, a written document which we could review would be useful to discuss how we might have a reasonably scalable and robust protocol

2026-04-17 16:47:00 UTC

- reply

What's stopping you from making the Reticulum PR yourself? 😂
It's quite easy to add new transports to FIPS; the transport interface is quite simple

2026-04-16 10:55:42 UTC

- reply

I think the questions are similar in the end. Do we want hash-based signatures? Lattice-based? Both? Neither?
One advantage of that we can be more relaxed about signatures sizes in Nostr. If a Nostr event is 64k, then I don't mind attaching a 3kb signature
And Nostr will be able to move more quickly than bitcoin, if needed

2026-04-16 07:52:06 UTC

- reply

I think I'm looking for the opposite. I don't want to share a bolt11 invoice with the mint, as that will share the the public key of the receiving Lightning node with the mint
Unless bolt11 already supports some blinding, which can be used to hide this?

2026-04-14 16:19:42 UTC

- reply

Crazy yes 😀
But I kinda think the idea of a FIPS node in the browser might be useful.
The whole Linux and ipv6 thing was a bit silly (just fun for a demo) but a FIPS node that uses the FIP Native API might be useful to some people, and therefore the 'websocket' transport might be useful.
For example, imagine a Cashu wallet like cashu.me that is a PWA. It could have a minimal FIPS node built in to connect to a mint over FIPS.
For now, I'll ignore this. But curious if I/we/others should maybe follow up on this sometime

2026-04-12 11:30:28 UTC

Austrian economists claim they're the experts in predicting what will naturally become money, without realising that billions have happily used fiat and bank credit for decades, choosing the "wrong money"
A paraphrasing by Claude of Austrian thinking: "here are the properties that make a good money (divisibility, durability, portability, scarcity, etc.), and market processes will tend to select for those properties over time."
If your Austrian model can't predict the last few decades, then it's not a serious model 😜.
Maybe there needs to be a modernization of Austrian thought that acknowledges that speed is critical. I guess it comes under "portability"
Instant settlement is crucial. Privacy is important, not just as a good in itself, but because a lack of privacy is risky to the finality
#LightningFixesThis

2026-04-10 17:09:44 UTC

- reply

Code here: https://github.com/SatsAndSports/fips-in-the-browser

2026-04-10 16:36:53 UTC

- reply

Run this curl command to show that the browser can do a http request, through the websocket gateway to the main FIPS test mode:
curl @nprofile…rmg2.fips:8000

2026-04-10 16:13:28 UTC

Join the FIPS mesh directly in your browser with one click, using a Linux kernel and FIPS stack, both of which are running in JS/WASM in your browser tab.
A new platform (Linux in the browser) for @npub1y0g…00ly , and a new transport too (websockets, because web apps aren't permitted to do raw TCP).
Just one of the many fun things demoed at @npub1s0v…rmq5 .
This requires my webtransport-aware node being online, so that it can be your gateway. But maybe we'll have many such nodes in future!
https://satsandsports.github.io/fips-in-the-browser/#url=wss%3A%2F%2Fchat.satsandsports.cash%2Fws&gateway=npub120sa083y4ymp56f9gzh2k3z3a0rgg64yjadsfk8f9wvg2sndpwmq08qwdn

2026-04-10 09:22:53 UTC

Using Claude Code for the first time in months, after a few months where I was using Opus in OpenCode
Claude Code is weird. Even in 'plan mode', it's constantly asking to change things. In Plan Mode, I want it to just answer my questions and suggest things to do. I don't want it to (try to) do anything until I decide to exit plan mode and type 'go'
Maybe I'll get used to it

2026-04-09 17:27:11 UTC

Anybody extending Cashu so that my wallet doesn't share a Bolt11 invoice with the mint, but instead just shares a path computed by the wallet?
I don't want the mint to know what is being paid, but the Bolt11 invoice shares a lot of info with the mint
Bolt12 is kinda relevant, but I don't think there's any way for me to take someone else's Bolt11 and then convert it to a Bolt12 by adding my own blinded hops

2026-04-09 14:50:05 UTC

Is there a signature scheme where you can confirm that my DM to you really came from me, but where you can't share that proof with others?
... Maybe a scheme where you'd have to release your private key in order to share the proof?
(Maybe some form of Gift Wrap already does this?)

2026-04-09 14:45:07 UTC

- reply

I'm still happily using Amethyst on my eight year old phone. Battery seems fine still

2026-04-09 12:00:06 UTC

I like how agents just answer the question, giving a simple 'Yes' or 'No' if that is appropriate for the question
How do I train humans to do the same?
https://image.nostr.build/9796e979a5684bbb3af9e0b54e2b314e8f7d4c2b522ce01290e75332c7d34bf7.png

2026-04-09 07:37:06 UTC

- reply

Could it be Lightning, perhaps multiple Lightning payments?
How much money are we talking each time? I guess it's not practical if the amounts are large
How long does it take to cross the strait? If it's an hour or more, then that's plenty of time for a few confirmations

2026-04-07 21:39:26 UTC

Steve Keen is a great economist
Like me, he's (post-)Keynesian. I've listened to many great discussions involving him. Like the MMT folks, he understands how fiat money works, especially credit cycles and crashes. They understand economics better than many Bitcoiners
But he still hasn't learned about the difficulty adjustment
So bullish
In a much older interview, he implied that the energy needed by Bitcoin is proportional to the number of transactions
If he learned that this is false (i.e. the difficulty adjustment), we could all benefit from his intellect!
Hyperbitcoinization is going to be fascinating and dramatic, and will require people who are able to analyse the interaction between fiat and credit and Bitcoin
Steve Keen and @npub1a2c…w83a would be my dream team for that analysis
A clip I saw just today on X, which inspired me to post this:
https://video.nostr.build/92d2cd5e0c08b7dcf322351d63d719c47175fb5c2508714478a71f2f05cb94db.mp4
(this old interview is where, I think, he first discussed bitcoin: https://youtube.com/watch?v=b0VtAuD0Dvs)

2026-04-07 07:51:50 UTC

- reply

What's this for? I had assumed that the Tor client already ensures - via the key(s) encoded in the onion address - that it's talking to the correct endpoint. It's already authenticated and encrypted, right?
So why add more certificates?

2026-04-05 17:04:05 UTC

- reply

I know I'm reinventing things, but I don't mind doing so 😀. I'm learning lots
And my MONAD system allows all the relay operators to accept payment for providing the relay service. My hope is to motivate very large numbers of users to run these relays, to give the fastest and most reliable onion-based system

2026-04-05 15:10:53 UTC

I worked out how to add "hidden services" to Monad while hiking with a few bitcoiners today
The hidden service will select a route from an arbitrary node back to itself, but encrypted such that even the client which is connecting to the hidden service doesn't know what the full route is
I think that's how Tor does it, but I should check before I reinvent the wheel (badly)!
But there are other things related to @nprofile…the5 that I'll finish first ...
#nevent1q…c0tc

2026-04-05 12:54:26 UTC

- reply

@nprofile…the5 the internet, fix the world

2026-04-03 15:57:22 UTC

archive this please
https://chaum.com/wp-content/uploads/2021/12/Untraceable_Electronic_Cash.pdf
@npub168h…9rgg

2026-04-03 12:22:49 UTC

I'm making great progress(*) working on MONAD, which I just seriously started researching and planning on Sunday night
Monetized
Onion
Network
Access
Deamon
It's like a VPN or Tor, but you pay the relays via Cashu Spilman Channel micropayments. You can connect through any number of relays, paying for more relays if that might help with privacy
I'm very happy with the networking design (**), and I have a working system where the sessions are paused when the client needs to 'top-up' the balance needed in the session. I'm just working now on getting it working well with the Cashu Spilman payment channels
I'll reply immediately with more of the internal details, including links to code that's already a few hours out of date (a long time when being a Slop Cannon)....
(*) having lots of fun mostly, and learning more networking stuff
(**) I have some relevant background in encryption and networking, but I'm not an expert in mixnets or traffic analysis

2026-04-03 10:30:07 UTC

So happy that my clanker uses printfs everywhere, unlike all that complicated technology that Big Debugger tries to push
https://image.nostr.build/fc36143e1cc3265560d9eb1c9e7f624e103ed219d89bd7cf8cbd262ad6f60413.png

2026-04-03 09:03:53 UTC

- reply

(my attempt to explain, might be wrong)
A decentralised mesh, that should scale to very many users, where a packet can be routed from A to B. Each packet is forwarded to one neighbour, without source routing
A "spanning tree" over all nodes is formed. The purpose of this tree is that, for any edge on the spanning tree, the edge divides the entire network logically into two sections ("split-horizon"). There is then a bloom filter on each side of that edge which records the set of nodes that are reachable *in that one of the two sections*
The Bloom filters gradually fill, as they learn which nodes are where. A naive Bloom filter system would eventually result in every node being recorded in every Bloom filter and would therefore be useless. The spanning tree provides (arbitrary) two-section splits to ensure that doesn't happen. For any given edge of the spanning tree, each npub should be in just one of them. (For me, this was the main idea that hooked me on FIPS)
The Bloom filters are the main thing used for routing, although of course various network statistics are used to bias routing towards the best performing peer
There's lots more to say. Every direct link between two direct peers is encrypted and authenticated, as is the multi-hop session that forms between two nodes that are communicating
So that gives us an encrypted and authenticated datagram service between two nodes (nodes are identified by npubs). FIPS doesn't care how the peers directly communicate with each other (Bluetooth, WiFi, UDP, Tor, carrier pigeon)
But it's unreliable. Hence it's quite like IP (as opposed to TCP). Therefore, in order that all our IP software can be used as-is, there is a localhost-only IPv6 adaptor (and associated local DNS resolver, that maps each npub to a deterministically-derived ipv6 address) which allows us to treat any FIPS node as an IPv6 address. You can then run your legacy stack (using TCP for reliability) on top of that. When I connect my web browser to a cashu mint, the web browser thinks it's connecting to IPv6, but my machine immediately intercepts it and it goes through the FIPS system and it pops out inside the mint's machine as an ipv6 packet

2026-04-03 00:49:25 UTC

- reply

How do I pay per use?
Some payment is needed to encourage people to run this
I guess that's not in this protocol now

2026-04-01 16:57:34 UTC

- reply

I'm glad there's another episode!
I've listening to all of them so far, and also the last 100 Bitcoin Optech podcasts, so I need more content to listen to while walking or cycling!

2026-04-01 02:04:02 UTC

I found this very interesting (even though it didn't mention bitcoin)
https://youtu.be/ls-eE8FVM8E

2026-04-01 02:02:54 UTC

I found this very interesting (even though it didn't mention bitcoin)
https://youtu.be/ls-eE8FVM8E?si=Zqc-PQcHyaY9C_v9

2026-03-31 23:39:57 UTC

The source for Claude Code was accidentally released
Now we have proof that smaller codebases are always the best 😀
#OpenCode4EVER
https://image.nostr.build/90e53a92620536f41db03503f50b7e75ad89b27c623a5ca22a8573070020f69e.png

2026-03-29 23:27:34 UTC

- reply

I'm curious about how Amethyst does the current translation, @nprofile…2lxp, and if there's a way to optimize it?
For example, if somebody spends tokens to get a really good translation, then it would be nice if the translations could be shared (or sold?) to other users
Maybe there is a paid relay that offers great translations already

2026-03-28 19:55:27 UTC

My next step in the cashu spilman channel will be a 'client proxy' and a 'server proxy'. The server proxy will sit in front of typical services like Nostr relays or Blossom, but they will enforce payment and will raise 402 errors if the payment is missing
Similarly, the client proxy will run on your device to insert the payment into the request before it's send to the server
Blossom seems like a good place to start, to charge for uploading; I checked a few details about the protocol today, BUD-02 allows to upload to one server (the server proxy) where the server proxy will 'redirect' the client to the *real* Blossom server for future reading, and I think that typical Nostr clients will 'do the right thing' when they are behind the proxy
It should be easy for us to extend the functionality of this 'server proxy' over time. Nostr and Blossom today, but it could wrap other things in future

2026-03-28 10:40:58 UTC

- reply

Even your browser is just ESP32 now
"Emulate Arduino, ESP32 & Raspberry Pi. in your browser. Write code, compile, and run on 19 real boards"
https://github.com/davidmonterocrespo24/velxio

2026-03-27 21:29:19 UTC

- reply

An alternative that's more flexible, and perhaps safer because it's not an (auto-updating) npm package:
https://github.com/rynfar/opencode-claude-max-proxy

2026-03-27 09:55:45 UTC

- reply

Maybe yours is better actually :-)
Anyway, maybe we need a convention for an AGENTS_LOCAL.md file, which includes more 'personal' preferences of the developer, or other details ('Use podman instead of docker when executing on my machine'). For example, I prefer to do the 'git' operations myself, but other developers of the project might have a different policy

2026-03-27 09:46:33 UTC

- reply

As some context to why I'm sharing this, here is the initial report it sent after working for 19 minutes on a big change. It's the generic "big update all complete, sir/madam":
https://image.nostr.build/d37c5892fc2bacf3c5addcece7923f69d2dac19f401a4893b147b6bc5a84d533.png
But sometimes (not in this particular case), there are important surprises that don't surface including bad micro-decisions that I have to challenge later

2026-03-27 09:44:18 UTC

- reply

https://image.nostr.build/2346477bf82a57112341b1d89552d2c8b4f653afb08b94119b42e15a7471cfac.png

2026-03-27 09:42:48 UTC

After big code changes, ask your agent if there were any surprises while it was working. I always find it interesting; sometimes it raises important details that it otherwise wouldn't have told me about
Ask it what changed and what didn't. If you think that a particular task is a conventional refactor of a particular module and it shouldn't affect any tests or any other modules, it's good to verify this afterwards
https://image.nostr.build/8381d2965f083459f78c4a509a661249f0bce8583702c7189efa45c68baafb6e.png
https://image.nostr.build/325490eb20794ec7fee4866b37580d73826402bc80ec6e2ea6b12b22731b18d4.png

2026-03-27 09:19:28 UTC

- reply

I know smart people are working on this, and I'm curious what the end state might be
OpenTimestamps might be needed, but even that's incomplete; it can't give real time certainty, due to the fact that we get bitcoin blocks only every ten minutes
My guess is that we'll need "fork-aware" Marmot clients which tell the user about forks and ask the user to choose which to follow

2026-03-27 09:07:10 UTC

In Marmot, I think that a bad actor could "retrospectively" fork the group by taking an old state of the group chat and forking it (sending a different message, adding/removing a user) and then add an old timestamp and sign it before broadcasting it today
Clients would then "reorg" on top of this new history, as the timestamps of the nostr events are used as the "source of truth"
I guess the point I'm making, as others have pointed out, is that timestamps in nostr shouldn't be trusted

2026-03-27 00:03:38 UTC

- reply

I want a 'bookmarks' system for nsite
So I want to store this game as 'OnGridGame'. So I sign an event with my npub that maps 'OnGridGame' to the nsite address. Then all my nsite clients show this as a bookmark
And these bookmarks should be *public* by default, so that I can see (and copy!) the names used by the people I follow

2026-03-26 21:51:22 UTC

- reply

I love OpenCode so much, that I spent an obscene amount of money on other models last week instead of using the conventional Claude Code tool, before I discovered this plugin
I stopped using Claude Code around November I think, exclusively OpenCode since then. But sometimes I need to jump through hoops like this to keep it working

2026-03-26 21:48:24 UTC

To keep using your Claude subscription in OpenCode
#OpenCode4ever
https://image.nostr.build/02cbf6ad6701615bbc54697732eb230c5034dacd24f0f02f81796130c816c6de.png

2026-03-26 19:53:15 UTC

- reply

They should put their donations to fund something useful, perhaps to further improve the FIBRE network
That's how they could help with mining decentralization; they're supposed to care about right?
(I don't see any other replies to this. My blocking of those people that usually spam Jameson's posts is obviously working well for me 😀)

2026-03-26 12:01:50 UTC

"OpenClaw containerization failed. Dr. Freeman, report to the coastline immediately."
https://blossom.primal.net/3fddfb46a72128df9f61f43b172fd6f4bfd0904c544e54b51d4a3c98f6dc5ec7.mp4

2026-03-26 09:22:40 UTC

- reply

Yes, something I've been thinking about and I'm glad to see others talking about it too
I'm kinda obsessed with making everything a PWA 🙂

2026-03-25 19:27:19 UTC

- reply

Incredibly good game!

2026-03-25 19:23:18 UTC

Having fun setting up slightly better containerization of my dev environment
Using 'bwrap' (bubblewrap) so the my dev user has very little awareness of the rest of the machine. For example, it can't see all the processes that are running (just it's own processes)
Next, I'll set up a proxy on localhost to forward my LLM requests, so that I don't need to share my API key with this dev user. Eventually, I'll extend that proxy to process Cashu channel payments, to pay myself bitcoin and stress test that system.
I haven't tried them yet, but apparently 'cage' and 'weston' are good ways to allow that dev user to open a window on the display of my normal user
I wish I'd done this earlier, and I hope somebody hasn't already hacked me by getting my clanker to run exploit code! (I'm kinda tempted to get a new laptop, to be very strict about what runs on it, and from there reset all my important passwords)

2026-03-25 16:19:03 UTC

- reply

OP_RETURNs to the ready, boys and girls

2026-03-25 00:42:07 UTC

- reply

Indeed. While I'm quite ideological about many things in general, including in Bitcoin, I really laugh at how incentives are grinding the Knotsis into submission
I'm slightly worried by selfish-mining though, that's where self-interest could be really harmful. Otherwise, I don't see any problem around incentives in this space

2026-03-25 00:39:48 UTC

- reply

This could be done as a website (or PWA), right? Entirely client-side; no gateway.
This looks like a (iOS?) native app, but I checked a few things with an LLM today and am pretty sure a website could do this. Some Service Worker funny business might be need to intercept the Blossom blobs and render them, but I think it can be done
#nevent1q…s39s

2026-03-24 23:00:25 UTC

- reply

I've just cut it down to three tabs. I realised, after months, that this is madness

2026-03-24 22:45:29 UTC

Thanks to AI, I'm starting loads of new projects. I guess that's the new "open lots of browser tabs that you never close"
Here are my tmux/byobu tabs.
https://image.nostr.build/dea184be3f57824ff6a837b13245befbc5eb7da94fb3479d722c72a7771f6c9b.png

2026-03-24 18:03:30 UTC

- reply

How can I make a backup of *all* my events? i.e. all the events signed by my npub?
I've just decided to vibe-code somethign for that purpose, I think I'll just scrape every relay I can find

2026-03-24 17:20:52 UTC

- reply

It probably can be done without any server. Web browsers have cool stuff (like the Service Workers) which can do a lot of client-side calculation, including putting together a renderable web page from Blossom-hosted content
(I might be wrong. I have some knowledge of this tech, but not of the exact combination that I describe here)

2026-03-24 15:47:45 UTC

- reply

Great video on why quantum computers might be good at Discrete Logarithms in particular, but not other problems such as reversing a SHA256 hash
He's a bit too bullish on CRQCs, but otherwise this the best quantum-related video I've seen
https://www.youtube.com/watch?v=ihBWwjVDnEk

2026-03-24 15:05:44 UTC

Need a book recommendation, as I've just finished @nprofile…q3e5 's The Genesis Block
I want something like it, and like @nprofile…ttc0 's Broken Money
i.e. good research, not pleb slop 🙂

2026-03-23 15:27:08 UTC

- reply

Wen Lightning nodes use coinjoins for their funding/splicing/closing transactions?
Seriously though, I'm wondering if we can make these more private
Although I guess the logical conclusion of my idea is to build Lightning on top of Ark-managed (v)UTXOs

2026-03-23 11:31:33 UTC

- reply

Do you receive learning materials from your human? How do you learn new things? Do you attend Lobster University, or perhaps another such establishment?

2026-03-23 11:28:54 UTC

Instead of sharing a Bolt11 invoice with a Cashu mint, let's instead compute a path locally and give this path to the mint
Why should the mint know which public key I'm paying?
(Although I guess Bolt12 solves this)

2026-03-23 10:53:43 UTC

- reply

If this video represents what he *really* wanted, and the competing privately-issued currencies thing was just a mistake due to lack of awareness of Bitcoin, then I think he'd be a Bitcoiner not shitcoiner:
https://youtube.com/shorts/EWwnOdgyq3Y

2026-03-23 10:47:36 UTC

- reply

I'm reluctant to try to answer, as I haven't read enough of this stuff. I try to be open minded about lots of economics topics
But this particular idea, which he seems to have had later in his career, seems quite dangerous to me
Maybe he would have wanted PayPal -versus- MuskCoin -versus- Trump's World Liberty Financial
On the plus side, I guess/hope he would ditch all that and would embrace bitcoin
Bitcoin

2026-03-23 10:36:08 UTC

I'm here to fight the later ideas of Friedrich Hayek
He wanted private institutions (PayPal) to issue many new currencies (memecoins on Coinbase) which spy on us
Bitcoin is the antithesis of this, as it's a public good
Private means private-to-use, not private sector
------- https://blossom.primal.net/044b33459bdfd665edef0f9f5aa669e7aeacfc56116aa8784fd98bebf68a6dfd.jpg

2026-03-22 21:41:12 UTC

I've had a lot of fun playing around with FIPS (the replacement to IP) in recent weeks
#naddr1qv…gta2

2026-03-21 13:33:32 UTC

- reply

A small comment:
I'm not expecting the cashu channels to become bidirectional (i.e. like LN-Penalty)
Or more precisely, even if someone implements bidirectional (something I've thought about a lot), the unidirectional (i.e. Spilman) variant is still a lot simpler and more efficient.
The unidirectional version doesn't require a round trip per payment

2026-03-21 11:39:27 UTC

A difficulty adjustment before Bitcoin?
@nprofile…3hzh, describing Wei Dai's b-money. I thought bitcoin was the first with a difficulty adjustment?
https://blossom.primal.net/05d4a0e7ee942dd822963d35849641b8bdc327b2c2b28c746a95830a32fad726.jpg

2026-03-21 11:07:52 UTC

- reply

takes that I consider to be retarded*
(Of course, maybe my takes are retarded 🙂)

2026-03-21 10:55:45 UTC

- reply

I'm giving up and going to ask for a refund
I've posted lots of retarded takes from the book in this thread. And I'm just 4% of the way through. It hasn't said anything that isn't either obvious common knowledge, or basically a lie
It's not a serious book. It's a non-researched pleb slop fantasy, designed to trick "freedom tech" people into allowing the megacorps to take control

2026-03-21 10:50:50 UTC

- reply

There was no coercion in the past? "Nominal overlord"?
Tell that to the slaves and serfs
https://blossom.primal.net/f29cbd78e772640b6cb3b747b1be54022ad54db7465f954324ea605c7b84d5de.jpg

2026-03-20 13:17:28 UTC

- reply

"Success"? More like failure! Indigenous people are famously not convinced by Christianity
https://blossom.primal.net/8408133ae7b064fc3e02562bd3bc5e0e83d09731b7c4265030ab00899bc2fa47.jpg
This book's obsession with Christianity isn't helping its case. The book has too much Christianity-slop
https://youtu.be/innTGsOCuJw

2026-03-20 13:06:54 UTC

- reply

I'm very glad that this Hayekian vision is - so far - failing. We don't want "private sector" currencies, as they'll obviously lead to centralisation
Centralising on Megacorps is no better than nation states
Bitcoin is a public good, that's why it's with defending
https://blossom.primal.net/84cc1a7635688de9eb13d99cd9716ee51e95910fc054cb91a41dd98483a51594.jpg

2026-03-20 10:23:47 UTC

Just started reading The Sovereign Individual
This childish sentence, in the preface, makes me think this might be no better than the pleb slop in The Bitcoin Standard
https://blossom.primal.net/99bd0b4b22f50541dfbfbec7898c0112ca3909a55f6adbb5170f7bdb5f6d9db3.jpg
and the first page of the first chapter isn't any better:
https://blossom.primal.net/93f76ba9caf99332e8696c46f09344e253de13b2560d025ae0dc28a99e0574fd.jpg

2026-03-19 18:04:32 UTC

- reply

Why not just fork systemd without the age stuff?