Können Sie einen Link zur API bereitstellen?
Wenn jeder dieser Benutzer ein paar Dollar hat, können Sie im Marketplace fragen. Wenn eine oder mehrere dieser Communities Enterprise-Kunden sind, wäre dies eine weitere Möglichkeit, ins Rollen zu kommen.
Es gibt keine API, Zaps sind nativ für Nostr und wurden mit dem Lightning Network implementiert. Man kann sagen, dass die „API“ das LN selbst wäre.
Hier erfahren Sie, wie Zaps auf Nostr funktionieren:
Der Benutzer verknüpft seine LN-Wallet-Adresse mit seinem Nostr-Konto und von dort werden alle Zaps (Trinkgelder) direkt über LN gesendet und empfangen. Der Lightning-Knoten-Server kümmert sich darum, nicht Nostr.
Um etwas Ähnliches für das Senden von Ethereum-Tokens zu implementieren, müsste eine Lösung von Grund auf neu erstellt werden, daher mein Vorschlag, die Infrastruktur von Polygon zu nutzen. Aber wie ich eingangs sagte, bin ich kein Entwickler und kann das alles leider nicht technisch detailliert beschreiben.
Ich werde dies in der Community vorschlagen, an der ich teilnehme. Sie wird von einem großen Unternehmen unterhalten und könnte daran interessiert sein.
Ich würde vermuten, die erste Frage ist: Was genau willst du?
Du musst genau definieren, was das gewünschte System tun würde und wie es das tun würde. Wenn nicht direkt in technischen Begriffen, dann durch die Beschreibung der Idee in deinen eigenen Worten.
Im Moment hindert nichts irgendeinen Benutzer daran, eine Empfangsadresse in seinem Profil einzutragen. Außer vielleicht die Regeln einiger Foren. Das ist so ziemlich alles, was benötigt wird. Das ist Krypto! Leute können frei Empfangsadressen veröffentlichen und Sender können daran senden, ohne viel Bedenken hinsichtlich der Privatsphäre oder anderen Unsinn.
Sicher, wenn du eine On-Chain-Adresse verwendest, sind Transaktionen öffentlich und die Verwendung derselben Adresse für alles ist alles andere als ideal. Aber du kannst LN mit BTC verwenden oder eine aufregende neue Entwicklung, von der ich hoffe, dass sie an Bedeutung gewinnt: PayNyms. Oder du könntest eine Privacy Coin wie Monero verwenden.
Indem du so gut wie nichts tust und nur eine bestimmte Nutzung in einer Community förderst, können die Leute frei die Coins/Netzwerke verwenden, die sie wollen. Mehrere davon, wenn sie wollen. Klicke auf meinen Spitznamen und sieh selbst. Du könntest eine spezielle Box dafür einrichten und vielleicht speziell die Leute bitten, sie bei der Registrierung auszufüllen. Hier habe ich den Abschnitt „Pronomen“ gekapert. Und ich habe die Website-Box benutzt, um meinen PayNym zu veröffentlichen. In jedem Fall können Dinge direkt in die „Über mich“-Box eingegeben werden.
Was:
Wie es funktionieren würde:
Begründung:
A priori wäre das eine so einfache Funktion, ohne Rücksicht auf Privatsphäre oder Ähnliches. Wir sprechen hier von Trinkgeldern (Mikrozahlungen) als Belohnungsform und nicht von Transaktionen mit hohem Wert. Aber natürlich hindert nichts daran, dass es auch Unterstützung für Monero in dieser Funktion gibt.
Das scheint in der Tat recht einfach zu sein.
Speichern Sie für jeden Benutzer einen Wert, den der Benutzer angegeben hat (Zahlungsinformationen).
Und fügen Sie einen Button hinzu, der entsprechend diesem Wert einen QR-Code anzeigt oder zu Wallet-Apps weiterleitet.
Und das ist es wohl.
Was Sie wirklich wollen, ist ein Button, um die Dinge zu formalisieren, anstatt dass die Leute die Zahlungsinformationen aus dem Profil kopieren und einfügen (was ich oben beschrieben habe).
Sie können ein Plugin dafür im Marketplace in Auftrag geben.
Ich denke, es ist auch einfach, aber ich bin kein Entwickler, daher weiß ich nicht, ob es in Discourse wirklich so einfach zu implementieren ist.
Dies ist der Tipping-Anwendungsfall in Nostr, im Grunde ist es das:
Aber das wäre nur die Lösung für BTC-Trinkgelder über das Lightning Network.
Was Polygon/Ethereum betrifft, kenne ich keinen solchen Anwendungsfall, der zuvor implementiert wurde, daher sagte ich am Anfang, dass er von Grund auf neu implementiert werden müsste.
Ich werde einen Vorschlag schreiben, der im Marktplatz veröffentlicht wird. Vielen Dank für Ihre Aufmerksamkeit.
Leute! Tauchen wir tief in BTCPay.
All die Sachen im Lightning Network sind experimentell (und eine Art von Firmenspiel), aber sie sind auch in ihre Systeme integriert. Sie haben eine sehr gute API und eine hervorragende Community, außerdem nutzen sie das ursprüngliche Bitcoin-Netzwerk ohne Zusätze.
Das ist zwingend erforderlich für Unternehmen, die alles auf experimentellen Second-Layer-Lösungen aufbauen wollen.
Nur meine zwei Cents 
Sehr interessant, ich wusste nichts von diesem Projekt.
Es gibt jedoch ein „kleines“ Problem damit: Transaktionen werden direkt auf der Bitcoin-Blockchain durchgeführt, was hohe Gebühren und eine Verzögerung bei der Bestätigung bedeutet.
Für ein Trinkgeldsystem, wie es hier vorgeschlagen wird, machen diese beiden Dinge die Funktionalität unmöglich.
Was das Senden und Empfangen von Zaps (Trinkgeldern) auf Nostr so unterhaltsam und angenehm macht, ist gerade die Tatsache, dass sie sofort erfolgen und das Senden oder Empfangen nichts kostet. Transaktionen mit geringem Wert sind im Lightning Network kostenlos.
Darüber hinaus ist es nicht notwendig, einen Knoten/Server zu erstellen, um Trinkgelder über das Lightning-Netzwerk in Discourse zu implementieren. Der Benutzer verknüpft einfach seine Lightning-Wallet mit seinem Discourse-Konto, und das Plugin erledigt Folgendes: (1) Zum Empfangen: Gibt an, ob der Benutzer Trinkgelder empfangen kann oder nicht, und (2) Zum Senden: Interagiert mit dem LNURL-Server, um die Transaktion einzurichten, aber nicht die Transaktion selbst durchzuführen.
Dieser Ansatz macht es sehr einfach, diese Funktionalität in Discourse zu integrieren. Community-Administratoren, die die Discourse-Plattform nutzen, müssen nichts über Bitcoin-Technologie wissen oder spezielle Server für diesen Zweck einrichten.
Die Implementierung von Trinkgeldern in Sats ist so einfach wie das Kopieren der Implementierung, die sie für Nostr vorgenommen haben.
Die Schwierigkeit wird meiner Meinung nach darin bestehen, die gleiche Funktionalität für das Ethereum-Netzwerk zu schaffen. Es gibt Layer-2-Lösungen für Ethereum, aber wäre es einfach, die gleiche Funktionalität mit einer davon zu implementieren? Das weiß ich nicht.
Das war auch die Reaktion, die ich anfangs hatte, als ich seinen Beitrag gelesen habe. Er sagt jedoch, dass BTCPay das Lightning-Netzwerk implementiert. Was sie auch tun: Lightning Network FAQ | BTCPay Server Aber BTCPay ist vielleicht eher darauf ausgelegt, dass eine Entität alle Zahlungen empfängt. Ich bin mir nicht sicher, ob das für den hier genannten Anwendungsfall gut wäre. Es sei denn, Sie möchten intern mit Benutzerkonten umgehen. Es wäre auf Ihrer Ebene zentralisiert. Es ist wahrscheinlich besser, die Dinge dezentral zu halten und den Benutzern den direkten Austausch untereinander zu ermöglichen.
Ich glaube, es wäre das Gegenteil: Die einzige Schwierigkeit beim Lightning-Netzwerk, so wie Nostr damit umzugehen scheint, ist, dass für jede Transaktion eine neue LN-Rechnung generiert wird (gemäß dem von Ihnen oben bereitgestellten Bild).
Die Netzwerke Ethereum/Polygon sind “kontobasiert” und nicht UTXO-basiert wie Bitcoin. Wenn ich mich nicht irre, würde jede Transaktion daher zwangsläufig an dieselbe Adresse pro Benutzer gesendet werden. Ich weiß nicht, ob es überhaupt anders möglich ist (ist es das?). So funktioniert es. Das wäre “schlecht” in Bezug auf die Privatsphäre, aber andererseits sehr einfach zu implementieren. Es sei denn, ich übersehe etwas.
Eine alternative (zentralisierte) Lösung wäre die Nutzung eines Drittanbieters für Mikrotransaktionen, wie z. B. FaucetPay. Sie verfügen über eine API und unterstützen viele Coins. Kleine Beträge für Trinkgelder würden intern mit ihnen ausgetauscht und Benutzer könnten größere Beträge einzahlen/abheben.
Nein, nicht anstelle von, denn
Also eher zusätzlich zu, damit die Foren-Engine 
wie vorgesehen funktioniert
Sie haben absolut Recht!!
Ich bitte um Entschuldigung.
Das ist absolut falsch:
Native Bitcoin-Transaktionen sind entweder langsam und günstig oder schnell und teuer. Darüber hinaus können die schnellsten Transaktionen gelegentlich sehr teuer und die günstigen sehr zeitaufwändig sein, was definitiv keine praktikable Option für ein Trinkgeldsystem ist.
Andererseits sind Transaktionen im Lightning Network sofortig mit relativ konstanten Gebühren, was es nativ in Bitcoin nicht gibt.
Für ein Trinkgeldsystem wie das in Nostr implementierte ist dies ideal.
Ich muss zugeben, dass ich nicht genug über Krypto weiß, um das beurteilen zu können. Ich denke jedoch, dass es in diesem Thema jetzt genügend Informationen über das Lightning-Netzwerk gibt, damit jemand es angemessen recherchieren kann, falls er sich entscheidet, diese Funktion zu übernehmen (entweder als Drittanbieter-Plugin oder als offizielle). 
Vielleicht können wir hier einen Schlussstrich ziehen und sagen, dass es eine von mehreren Optionen ist, die in Betracht gezogen werden könnten.
Nun, LN ist schlechter als zuvor und wird fast gar nicht mehr genutzt. Das Öffnen von Kanälen und die Nutzung für Trinkgelder, ohne viel zu bezahlen oder Drittanbieter-Verwahrer zu nutzen, ist unmöglich.
Ich bin dafür, BTCPay in Discourse zu integrieren. Das würde viele Leute anziehen, die etwas Ähnliches suchen.
Krypto existiert wegen der Menschen und ihrer Gemeinschaften, nicht wegen Institutionen oder „Zahlen gehen nach oben“.
BTCPay funktioniert mit mehr Kryptos als BTC (wie LTC oder XMR) und hat Reputation, Team und Vertrauen.
