This book as dense as hell and near the limits of my reading comprehension, but damn it's good! It was written in the late 60s and early 70s by German philosopher Niklas Luhmann and only published in English in 2017. I feel this book was written for #nostr and #bitcoin. The gist of the book is that trust is all about reducing complexity. Luhmann takes great pains to eliminate 'moral intrusion' in his analysis, which he cites as a major criticism of the social sciences (they have become moral ideologies as opposed to sciences). I am hoping that better-equipped people from #resistancemoney will have a look and give a more-informed take than mine.

The English Law Commission has recognized that such things exist. Have a read of the their reports on Digital Assets. They have done a superb job of analyzing the situation and proposing a three-sentence bill that recognizes that these new things attract property rights that cannot be intervened by the state. Whether enabled activities are lawful or not, that’s another legal question.

Unlike the EU which is on its way to outlawing random numbers. 🤡

My latest early morning read

Ben, the npug & me.

In search of a founder’s formula for a long and useful life.

By Eric Weiner

GM from the npug.

In my implementation I am encrypting and obfuscating absolutely everything, including the ‘d’ tags. I also might implement zaps differently, when I get there. Right now I am focused on building a component that can drop into any Lightning address provider, so they can take care of the zaps there. Much to do!

I’ve proven to myself that a #nostr wallet can exist across time and space, independently of any one app, server or custodian. The only thing which controls the ‘wallet’ is the generation and control of an #nsec which is free to exist within or flee any jurisdiction.

In my mind, this lays to rest the notion that a wallet needs to be an app, service, or anything that can be captured commercially or by the state. nostr:note15kx06ndujxu6f64hju6f0td8nvqdrxhku8hdtc94tt32ha9wn8rs5wzrt3

I like that!

Yep. NIP-60 was my starting point, but I realized I could do more general stuff. My primary motivation is to swap out an internal custodial wallet component I built that relies on a Postgres database. I realized I could use a relay, and with better security (removing my database as a honeypot of data). I implemented the proof storage as per the NIP and added in some lightning capabilities.

Just wild. I successfully used a relay in China to make a Lightning payment.

It's wild. I just proved I can build #nostr 'wallet' where I can store the encrypted tokens in a Germany relay and make the lightning payment out of a Singapore mint. All using a #nsec that never leaves my machine.

Note to self: Write a book: 'Camping Without Data'

Right now, I have it receiving and sending Lightning payments only. My initial motivation is to first build a persistent back end for my custodial Lightning payment service.

The next step is to receive tokens directly, likely through a DM. Once I get all of the basic mechanics worked out, I will build in the multi-mint capability. I was happy to get all of the swapping and consolidation working. That was a big job.

Just the proofs for now. The deposit command polls until the quote is paid. As for the proofs, they are removed immediately after being spent, and I swap all remaining proofs into a single event. To keep the token amount low, I calculate the least power of 2 summand and swap everything into new outputs. For example if I have 1,2,4,8,1 across 3 events, those get swapped into 16 and 1 event. The old events are deleted.

Where do I order these? Just the thing to wear when picking the newspaper off the front lawn every morning.

The code is here. It’s called ‘safebox’ for now. The code is still pretty gross, but it works. I got the main pieces working (barely) - minting proofs, storing in events, retrieving and melting for lightning payment. Lots of work ahead.

https://github.com/trbouma/safebox

We like your art, so please stay.

Agree. But it rolls off tongue well. Another possibility is #npurse or #npocket

I am thinking about coining the term “nsac” to refer to a wallet-like thing that can exist on #nostr holding your valuable things, such as ecash tokens. I have already implemented a prototype #cashu ecash wallet which looks to be promising.

So you would have:

#npub - your identity

#nsec - your private key

#nsac - your valuables

Your #nsac could be the same as your #nsec but better case is to generate as many #nsacs as required.

Happy to hear feedback!

For reference, what a ‘sac’ is in the biological sense:

A **sac** is a biological term referring to a pouch or cavity in an organism that is typically enclosed and may contain fluid, air, or other substances. Sacs can serve various functions depending on their location and role in the body, such as protecting a developing embryo, facilitating the exchange of gases in the lungs, or reducing friction between moving parts in joints

Yep. I just proved it can be done

nostr:nevent1qqsvjc7ud9vjnlnspl56eu02j79tj25px74nhn5mkfu4wjytxq337rgpzemhxue69uhhyetvv9ujumnfd4hjucmpwd5z7q3qq6mcr8tlr3l4gus3sfnw6772s7zae6hqncmw5wj27ejud5wcxf7qxpqqqqqqztr0j67

The next best thing to having UTXOs on #bitcoin is storing your nuts on #nostr