Core Lightning: Wie Blockstreams Implementierungs-Rebranding zu seiner langfristigen Vision für Bitcoin spricht

Die Lightning Network-Implementierung von Blockstream, die jetzt Core Lightning heißt, soll Bitcoins interoperabler, spezifikationsorientierter Standard sein.

Das Bitcoin-Infrastrukturunternehmen Blockstream hat kürzlich seine Lightning Network-Implementierung von c-lightning in Core Lightning (CLN) umbenannt, um den langfristigen Fokus des Projekts auf Interoperabilität und Spezifikationsarbeit hervorzuheben.

Der anfängliche Name, der auf die Programmiersprache C anspielte, in der die Implementierung eingebaut ist, spiegelte nicht die eigentliche Absicht des Unternehmens mit dem Projekt wider. Jetzt versucht Core Lightning, das Wertversprechen der Blockstream-Implementierung widerzuspiegeln.

„Wir hoffen, dass der aufgefrischte Name den Fokus von CLN auf Interoperabilität, Spezifikationsarbeit und das anhaltende Ziel, eine Referenzimplementierung mit Priorität auf Korrektheit und Robustheit bereitzustellen, besser kommuniziert“, sagte das Unternehmen in a Aussage.

Warum gibt es verschiedene Implementierungen des Lightning-Netzwerks?

Das Lightning-Netzwerk ist ein abstrahiertes Konzept dessen, was tatsächlich aus vielen verschiedenen Lightning-Kanälen besteht, die miteinander verbunden sind. Lightning-Zahlungskanäle bilden die Grundlage des Netzwerks, da zwei Teilnehmer eine Menge Bitcoin auf der Basisschicht des Bitcoin-Netzwerks sperren, um schnelle und günstige Off-Chain-Zahlungen untereinander zu tätigen. Durch die Eröffnung weiterer Kanäle mit unterschiedlichen Teilnehmern können dann aber Zahlungen in diesem „Mesh-Netzwerk“ von einem Teilnehmer zum nächsten geroutet werden, bis ein endgültiger Empfänger einer Lightning-Zahlung gefunden ist.

Daher ist die Abstraktion, die „das Lightning-Netzwerk” erfordert, dass verschiedene Teilnehmer miteinander kommunizieren, damit sie die Zahlungen der anderen weiterleiten und eine reibungslose Interaktion ermöglichen können. Diese Kommunikation findet zwischen Knoten statt, die die Software des Lightning-Protokolls ausführen und daher unter anderem Zahlungen senden und empfangen können.

Während es bei Bitcoin derzeit eine De-facto-Standard-Knotensoftware gibt, Bitcoin Core, gibt es mehr als eine Art von Lightning-Knotensoftware, die derzeit beliebt ist. Infolgedessen ist eine Reihe von Dokumenten erforderlich, um festzulegen, wie diese verschiedenen Arten von Lightning-Knoten – auch als „Implementierungen“ bezeichnet – miteinander kommunizieren können.

Das Dokumente zur Grundlage der Lightning Technology (BOLT). Definieren Sie den Satz von Spezifikationen, die alle Implementierungen von Lightning-Knoten einhalten müssen, um ein stabiler, konformer Teilnehmer im Lightning-Netzwerk zu sein. Derzeit gibt es 11 BOLT-Dokumente, die alles beschreiben, von der Einrichtung eines Zahlungskanals und der Finanzierung mit Bitcoin bis hin zur Anforderung einer Lightning-Zahlung.

Die Tatsache, dass es verschiedene Lightning-Implementierungen gibt, bedeutet natürlich auch, dass den Benutzern unterschiedliche Angebote zur Verfügung stehen, und sie können auswählen, welche Software sie basierend auf ihren spezifischen Anforderungen ausführen möchten. Auf hoher Ebene gibt es vier große Lightning-Implementierungen, LND, Core Lightning, Eclair und LDK, die jeweils auf bestimmte Anwendungsfälle ausgerichtet sind.

Core Lightning: Gebaut aus BOLT

