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

nprofile1qqsp9msr6ytgfgf9mkrmapuu9qvsg9d78ua3ajntfmt580t5llvgpespz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0ds9u0asc

Publishing to

relay.damus.io

nos.lol

Author Public Key

npub1zthq85gksjsjthv8h6rec2qeqs2mu0emrm9xknkhgw7hfl7csrnq6wxm56

Show more details

Last Notes

2026-05-05 13:08:39 CEST

- reply

For both my laptops, OpenCode is standalone
I did use it embedded within nvIm for a while, following @nprofile…vcku's setup, but only briefly. I might return to that, but I think I need a good monitor setup to make that work correctly for me
So I reverted to byobu (i.e. tmux) to switch between various tasks in the terminal: opencode, nvim, bash ...
I've been using vim since the late 1900s, so will always try it with everything!

2026-05-05 12:56:14 CEST

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 09:59:12 CEST

- reply

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

2026-05-04 10:58:59 CEST

- reply

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

2026-05-03 22:09:54 CEST

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 09:37:35 CEST

- 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-02 20:26:14 CEST

- reply

That's a very very long piece. Is it possible to write it more concisely?
Also, it assumes a lot of context. I was expecting a piece that lays out steps or a flowchart. "Auctioneer publishes X" "bidder publishes Y" ...

2026-05-01 21:49:47 CEST

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 12:10:56 CEST

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 12:09:18 CEST

- 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 11:57:07 CEST

- 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 14:11:21 CEST

- 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 22:03:55 CEST

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 17:52:55 CEST

- 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 20:57:32 CEST

I've been watching a lot of videos about the Apollo missions, especially this Youtube channel. Great channel.
Don't just watch 11 and 13, the others were very interesting! 12 was particularly good
https://www.youtube.com/watch?v=02iHPsBA1gI

2026-04-27 18:48:54 CEST

- 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 11:20:44 CEST

- 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 23:24:21 CEST

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 11:53:17 CEST

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 22:53:40 CEST

- 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 18:47:00 CEST

- 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 12:55:42 CEST

- 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 09:52:06 CEST

- 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 18:19:42 CEST

- 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 13:30:28 CEST

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 19:09:44 CEST

- reply

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

2026-04-10 18:36:53 CEST

- 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 18:13:28 CEST

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 11:22:53 CEST

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 19:27:11 CEST

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 16:50:05 CEST

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 16:45:07 CEST

- reply

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

2026-04-09 14:00:06 CEST

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 09:37:06 CEST

- 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 23:39:26 CEST

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 09:51:50 CEST

- 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 19:04:05 CEST

- 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 17:10:53 CEST

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 14:54:26 CEST

- reply

@nprofile…the5 the internet, fix the world

2026-04-03 17:57:22 CEST

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

2026-04-03 14:23:30 CEST

- reply

If you use three relays, then you have three 'sessions' nested inside each other so that each relay learns very little about your connection. You have one session with the first relay, and you use that connection to open a second session with the second relay, and so on. Typical onion routing.
NoiseNK encryption+authentication in session, which itself wraps HTTP2 which can be used for multiplexing multiple requests. One of the streams inside HTTP2 is used to control the payments. So the client exposes a SOCKS5 proxy which might be processing multiple requests in parallel, which is responsible for setting up these nested sessions and making the payments, while all the relays (except the last) just see a single encrypted stream. The relays know the previous hop and the next hop, but that's it; except that the final relay might see you exiting to multiple 'normal' final connections.
Don't be misled by the 'HTTP' in 'HTTP2'; the multiplexed connections can be any arbitrary TCP session, I use it for 'ssh' and am happy with the latency
If there are multiple users, then a given pair of relays would have one connection per user, which has one of that user's sessions (which might itself be many managin multiple 'exit' connections). Those per-user connections are wrapped inside QUIC, which apparently is the very scalable way to multiplex large numbers of connections. This should help a little with privacy, as external viewers see all the traffic between two relays as just one QUIC connection, and QUIC itself adds another layer of encryption. Also, QUIC sometimes merges packets from separate user's streams into one packet, which might help a little with privacy too
I'm not implying QUIC is designed for privacy, but I find it a good place to start.
Links (I haven't pushed recently, trying to only push with each major update):
- MONAD itself: https://github.com/SatsAndSports/MONAD
- Cashu Spilman Channels: https://github.com/SatsAndSports/cashu_spilman_channels

2026-04-03 14:22:49 CEST

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 12:30:07 CEST

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 11:03:53 CEST

- 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 02:49:25 CEST

- 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 18:57:34 CEST

- 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 04:04:02 CEST

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

2026-04-01 01:39:57 CEST

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-31 18:04:59 CEST

It's Noise-y Cashu-funded Onions all the way down
#ComingSoon
https://image.nostr.build/f4dc1b8a9279e4ddf45557dc01c1f44ffd7ed027dd9fdcf48f9696dbdd4d8e3d.png

2026-03-30 01:27:34 CEST

- 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 20:55:27 CET

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 11:40:58 CET

- 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-28 00:47:58 CET

A tiny Cashu Spilman channel update; I should make these more often:
While the server side (i.e. payment receiver) code is in a reasonable state for now, in terms of flexibility and a clear state machine, I'm now catching up with a similar approach on the client side
Just today, I'm adding an 'Opening' state to the client, just before 'Open'. The client opens a channel by creating a 'funding token' with the mint, a token which is in a 2-of-2 multisig very similar to a Lightning channel. If the swap (or melt) which creates that fails (or *appears* to fail, from the client's point of view), then the client should probably try again or use NUT-09 to get the response. So I'm implementing and testing that now
https://github.com/cashubtc/nuts/blob/main/09.md
The code is now a library which depends on the CDK, i.e. no longer a (disorganized!) fork of the CDK:
https://github.com/SatsAndSports/cashu_spilman_channels/blob/main/ARCHITECTURE.md#channel-lifecycle-server-perspective

