Bitcoin Forum

Hallo,

ich hab gerade mal so über die "Funktionsweise" des Bitcoin nachgedacht und das dezentrale Netz der miteinander verknüpften Miner.
Die Miner sind ja im Grunde die weit verteilten (dezentralen) Standbeine des Bitcoin die Arbeiter und Wächter.

Wer einen Miner betreibt erhält Belohnungen in Form von Bitcoins.
Dafür stellt er seine Rechenkraft für das Bitcoin Netzwerk zur Verfügung.

Diese Belohnungen werden durch die Schwierigkeitsgrade und Halbierungen immer weniger.
Und zuguterletzt sind Bitcoins ja auch auf 21 Millionen Einheiten beschränkt.

Es wird also irgendwann der Moment kommen an dem selbst der hartgesottenste Miningfan die Stromkosten und Rechenkapazitäten nicht
mehr halten kann oder schlichtweg alle Coins gelutscht sind.

So besteht ja dann im Grunde nicht mehr die Notwendigkeit des Minings und die ASIC´s und Miningfarmen gehen wieder so schnell vom Netz
wie sie herangerauscht sind.
Das bedeutet doch dann aber im Grunde, dass das dezentrale Bitcoin Netz in sich zusammenbricht, oder mache ich da einen Denkfehler?

Oder wird alles nur noch aufrecht erhalten weil irgend ein Bitcoin Fan Anno 2013 seinen 333Mhs USB Miner noch irgendwo in einem Serverraum
vergessen hat über den alles läuft?  ;)

Würde mich echt mal interessieren. - DANKE!

Wie kommst Du jetzt da drauf?
Die Notwendigkeit des Minings ergibt sich ja nicht aus den ermine'ten Coins, den Block-Rewards, oder den Profiten der Betreiber,
notwendig ist das Mining auch ohne all das, ohne Mining ist das Bitcoin-Netzwerk tot.

Aber keine Sorge,
auch wenn irgendwann der letzte Coin gelutscht ist, werden (sollte das Projekt Bitcoin dann noch existieren) immernoch genug Miner da sein.

Zum einen werden die Transaktions-Gebühren die neu-erzeugten Coins schon viel früher überholen (soll heißen, irgendwann werden pro Block mehr Gebühren gezahlt, als neue Coins erzeugt) undwenn dann garkeine Coins mehr neu erzeugt werden, gibts eben nurnoch die Gebühren
und zum anderen wird jeder, der Bitcoins besitzt, ihren Wert erhalten, sie ausgeben, oder welche einnehmen will,
also jeder, der das Netzwerk nutzen will, ein Interesse daran haben, daß eben dieses Netzwerk auch funktioniert und das geht nunmal ohne Mining nicht.

Wenn ich also mit Bitcoin (als Dienstleister, Händler, oder sonstwie) Gewinne mache, kann ich mir dann aussuchen, ob ich ein paar Prozent dieser Gewinne für Mining ausgebe, oder auf 100% der Gewinne verzichte, weil ich der Meinung bin, auch das Mining selbst müsse profitabel sein.

Die Miner bekommen ja nicht nur die Belohnung für den gefundenen Block, sondern auch die Fees in dem Block.

Wenn sich Bitcoin durchsetzt und genügend Transaktionen pro Block durchgeführt werden kann ein Miner evtll auch gut von diesen Fees leben ...

Nicht nur eventuell sondern mit Sicherheit! ;)

Vielen Dank für die Infos! Die Fees hatte ich bei meiner Überlegung gar nicht berücksichtigt.

Selbst im "Worst-Case", wenn also das Mining des Bitcoins für die aktuelle Hardware unrentabel wird,
bestünde zumindestens die theoretische Chance, dass ein Alt-Coin auf Basis des SHA-256 Algos
nachrückt und dessen Mining annähernd die Profitabilität (>=80%) des BTC erreicht...

Ist aber zuviel Glaskugel, als dass man das sicher vorhersagen kann...

Ferner haste aber auch erstmal knapp 2 Jahre Zeit, bis der nächste Reward-Drop kommt,
siehe bitcoinclock.com

MfG Tom

Aloha Borpf,