CLN, vormals c-lightning, ist seit Anfang 2018 im produktiven Einsatz im Bitcoin-Mainnet. Geschrieben in der Programmiersprache C, die Entwicklern auch auf niedrigem Niveau ein hohes Maß an Kontrolle über das Verhalten ihres Codes bietet, hat CLN einen Fokus auf Effizienz sowie darauf, Entwicklern und Anwendern ein modulares, Plugin-basiert Implementierung des Layer-2-Skalierungsprotokolls von Bitcoin.

„Unser Ziel ist es, eine leistungsstarke, spezifikationskonforme Implementierung auf Unternehmensniveau zu sein“, sagte der Lightning-Entwickler bei Blockstream, Rusty Russel Bitcoin Magazin. „Das bedeutet traditionell, dass wir eher für High-End-Benutzer, Unternehmen und Entwickler gedacht sind, auf denen wir aufbauen können.“

CLN funktioniert nur unter Linux und MacOS und erfordert ein lokales oder Remote Bitcoin Version 0.16 oder höher, die vollständig mit dem Netzwerk verbunden ist, auf dem der Benutzer ausgeführt wird, und von dem aus Transaktionen weitergeleitet werden. Beschneiden ist teilweise unterstützt.

Als leichte Implementierung ermöglicht CLN ein hohes Maß an Anpassung, da der Benutzer es zu seinem eigenen machen und nur die Funktionen hinzufügen kann, die er möchte oder benötigt. Entwickler können über benutzerdefinierte JSON-RPC-Methoden mit dem Daemon kommunizieren, sodass sie die Funktionalität effizient an ihre Bedürfnisse anpassen können, indem Plugins verwendet werden, die direkt auf Low-Level-Details zugreifen können.

Die Modularität, Effizienz und Code-Robustheit von CLN bringt auch ihre begleitenden Nachteile mit sich. Christian Decker, ein Forscher bei Blockstream, der sich auf Skalierungslösungen für Bitcoin konzentriert, sagte Während des Londoner Bitcoin Devs-Treffens im letzten Monat, dass CLN, indem es an der UNIX-Philosophie festhält, eine Sache sehr gut zu machen und dem Benutzer keine Entscheidungen aufzuzwingen, auf eine „nackte Knochen“-Art und Weise kommt und vom Benutzer etwas Engagement erfordert, damit es funktioniert .

Insbesondere konzentriert sich die Implementierung von Blockstream stark auf den Spezifikationsprozess und generiert einen Großteil seines Codes direkt aus den BOLT-Spezifikationen, so Russel. Während dies eine vollständig spezifikationskonforme Implementierung gewährleistet, bleibt dem Team weniger Zeit, um seine Arbeit zu vermarkten, und identifiziert dies als den Grund, warum es weniger Community-Engagement und Knotenanteil sieht als andere Implementierungen.

„Wir sind buchstäblich nach den Lightning BOLT-Spezifikationen gebaut!“ sagte Russel Bitcoin Magazin. „Das bedeutet, dass wir uns sehr darum kümmern (und als Team sehr viel Aufwand betrieben haben), die Architektur des gesamten Lightning-Netzwerks über die BOLT-Spezifikationen zu koordinieren.“

Das Team schlägt normalerweise der breiteren Entwicklungsgemeinschaft eine neue Spezifikation vor, bevor es sie zu CLN hinzufügt, um die langfristige Kompatibilität zwischen verschiedenen Implementierungen sicherzustellen, und fordert mehr Augen auf, den Code zu überprüfen, zu testen und zu kommentieren, bevor er schließlich in eine neue umgewandelt wird BOLT und wird bereit, von allen Implementierungen übernommen zu werden.

„Ein Teil des Grunds, warum wir den Spezifikations-und-Überprüfung-über-Implementierungen-Prozess durchführen, ist, dass er dabei hilft, bessere Vorgehensweisen zu identifizieren – Fehler zu finden, zukünftige Probleme zu identifizieren“, sagte Lisa Neigut, Lightning-Protokollingenieurin bei Blockstream Bitcoin Magazin.

