Author

Topic: Der Aktuelle Kursverlauf - page 1889. (Read 5918778 times)

Z80
full member
Activity: 280
Merit: 136
November 08, 2017, 06:44:24 AM
oder nutze ein Paperwallet!
...und packe sie unters Kopfkissen  Grin
hero member
Activity: 874
Merit: 511
November 08, 2017, 06:28:15 AM
der münchner merkur hat wieder zugeschlagen!

https://bitcointalksearch.org/topic/m.24225461

es geht um diese perle der abendländischen journalismus:

https://www.merkur.de/leben/geld/vorsicht-darum-bitcoin-nicht-mehr-sicher-zr-9175369.html

OMG - Ist der Bitcoin nun (schon wieder) tot?

Die Münchner scheinen hier ein heftiges Revolver-Blättle zu betreiben, oder?


Nun ja, obwohl der Artikel nur so vor Halbwissen strotzt, so enthält er trotzdem eine Lehre: Merke Dir die Passphrase gut!

oder nutze ein Paperwallet!
legendary
Activity: 1372
Merit: 1014
November 08, 2017, 06:24:02 AM
Na was nun. Brechen wir durch? Rutschen kurz noch mal etwas runter? Eiern noch etwas seitwärts?
Ich will mal langsam den nächsten Peak mit 8500$ sehen. Wie lange noch  Roll Eyes eine bis acht Wochen?
legendary
Activity: 1778
Merit: 1070
November 08, 2017, 05:55:27 AM
der münchner merkur hat wieder zugeschlagen!

https://bitcointalksearch.org/topic/m.24225461

es geht um diese perle der abendländischen journalismus:

https://www.merkur.de/leben/geld/vorsicht-darum-bitcoin-nicht-mehr-sicher-zr-9175369.html

OMG - Ist der Bitcoin nun (schon wieder) tot?

Die Münchner scheinen hier ein heftiges Revolver-Blättle zu betreiben, oder?


Nun ja, obwohl der Artikel nur so vor Halbwissen strotzt, so enthält er trotzdem eine Lehre: Merke Dir die Passphrase gut!
member
Activity: 135
Merit: 11
November 08, 2017, 05:49:07 AM
der münchner merkur hat wieder zugeschlagen!

https://bitcointalksearch.org/topic/m.24225461

es geht um diese perle der abendländischen journalismus:

https://www.merkur.de/leben/geld/vorsicht-darum-bitcoin-nicht-mehr-sicher-zr-9175369.html

OMG - Ist der Bitcoin nun (schon wieder) tot?

Die Münchner scheinen hier ein heftiges Revolver-Blättle zu betreiben, oder?
full member
Activity: 252
Merit: 101
November 08, 2017, 05:44:48 AM
Quote

Was für ein Bullshit!
Wetzt möchten alle wissen wer dieser Junge ist:
Er wandte sich in seiner Not an einen jungen Hacker.
legendary
Activity: 2338
Merit: 2106
November 08, 2017, 05:37:37 AM
der münchner merkur hat wieder zugeschlagen!

https://bitcointalksearch.org/topic/m.24225461

es geht um diese perle der abendländischen journalismus:

https://www.merkur.de/leben/geld/vorsicht-darum-bitcoin-nicht-mehr-sicher-zr-9175369.html
legendary
Activity: 1904
Merit: 1185
notorious shrimp!
November 08, 2017, 05:26:50 AM
So... und wie geht's nun weiter?

Seitwärts kann wohl nicht sein, oder?
legendary
Activity: 2328
Merit: 1292
Encrypted Money, Baby!
November 08, 2017, 04:15:51 AM
...
so, wie ich es verstanden habe: die Inhalte des Blocks haben nichts mit seiner Berechnung zu tun. Eine ganz niedrige (sagen wir mal, die niedrigst mögliche) Diff besagt, dass irgendein Hash gebruteforced werden muss, der am Anfang eine 0 hat. Steigt die Difficulty nun, weil es mehrere Netzwerkteilnehmer gibt als zuvor, gibt die gestiegene Diff vor, dass der Hash, der für den nächsten Block zu finden ist, mit 2 Nullen beginnen muss. Das ist schwerer, weil mehrere Möglichkeiten durchprobiert werden müssen.