Ob es in ein paar hundert Jahren den Bitcoin noch gibt, wird sich zeigen. Wir werden bei der jetzigen Genauigkeit des Protokolls wohl nicht mehr erleben, dass der 21 Millionste Bitcoin gefunden wird (theoretisch ca. um das Jahr 2163 herum; praktisch plus minus ca. 40 Jahre). Sollte die Genauigkeit des Protokolls überarbeitet werden, dann wird sich der Zeitpunkt schnell in eine noch weiter entfernte Zukunft verschieben.

Falls das Protokoll irgendwann ideale Genauigkeit haben sollte, dann wird es immer frische Bitcoins zusätzlich zu den Gebühren geben. Also auch noch weit über das Jahr 100.000 (in Worten: einhunderttausend) nach heutiger internationaler Zeitrechnung hinaus.

Deshalb liegen auch die einzigen zwei Möglichkeiten darin, dass sich entweder der Bitcoin langfristig verteuert (d.h. im Durchschnitt alle vier Jahre seinen Wert verdoppelt) oder anderfalls verschwindet.
Sollte sich eines Tages das Mining nicht mehr lohnen, so werden die Nodes abspringen. Dadurch verlängert sich die durchschnittliche Transaktionsdauer, weil diese direkt von der Rate der gefundenen Blöcke abhängt. Daraufhin müssen entweder die Gebühren angehoben werden oder das Problem verschärft sich derart, dass der Bitcoin völlig uninteressant wird. Allerdings nur für die Zeit, bis die Difficulty nach unten korrigiert wird. Das kann aber bei der jetzigen Implementierung durchaus sehr lange dauern.
Geht man von einer Hashrate aus, welche bei der herrschenden Difficulty nur einen Block pro Stunde findet, so wären in diesem Fall unter den schlechtesten Voraussetzungen 2016 Stunden Wartezeit nötig, bis sich alles wieder eingependelt hat. Das würde einer Wartezeit von 84 Tagen entsprechen. Je mehr in einem solchen Fall abspringen würden, desto länger würde es dauern, bis die Difficulty wieder angepasst wäre und sich die Transaktionszeiten erholen.

Gruss,
Bill

Was meinst du mit "Genauigkeit des Protokolls"?

Hallo Rising,

Ist blöd ausgedrückt von mir. Aber mir fiel in dem Moment kein besserer Begriff ein.

Ich meinte damit die praktische Umsetzung, wie die Rewards berechnet bzw. die Bitcoins als Wert dargestellt werden. Ob nun Float, Double, Fixed Point, Integer oder z.B. Fractionals (Python) zum Einsatz kommen. Die letzten beiden Darstellungen sind zwar unter diesen Umständen genau genug, aber können durchaus bei Berechnungen Probleme verursachen.

Im Idealfall gibt es keine Ungenauigkeiten oder Rundungsfehler. D.h. wir würden uns immer weiter an die 21-Millionen-Marke annähern, aber diese niemals erreichen (falls diesen Fakt jemanden interessieren sollte, mache ich dazu einen anderen Thread auf, weil das weit weg führt und nicht so leichter Stoff ist).

In Wirklichkeit sind Ungenauigkeiten und Rundungsfehler in der Computertechnik eher die Regel und nicht die Ausnahme. Deshalb ist es schwer einzuschätzen, wann wir durch diese Umstände dann den "letzten Blockreward" erhalten.

Beispiel Integer: Wir zählen einfach alle Satoshis und speichern diese als Ganzzahl ab. Nun kommen wir in einigen Jahrzehnten (irgendwann um das Jahr 2141 herum) an den Punkt, dass der Blockreward ungefähr einen halben Satoshi (ca. 0,58 Satoshi) betragen würde. Mit dem hier angenommenen Integer können wir diesen Wert nicht mehr darstellen.
Ohne weitere Änderungen an der Implementierung gibt es dann die Möglichkeit, gegen 0 abzurunden oder gegen 1 aufzurunden. Beim Abrunden würden keine weiteren Blockrewards mehr ausgeschüttet, obwohl wir noch nicht 21 Millionen Bitcoins erreicht haben. Beim Aufrunden würden wir aufgrund des konstanten Rewards irgendwann wirklich den 21 Millionsten Bitcoin ausschütten.
Allerdings lässt Integer von sich aus schon zwei Stellen mehr zu, als wir heute in den Clients überhaupt einstellen können. D.h. wir können in der Implementierung noch zwei Nachkommastellen hinzufügen, sobald wir in diesen Bereich kommen. Das meine ich mit "Genauigkeit erhöhen".
Diese Nachkommastellen werden erst um das 2181 nicht mehr hilfreich sein, weil wir dann einen Blockreward von ca. 0,0057 Satoshis erreichen. Sollten wir von Integer zu Long Integer wechseln (so wie das nach meiner Kenntnis des Codes schon vorbereitet ist), bekommen wir noch haufenweise Nachkommastellen hinzu.
Nur irgendwann werden auch Long Integers nicht mehr ausreichen und dann muss das Protokoll um eine modifizierte Zahldarstellung erweitert werden. Die Alternative wäre, ab- oder aufrunden. So wie es oben bereits als erste Überlegungen für Integer geschildert wurde.