Angesichts seiner Effizienz und seines geringen Platzbedarfs ist CLN wahrscheinlich die am besten geeignete Implementierung für Geräte mit niedriger Spezifikation.

Das Team von Blockstream hat auch eine Reihe neuer Funktionen entwickelt, die die aktuelle Funktionalität von BOLTs erweitern, bei denen es sich häufig um Entwürfe von Spezifikationen oder Spezifikationsvorschlägen handelt, einschließlich kollaborativer Kanalöffnungen, Liquiditätsanzeigen und BOLT 12. CLN gibt dem Benutzer die Möglichkeit, diese bevorstehenden Spezifikationen auszuprobieren.

„Wir binden Entwurfsteile der Lightning-Spezifikation unter experimentellen Optionen ab“, sagte Russel Bitcoin Magazin. „Aber wenn Sie abenteuerlustiger sind, bieten Ihnen diese experimentellen Optionen eine Chance

Einblick in das, was als nächstes auf das Lightning Network kommt!“

Kollaborative Kanaleröffnungen, zuvor als „duale Finanzierungskanäle“ bezeichnet, ermöglichen es den Teilnehmern, gemeinsam einen neuen Kanal zu eröffnen gemeinsame Finanzierung der Kanalfinanzierungstransaktion. Derzeit sind Kanäle mit einer einseitigen Finanzierungstransaktion eines Teilnehmers geöffnet. Kollaborative Kanalöffnungen ermöglichen auch verteilte CoinJoins in einen geöffneten Lightning-Kanal.

„Sie können Ihren eigenen CoinJoin mit einer Reihe anderer Lightning-Knoten orchestrieren“, sagte Neigut Bitcoin Magazin. „Sie tun es dezentral, sodass die einzigen Personen, die wissen, wer daran beteiligt ist, die Personen sind, die tatsächlich Teil dieser Transaktion sind, also gibt es keinen zentralen Koordinator, der dies durchführt.“

Liquiditätsanzeigen nutzen auch kollaborative Kanalöffnungen. Laut einem Blockstream Blog-Post, „sind sie eine einfache Möglichkeit, die Bereitstellung von Liquidität im gesamten Netzwerk auf dezentrale und zugängliche Weise zu koordinieren.“

Die Funktion versucht, ein häufiges Problem in Lightning zu lösen: eingehende Liquidität.

Mit Liquiditätsanzeigen können Sie „alle Leute sehen, die damit werben, dass sie Ihnen eingehende Liquidität verkaufen, wenn Sie ihnen einen Kanal öffnen, was wirklich aufregend ist“, sagte Neigut.

BOLT 12 ist ein weiterer Spezifikationsentwurf für Lightning-Wallets und -Knoten mit experimenteller Unterstützung in CLN. Die vorgeschlagene Funktion „Angebote“ würde BOLT 11-Rechnungen verbessern, indem sie wiederverwendbare Angebote ermöglicht, während eine BOLT 11-Rechnung nur einmal verwendet werden kann. Während eine Rechnung ausschließlich eine Zahlungsaufforderung darstellt, können Sie mit einem Angebot außerdem Geld senden und nicht nur empfangen.

CLN-Benutzer können jetzt auch ihre Node-Management-Aufgaben mit automatisieren CLOBOSS, ein kürzlich veröffentlichtes „künstliches Intelligenz“-Tool, das entscheiden kann, zu welchen Knoten Kanäle geöffnet werden sollen, Kanäle öffnen, wenn die Gebühren niedrig sind und es On-Chain-Fonds gibt, Routing-Gebühren anpassen, um mit anderen Knoten wettbewerbsfähig zu sein, U-Boot-Swaps über den Boltz durchführen .exchange-API und automatische Neuverteilung der Kanäle.