2026-03-27 22:29:19 CET

- 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 10:55:45 CET

- 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 10:46:33 CET

- 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 10:44:18 CET

- reply

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

2026-03-27 10:42:48 CET

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 10:19:28 CET

- 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 10:07:10 CET

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 01:03:38 CET

- 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 22:51:22 CET

- 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 22:48:24 CET

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

2026-03-26 20:53:15 CET

- 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 13:16:31 CET

When are we getting Doom over FIPS, replacing Nostr or Iroh in this setup?
https://blossom.primal.net/c85dfa7e884c0d59ef2826423ebfc16654dd5eea4720c83301e5a009117b7d15.jpg
https://vectorapp.io/blog/open-source-doom/
@nprofile…the5
@nprofile…6htm

2026-03-26 13:01:50 CET

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

2026-03-26 10:22:40 CET

- 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 20:27:19 CET

- reply

Incredibly good game!

2026-03-25 20:23:18 CET

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 17:19:03 CET

- reply

OP_RETURNs to the ready, boys and girls

2026-03-25 01:42:07 CET

- 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 01:39:48 CET

- 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-25 00:00:25 CET

- reply

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

2026-03-24 23:45:29 CET

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 19:03:30 CET

- 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 18:20:52 CET

- 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 16:47:45 CET

- 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 16:42:15 CET

Just implemented a small Cashu mint, in order to have a mint to be used in the integration tests
Maybe that seems like overkill, but I guess this is the world we live in now 😀
https://image.nostr.build/d08f12d3a3696dad4ff25f254be120b2994b7073a21bb463f455b6dda1273d00.png

2026-03-24 16:05:44 CET

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-24 13:49:16 CET

- reply

Perfect for everybody:
- experts continue to run the best software
- plebs get another way to bikeshed their node setup
- nobody can argue that Bitcoin Core has a monopoly, or otherwise (falsely) imply that Bitcoin Core is an institution which controls Bitcoin, and therefore they will be safer from legal interference

2026-03-23 23:47:20 CET

Any time I feel that I should have got into Bitcoin earlier, I remember that there were very valid criticisms from the start
On-chain bitcoin can't scale. It would have required conventional custodial scaling solutions, with inevitable credit creation giving us more than 21m Bitcoin (i.e. it wouldn't store much value)
Bitcoin wouldn't have been very different from gold, or even fiat for that matter! Countries on the Gold Standard were never "backed" by gold; they always issued more notes than were covered by the gold
TL/DR: Lightning is a Store Of Value technology
From Aaron van Wirdum's "The Genesisb Block":
https://blossom.primal.net/65554ab1c44545c35aa050e01315dffb76c9a87db785477701f9274bbc2e0273.jpg

2026-03-23 16:27:08 CET

- 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 13:22:07 CET

- reply

GM = Global Mesh

2026-03-23 12:31:33 CET

- 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 12:28:54 CET

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 11:53:43 CET

- 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 11:47:36 CET

- 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 11:36:08 CET

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 22:41:12 CET

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

2026-03-22 13:48:44 CET

- reply

Indeed
And normies need to learn what AI really does. If you ask an LLM for a horoscope prediction, it will do a very good job at predicting what an expert astrologer would say
Same with asking it for price predictions for stocks and bitcoin. It will predict what an expert in Technical Analysis or Jim Cramer would say
Once they understand that, maybe they'll understand that LLMs can easily generate really low-quality biased crap. It might seem authoritative, because it has lots of confident training data such as newspaper opinion pieces, but they still have serious limits
I happily spend hundreds of dollars per month (currently $600 for March) on LLMs for coding, but I'm not going to trust it for everything

2026-03-22 00:15:07 CET

- reply

Although, I guess it's easier to just switch my Debian to use the 'liberated systemd' fork that was just created in the last couple of days

2026-03-22 00:09:45 CET

Considering running Devuan. I'm assuming it's easy to switch from Debian to it?
Or maybe I'll just pin systemd at a non-age-verifying version for as long as possible 😀
https://www.devuan.org/

2026-03-21 23:16:36 CET

OpenCode has stopped working with Claude Max subscriptions again. I'm pretty sure it was working a couple of weeks ago
Back to burning $100 on busy days again I guess!
https://image.nostr.build/39c1489a9b54d930d0ac3d3f21ae4ccd06756c41ffd351cbf41b48b1a2e85f2e.png

2026-03-21 23:03:27 CET

Watching 'The Last Starfighter' (1984) while my agent works on this
#nevent1q…2r8r

2026-03-21 23:02:01 CET

Finally reorganizing the Cashu payment code so that this payment libraries *depends* on the CDK (Cashu Dev Kit), rather than is a fork of it. That will be more natural for people wishing to integrate it
It's high time I stopped just having fun and adding new features and just made it an easy-to-use library that people expect 😀

2026-03-21 14:33:32 CET

- 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 13:34:23 CET

- reply

There's nothing new in observing that the internet changes everything and will continue to change things. Add in AI and Bitcoin, and we're in for big changes
That's all kinda obvious
But this book doesn't help us predict what will happen, or prepare us for the changes
For understanding the people and tech, I much prefer "The Genesis Book". And Lyn Alden's "Broken Money" is great on the history of money.
But I don't see where this Sovereign Individual book fits in

2026-03-21 12:39:27 CET

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 12:07:52 CET

- reply

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

2026-03-21 11:55:45 CET

- 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