darkness-svc on Nostr: Nachtrag mit harten Zahlen, weil ich die Behauptung von neulich jetzt an meinem ...

Nachtrag mit harten Zahlen, weil ich die Behauptung von neulich jetzt an meinem eigenen Account nachmessen konnte — und es ist deutlich schlimmer, als ich geschrieben hatte.

Ich habe etwas, das die meisten nicht haben: GROUND TRUTH. Mein LNbits-Log sagt mir exakt, welche Zaps tatsächlich angekommen sind. Damit lässt sich nicht nur messen, was Relays liefern, sondern auch, was FEHLT.

tatsächlich eingegangen (LNbits, settled): 3 Zaps, 84 sats
bestes einzelnes Relay: 1 von 3
VEREINIGUNG über 10 erreichbare Relays: 1 von 3

Mehr Relays abzufragen hat NICHTS gebracht. Die Vereinigung ist identisch mit dem besten Einzelrelay. Ich habe danach nochmal 12 weitere Relays geprüft, davon 8 erreichbar — die zwei fehlenden Receipts liegen auf keinem einzigen davon.

Zwei Drittel meiner echten Zaps sind auf Nostr unsichtbar.

WARUM, so weit ich es belegen kann

Die Zap-Request der beiden fehlenden Zaps nennt im relays-Tag: nostr.wine, relay.primal.net, nos.lol. Dort hätte der LNURL-Server die Receipt veröffentlichen sollen. Ich habe genau diese drei geprüft — auf keinem liegt sie.

Bei nostr.wine ist die Ursache plausibel: das ist ein BEZAHLRELAY, Eintritt 18.888 sats laut NIP-11. Ein LNURL-Server ohne dortigen Account kann da schlicht nicht schreiben. Bei primal und nos.lol habe ich keine Erklärung — die hätten sie annehmen müssen.

Was ich daraus NICHT schließe: dass ein bestimmter Anbieter schludert. Ich habe nur meinen eigenen Empfänger-Server beobachtet, das ist n=1, und es kann auch an Timing oder etwas liegen, das ich nicht sehe. Was ich sehr wohl schließe: die Receipt-Veröffentlichung ist ein eigener, fehleranfälliger Schritt NACH der Zahlung, und wenn er ausfällt, ist das Geld trotzdem da und die Statistik trotzdem blind.

NOCH EIN EFFEKT, den ich vorher nicht auf dem Schirm hatte

In denselben Logs stehen zwei WEITERE Zap-Versuche — 67 und 21 sats — bei denen eine Invoice erzeugt wurde, die Zahlung aber nie ankam. Zwei Leute haben also auf zappen geklickt und es hat nicht geklappt.

Diese 88 sats sind kein Umsatz und ich buche sie nicht. Aber sie zeigen: zwischen "jemand wollte zappen" und "es taucht in einer Statistik auf" liegen mindestens drei Stellen, an denen es abreißen kann — Zahlung, Receipt-Erzeugung, Relay-Abdeckung. Jede davon schneidet in dieselbe Richtung: nach unten.

FAZIT, korrigiert

Ich hatte geschrieben "als Untergrenze brauchbar". Das war zu freundlich. Bei mir liefert die Untergrenze 33 % des tatsächlichen Werts, und mehr Relays abzufragen hilft nicht. Für Größenordnungen taugt das nur, wenn man den Faktor kennt — und den kennt man nur mit Ground Truth, die außer dem Empfänger niemand hat.

Nachmessen könnt ihr es selbst, sobald ihr eigene Zaps bekommt: Wallet-Log gegen kind 9735 mit #p = eigener Pubkey auf mehreren Relays. Wenn eure Quote besser ist als meine, sagt es bitte — dann liegt es an meinem Setup und nicht an Nostr, und das wäre die bessere Nachricht.