Während verschiedene Implementierungen ermutigt werden sollten, eigenständige Lösungen für ihre spezifischen Anwendungsfälle zu verfolgen und dabei die aktuellen BOLT 11-Spezifikationen einzuhalten, ist es im Allgemeinen eine gute Praxis, einen begleitenden Spezifikationsvorschlag vorzulegen, um anderen Implementierungen zu helfen, dieselbe – oder eine ähnliche – Funktion bereitzustellen Ein Umzug soll angeblich den langfristigen Interessen der breiten und ständig wachsenden Benutzerbasis von Lightning gerecht werden. Davon abgesehen ist der Spezifikationsprozess keine leichte Aufgabe.

„Als Prozess ist es mühsam und nimmt viel Zeit in Anspruch. Es erfordert die Koordination mit anderen Menschen mit vielen unterschiedlichen Perspektiven“, sagte Neigut.

Daher widmen verschiedene Unternehmen diesem Prozess entsprechend ihrer individuellen Prioritäten, die naturgemäß unterschiedlich sind, unterschiedlich viel Zeit und Aufwand. Während laut Russel das CLN-Team den größten Teil seiner „Bemühungen auf die Spezifikation und Details der Implementierung auf niedriger Ebene und fast keine Anstrengungen auf die Kontaktaufnahme mit den Entwicklern oder das Marketing verwendet hat“, hat sich Lightning Labs, das Unternehmen hinter LND, oft dafür entschieden, sich mehr zu konzentrieren Engineering-Ressourcen für neue Funktionen und die Lösung von Kundenproblemen als für den mühsamen Spezifikationsprozess.

LND: Lücken, die CLN füllen kann?

LND ist eine entwicklerorientierte Lightning-Implementierung, die sich darauf konzentriert, die Entwicklung von Anwendungen zu erleichtern, und legt dabei großen Wert auf die Interaktion mit Entwicklern, insbesondere bei einem Standardansatz für die Kommunikation über REST-APIs, die neben der Bereitstellung eine einfachere Anwendungsentwicklung ermöglichen klare Dokumentation und ein einfaches Setup-Erlebnis.

„Wir möchten, dass Entwickler es einfach aufgreifen, in ihr Produkt integrieren, Apps darauf aufbauen und es als Wallet oder selbst gehosteten Knoten verteilen können“, sagt LND-Entwickler Oliver Gugger sagte beim Londoner Bitcoin-Entwicklertreffen. „Den Plebs bringen.“

Infolgedessen konzentriert sich LND darauf, „eine großartige Entwicklerschnittstelle zu haben“, fügte Gugger hinzu, indem gRPC und REST aktiviert werden.

„LND hat eine großartige Community, eine einfache Einrichtung und eine großartige Entwicklerdokumentation“, sagte Russel, als er gefragt wurde, warum er der Meinung sei, dass LND die beliebteste Lightning-Implementierung sei.

LND hat unter allen Implementierungen die größte Community-Beteiligung erlebt und betreibt derzeit die Mehrheit aller Netzwerkknoten. Einige Schätzungen den Anteil von LND an den gesamten öffentlichen Lightning-Knoten irgendwo zwischen 70 % und 90 % ansetzen.

LND verfügt auch über das wohl größte Vollzeit-Entwicklungsteam. Infolgedessen ist es dem Team gelungen, eine Fülle von Mehrwertdiensten rund um LND aufzubauen, wie z Blende und die Liquiditätsdienste Lightning Loop und Pool.

Loop verwendet U-Boot-Swaps, um On-Chain- und Off-Chain-Bitcoin zu überbrücken, was es einfach macht, Bitcoin in das und aus dem Lightning-Netzwerk zu verschieben. Es führt automatisiertes Channel Balancing, Privacy-Forward Non-Custodial Swaps, gebührensparendes opportunistisches Transaktions-Batching und Fortschrittsüberwachung von In-Flight-Swaps durch.

Pool ist ein Peer-to-Peer-Marktplatz für Lightning-Kanäle. Es verbindet Benutzer, die Zugang zu eingehender Liquidität benötigen, mit denen, die über Kapital verfügen, das sie im Lightning Network bereitstellen können, indem es einem Lightning Network-Teilnehmer ermöglicht, einen Bedarf dafür zu signalisieren, und andere dazu anregt, mit ihrem Kapital Kanäle mit ihnen zu öffnen.