Ob derjenige, der den Block "gefunden" hat, nicht gemogelt hat und einfach irgendwas mit x Nullen reingeschrieben hat, kann das restliche Netzwerk verifizieren… wie genau das wiederum funktioniert, weiß ich nicht, aber irgendein String mit der gewünschten Anzahl Nullen würde vom restlichen Netzwerk als ungültig erkannt werden. Funktioniert sicherlich auch über Pub-/PrivKey-Verfahren.
...
Kleine Korrektur: Der Miner, der einen Hash mit den erforderlichen Nullen am Anfang gefunden hat, stellt den Funktionsparameter der Hashfunktion zur Überprüfung in den Block. Also wenn jetzt HASH(Y)=000000000000000000..... ergibt, stellt er das Y in den Block, so kann jeder im Netzwerk prüfen, ob das HASH(Y) auch die für die Difficulty erforderlichen Nullen am Anfang hat.
Danke! Das war genau der Teil, der mir gefehlt hat. Smiley
sr. member
Activity: 728
Merit: 317
nothing to see here
November 08, 2017, 03:44:28 AM
Das ist imo auch der Hauptgrund, warum die Core Entwicklung bei BTC scheinbar "hinterher hinkt": Sicherheit.
Sicherheit ist ein einfacher Begriff für ein hochkomplexes Thema. Da haben Features absoluten Nachrang.
Deshalb verdoppelt jeder Hardfork potentiell die Risiken.  Daher finde ich auch BTC trotz aller Neider, Konkurrenten und Kritiker vorbildlich, was die Entwicklung betrifft.
legendary
Activity: 1778
Merit: 1070
legendary
Activity: 1904
Merit: 1185
notorious shrimp!
November 08, 2017, 03:01:22 AM
Meine Rede... und genau deshalb wird btc das Rennen machen... da können noch so viele FeatureFucked ALTs rauskommen... Das intetessiert vielleicht Nerds wie uns... Der Finanzheini will Sicherheit  Tongue
legendary
Activity: 1778
Merit: 1070
November 08, 2017, 02:49:37 AM
Häme sollte aber fehl am Platz sein, da, was bei Ethereum passieren kann, auch beim Bitcoin passieren kann. Siehe Erweiterungen, welche sogar einen Hardfork benötigen, da diese sonst nicht funktioniert. Bei Bitcoin ist die Wahrscheinlichkeit halt geringer, da das gesamte Projekt konservativer als Ethereum ist. Unmöglich ist es aber nicht.
full member
Activity: 554
Merit: 175
November 08, 2017, 02:09:30 AM
alles klar Wink Habe mich mit ETH null befasst xD Hast ja recht  Cool Cool
legendary
Activity: 2461
Merit: 1058
Don't use bitcoin.de if you care about privacy!
November 08, 2017, 02:01:50 AM
Etwas OT:

Lasst eure Finger von Ethereum, da kann man sich offensichtlich nie sicher sein, dass man an seine Coins wieder ran kommt:

https://www.heise.de/newsticker/meldung/Kryptogeld-Wallet-Parity-Bug-friert-Ether-Einheiten-im-Wert-von-Millionen-ein-3882902.html

Jaja, das nächste grosse Ding, das potentielle Werkzeug der Banken und Industrie. Und dann DAS. Eine Wallet die von ach so tollem "turingvollständigen" Code in der Ethereumblockchain abhängt.

Oh mann, wenn man den Artikel liesst, kommt man schier gar nicht mehr raus aus dem: "I told you so".



aber ich lese daraus das es nichts mit ETH zu tun hat, sondern mit dem Multi Sign Wallet von Parity..

Quote
Das Problem: Die Multi-Signatur-Funktionalität der Anwendung hängt der Mitteilung nach von einer Code-Bibliothek ab, die ihrerseits als Multi-Signatur-Kontrakt auf der Ethereum-Blockchain abgelegt wurde. Offenbar war es durch schlampige Umsetzung möglich, dass auch Unbefugte ohne größeren Aufwand die Kontrolle über diesen Kontrakt ergreifen. Konkret konnte man diesen Smart Contract wohl in eine normale Multig-Sig-Wallet umwandeln und sich selber zu deren Besitzer ernennen.

Ethereum ermöglicht aber erst diese Art von dumb contracts.

Naja dann gibt es halt mal wieder einen rollback der chain. Code is the law. Until it's not! Cheesy alles klar...
full member
Activity: 554
Merit: 175
November 08, 2017, 01:50:08 AM
Etwas OT:

Lasst eure Finger von Ethereum, da kann man sich offensichtlich nie sicher sein, dass man an seine Coins wieder ran kommt:

https://www.heise.de/newsticker/meldung/Kryptogeld-Wallet-Parity-Bug-friert-Ether-Einheiten-im-Wert-von-Millionen-ein-3882902.html

Jaja, das nächste grosse Ding, das potentielle Werkzeug der Banken und Industrie. Und dann DAS. Eine Wallet die von ach so tollem "turingvollständigen" Code in der Ethereumblockchain abhängt.

Oh mann, wenn man den Artikel liesst, kommt man schier gar nicht mehr raus aus dem: "I told you so".



aber ich lese daraus das es nichts mit ETH zu tun hat, sondern mit dem Multi Sign Wallet von Parity..
sr. member
Activity: 932
Merit: 248
November 08, 2017, 01:37:43 AM
Die Diff passt sich IMMER alle 2016 Blöcke an, DAMIT eben wieder auf den Sollwert von durchschnittlich 6 Blöcken pro Stunde geregelt wird.

Egal, wie leicht oder schwer das ist.
Im Übrigen ist es jetzt noch so viel komplizierter einen Hash zu errechnen nur weil der zu hashende Inhalt mehr wird.

Super, danke euch allen.
Kann die Diff bei einem Hardfork direkt für die neue Chain angepasst werden bevor der erste Block gemint wurde oder muss man 2016 Blöcke auf eine erste Anpassung der Diff warten?
Das könnte bei einer schlechten Hash-Leistung dann wohl eine Zeit dauern.

Oder wird der Fork einfach bei Block 2013 gemacht um die Sicherheit zweier stabilen Chain´s zu sichern?

Grüße vom Beobachter

PS: Der Kurs weiß die Tage auch nicht wirklich, wo er hin will :-)
legendary
Activity: 1778
Merit: 1070
November 08, 2017, 01:33:29 AM
Etwas OT:

Lasst eure Finger von Ethereum, da kann man sich offensichtlich nie sicher sein, dass man an seine Coins wieder ran kommt:

https://www.heise.de/newsticker/meldung/Kryptogeld-Wallet-Parity-Bug-friert-Ether-Einheiten-im-Wert-von-Millionen-ein-3882902.html

Jaja, das nächste grosse Ding, das potentielle Werkzeug der Banken und Industrie. Und dann DAS. Eine Wallet die von ach so tollem "turingvollständigen" Code in der Ethereumblockchain abhängt.

Oh mann, wenn man den Artikel liesst, kommt man schier gar nicht mehr raus aus dem: "I told you so".

sr. member
Activity: 388
Merit: 250
November 07, 2017, 06:42:15 PM
...
so, wie ich es verstanden habe: die Inhalte des Blocks haben nichts mit seiner Berechnung zu tun. Eine ganz niedrige (sagen wir mal, die niedrigst mögliche) Diff besagt, dass irgendein Hash gebruteforced werden muss, der am Anfang eine 0 hat. Steigt die Difficulty nun, weil es mehrere Netzwerkteilnehmer gibt als zuvor, gibt die gestiegene Diff vor, dass der Hash, der für den nächsten Block zu finden ist, mit 2 Nullen beginnen muss. Das ist schwerer, weil mehrere Möglichkeiten durchprobiert werden müssen.

Ob derjenige, der den Block "gefunden" hat, nicht gemogelt hat und einfach irgendwas mit x Nullen reingeschrieben hat, kann das restliche Netzwerk verifizieren… wie genau das wiederum funktioniert, weiß ich nicht, aber irgendein String mit der gewünschten Anzahl Nullen würde vom restlichen Netzwerk als ungültig erkannt werden. Funktioniert sicherlich auch über Pub-/PrivKey-Verfahren.
...
Kleine Korrektur: Der Miner, der einen Hash mit den erforderlichen Nullen am Anfang gefunden hat, stellt den Funktionsparameter der Hashfunktion zur Überprüfung in den Block. Also wenn jetzt HASH(Y)=000000000000000000..... ergibt, stellt er das Y in den Block, so kann jeder im Netzwerk prüfen, ob das HASH(Y) auch die für die Difficulty erforderlichen Nullen am Anfang hat.
legendary
Activity: 2328
Merit: 1292
Encrypted Money, Baby!
November 07, 2017, 06:00:29 PM
Ich finds gerade verdammt schwer einzuschätzen. Einerseits haben wir Unsicherheit, was den eventuell bevorstehenden Fork angeht, andererseits News mit angeblich 100.000 neuen Accounts bei Coinbase, Banken die Bitcoin wie blöde kaufen und so weiter und so fort...

