Deutsche Übersetzung für Gigi's Lightning Prisms

Ein noch zu wenig genutzter Aspekt ist die Programmierbarkeit von Bitcoin. Während einfache Dinge wie geplante Zahlungen und automatisierte Zahlungssplits existieren, sind wir zweifellos noch in konventionellem Denken gefangen, wenn es um den Fluss von Sats geht.

Ich möchte eine einfache Idee teilen, die mir vor ein paar Monaten mitgeteilt wurde, in der Hoffnung, dass sie die Runde macht und im besten Fall von jemandem umgesetzt wird. (Oder eine bessere Version davon).

Hier ist die Idee:

Die Anerkennung gebührt Mr.Kukks, dem nun offiziell die Zeit1 fehlt¹, um es selbst umzusetzen.

Lightning-Prismen

Ein Lightning-Prisma ist ein Konstrukt, das "blitzschnelle, adressierte, wertschöpfende Workflows" ermöglicht, um den Erfinder zu zitieren.

Das ist der Kern der Sache:

• Ein Prisma wird durch eine Lightning-Adresse (oder ähnliches) identifiziert
• Ein Prisma kann einen oder mehrere Empfänger haben
• Ein anderes Prisma kann einer der Empfänger sein
• Splits werden programmatisch definiert

Dieses einfache Konstrukt ermöglicht alle Arten von Anwendungsfällen und kann auf Anwendungsebene ohne Änderungen an Bitcoin oder Lightning implementiert werden.

Ein offensichtlicher Anwendungsfall ist das Value-Splitting für Blog-Beiträge und ähnliche Langtexte. Man stelle sich vor, jeder Blog-Beitrag (oder jedes Buchkapitel) hätte seine eigene Lightning-Adresse, die den Wert automatisch auf Autor, Redakteur, Illustrator und Lektor aufteilt.

Das Konzept dieser Wertaufteilung gibt es bereits bei Podcasting 2.0, wo es auf Podcasts und Episoden angewendet wird. Man könnte argumentieren, dass ein separater Identifikator für das Split-Konstrukt eine natürliche Weiterentwicklung dieser Zahlungssplits ist, da es einfacher ist, über sie nachzudenken und sie miteinander zu verknüpfen.

Ein weiterer offensichtlicher Anwendungsfall ist die Aufteilung von nostr-Zaps. Stelle dir vor, jeder "Zitat-Tweet", der gezappt wird, zu einem automatischen Zahlungssplit führt, der 50% (oder was auch immer der Nutzer konfiguriert hat) an den ursprünglichen Tweet weiterleitet. Oder stelle dir ein Prisma vor, das on-the-fly erstellt wird und die Zaps gleichmäßig auf alle Personen verteilt, die in einer Notiz markiert sind.

Da Zahlungen weitergeleitet werden, fungiert jedes Prisma als eine Art Proxy. Dies kann sowohl für Organisationen als auch für Einzelpersonen von Vorteil sein, da ihre Zahlungskennung gleich bleibt, sollte sich die zugrunde liegende Infrastruktur oder der Wallet-Anbieter ändern.

Probleme und Verbesserungen

Es gibt zwei Hauptprobleme: Gebühren und Datenschutz. Es müssen Gebühren für die Verteilung und Weiterleitung berücksichtigt werden, aber es gibt auch das Problem, dass Lightning-Adressen IP-basiert sind, was gewisse Auswirkungen auf die Privatsphäre hat. Wir könnten LNURL über nostr verwenden - auch hier ein Lob an Kukks - was die Frage aufwirft: Sind Lightning-Adressen die richtige Abstraktionsebene für Lightning-Prismen?

Schließlich wollen wir nicht an Adressen, sondern an Menschen senden. Wenn sich nostr weiter durchsetzt, könnte es sich zu einem globalen Adressbuch für solche Dinge entwickeln, d.h. zu einer Anlaufstelle für die Suche nach Zahlungsinformationen von Personen, Organisationen und anderen Einrichtungen. In Zukunft könnte ein Prisma mehrere nprofile- oder npub-IDs als Ziele haben, hinter denen sich die eigentlichen Zahlungsinformationen verbergen.

Jedenfalls mache ich mir im Moment keine großen Sorgen über die Details der Umsetzung. Was mich beunruhigt, ist der Mangel an Phantasie, und das ist das Thema dieses Beitrags.

Apropos Phantasie: Warum haben wir keine Wallets, die ab einem bestimmten Betrag automatisch Sats an eine andere Wallet transferieren? Ich bin mehr als glücklich, etwas Essensgeld in einer Wallet zu haben, aber sobald es drei Monatsmieten wert ist, fühle ich mich nicht mehr so wohl. Warum kann die Wallet nicht automatisch alle überschüssigen Sats an meine völlig souveräne Lightning-Adresse schicken, sobald es mehr als die Sats für ein Abendessen wert ist? Oder einmal im Monat einen Loop-Out machen, um die Sats nach Cold-Storage zu verschieben?

Wie auch immer, ich schweife ab.

Eine Verbesserung, die ich gerne sehen würde, ist eine Möglichkeit, Lightning-Prismen transparent zu machen. Am besten ist es, wenn Benutzer auf eine leicht verständliche und überprüfbare Weise sehen können, wie die Zahlungen aufgeteilt werden. Eine Möglichkeit wäre, jedes Mal, wenn ein Prisma erstellt oder aktualisiert wird, ein parametrisiertes austauschbares NIP-33-Ereignis zu senden. Natürlich kann es je nach Anwendung ratsam sein, das Endziel vor der Öffentlichkeit zu verbergen.