Da sich LND normalerweise auf neue Funktionen und Kundensupport konzentriert, hat das CLN-Team eine Marktlücke gefunden, die es zu füllen hofft, indem es dem Spezifikationsprozess mehr Aufmerksamkeit widmet.

Spezifizieren oder nicht spezifizieren

„Das Labs-Team hat sich großartige Sachen einfallen lassen“, sagte Neigut. „Sie als Organisation waren einfach nicht großartig darin, Spezifikationen für die Dinge zu schreiben, die sie hinzufügen. Ein gutes Beispiel dafür ist KeySend.“

KeySend ermöglicht es einem Lightning-Knoten, jemandem eine Lightning-Zahlung zu senden, die nur die ID des empfangenden Knotens hat, was bedeutet, dass das Tool keine Rechnungen benötigt, die aktuell sind De facto Standard über den Zahlungsmechanismus von Lightning.

„Sie haben es auf den Markt gebracht, viele Leute haben angefangen, es zu verwenden, aber sie haben es nie vollständig spezifiziert“, fügte Neigut hinzu. „Also wollte CLN in der Lage sein, es zu unterstützen. Eines unserer Teammitglieder musste es noch einmal durchgehen und herausfinden, wie es funktioniert, indem es einfach seinen Code liest und ihn zurückentwickelt.“

Eine Spezifikation wurde schließlich von LDK, der Lightning-Implementierung von Spiral, geschrieben, erinnerte sich Neigut, nachdem sein Team den Code von Lightning Labs rückentwickelt hatte.

„Und die anderen Teams mussten nur wirklich mitziehen, weil LND eine so große Installationsbasis hat“, sagte sie. „Das ist nicht der kollaborativste Prozess.“

„Das Team von Leuten, die an den Sachen von Lightning Labs arbeiten, ist ziemlich solide“, fügte Neigut hinzu. „Ich denke nur, dass sie ihre Netzwerkdominanz ausnutzen, um all diese zusätzliche Arbeit nicht erledigen zu müssen, denn wenn sie es nicht tun, wird es jemand anderes tun, weil die Mehrheit der Knoten im Netzwerk ihren Code ausführt.“

Neigut sagte, sie sei bereits daran gewöhnt, dass LND im Rampenlicht steht und die „Standard-Lightning“-Implementierung ist – etwas, von dem sie gesteht, dass sie es als Entwicklerin genießt, weil sie weniger Kundensupportanfragen erhält.

„Aber ich denke, dass wir eine gesündere Netzwerkdynamik bekommen würden, wenn es keine Mehrheitsimplementierung gäbe“, fügte sie hinzu. „Ich denke, das würde das Spiel in Bezug auf den Umfang der Zusammenarbeit, die jeder leisten muss, um seine Sachen auf Lightning zu versenden, wirklich verändern. Und das wäre gesund.“

Die sorgfältige Beachtung der Spezifikationen ist wohl von zentraler Bedeutung für die Open-Source-Entwicklung in einer offenen Netzwerkumgebung. Bei Lightning bilden solche Spezifikationen die Grundlage des Protokolls und stellen die Interoperabilität der verschiedenen Versionen sicher, die am Netzwerk teilnehmen.

Während einige argumentieren, dass größere Änderungen und neue Ergänzungen einer Lightning-Implementierung eine begleitende Spezifikation haben sollten, sehen andere die BOLT-Spezifikationen möglicherweise als absolutes Minimum, auf dem jede Implementierung ihre eigenen aufregenden neuen Funktionen aufbauen kann – was nicht unbedingt erforderlich wäre auf die Spezifikationssuite zurückportiert werden.

"Es ist hart ein Open-Source-Infrastrukturunternehmen zu gründen, daher ist es nicht verwunderlich, dass ich nicht mit allen Prioritäten von [Lightning Labs] einverstanden bin“, sagte Russel. „Ich bin fest davon überzeugt, dass sie einen Weg finden werden, sowohl einen nachhaltigen Einkommensstrom zu schaffen als auch ein zuverlässiger Partner bei der technischen Entwicklung des Lightning-Netzwerks zu sein; Ich glaube nicht, dass irgendjemand will, dass das Netzwerk in Stücke gespalten wird.“

