WeaveCoin - Extrem Hochgeschwindigkeits-AltCoin - Ist das möglich? [geschlossen]

Ich habe einen Vorschlag für einen extrem schnellen Transaktionsverifizierungsalgorithmus geschrieben: http://kenthagerman.blogspot.ca/2014/08/weavecoin-high-speed-crypto-currency.html

Ist das möglich? Gibt es irgendetwas in den Standard-Bitcoin-Algorithmen, das durch diese Änderungen kaputt gehen würde?

Lassen Sie es mich wissen, wenn das Dokument in irgendeiner Weise schwer verständlich ist, und ich werde es überarbeiten.

Posts vom Typ „Bitte kommentieren Sie meinen Aufsatz“ eignen sich nicht gut für das Q&A-Format von Stack Exchange. Es ist eher für einen Blog geeignet.
Ich wollte nicht den gesamten Beitrag hier kopieren, um eine relativ einfache Frage zu stellen.

Antworten (2)

Zwei Dinge fallen mir spontan ein:

  • Dies scheint das Problem der doppelten Ausgaben nicht angemessen anzugehen. Wie lange muss man warten, um sicher zu sein, dass die gerade „bestätigte“ Transaktion nicht durch eine andere Transaktion ersetzt wird, wodurch die erste ungültig wird?

  • Haben Sie berechnet, wie sich ein Blockgenerierungsintervall von 1 Sekunde im Laufe der Zeit auf das Blockchain-Speicherprofil auswirkt?

1 - Das Double-Spend-Problem wird genauso behandelt wie beim aktuellen Bitcoin-Netzwerk: Je länger (rechentechnisch schwieriger) die Blockchain wird, desto sicherer werden frühere Transaktionen. 2 – Blöcke mit kurzen Intervallen sind nicht gut für die Blockchain-Speicherung, und aufgrund von Multipathing ist es sogar noch schlimmer. Weniger Transaktionen pro Block führen jedoch zu deutlich kleineren Blöcken. Schließlich können die meisten Miner/Benutzer alte Informationen löschen (und die aufgezeichneten Daten nur für ein paar Monate aufbewahren). Genau wie bei Standard-Bitcoin würde es mit der Nutzung skalieren. Es wird auf jeden Fall eine überschaubare Größe sein.
@Builder_K Da Sie immer noch auf einen ausreichenden Arbeitsnachweis warten müssen, bevor Sie eine Transaktion als bestätigt betrachten können, was ist der Vorteil? Alles, was Sie getan haben, ist wirklich schnell Blöcke zu generieren. Warum ist das gut?
Der springende Punkt ist, dass, wenn eine Transaktion aus zwei Blöcken besteht, die dann zu einem dritten Block zusammengeführt werden, die Rechenschwierigkeit, eine doppelte Ausgabe zu erzwingen, die addierte Summe aller Teile ist , in diesem Fall die addierte Summe aller drei Blöcke ' Schwierigkeiten. Um eine doppelte Ausgabe zu erzwingen, müsste ein Angreifer alle diese Blöcke übertreffen. Auf diese Weise ist ein Angreifer gezwungen, gegen die Rechenleistung des gesamten Gewebes zu arbeiten, anstatt nur eine einfach verknüpfte Blockchain zu überholen.
Da das Gewebe nach Bedarf aufgeteilt und zusammengeführt werden kann, müssen entfernte Knoten auch nicht sofort über die Aktivitäten des anderen Bescheid wissen, was eine viel schnellere Blockgenerierungsrate ermöglicht (ohne dass das Netzwerk ständig ungültige Seitenketten fallen lässt). Der ganze Zweck hier ist, die Verarbeitung des Netzwerks gegen Angreifer zu kombinieren, anstatt dem Block des Gewinners zu erlauben, Entscheidungen für das gesamte Netzwerk zu treffen. Dadurch wird die Möglichkeit, dass Angreifer das Netzwerk einholen, schneller ausgeschlossen, was extrem schnelle und sichere Transaktionen ermöglicht.
  • 1 Sekunde reicht nicht aus, um einen Block an die meisten Knoten im Netzwerk zu verbreiten. Im heutigen Netzwerk dauert sogar eine einzelne Transaktion 1 Sekunde , wie kann also eine größere Struktur schneller sein?
  • Zweitplatzierte sind nicht gut definiert
  • Blockbelohnungen werden zugewiesen, indem eine Belohnungstransaktion in den Block aufgenommen wird, die gültig wird, wenn der Block Teil der Blockchain wird. Wenn wir auch die Transaktionen in zusammengeführten Blöcken gültig machen, wird mehr als eine Belohnung vergeben. Beachten Sie, dass Sie dieses Problem nicht beheben können, indem Sie einfach die Belohnung durch die Anzahl der Ketten teilen, die Sie zusammenführen, da zwei beliebige Ketten in Konflikt geraten können und Sie nicht wissen, wie viele Ketten zusammengeführt werden.
  • Sie ermöglichen es den Leuten, in der Zeit zurückzugehen, eine Sidechain zu erstellen (wenn das Zusammenführungslimit nicht erfüllt ist) und sie dann in einem höheren Block zusammenzuführen, wodurch eine Transaktion effektiv auf die Zeit der Zusammenführung zurückdatiert wird. Sie müssen das Problem angehen, dass eine solche Transaktion eine Transaktion ungültig macht, die weiter oben in der Blockchain enthalten ist.
  • Ich glaube, dass es eine seltene Gelegenheit sein wird, dass Sie unabhängig von der standardmäßig kollidierenden Belohnungstransaktion jemals zwei Blöcke auf derselben Höhe erhalten, die nicht kollidieren (sie enthalten dieselbe Transaktion).