Ich bin sicher, dass es noch mehr Probleme und viele weitere Verbesserungen gibt. Aber wie immer ist die Perfektion der Feind des Guten, also lasst uns über praktische Lösungen sprechen, die sofort umgesetzt und genutzt werden können.

Implementierung

Prismen, die auf Lightning-Adressen basieren, können heute ohne großen Aufwand erstellt werden. Mit zwei LNbits-Erweiterungen (scrub & split kannst du dies sogar ohne Programmierkenntnisse selbst tun. Füge satdress hinzu, um jeder Wallet eine eigene Lightning-Adresse zu verleihen, und voilà, du hast ein Lightning-Prisma! Man kann sogar ein nettes Interface als Wrapper drumherum bauen, da alles mit einfachen API-Aufrufen programmiert werden kann.

Ich habe das alles gemacht (ohne "ein nettes Interface als Wrapper drumherum bauen"), nur um mit der Idee herumzuspielen. Zugegeben, es ist ein wenig umständlich und wahrscheinlich nicht die stabilste oder eleganteste Lösung, aber es funktioniert irgendwie und kann heute verwendet werden.

Die oben gezeigte Adresse blogpost@satprism.com ist ein funktionierendes Beispiel.² Sie teilt alle Zahlungen 50/50 zwischen Kukks und mir auf und leitet sie an unsere jeweiligen Lightning-Adressen weiter, die von unseren BTCPay-Serverinstanzen bereitgestellt werden.

Ich stelle mir vor, dass mehrere Dienste geschaffen werden, die dies korrekt implementieren und eine kleine Gebühr für die Bereitstellung des Dienstes erheben. (Wie oben erwähnt, wird eine Art Gebühr erforderlich sein, um die Routing-Kosten zu decken, da die Zahlungen an externe Adressen weitergeleitet werden.)

Ich hoffe, dass diese Art von Ideen und neuartigen Konstrukten mit der zunehmenden Verbreitung von Zaps und ähnlichen V4V-Zahlungen - und Lightning im Allgemeinen - weiter verbreitet werden. Natürlich werden wir diese Dinge im besten Fall nativ auf Protokollebene integriert haben, aber ich sehe keinen Grund, warum wir nicht ein wenig mit dem experimentieren sollten, was wir heute haben, selbst wenn die Lösungen unvollkommen sind. Solange Bolt12 und ähnliche Lösungen noch nicht weit verbreitet sind, ist es wahrscheinlich nicht die schlechteste Idee, sich etwas zusammen zu hacken, das einfach funktioniert.³

Abschließende Gedanken

Ich gehe davon aus, dass sich diese Idee bei Autoren und anderen Inhaltsproduzenten durchsetzen wird, so wie sich die Idee der "Streaming Sats" - und die Aufteilung der Wertströme - bei Podcastern durchgesetzt hat.

Spezielle nostr-Clients für verschiedene Arten von Inhalten sind bereits in Arbeit, mit SubStack- und Medium-ähnlichen Plattformen wie BlogStack und Habla, die links und rechts auftauchen.

Was noch fehlt, ist die Verknüpfung von Bezahlinformationen mit einzelnen Ereignissen (im Gegensatz zu Benutzerprofilen), so dass jeder Langzeitinhalt seine eigenen Bezahlinformationen bekommt. Vielleicht ist es so einfach, wie die NIP-23-Metadaten zu erweitern, oder vielleicht wäre es sinnvoll, diese Art von Metadaten auch für andere Typen von Veranstaltungen zu haben.

Wir werden es herausfinden, und mit "wir" meine ich euch: Entwickler, die sich hinsetzen, um die Dinge zu spezifizieren und zu entwickeln.

Ich werde euch anfeuern, während ich auf nostr shitposte.

Fußnoten

1. Ich habe Kukks versprochen, ein paar Wochen nicht darüber zu sprechen, damit er es einführen kann, aber er war damit beschäftigt, die Privatsphäre aller zu verbessern, was natürlich auch sehr wichtig ist! Jedenfalls tut es mir leid, Kukks, aber deine Zeit ist um!
2. Alle in diesem Artikel gezeigten Prismen sind funktionierende Beispiele: nostr-devs-eat-handsomely@satprism.com teilt auf alle in der Quiet Warrior's Notiz erwähnten Entwickler, und dergigi-platobot@satprism.com ist eine Aufteilung zwischen dem Roboter und mir. Ich habe mir auch die Freiheit genommen, rhr@satprism.com zu erstellen, das eine Aufteilung zwischen Marty und Matt vornimmt, und es gibt auch einundzwanzig@satprism.com für die deutschsprachige Crew.
3. Ich habe die Beispielprismen manuell erstellt, und ich fürchte, es wird keine Prismenexplosion geben, bis jemand eine nette Oberfläche entwickelt, damit Benutzer sie selbst erstellen können. Ich mag es wie jeder andere auch, unzählige LNbit-Wallets zu erstellen, aber das Klicken auf all die Knöpfe, um die eigentlichen Splits und Weiterleitungen zu erstellen, wird nach einer Weile ermüdend.