Gruss,
Bill

nein, es wird nicht runtergeteilt unter einen Coin. Die Ausschüttung endet an dieser Stelle.

Bei 21 Millionen ist Schluss. Das ist das Fundament von Bitcoin. Änderst du das, hast du keine Bitcoins mehr, sondern irgendwas anderes. Das wäre so, als wenn du 100 Euro verdienst, dann drucke ich schnell mal 100 Milliarden Euros und deine Ersparnisse reichen statt für einen Urlaub nur noch für einen Laib Brot. Um einige hundert Milliarden Euro heutiger Rechnung damit zu bewegen, muss er auf Werte weit über 100.000 Euro/btc(nach heutiger Berechnung) wandern.

Wenn man aber 100 Milliarden dauernd rumschieb und nur 0,1% fee nimmt sind das lockere 100 Millionen. Damit lässt sich weit mehr Rechenleistung nur aus den fee bewerkstelligen als man heute hat. Aber die braucht man auch. Nur Visacard hat einige Hundert transaktionen pro Sec, während der Bitcoin maximal 7 pro sec schafft. Es ist also nicht nötig, mehr Bitcoins auszuschütten. Aber es ist nötig das Protokoll an das anzupassen was die Benutzer brauchen.

Du siehst, es ist also auch garnicht nötig, mehr Coins auszuschütten. Schon lange vorher wird Bitcoin entweder den Durchbruch schaffen oder untergehen. In beiden Fällen reichen die 21 Millionen Coins aus.

Hallo Chefin,

Was ist denn deiner Meinung nach ein unteilbarer Coin? Ist ein Bitcoin unteilbar? Ist ein Satoshi unteilbar? Es sind doch nur gespeicherte Werte in Blöcken.

Du schreibst von etwas völlig anderem, als ich oben ausführte.

Angenommen, du hast 1000 EUR in deinem Geldbeutel. Wir kommen jetzt auf die Idee, den Euro zu unterteilen und uns daran zu orientieren. Sagen wir mal, wir spendieren zwei weitere Nachkommastellen. Dann hast du 100000 Eurocent zur Verfügung. Beim Unterteilen passiert nicht mehr und nicht weniger. Das hat rein gar nichts mit Geldvermehrung zu tun.

So ist es auch mit dem Bitcoin. Ob ich jetzt 1 Bitcoin besitzen würde oder 1000 mBTC oder 100000000 Satoshi, ändert überhaupt nichts an den bestehenden Besitzverhältnissen. Es ist lediglich eine andere Darstellung.

Es besteht eben die Möglichkeit, dass man auch den Satoshi noch einige Male unterteilt. Auch das ändert an der ausgeschütteten Menge nichts.

Wann erreichen wir eigentlich deiner Meinung nach den 21 Millionsten Bitcoin? Also wann wird dieser an einen glücklichen Miner komplett ausgeschüttet sein?
 
Du argumentierst komplett an mir vorbei, als hättest du nicht ein Wort von meinen obigen Ausführungen verstanden.

Gruss,
Bill

Wenn es keinen Fork gibt: nie, da es nur 20999999,9769 Bitcoins geben wird.

Hallo Rising,

Diese Zahl ist mir früher schonmal begegnet. Allerdings habe ich außer dem Halbwissen von einigen uninformierten Journalisten dazu nichts gefunden, weshalb ich diese eher zu den Mythen und Legenden zählte. Gibt es eine verlässliche Quelle dazu?

Sollte das die tatsächliche Grenze sein, dann sind meine obigen Überlegungen natürlich uninteressant. Der Grenzwert der erzeugten geometrischen Reihe ist dann höher als der gegebene Zielwert, weshalb dieser unter den gegebenen Umständen erreicht wird.

Dann wird wahrscheinlich der letzte Blockreward irgendwann zwischen 2120 und 2130 ausgeschüttet (theoretisch zwischen den Jahren 2121 und 21252125 und 2129). Die Belohnung zu diesem Zeitpunkt ist dann ungefähr 18,62645149230957 9,31322574615478 Satoshi hoch ("ungefähr" deshalb, weil ich hier trotz GMP mit Rundungsfehlern in meiner Simulation zu kämpfen habe). Das ist die Belohnung während der 28.29. Halbierung.

Gruss,
Bill

Edith sagt: Deine Simulation verursacht eine Menge Rechenfehler. Korrigiere das mal.
Habe ich gemacht.

Den Algorithmus (sind ein paar Zeilen im Code) und einen Taschenrechner. Irgendwann bleibt beim Halbieren nur noch der Rest übrig und das Ergebnis ist 0. Damit ist dann die Ausgabephase beendet - in ca. 130 Jahren.

Hier eine berechnete Tabelle: https://en.bitcoin.it/wiki/Controlled_supply (https://en.bitcoin.it/wiki/Controlled_supply)

Für mich ist es ganz klar, dass die Ära des "Home-Mining" zu Ende geht.

Die Miner-Hersteller werden noch einige Jahre selber minen und evtl. auch noch Cloud-Mining-Verträge verkaufen, aber ewig wird auch das nicht gehen! Der finanzielle Aufwand, der getrieben werden muss, um immer bessere Asics zu entwickeln, die trotz der Stromkosten/Difficulty-Spirale noch den Break-Even erreichen, wird bald zu hoch werden. Das bedeutet, dass wohl der letzte Bitcoin-Block nie geschürft werden wird!

Andere Verfahren, Crypto-Systeme abzusichern, sind ja bereits im Einsatz. Proof-of-Stake hat nicht das Problem der Stromkosten/Difficulty-Spirale und hat sich bereits in einigen Altcoins bewährt. Aber vielleicht kommt da noch etwas besseres, wir stehen ja erst am Anfang einer großartigen Entwicklung.

Die Ära ist bereits beendet. Die heutigen "Homeminer" wissen das aber nicht, oder besser gesagt wollen es nicht wissen.


Ich denke es wird auf ein Gleichgewicht hinauslaufen. Wenn die Miningleistung sinkt, wird es irgendwann wieder für andere interessant, Rechenleistung bereit zu stellen. Die aktuelle Entwicklung beweist, dass es für einige sogar interessant ist, wenn es sich wirtschaftlich nicht rechnet.


 ;D 8) ::)

Echt, es tun immer alle so, als ob es einen Punkt gibt, an dem Mining unrentabel wird, und dann hören alle schlagartig auf, und bitcoin is tot.
Aber das ist ebend nicht der Fall, das ganze ist ein selbst-regulierendes System. Wenn es unrentabler wird, gehen vielleicht manche Miner (die mit hohen Stromkosten...) vom Netz. Dadurch wird es automatisch für alle anderen profitabler, weil die difficulty sinkt. Selbst wenn massive Anteile wegfallen, dann haben wir halt ein paar zähe Tage, aber danach wieder ne wesentlich niedrigere diff. Und soweit absinken, dass ich mit meinem einsamen Asicminer Stick sämtliche Transaktionsgebühren einstreichen kann, wird es wohl nicht.

Moin Moin mezzomix,