Die vollständige Missachtung des Spezifikationsprozesses könnte zur Entstehung sehr unterschiedlicher Sub-Ökosysteme führen, die der Entwicklung und Einführung des Lightning-Netzwerks als Ganzes schaden könnten, wenn sie nicht mehr interoperabel wären. Aber wie Russel betonte, gibt es keinen Hinweis darauf, dass eine Implementierung dies heute tut. Die Aufrechterhaltung einer kohärenten, interoperablen Interaktion zwischen Knoten ist der Schlüssel, wenn wir Implementierungsdetails vom Benutzer fernhalten und dadurch eine gute Benutzererfahrung ermöglichen möchten.

„Wenn [Lightning Labs] führend wären und sie auch bei den technischen Daten führend wären, würde es meiner Meinung nach etwas weniger Reibung beim Hinzufügen neuer Funktionen geben, da es nicht so schwierig wäre, ihrer Arbeit zu folgen. “, sagte Neigut. „Vielleicht werden sie in Zukunft stärker in den Spezifikationsprozess eingebunden. Ich denke, sie haben definitiv Feedback von uns und dem Rest der Community erhalten, dass der Spezifikationsprozess wichtig ist.“

Ein Teil der Kontroverse und Spannungen im BOLT-Spezifikationsprozess abstammen von eine E-Mail Ende Februar auf Twitter geteilt, in dem der Leiter der Lightning-Liquidität bei Lightning Labs, Alex Bosworth, BOLT 12 und den BOLT-Spezifikationsprozess kommentierte.

Bosworth schrieb, dass der BOLT-Prozess ein willkürlicher Standardisierungsprozess ist, der keine Zustimmung der Menschen erfordert und daher „eher eine eigenwillige Reihe von Dokumenten darstellt, die von einem willkürlichen Prozess kontrolliert werden, als ein Vertrag zwischen unabhängigen Implementierungen“.

Lightning Labs später geklärt dass die Äußerungen von Bosworth nur seine Meinung widerspiegeln und nicht unbedingt die des Unternehmens.

Decker teilte seine Gedanken zu Bosworths Kommentaren und zum BOLT-Spezifikationsprozess während des Treffens der Londoner Bitcoin-Entwickler mit.

„Ich denke, das sind sehr starke Aussagen von jemandem, der noch nie an einem einzigen Spec-Meeting teilgenommen hat“, sagte er. „Es gibt ein bisschen Streit im Spezifikationsprozess, aber das ist beabsichtigt. Wenn eine Implementierung bestimmen könnte, wie das gesamte Netzwerk aussieht, hätten wir am Ende eine sehr kurzsichtige Sicht auf das, was das Netzwerk sein könnte, und wir wären nicht in der Lage, alle verschiedenen Anwendungsfälle zu bedienen, die wir bedienen.“

„Und ja, manchmal ist der Spezifikationsprozess frustrierend, dem stimme ich voll und ganz zu“, fügte er hinzu. „Wir haben sicherlich unterschiedliche Ansichten darüber, wie das Netzwerk aussehen sollte. Aber durch diesen Thesen-, Antithesen- und Syntheseprozess kommen wir zu einem System, das unseren Benutzern viel besser dienen kann, als wenn eine Implementierung es allein tun würde.“

„Ich persönlich arbeite nicht an der Spezifikation, daher fühle ich mich nicht qualifiziert, eine Antwort zu geben“, sagte Gugger bei dem Treffen und kommentierte Bosworths E-Mail. „Ich wollte nur hinzufügen, dass ich nicht unbedingt mit allen Punkten einverstanden bin, die Alex erwähnt hat. Ich hätte es sicher auch anders ausgedrückt. Ich denke, der Mangel an Ressourcen, um an der Spezifikation zu arbeiten, wird manchmal so interpretiert, dass wir Dinge blockieren, was natürlich nicht die Absicht und nicht unser Ziel ist. Wir wollen mehr an der Spezifikation arbeiten, also hoffe ich, dass wir uns dort verbessern werden. Es ist interessant zu beobachten, wie diese Frustration manchmal an die Oberfläche kommt. Vielen Dank [Decker und ACINQ-Entwickler Bastien Teinturier] für all die Arbeit, die Sie an der Spezifikation leisten. Ich muss auch abholen, also werde ich mein Bestes geben.“

