Blockchain-Größenproblem

Nach meinem Verständnis wird das Ledger/die Blockchain auf jedem Computer (Knoten) gespeichert, der am Netzwerk teilnimmt. Das Schöne an diesem System ist, dass es dezentralisiert ist und von jedem einzelnen Teilnehmer im Netzwerk gesichert wird. Darüber hinaus ergibt sich die Sicherheit der Blockchain daraus, dass es so viele Kopien gibt, solange es viele Kopien gibt, ist es für niemanden möglich, zu versuchen, sie zu „hacken“, da zu viele andere Personen Kopien haben, die automatisch mit Ihrer verglichen würden gefälschte, um die Täuschung aufzudecken. Im Durchschnitt wird alle 10 Minuten ein neuer Block erstellt. Momentan gibt es ein Limit von 1 MB pro Block. Wenn also das Limit nicht geändert wird, ist die Wachstumsrate begrenzt auf:

  • 1 MB alle 10 Minuten (im Durchschnitt)
  • 6 MB pro Stunde (im Durchschnitt)
  • Etwa 144 MB pro Tag
  • Nur etwas mehr als 1 GB pro Woche
  • Etwas weniger als 4,4 GB pro Monat
  • Etwas weniger als 52,6 GB pro Jahr

Wie ist es für jemanden mit begrenztem Internet möglich, am Blockchain-Netzwerk teilzunehmen, wenn es mit der Zeit zu wachsen beginnt? Beispielsweise ist das Internet in Ländern der Dritten Welt begrenzt, teuer und langsam. Gibt es Lösungen oder Forschungsarbeiten, die das Skalierbarkeitsproblem lösen, das derzeit eine inhärente Eigenschaft von Bitcoin ist?

Ich verstehe nicht, warum du denkst, dass es ein Problem gibt. Die Wachstumsrate ist konstant (unter der Annahme, dass sich die Blockgröße nicht ändert). Und die Internetgeschwindigkeit steigt, während die Speicherkosten sinken. Warum denkst du, dass es so nicht nachhaltig ist?
Danke für die Antwort. Ich denke, dass das, was Sie beschrieben haben, am besten zu einem Modellszenario passt, in dem alle Blockchain-Teilnehmer in einem entwickelten Land leben, aber für diejenigen, die es nicht sind, nicht nachhaltig ist. Auf meinen Reisen ins südliche Afrika habe ich festgestellt, dass die Kosten für Daten- und Festplattenspeicherung im Gegensatz zu Europa sehr hoch sind – ich hätte diesen Punkt vielleicht der Frage hinzufügen sollen.
Ich sehe nicht, wie das etwas ändert. Wenn diese Leute heute nicht teilnehmen können, inwiefern ist das ein Skalierbarkeitsproblem? Und wenn sie heute teilnehmen können, warum erwarten Sie dann nicht, dass auch ihre Speicherkosten weiter sinken?
Es sei denn natürlich, wir stellen uns Bitcoin als digitale Währung vor, die besser für Menschen in Industrieländern geeignet ist. Wenn ein Knoten nicht in der Lage ist, die vollständige Blockchain zu hosten, muss er vermutlich von einem anderen Knoten mit dem vollständigen Transaktionsverlauf abhängen. Werden wir in diesen Regionen nicht langfristig einen Verlust an „finanzieller Souveränität“ und „reduzierter Sicherheit“ erleben?
Vielleicht lässt es sich nicht am besten als „Skalierbarkeitsproblem“ beschreiben. Falsche Verwendung von Wörtern. Ich schätze, das unten beschriebene @amanusk würde in solchen Szenarien zutreffen. Und wie er auch erklärt hat, besteht das eigentliche Problem der Skalierbarkeit darin, wie viele Transaktionen alle 10 Minuten stattfinden können.

Antworten (1)

SPV-Clients sind Thin Clients, die nicht die vollständige Blockchain enthalten müssen. Sie verwenden andere Knoten im Netzwerk, um Transaktionen zu validieren. SPV-Clients sind für Android verfügbar und benötigen viel weniger Speicherplatz. Natürlich ist es für Sie und das Netzwerk sicherer, einen Full Node zu betreiben.

Dies ist eine falsche Verwendung des Begriffs Skalierbarkeit. Was Sie sagen wollen, ist, dass es ein Kapazitätsproblem gibt. Bei der Skalierbarkeit geht es darum, wie die Ressourcenkosten eines Systems mit zunehmender Kapazität steigen, und im Fall von Bitcoin ist die Skalierbarkeit aufgrund der Punkte in OPs Frage schrecklich: Jeder Teilnehmer muss alles sehen, was bedeutet, dass eine erhöhte Kapazität mit einem enormen Kostenfaktor einhergeht .
Ich verstehe. Mir war nicht bewusst, dass dies als Kapazitätsproblem bezeichnet wird. Entfernt, da es nicht direkt mit der Frage von OP zusammenhängt.
Blockchain-Größenproblem
AntwortenHierDatenschutz-Bestimmungen1y, 0v