Diskussion:Bitcoin
Unerledigte Diskussionen werden später automatisch archiviert, siehe Quelltext.
Archiv |
Wie wird ein Archiv angelegt? |
QS-Baustein zu Kontroversen und Risiken (Kap 10)
BearbeitenIch werde im Rahmen meiner Zeit an eine Überarbeitung des maroden Kapitel 10 gehen, beginnend mit einer Einführung. Frohe Weihnachten! --poldi50_gra (Diskussion) 13:15, 23. Dez. 2024 (CET)
QS-Baustein zu Recht und Steuern (Kap 9)
BearbeitenIch habe den Baustein entfernt. Zur Sicherstellung der Aktualitat habe ich das deutsche BMF-Schreiben zu den Kryptowährugen von Mai 2022 eingehend erörtert und die praktischen Implikationen im deutschen Steuerrecht dargestellt. Ferner habe ich das EuGH-Urteil zur Umsatzsteuer aus 2015 in Bezug zum BMF-Schreiben gestellt (Kap 9.1.2) und daraufhin die Aktualität für Deutschland festgestellt. Die Situation in den anderen Ländern habe ich in Sachen Gliederung verfeinert und geografisch sinnig geordnet.
Damit ist nach meiner Meinung der Abschnitt state-of-the-art und ich habe den QS-Baustein entfernt.
- Punkt ist damit dann auch erledigt. Viele Grüße! GS63 (Diskussion) 15:41, 19. Dez. 2024 (CET)
"Blockchain" und Fullnodes
BearbeitenSatoshi Nakamoto hat in einer Diskussion das System, das Bitcoin etabliert hat, als Timechain bezeichnet, da er die Transaktionshistorie als dezentralen Zeitstempelserver konzipiert hat. Der Begriff "Blockchain" kam erst später und hat zu dem, was Nakamoto wollte, nur noch wenig Bezug.
Im Abschnitt Dezentralität könnte man noch die Fullnodes erwähnen, auf denen Bitcoin Core läuft und die die gesamte Transaktionshiatorie haben. Diese sind der wichtigste Bestandteil des dezentralen Systems und haben das letzte Wort, wenn es darum geht, wie Bitcoin funktionieren soll. So haben weder die Core-Entwickler noch die Miner irgendeine Macht über Bitcoin, da Fullnode-Betreiber entscheiden können, bestimmte Code-Änderungen nicht zu installieren und somit auch Transaktionen, die auf diesen Änderungen basieren, abzulehnen. --Stl1988s (Diskussion) 01:36, 27. Feb. 2023 (CET)
Aktueller "Swimming Pool" FUD
BearbeitenAktuell verbreiten etliche Medien den Apfel-Birnenvergleich, eine BTC-Transaktion würde angeblich einen "Swimming Pool" mit Wasser verbrauchen. Hier wird ein neues Messkriterium "Anzahl Swimming Pool" frei erfunden und der erste gemessene Wert als negativ dargestellt. Vergleiche mit dem "Swimming Pool Verbrauch" anderer Stromverbraucher sind nicht möglich.
Das sollte in ein Kapitel "Desinformation und Verschwörungsmythen um Bitcoin" rein.
Wert eines Bitcoins 2010
BearbeitenDa heißt es in Bitcoin#2010–2011
- Der erste Wechselkurs für 1 Bitcoin lag bei 0,07 US-Dollar und wurde von New Liberty Standard auf Basis der Produktionskosten für das Mining kalkuliert. Man hätte nach dieser Kalkulation mit einem Dollar ungefähr 13,10 Bitcoins kaufen können.
Das passt nicht, denn wenn 1 Bitcoin 0,07$ kostet, dann bekommt man für 1$ 1/0,07Bitcoins also 14,28 Bitcoins. --Hfst (Diskussion) 12:02, 3. Jan. 2024 (CET)
Mining
BearbeitenDie Satoshi Konsensregeln kennen keine Mehrheit der Teilnehmer. Die Teilnehmer spielen einfach überhaupt keine Rolle. Jeder korrekte neue Block ist gültig. Existieren zwei "letzte" gültige Blöcke, dann gilt der, in dem mehr Arbeit steckt, d.h. dessen Hash kleiner ist. Das ist ja das tolle am Satoshikonsens, dass man am Blockhash erkennen kann, mit wieviel Arbeit man diesen errechnen musste. Andere Teilnehmer oder eine Mehrheit ist völlig irrelevant. Die Blockchain in der die meiste Arbeit steckt, ist die gültige Blockchain. --23:34, 4. Jan. 2024 (CET) --Raphael41 (Diskussion) 23:34, 4. Jan. 2024 (CET)
- Existieren zwei letzte gültige Blöcke, dann gelten beide und welchen davon die Teilnehmer präferieren, ist im Protokoll nicht spezifiziert. Der Arbeitsaufwand eines Blocks lässt sich aus dem Schwierigkeitsgrad (Grenzwert, unter dem ein Blockhash liegen muss) ablesen, nicht aus dem Blockhash selbst. Die Konsensfindung der meisten Arbeit ergibt sich aus der Länge der Blockchain, nicht aus dem Blockhash. Andere Teilnehmer sind im Konsensalgorithmus irrelevant, nicht jedoch in der Realität, weil ein Blockchain-Fork nur dann der längere wird, wenn auch die Mehrheit der Mining-Ressourcen darauf angewendet wurde. „Die Mehrheitsentscheidung wird durch die längste Kette repräsentiert, in welche der größte Arbeitsnachweisaufwand investiert wurde.“ [1] --Matthäus Wander 20:02, 18. Dez. 2024 (CET)
- Bitcoin Core Nodes bevorzugen den zuerst gesehenen Block bei zwei Blöcken mit gleicher Arbeit (was bei fast gleichzeitig gefunden Blöcken dazu führen kann, dass für einige Minuten, bis der nächste Block generiert wird, verschiedene Teile des Netzwerks verschiedene Blöcke bevorzugen). Dass nicht einfach derjenige Block mit kleinerem Hash präferiert wird in dieser Situation ist Absicht: Andernfalls hätten Miner, wenn sie zufällig einen Hash finden der stark unter dem nötigen Schwellenwert liegt, einen größeren Anreiz, Selfish Mining zu betreiben, d.h. ihren Block erst dann zu veröffentlichen wenn ein anderer Miner einen Block gleicher Höhe gefunden hat, da der eigene Block diesen mit hoher Wahrscheinlichkeit schlagen würde. --NearlyNeutral (Diskussion) 06:58, 19. Dez. 2024 (CET)
Abbildung: Berechnung einer Bitcoin-Adresse aus dem öffentlichen Schlüssel
BearbeitenIn der Abbildung zur Berechnung einer Bitcoin-Adresse aus dem öffentlichen Schlüssel (File:Bitcoin_Address.png) hat sich meiner Meinung nach ein kleiner aber entscheidender Fehler eingeschlichen.
Zur Berechnung der Checksum fließt auch das führende Versionbyte ein, ansonsten erhält man ein völlig anderes Ergebnis für die Checksum.
Siehe: [2]https://en.bitcoin.it/wiki/Technical_background_of_version_1_Bitcoin_addresses#How_to_create_Bitcoin_Address --Chm0815 (Diskussion) 23:30, 17. Dez. 2024 (CET)
- Du hast recht. Sehr gut beobachtet! :-)
- Hast du den Autor des Bildes schon benachrichtigt? Ich denke, es ist am besten, wenn der seine Grafik entsprechend korrigiert, als wenn jemand anderes sich daran versucht. ;) --RokerHRO (Diskussion) 09:17, 18. Dez. 2024 (CET)
- Danke für den Hinweis. Ich schau mal, ob ich das korrigiert bekomme. --Matthäus Wander 19:42, 18. Dez. 2024 (CET)
- Abbildung angepasst. --Matthäus Wander 21:29, 18. Dez. 2024 (CET)
- Danke, das ging ja schnell. Man könnte eventuell noch die Inputdaten (Publickey) zeigen, die zur dargestellten Bitcoinadresse führen. Aber für die schematische Darstellung passt es meiner Meinung nach auch so. --Chm0815 (Diskussion) 14:38, 19. Dez. 2024 (CET)
- Abbildung angepasst. --Matthäus Wander 21:29, 18. Dez. 2024 (CET)
- Danke für den Hinweis. Ich schau mal, ob ich das korrigiert bekomme. --Matthäus Wander 19:42, 18. Dez. 2024 (CET)