1 Sekunde ist nicht genug -> Siehe Anmerkung 3 gegen Ende. Zweitplatzierte sind nicht gut definiert -> Die Zweitplatzierten müssen nicht gut definiert sein, jeder Knoten wählt die Blöcke mit den höchsten Kosten aus, die er kennt, und führt sie in den neuen Block ein. Blockbelohnungen werden zugewiesen von... -> Wenn die Zeit vergeht und die Ketten wieder zusammengeführt werden, kann bestimmt werden, welcher Pfad die meiste Arbeit erforderte, um generiert zu werden, nur der Pfad mit den höchsten Kosten generiert Münzen. Gehen Sie in der Zeit zurück, erstellen Sie eine Sidechain -> die Sidechain hätte niedrigere Erstellungskosten als der Master, sodass sie niemals eine ungültige Transaktion erzwingen könnte.
Niemals zwei Blöcke erhalten, die nicht in Konflikt stehen -> Transaktionen sind das einzige, was in Konflikt geraten kann, und (wie im Dokument beschrieben) werden diese widersprüchlichen Transaktionen behandelt, wenn die Blöcke zusammengeführt werden, indem einfach die am besten verifizierten (dh die höchsten) ausgewählt werden Berechnung-Kosten-zu-Verifizieren)-Version. Befindet sich eine Transaktion in beiden Blöcken, gibt es keinen Konflikt.
Jede Änderung, dh das Entfernen widersprüchlicher Transaktionen, macht den Proof-of-Work ungültig, der den Zweitplatzierten zu einem Block gemacht hat, wodurch ein gelöschter Block nicht mehr von etwas zu unterscheiden ist, das die Proof-of-Work-Anforderungen nicht erfüllt.
Nein, die ungültige Transaktion wird nicht aus dem Block entfernt. im neuen Block wird einfach vermerkt, welche der beiden konkurrierenden Transaktionen die echte ist. Dies bedeutete, dass nur eine einzelne Seite eines einzelnen konkurrierenden Transaktionspaars ungültig gemacht wird, nicht der gesamte Block.