Warum das Denial-of-Provider-Argument gegen BOLT 12 nicht aufgeht

Hier ist ein Leitartikel zum Glauben von Shinobi, einem autodidaktischen Erzieher in der Bitcoin-Wohnwelt und technisch orientiertem Bitcoin-Podcast-Moderator.

BOLT 12 ist ein Vorschlag von Rusty Russel von Blockstream, um Lightning zu optimieren und den Nachfolger von BOLT 11 zu werden. Auch wenn es viele gibt Verschiedene Teile, die gemeinsam verpackt sind, um den BOLT abzuschaffen, wird dieser Text im Allgemeinen auf die Kompromisse und Elemente in Bezug auf einen von ihnen hinweisen. Zunächst möchte ich hier nur einige der bekannten Teile des BOLT-Vorschlags kurz zusammenfassen:

BOLT: (Basis von Lightning Technology; der Lightning ist derselbe wie der Bitcoin Enchancment Proposal specs)

Blinded Paths: Genau hier ist sowohl für Zahlungsrechnungen als auch für Onion-Nachrichten veraltet. Es definiert und verschlüsselt die vorherigen paar Hops in einer Zahlungs- oder Onion-Message-Schaltung, sodass der Absender nicht mehr weiß, wohin er etwas sendet, während es ihm erlaubt, zum beabsichtigten Empfänger vorzudringen.

Schnorr-Signaturen: Diese erlauben für die gesamten diversen Bereiche Signaturen sind veraltet, um eine Lightning-Zahlung zu koordinieren oder verbal durch Nodes zu ersetzen, um den Gewinn von Schnorr-Multisig im langen Trödeln zu konsumieren.

Zahlernachweise: Knoten erhalten jetzt einen eindeutigen Schlüssel, wenn sie Rechnungen anfordern, sodass sie durch eine Unterschrift belohnen können, dass sie eine Zahlung geleistet haben. Dies garantiert auch im Turnier des Bargeldmotivs, dass der richtige Zahler es am einfachsten einfordern kann.

Rechnung Merkle Büsche: Rechnungen werden jetzt als Merkle Büsche codiert und sind an jede einzelne Person gebunden aufstellen. Wenn Sie jemals eine Belohnung dafür erhalten, dass Sie nur eine Zahlung geleistet oder eine Rechnung erhalten haben, werden Sie höchstwahrscheinlich selektiv verzaubern, welche Stücke Sie ausstellen möchten, anstatt jemandem die Gesamtrechnung vorlegen zu müssen.

All diese Objekte ergeben zusammen ein „Blitzangebot“. Auf diese Weise können Sie einen einzelnen statischen QR-Code mit Dateien erstellen, um einen Knoten über Onion-Nachrichten zu pingen und eine Lightning-Rechnung für eine bestimmte Zahlung über das Lightning-Netzwerk selbst darzustellen. Derzeit sind BOLT 11-Rechnungen am besten für die einzelne Zahlung geeignet, für die sie erstellt wurden, und während Keysend-Zahlungen Zahlungen ohne Rechnung ermöglichen, entlasten sie Sie nicht mehr von den bekannten Punkten der Zahlung in einem Rechnung, die vom empfangenden Knoten signiert wurde, und bewahren Sie diese für zukünftige Dateien auf. BOLT 12 ermöglicht die Gesamtheit der Vorteile von beidem: ermöglicht eine einzige Freigabe o

Hier weiter zum Artikel
Warum,Denial-of-Provider-Argument

Add Comment