Das kannte ich bereits. Die Quelle dafür bezieht sich auf eine Diskussion hier im Forum (https://bitcointalk.org/index.php?topic=3366.20).
Stimmen wir jetzt mal kurz ab? Wer ist dafür, dass der Mond aus Käse ist? Wenn die Mehrheit dafür ist, dann muss er das natürlich auch sein.
So schafft man sich zwar seine eigenen Wahrheiten, aber ganz sicher keine vertrauenswürdigen Fakten.

Mit verlässliche Quelle meinte ich sowas wie z.B. die src/main.h:
Da steht als obere Grenze aber übersetzt "genau 21000000 BTC".

Wir haben also eine Zahl, die dem Grenzwert der darunterliegenden geometrischen Reihe für
entspricht  (Term der geometrischen Reihe unterstrichen).

Wir schauen mal kurz in die ersten Kapitel irgendeines Standardwerkes für analytische Mathematik (Funktionen, Reihen, Analysis und dergleichen) und stellen fest, dass diese geometrische Reihe demnach sich immer weiter dem Grenzwert nähert, aber diesen bei idealer Genauigkeit niemals erreichen wird  (d.h. beliebiger Teilbarkeit der einzelnen Elemente, Fachchinesisch: reelle Zahlen).

Sollte also die Genauigkeit angepasst werden, so verschiebt sich der Zeitpunkt für die letzte Ausschüttung der Belohnung sehr weit in die Zukunft.
Bei signed int64 sind da noch 10 3 Nachkommastellen für die Satoshis drin. Sollte sich da nochmal was ändern, dann kommen natürlich noch Stellen hinzu.

Da wirst du mit 130 Jahren in der Zukunft nicht mehr auskommen. Es sei denn, die Halbierung wird irgendwann durch einen konstanten Betrag ersetzt (d.h. ab einer bestimmten Blockanzahl wird einfach die ausgeschüttete Blockbelohnung nicht mehr halbiert) oder es wird ein effizientes Verfahren entwickelt, welches bei wachsender Difficulty konstant mehrere tausend Blöcke pro Stunde finden kann.

Gruss,
Bill

Edith meint: Formeln sind ein bisschen besser lesbar, falls man Subscript und Superscript verwendet.
Edith sagt auch: Tippfehler fallen erst beim Veröffentlichen auf. Peinlich, wenn es den gedachten Sinn verfälscht.

wann genau der zeitpunkt erreicht wird ist voll kommen irrelevant...

@Bill86

Und wo war nochmal der Hinweis das Programmierung den Gesetzen der Mathematik folgt?

es ist scheiss egal, was die Mathematik sagt oder seine regeln. Ein Programmierer kann es so umsetzen oder ändern. Nur weil ich Fliesskommazahlen benutze heist das nicht, das ich die Ausgabe auch so mache. Ich muss sogar sehr oft umrechnen. Ein Bildpunkt zb lässt sich setzen oder nicht, es ist nicht möglich in 0,7 zu setzen. Aber ob ich ihn setzen muss berechnet sich aus Fliesskommazahlen um Rundungsfehler zu vermeiden. Auch in der Regeltechnik(Maschinenbau) braucht man oftmals Kommazahlen hat aber am Ende nur Integer als Ausgabemöglichkeit. Wenn ich einen Wert einlese, dann scaliere ich ihn auf meinen Regelbereich, passieren schon die ersten Rundungsfehler. Wenn ich dreimal 34,4 als 34 aufaddiere, komme ich zu 103 mathematisch oder 102 ohne Kommastellen. Deswegen rechne ich lieber in Fliesskomma, auch wenn ich es später nur als Ganzzahl benutzen kann.

Bei Bitcoin wurde es einfach so festgelegt. Es spielt dabei keiner Rolle, ob das mathematisch notwenig wäre oder nicht. Es geht drum, das man weis nach welchen Grundlagen man programmiert. Wenn ich zb den aufenthaltsort jedes Bitcoins wissen will lege ich eine Tabelle mit 21 Millionen Einträge an. Wenn ich dann erfahre, das man jeden Coin bis zu 8 Stellen hinter dem Komma aufteilen kann, muss ich 21millionen*10^8 Einträge anlegen. An dieser Stelle würde ich aber von einer reinen Hauptspeicherlösung zu einer Datenbank ausweichen. Aber auch diese wäre dann mit der passenden Anzahl vorbelegt.

So funktioniert Programmierung. Und ja..man könnte es OpenEnd programmieren, man einigen Nachteilen. Die Vorteile wären die flexibilität, die ich aber lt Vorgaben nie benötige. Die Nachteile wären das der Zugriff nicht mehr wahlfrei erfolgt sondern indiziert oder sequentiell. Beides kostet zusätzlich Zeit in der Verarbeitung. wenn ich 1 Million Datensätze a 16bytes habe kann ich auf den Datensatz 776345 zugreifen indem ich 16*776346 rechne und ab dieser Stelle 16 Bytes einlese. Ein lahmer Festplattenzugriff statt dutzende.

Es gibt genug Gründe warum man Dinge eben so und nicht anders macht. Man erkauft sich damit einfache Handhabung, aber muss dann damit leben, das Erweiterungen mehr Aufwand bedeuten. Aber nur weil man als Programmierer mit Zahlen umgeht muss man sich nicht unbedingt an die Mathematik halten. Lediglich die Grundregeln sind fertig implementiert, die kann ich nicht ändern. Wie du oben siehst(die zwei unterschiedlichen Zahlen bei den Datensätzen sind keine Tippfehler) rechnen wir Programmierer mit Null und Datensatz 10 ist der 11. Datensatz. Programmierer unterscheiden zwischen Null und Nichts. Null ist um 1 größer als Nichts. Aber Nichts ungleich -1.

Irgendwie vertieft sich gerade massiv mein Eindruck, dass du, Chefin, nicht liest / verstehst was die Leute vor dir schreiben, aber trotzdem gerne den Eindruck erwecken möchtest, voll im Thema zu stecken, was dann in einer Mischung aus "falsch", "umständlich ausgedrückt" und "völlig am Thema vorbei" resultiert...

@bill86:
Ich stimme dir zu, bei beliebig genauer Teilung nähern wir uns natürlich asymptotisch dem Maximalwert an. Ich rechne auch damit, dass irgendwann in der Zukunft die Genauigkeit erhöht wird. Momentan gibt es aber viele Leute, die liebend gerne ausrechnen, wie viele BTC es exakt geben würde, wenn wir denn beim Satoshi als kleinste Einheit blieben. Und dann landen sie halt rundungsbedingt irgendwo unter 21kk, und dann nennen sie das die Obergrenze aller coins, ohne dazu zu sagen, dass es unter der Annahme einer gleich bleibenden Genauigkeit gilt. :)