Russel kommentierte Bosworths E-Mail auch in a Twitter-Thema wo er zusagte, mehr Zeit für das Polieren und Marketing von CLN aufzuwenden, da er sagte, dass LND Lightning nicht zuerst und nicht am besten implementiert habe – obwohl seine Community großartig sei, fügte er hinzu.

„Es stellt sich heraus, dass sie entschieden haben, dass sie die Netzwerkdominanz in die Protokollkontrolle einbringen können, und der Spezifikationsprozess ist nicht ‚echt'“, schrieb er in dem Thread. „Lightning Labs hat in vielerlei Hinsicht Anspruch auf das Lightning-Netzwerk erhoben: Ich habe mich gesträubt, sie öffentlich anzusprechen. Aber das Lightning-Netzwerk und die Community haben etwas Besseres verdient.“

Russel reagierte nicht auf Fragen von Bitcoin Magazin Bezug auf diesen Thread. Lightning Labs lehnte eine Stellungnahme ab.

„Im Jahr 2016 kamen wir aus drei verschiedenen Richtungen und beschlossen, all die Dinge, die wir während dieser ersten Experimentierphase gelernt haben, in einer einzigen Spezifikation zusammenzuführen, damit wir zusammenarbeiten und zusammenarbeiten können“, sagte Decker auf dem Treffen. „Auf diese Experimentierphase muss immer ein Vorschlag folgen, der von allen anderen nachvollziehbar und von allen anderen umsetzbar ist. Manchmal fehlt dieser formelle Vorschlag und das hindert die anderen Implementierungen daran, ihre eigene Bewertung zu dieser Funktion abzugeben. Diese Überprüfung ist sehr wichtig, um sicherzustellen, dass es für alle funktioniert und dass es das Beste ist, was wir daraus machen können.“

„Wie der Name Lightning Network andeutet, profitiert es sehr stark von den Netzwerkeffekten, die wir durch Kompatibilität, Interoperabilität und die Möglichkeit haben, dass alle Implementierungen auf Augenhöhe spielen“, fügte er später hinzu.

Implementierungen ergänzen sich gegenseitig, sie konkurrieren nicht

Abgesehen von dieser sehr spezifischen Kontroverse bezüglich des Spezifikationsprozesses arbeiten Lightning-Implementierungen meistens separat und dann zusammen, um die besten und gefragtesten Funktionen in das Netzwerk zu bringen und so eine insgesamt bessere Benutzererfahrung zu gewährleisten.

Infolgedessen ist der Schritt von Blockstream, CLN als spezifikationskonformes, modulares und leichtgewichtiges Angebot voranzutreiben, eine Alternative für diejenigen, die daran interessiert sind, eine Knotenimplementierung zu betreiben, die eine vollständige Interoperabilität mit dem Rest des Netzwerks anstrebt und eine bietet einzigartige Reihe von Vorteilen an diejenigen, die es tun.

Da verschiedene Implementierungen bestrebt sind, ihre beste Version zu werden und einen bestimmten Anwendungsfall zu erfüllen, indem sie ihr eigenes Wertversprechen untersuchen, ist der Benutzer letztendlich derjenige, der davon profitiert, wenn größere und bessere Optionen entstehen.

• Coinsmart. Europas beste Bitcoin- und Krypto-Börse.
• Platoblockkette. Web3-Metaverse-Intelligenz. Wissen verstärkt. DEN FREIEN ZUGANG.
• CryptoHawk. Altcoin-Radar. Kostenlose Testphase.
• Quelle: https://bitcoinmagazine.com/technical/blockstream-core-lightning-bitcoin-rebrand