In diesem Artikel werden wir uns jedoch auf zwei sehr interessante Vorschläge konzentrieren, die nicht nur die Skalierbarkeitsprobleme lösen können, sondern sogar s Transaktionen pro Sekunde ermöglichen können. Sie sind:. Ein Zustandskanal ist ein Zwei-Wege-Kommunikationskanal zwischen Teilnehmern, der es ihnen ermöglicht, Interaktionen durchzuführen, die normalerweise auf der Blockchain auftreten würden, abseits der Blockchain.
Was dies tun wird, ist, dass es die Transaktionszeit exponentiell verkürzt, da Sie nicht mehr von einem Dritten wie einem Bergmann abhängig sind, um Ihre Transaktion zu validieren. Ein Segment des Blockchain-Status wird über Multi-Signatur oder eine Art Smart Contract gesperrt, der von einer Gruppe von Teilnehmern vereinbart wird.
Die Teilnehmer interagieren miteinander, indem sie Transaktionen untereinander unterschreiben, ohne etwas an die Bergleute einzureichen. Die staatlichen Kanäle können an einem Punkt geschlossen werden, der von den Teilnehmern nach SLOCK.
Bewertungen
Es könnte entweder sein:. Es könnte auf der Gesamtsumme der Transaktionen basieren, zB. Also, im Bild oben. Stellen Sie sich vor, wie viel Zeit es gedauert hätte, wenn sie jede einzelne Transaktion durch die Blockchain ausführen müssten! Denken Sie daran, dass alle Interaktionen auf den Kanälen Dinge sind, die auf der Blockchain passieren könnten, aber davon abgehen.
Es gibt jetzt über 145% mehr Bitcoins auf Ethereum als im Lightning-Netzwerk
Es gibt verschiedene Arten von Zahlungskanal-Designs, lassen Sie uns durch einige der beliebtesten gehen. Eines der frühesten Beispiele für den Zahlungsweg wurde von Satoshi Nakamoto selbst vorgeschlagen. Das Konzept ist ziemlich einfach. Für jeden Ersatz wird die Sequenznummer höher. Zunächst möchten wir David A Harding einen Ausruf für die Erklärung von Spillman-Style und CLTV-Style Payment Channels geben. Dies ist eine normale P2PKH-Adresse.
Um die an diese Adresse gesendeten Bitcoins auszugeben, muss man einfach mit dem entsprechenden privaten Schlüssel entschlüsseln und Zugang erhalten. Ein Bitcoin kann jedoch vielseitigere Ausgabenbedingungen haben als das. Sie können viel mehr als einfache P2PKH-Transaktionen erstellen. Sie können dem ScriptPubKey grundsätzlich eigene Codezeilen hinzufügen und die Ausgabenbedingung selbst definieren.
Die Kernentwickler sahen dies vor und um zu verhindern, dass Spender lange Zeilen Code unter den Bedingungen einfügen, ermöglichten sie ihnen stattdessen, stattdessen Hashes ihrer Bedingungen einzugeben. Diese Bedingungen werden als Redeem-Skript bezeichnet. In einer P2SH-Transaktion enthält der ScriptPubKey nur den Hash des Redeem-Skripts.
Das Skript selbst wird nur während der ausstehenden Transaktion offenbart und verifiziert. Aus diesem Grund passiert eine sehr wichtige Sache. Da die Skriptverifizierung nur während der Ausgabentransaktion erfolgt, entfällt die Verantwortung, das vollständige Einlösungsskript vom Absender an den Empfänger bereitzustellen. Dies wiederum bietet viele Vorteile:. Ein Absender kann Geld an jede Multisig-Transaktion senden, ohne die vollständigen Details der Transaktion zu kennen.
Dies hilft viel in der Abstraktion. Meistens, wenn Sie Geld ausgeben, kümmern Sie sich selten darum, was mit Ihrem Geld passieren wird, nachdem Sie es übergeben haben. Dieselbe Logik wird auch hier verwendet. Es ist viel einfacher für Absender, Geld an kurze und gut definierte Hashes aka Skript-Hash zu senden, anstatt lange und verwirrende Skripte.
Das ist also eine allgemeine Erklärung dafür, was eine mutisig P2SH-Adresse ist. Gehen wir nun zu unseren Beispielen für Zahlungswege zurück.
Der Spillman-Stil verwendet zwei separate Transaktionen, die Einzahlung und die Rückerstattung. Also, schauen wir uns den Prozess an:. Bob verwendet seinen öffentlichen Schlüssel und Alices öffentlichen Schlüssel, um eine multisig p2sh Adresse zu erstellen, die Unterschriften von Alice und Bob erfordert, um alle an diese Adresse gezahlten Mittel auszugeben. Bob erstellt eine Transaktion, übermittelt sie aber nicht. Er benutzt diese Transaktion, um die Multisig-Adresse zu bezahlen. Diese Transaktion ist die Kaution. Bob erstellt jetzt eine zweite Transaktion, die dieselbe ist wie zuvor und verwendet diese, um die vorherige Transaktion zu überschreiben.
Infolgedessen geht der erste an Bobs Adresse zurück. Bob deklariert dann ein Timelock für die zweite Transaktion, um sicherzustellen, dass es nicht vor einer bestimmten Zeit in den Block kommt und es signiert. Bob gibt diese zweite Transaktion Alice, die dann fortfährt, sie zu unterschreiben und sie an Bob zurückzugeben.
🤫 🏝️ 😯 Wie funktionieren Zahlungskanäle und Blitznetzwerke in Bitcoin? 💢 👨🏻🏭 🚋
Denken Sie daran, Alice hat die Einzahlungstransaktion immer noch nicht gesehen, d. Nun, Bob hat eine Transaktion, die sowohl von ihm als auch Alice unterzeichnet wurde und als Rückerstattung fungiert.
- Kaufen Sie Bitcoin mit Kreditkarten-ATM.
- Dedizierter Server akzeptiert Bitcoin.
- Dollarkosten durchschnittlich Bitcoin Coinbase;
- Letzte Woche heute Abend Bitcoin;
- Bitcoin Mining-Entfernungswerkzeug;
- Kario Muschel: "Ich habe in den letzten 3 Monaten Bitcoin Tr…" - Mastodon.
Wenn also Alice, der Händler, einen bestimmten Job nicht erledigt, bevor der Zeitrahmen abläuft, kann Bob die Rückerstattungs-Transaktion für sich selbst beantragen. Jetzt, da die Rückerstattung von allen anwesenden Parteien unterzeichnet wurde, kann Bob sicher seine Einzahlungstransaktion erklären und zur Blockchain hinzufügen. Während der Spillman-Stil nützlich war, um einen Zahlungskanal zu schaffen, der die Händler ehrlich halten würde, war er immer noch anfällig für Temperbarkeit. Wenn die Einzahlungstransaktion von Bob übertragen wird, muss sie Byte-für-Byte-gleiche wie die Erstattungs-Transaktion sein.
Wenn dies nicht der Fall ist, ist die Erstattungs-Transaktion nicht mehr gültig. Um diese Probleme zu lösen, wurden CLTV-Zahlungskanäle nach BIP 65 implementiert.
Lightning Network: What is it And Can It Help Bitcoin?
Mal sehen, wie es funktioniert:. Bob verwendet seinen öffentlichen Schlüssel und Alice's, um eine P2SH-Adresse unter Verwendung der folgenden Bedingungen zu erstellen: Bedingung 1: Alice und Bob unterzeichnen jede Transaktion, die über diese Adresse geschieht. Bob erstellt sofort eine Einzahlungstransaktion und sendet sie auf der Blockchain. Aufgrund des obigen Zustands 2 ist er versichert, dass er bei Bedarf so ziemlich eine Rückerstattung generieren kann. Denken Sie daran, dass die erste Bedingung besagt, dass Alice und Bob alle Transaktionen anmelden müssen, die in der P2SH-Adresse geschieht.
Also, Bob der Kunde kann seinen Teil der Transaktion unterschreiben und Alice kann ihren Teil unterschreiben, ohne Bob ihre Unterschriftendetails zu offenbaren. Dadurch kann Alice die endgültige Zahlung an die Blockchain übertragen, bevor die Rückerstattung übertragen werden kann. Im Spillman-Stil war Bob durch die Tatsache Engpässe, dass er eine Einzahlung senden musste, die dem Erstattungsbyte für Byte entspricht.
Er musste im Grunde vorschreiben, was er nicht mehr tun muss. Tatsächlich ist das Lightning-Protokoll eine Implementierung des HTLC. Also, was ist ein HTLC? Der HTLC ermöglicht die Öffnung von Zahlungskanälen, auf denen Gelder vor einer vorab vereinbarten Frist zwischen den Parteien übertragen werden können. Diese Zahlungen werden durch die Vorlage kryptografischer Beweise bestätigt.
Darüber hinaus ist ein weiteres geniales Merkmal der HTLCs, dass es einer Partei ermöglicht, die Zahlung zu verfallen und sie an den Zahler zurückzugeben. Darüber hinaus können Zahlungen auch kanalübergreifend erfolgen. Es macht Cross-Chain-Transaktionen möglich.
Dies wird atomarer Cross Chain Trading genannt und ermöglicht es Benutzern, einen Teil der Kryptowährung auf einer Kette zB Bitcoin auf der Hauptblockchain gegen einen Teil der Kryptowährung auf einer anderen Kette Bitcoin auf einer Sidechain auszutauschen. Charlie deklariert eine Zufallszahl und generiert ihren SHAHash und übergibt sie an Alice. Grundsätzlich, wenn Charlie eine Zahl A wählt, dann wird er den Hash der Zahl H A geben. Alice sendet 0. Damit Bob die Mittel missbrauchen kann, muss er die Daten alias das Pre-Image haben, das benötigt wird, um diesen Hash zu generieren.
Bob übergibt jetzt Charlie die Mittel unter dem gleichen Zustand. Das Lightning-Netzwerk ist ein Off-Chain-Micropayment-System im HTLC-Stil, das dazu dient, Transaktionen in der Blockchain schneller arbeiten zu lassen.
Die Überprüfung gibt an, wie viel von einer Partei zu einer anderen gesendet wird. Da neue Mikrozahlungen von einer Partei zur anderen geleistet werden, wird der Betrag auf dem Scheck geändert und beide Parteien unterzeichnen das Ergebnis. Nicht abhängig von Bergleuten: Transaktionen müssen nicht von Bergleuten genehmigt und verifiziert werden, damit sie durchlaufen können.
Micropayment-freundlich: Frühere Micropayments waren extrem unbequem auf der Bitcoin-Blockchain. Die Regierung der Vereinigten Arabischen Emirate hat die Entwicklung von Blockchain-Projekten für die soziale Wohlfahrt gefordert. Der deutsche Finanzminister befürwortet die Schaffung einer virtuellen europäischen Währung und die Ablehnung der Entwicklung der Waage.
Wir haben diese Woche eine neue Reihe gestartet, um uns auf die wichtigsten Neuigkeiten von Ethereum zu konzentrieren und die aktuelle Unsicherheit bei dieser Gelegenheit hervorzuheben. Die Blockchain ist in verschiedene Bereiche eingetaucht, und die Medizin ist eine davon.