man man man do wieso einfach wenns auch kompliziert geht... es wird nicht mehr als 21mio coins geben da kannst du so lange rechnen wie du willst... auch der Zeitpunkt wann diese 21mio coins errechnet sind ist voll kommen irrelevant...

Aloha Chefin,

ich habe gerade keine Ahnung, warum du das so persönlich nimmst. Aber nach der Nummer hast du dir eine entsprechende Antwort verdient.

Dann nimm mal bitte den Quellcode des Bitcoind. Modifiziere ihn bitte so, dass das Netzwerk pro Minute 1000000 Blöcke anpeilt und setze MAX_MONEY in der main.h auf 500 Millionen.
Daraufhin startest du das in einem kleinen (virtuellen) Netzwerk zwischen zwei Nodes.

Kleiner Tipp:Du solltest dich darauf einstellen, dass du überrascht wirst.
Lösung für Ungeduldige: Selbst wenn MAX_MONEY 500 Millionen gesetzt werden würde, würden wir nichtmal die 21 Millionen-Marke erreichen.

Die Mathematik ist also in dem Fall sehr wohl relevant.

Also ermöglicht Fließkommadarstellung immer genaues Rechnen? Interessant.

Lass mal kurz nachprüfen.
??? :o

Ähm. *räusper*
Oh, schon sooooo spät?! Ich muss los! :D

Sollte im Bitcoinnetzwerk jemals Fließkomma in der Form eingesetzt werden, wie du es in deinem letzten Beitrag propagierst, dann steige ich aus dem Projekt komplett aus. Damit könnte man nämlich Bitcoins aus dem Nichts erschaffen. Im wahrsten Sinne des Wortes. Einfach ein Skript dranhängen, welches zwischen zwei Wallets immer weiter Beträge hin- und herverschiebt. Schon wird man reich.

Das ist der Grund, warum das Protokoll momentan die Satoshis als Integer speichert und auf Fließkomma komplett verzichtet.

Den Rest von dir kommentiere ich nicht, weil du offensichtlich am Thema vorbeiargumentierst. Wofür oder wogegen diskutierst du eigentlich mit mir?
Und vor allem: Warum?  ???