Altcoins kaufe ich zur Zeit immer, wenn der Bitcoin ausbricht (und die Altcoins runter gehen), allerdings eher spärlich. BTC halte ich noch einige und ein paar hab ich verkauft. Ich versuche so, für alle möglichen Szenarios vorbereitet zu sein.

Mal sehen, in ein paar Tagen wissen wir mehr. Smiley

Was würde passieren wenn im Jahr 2018 eine Finanzkrise in Europa zuschlägt?
Ich denke Euro verliert massiv an Wert, Menschen haben mehr schulden als Sie haben da die Banken es durch steigende Zinzen weitergeben, Bitcoin Preis steig exponentiell?

Genau deswegen habe ich noch Bitcoins, Gold und ein paar andere Absicherungen gegen solche Szenarien… genau aus diesem Grund. Es ist mir einfach zu riskant, alles auf ein Pferd zu setzen. Genauso, wie der Bitcoinkurs (warum auch immer) plötzlich komplett einbrechen könnte – ich sehe das zwar nicht (endgültig) passieren, aber zumindest die theoretische Möglichkeit besteht – könnte auch das von Dir beschriebene Szenario eintreten.

Deswegen versuche ich, mich nach allen Seiten so gut wie möglich abzusichern.


Zum Thema Difficulty (bitte um Berichtigung, falls ich da Unsinn erzähle!!):
Ich habe das so verstanden:
Wenn mehrere Transaktionen in einen Block gepackt werden, dann wird auch mehr Rechenleistung benötigt, um die Puzzelteile zusammen zu fügen.
Somit muss es doch schwieriger werden, einen Block zu errechnen außer die Difficulty würde angepasst werden.
Wird die Difficulty angepasst?
Wenn ich da immer noch falsch liege, wäre es nett von euch, mir eine Erklärung oder einen Link zur Erklärung zur Verfügung zu stellen.
so, wie ich es verstanden habe: die Inhalte des Blocks haben nichts mit seiner Berechnung zu tun. Eine ganz niedrige (sagen wir mal, die niedrigst mögliche) Diff besagt, dass irgendein Hash gebruteforced werden muss, der am Anfang eine 0 hat. Steigt die Difficulty nun, weil es mehrere Netzwerkteilnehmer gibt als zuvor, gibt die gestiegene Diff vor, dass der Hash, der für den nächsten Block zu finden ist, mit 2 Nullen beginnen muss. Das ist schwerer, weil mehrere Möglichkeiten durchprobiert werden müssen.

Ob derjenige, der den Block "gefunden" hat, nicht gemogelt hat und einfach irgendwas mit x Nullen reingeschrieben hat, kann das restliche Netzwerk verifizieren… wie genau das wiederum funktioniert, weiß ich nicht, aber irgendein String mit der gewünschten Anzahl Nullen würde vom restlichen Netzwerk als ungültig erkannt werden. Funktioniert sicherlich auch über Pub-/PrivKey-Verfahren.

Das Ganze geht nun immer so weiter. Mittlerweile sind wir bei 18 Nullen (Beispiel für einen aktuellen Block-Hash ist 00000000000000000054a47b7cd56c242cfb3687991d6ee15a4e00fca996dc27) angelangt, also müssen die Miner solange "probieren", bis sie einen Hash finden, der mit 18 Nullen beginnt. Bei der aktuellen Größe des Bitcoin-Netzwerkes braucht es im Schnitt 10 Minuten, bis das passiert.
Verlassen nun wiederum genügend Teilnehmer das Netzwerk, dann wird die Diff so gesenkt, dass nur noch 17 (oder entsprechend weniger, je nach dem, wie viele Miner gehen) Nullen benötigt werden. Werden es mehr Miner, brauchen wir irgendwann demnächst 19 Nullen.

Da sieht man auch, dass diese Phrase, die diverse Medienartikel immer und immer wieder runterleiern, "Bitcoins werden generiert durch das Lösen komplizierter mathematischer Probleme", völliger Unfug ist. Das "Problem", das gelöst werden muss, ist mathematisch gesehen alles andere als kompliziert: man rattert den immer gleichen Vorgang mit der Holzhammermethode immer und immer wieder runter, bis es zufällig passt.
Es ist also tatsächlich ein denkbar einfaches Problem, das gelöst werden muss. Nur erfordert es eben viel Aufwand, eine richtige Lösung zu finden.
Jump to: