Setor

Zero-JS Hypermedia Browser

avatar
Setor
npub14agj...dadk
Bitcoiner and Software Dev || Building BlindBit

Notes (14)

Nostr DMs sind prinzipiell immer verschlüsselt (auch NIP-04). Die erste Idee der DMs (NIP-04) hat, wie richtig beschrieben, signifikante Privatsphäre Probleme. Jeder kann sehr einfach sehen wer mit wem kommuniziert. Aber wichtig man kann nicht sehen WAS kommuniziert wurde. Wenn wirklich jemand NIP-04 lesen kann, würde das eigentlich nur eine von zwei Sachen sein: - private keys wurden geleaked - secp256k1 cryptography ist gebrochen (wird auch in Bitcoin genutzt), ich denke mal das hätten wir gemerkt  Ich würde mal schätzen, dass die Nuss einfach vom Sender selbst eingelöst wurde oder es keine DMs waren sondern ein wirklich öffentlicher Kanal. https://fountain.fm/episode/WMzDGqV19RDAB4FTKLHa nostr:nevent1qvzqqqpxquqzpsejtqmfphtmtqq93v2yfavx0xxjeg0dul5zm7pu00yc909kwqke6k6u2c
2025-11-16 09:40:01 from 1 relay(s) View Thread →
First alpha release for testing of BlindBit Desktop. BlindBit Desktop is a pure Silent Payments (Bip 352) wallet for desktop. All scanning is happening locally, so the public indexing server does not learn anything about your transactions. *Core Features:* - Local scanning, reaping the full benefits of high privacy with Silent Payments - Background scanning in tray, you will always be at or close to chaintip - Simple GUI to manage the wallet If you are keen on playing around with Silent Payments (BIP 352), this Desktop Wallet might be for you. https://github.com/setavenger/blindbit-desktop/releases/tag/v0.1.0-alpha.1 *SHA256 Sums:* b9c025f0c22a419248d2aa9000a905c90290b7182d5eafdca927f55357e9a465 BlindBit-darwin-amd64.zip 70e230bfb69ceaf2d7e03e02c23f099cebf26d45f933cb233ca7fa409e28ec0c BlindBit-darwin-arm64.zip 76f08a27a256a5940af024d28efd53fe22b5c1b5df0cbcc8a4b4dba3e6861da9 BlindBit-linux-amd64.tar.xz 745394ca580e454c63da4a37c51aa79ee9d5be02ae9c34ce56fc09b58ba3dce9 BlindBit-linux-arm64.tar.xz 2829dd3e430a681ea3a49501db18707f2a18823a478990429d9daedcd3a51d89 BlindBit-windows-amd64.exe
2025-11-02 16:52:41 from 1 relay(s) View Thread →
Does nostr:npub10r8xl2njyepcw2zwv3a6dyufj4e4ajx86hz6v4ehu4gnpupxxp7stjt2p8 also work for signing binaries/packaged applications for desktop? #asknostr BlindBit Desktop alpha is quite soon™
2025-10-29 06:53:46 from 1 relay(s) View Thread →
Bzgl. Joinmarket.  Alice will Bob 100k Sats schicken Alice nutzt Joinmarket mit der Annahme, dass ihr Anonymitäts-Set dadurch größer wird Alice ist also nun taker in einer Joinmarket TX und setzt ihren Output auf Bobs Adresse  Bob kann aber rausfinden welcher Input zu Alice gehört da man relativ leicht zurückrechnen kann wer der taker ist  Generelle plausible Annahme ist: Sender = Taker, da der taker auch die Outputs amounts festlegt Weiter wird das Problem im verlinkten Bitcoin Talk Beitrag aufgerollt und ist auch hilfreich, um das Problem besser zu verstehen.  Generell, wenn Alice ihr Anonymitäts-Set vergrößern will, und mehrere Joinmarket Transaktionen anstößt - also als Taker auftritt - besteht ein ähnliches Problem wie oben beschrieben. Sogar eine dritte Partei die nicht Teil der Transaktion war, kann ähnlich wie Bob den Taker identifizieren.  Zusätzliche Annahmen: Taker ist tendenziell (deutlich) öfter Taker als Maker Maker ist tendenziell (deutlich) öfter Maker als Taker Maker nutzt Output aus TX_1 als Input in TX_2 (wieder als Maker, siehe 2.) Wenn ein Maker in TX_2 als Maker erkannt wird, ist er auch in TX_1 als Maker identifiziert. Maker werden, anders als der Taker, als eine Gruppe betrachtet. Also ein Maker kann unter Makern nicht identifiziert werden. Da ist das Problem nicht so schlimm. Beim Taker ist das ein Problem, da gibt ja nur einen. Dadurch kann dann die Transaktionskette mit recht großer Wahrscheinlichkeit nachvollzogen werden. Also die coins von Alice können (wenn sie konsequent Taker ist) von TX_1 -> TX_2 -> TX_N mitverfolgt werden. Sein Punkt ist schlussendlich, dass NUR die Maker ihr Anonymitäts-Set vergrößern und Taker NICHT. Es sind jedoch die Taker, die alles bezahlen. Sowohl die Mining fees und obendrauf noch die Maker für ihren “Dienst” bezahlen. https://fountain.fm/episode/F2kqeStBj5J8yGQgiu4L nostr:nevent1qvzqqqpxquqzq4zt62uxv7h5cnqltajurnxc7q46cajhnrgkym6zczy8355dakwtmsrksf
2025-09-21 12:01:24 from 1 relay(s) View Thread →