Gruss,
Bill

Hallo trasla,

Danke trasla. Ich fing schon an, an meinem Verstand und dem Forum hier zu zweifeln.

Gruss,
Bill

Tach auch minime,

Das "Wann" ist aber genau der Witz an der Geschichte. Einige hier rechnen damit, dass irgendwann nur die Gebühren als Einkommen für die gefundenen Blöcke zur Verfügung stehen würden. Zumindest innerhalb der nächsten 150 Jahre würde das angeblich gelten.

Oben haben wir aber gesehen, dass diese Annahme so nicht stimmen muss.

Darüberhinaus könnten wir die MAX_MONEY-Konstante auch weglassen und dennoch werden wir keine 21 Millionen Bitcoins sehen. Zumindest solange nicht, bis ein konstanter Blockreward greift (in dem Fall würden wir dann doch dringend die explizite Definition MAX_MONEY brauchen).

Dieses lästige Theoriegesch***e hat also durchaus seinen Sinn. So kann später keiner mit der Meldung ankommen: "Wir haben die maximale Geldmenge in allen Bitcoinclients gehackt, indem wir einen Wert umgeschrieben haben!"
Wir wissen nun, dass das alleine überhaupt nichts ändern würde. Selbst wenn es wahr wäre.

Gruss,
Bill

Nimm das modifiziere hier mach das...alles gut gemeint und diskussionswürdig.

Aber Programmieren ist Individualsache. Wenn ich etwas programmiere dann gibt es zuvor eine Idee oder ein Problem das ich lösen muss. Dieses Problem kann ich auf verschiedene Wege lösen. Ob ich dabei streng den regeln der Mathematik folge oder nicht ist meine Sache. Wenn ich an irgendeiner Stelle wo mir die Regeln negativ aufschlagen einfach künstlich eine grenze setze ist dann auch mir überlassen.

Wenn also derjenige der Bitcoin "erfunden" hat sagt: ich will das es nur 21 Millionen gibt, ist diese Aussage erstmal gesetz und nicht irgendwelche Regeln der Mathematik.

Wenn in der praktischen Umsetzung sich dann probleme ergeben, in diesem Fall durch das teilen der Ausschüttung von 50->25->12,5->6,25...usw füge ich einfach an passender Stelle die Ausnahmeregel ein. Ich könnte die Kommastellen abschneiden oder mathematisch runden. Und ich kann begrenzen, wenn X <1 then Ende.

Es geht mir nicht drum, dich als Blöd hinzustellen, auch habe ich gelesen was du von dir gegegen hast. Es geht drum, das man nicht Argumente der Mathematik bzw Gesetzmässigkeiten einfach auf Programmierung übertragen kann. fest gegossen in Silizium sind nur die 4 Grundrechenarten. 1+1 ergibt immer 2 das ist unveränderlich. Aber Wurzel aus 2 muss nicht 1,41 ergeben. Das kann ich umprogrammieren. Natürlich ist das Sinnlos. Aber es liegt in meiner Macht. Und weil das so ist, werden an der Stelle, wo man merkt das Dinge nicht so laufen wie man will, Exeptions programmiert.

Ich kenne programmierer die so wenig Ahnung von Mathe haben das sie fast jede Berechnung von einem Dritten sich schreiben lassen und sich nur um die verwaltung der Daten kümmern. Wenn ich denen erkläre was eine Fakultät(mathematisch) ist, fragen die mich, was eine Uni mit dem Programmierproblem zu tun hat. Wenn solche Leute programmieren, benutzen interessiert es sie nicht, das man Zahlen beliebig runterteilen kann. Wenn sie sagen das bei 1 schluss ist dann ist auch schluss. Oder du musst den ganzen Code ändern und seine Exeptions rausnehmen. Und wenn nunmal diese Ausnahmen drin sind, wird der nächste der dran rumprogramiert sich genau an diese Vorgaben halten. Auch wenn sie mathematisch nicht nötig wären.

Die 21 Millionen Coins Ausschüttung sind unverrückbar. Du darfs gerne mal den Vorschlag an Garvin machen, das zu ändern. Vieleicht geht er drauf ein. Aber ohne seine Zustimmung wirst du dich damit abfinden müssen, das es so ist wie es ist. Wenn du das änderst hast du einen Fork. Und der nutzt dir nichts, weil kaum jemanden deiner Ansicht folgt und somit in deinem Zweig der Coins landet. Ob es also zu mehr Coins kommt, ist keine Frage der Mathematik sondern des Konzepts. Das es mathematisch geht weis jeder sobald er 1,50 ausgeben kann. Und das man Programmcode umschreiben kann bestreitet ja auch keiner. Aber man MUSS ihn umschreiben, damit es funktioniert, es ist mit dem momentanen Code nicht möglich.

Kleines Detail am Rande: Irgendwo im Forum hat sich mal jemand darüber ausgelassen, dass Satoshi am Anfang von einigen Teilnehmern der Mailingsliste davon abgebracht werden musste, tatsächlich Floats (in welcher Auflösung auch immer) zu verwenden.  ;)

Wen es interessiert, der kann ja mal unter sci.crypt Archäologie betreiben...

Dann lese mal den Code durch und fast alle Berechnungen erfolgen in Floats. Lediglich in Hash-algorythmen sollte man auf floats verzichten, weil sie langsamer sind und ständig Rundungsprobleme machen. Und selbst doppelgenaue Floats keine 8 Stellen mehr abdecken, es also zusätzlich zu problemen kommt.

Die von dir angesprochenen Probleme betrafen Hash-Algorythmen und dort hat Float nichts verloren. Aber...wenn ich unbedingt will kann ich es auch damit lösen. ich muss dann nur höllisch aufpassen nie eine Rundung zu vergessen. Der Code wird unnötig kompliziert, langsam und Fehleranfällig.

hey bill,
die gebühren werden als einkommen mehr als ausreichen, es wird aber nicht für alle reichen... am ende werden die über bleiben die ihre miner günstig mit strom versorgen können das wird auch bedeuten das die hashrate wenn es aufs ende zu geht wieder drastisch fallen wird...
der code wird nicht geändert werden sollte dieses passieren ist der btc tot.
der blockreward wird irgendwann ebenfalls irrelevant da es mehr an gebühren geben wird als man per block reward bekommen wird...
just my 2 btc

Um das Ganze mal zu einem versöhnlichen Ende zu bringen:

Wir ALLE werden das Erreichen des 20.999.999.xxxxxxx BTC nicht mehr miterleben,
daher sind alle o.g. Rechnereien zwar ganz nett, aber für unsere "Lebenszeit" völlig
irrelevant !!!

Interessanter ist wohl eine "Langzeit-Prognose" bzgl. des BTC-Kurses...

MfG Tom

Ich hab auch ein paar Probleme mit den Gebühren: Aus meiner Sicht ist die Gebührenstruktur schwer mit einer weiten Verbreitung und
einem hohen BTC/$ Kurs in Einklang zu bringen. Grund: Die Gebühren sind in BTC festgelegt, und wenn der BTC/$ Kurs über die Maßen
steigt, dann muss ich plötzlich zig $ pro Transaktion ausgeben  :o Dann werden BTC unattraktiver und der Kurs fällt bis die Transaktionen
wieder vernünftig teuer sind. Die Gebühren führen also zu einer Art Selbstregulierung, und zwar gegen einen großen Kursanstieg, was ja nicht so
schön ist :D

Das Argument, die Gebühren lassen sich jederzeit ändern (genauer gesagt, die Standard-Einstellung im Client, ab welcher Fee-Höhe Transaktionen
eingebaut oder relayed werden), entkräftet das Problem nur teilweise. Das habe ich mir mal von DeathAndTaxes erklären lassen: Es
gibt gewisse orphan costs (und die messen sich - das ist der Punkt - in BTC), die spiegeln das Risiko eines Miners wieder, dass der Block verwaist weil er eine
bestimmte Transaktion akzeptiert hat. Ein rationaler Miner wird keine Transaktion akzeptieren, deren Fee unter der Orphan Cost
liegt. Die Orphan Costs sind im wesentlichen konstant innerhalb einer Block Reward Period. Wenn also der BTC/$ Kurs so hoch steigt
dass die Orphan Costs zB 10$ pro kB (um nur eine Zahl zu nennen) betragen, dann gibt es ein Problem, dem man nicht mit
Fee-Kürzungen beikommt.