Oddbean

Chaumian Ecash isn't shadowy tech. It's as mainstream as it gets. Arguably even more mainstream than blockchains. If you want proof, check out the Ecash systems the European Central Bank and the Bank of International Settlements are building.

“The project developed two different prototypes based on the eCash design, which builds on the existing two-tier banking system. One design, eCash 1.0 (EC1), resembles a cash-like digital payment instrument. The second design, eCash 2.0 (EC2), investigates enhanced security features allowing for strong protection against and detection of counterfeiting.” https://www.bis.org/about/bisih/topics/cbdc/tourbillon.htm

I was looking at NUT-11 "paying to public key" and thought that there might be an easier way to do this, but maybe I'm wrong. When I'm creating a blindedMessage (B_) I add a random pk (Point R) to my hash_to_curve point (Point A). I can send B_ to the Mint and the Mint will produce the blindedsignature C_. I can unblind C_ because I know the sk of Point R. If I want to send money that is locked to your pk. Can't I just use your pk as the Point R to produce B_? Since I don't know the sk to your pk, I will not be able to unblind C_. Therefore you should be the only one to be able to unblind C_ . I could post the message/preimage to create point A together with the mint generated C_ somewhere in the public or send it to you and when your are coming online you can take that information and unblind C_ to get C and redeem the money from the mint. Is there something wrong in my thinking?

I hate so much this B, B_, C, C_, secret thing, it’s almost impossible to write something understandable with this variable names. 2024 is JSON year. Let’s use long name standard: public_key, private_key, pre_image and signature. I’m thinking in adding an adapter so we could use both names and keep both standards.

Yes math is hard but the signature algo mostly. The thing here is that I was a C, assembly dev in 2001 and used this a,b,c variable names when software dev where more of a mathematical thing. After 2008 I took some classes at transliteration languages aka coffeescript and there I learned a lot about the importance of producing “literable” source code to avoid having to explain or produce docs apart of the code itself. Math is hard but if you have good variable names and a good procedure it can be much simpler. Good morning 😃

IMO this is the correct way to write down mathematical equations. In code, sure it's better to use expressive names, but in math, no one wants to see an equation that is 3 pages long, just because the variables contain 3 words each

Yeah I think the same. In math it’s beautiful to have those Greek letters written in latex with a beautiful font written down every meaning right after the equation. But for speed up js code someone would have to shorten all those complex terms. Right now cashu is new so everybody want check the equations and like said short variable name out of standard make those reading have a low quality time. Any8 I’m just a reader who is just writing about the stones I found thru the path. CashU path. Have a nice one you all. 🥂