bitcoin core-Knoten keine route zu Gleichaltrigen

Ich bin versucht zu synchronisieren, wird ein neues voll-Knoten in der cloud, aber es ist die Synchronisation um einiges langsamer als ich es gewohnt bin: ich bin etwa bei 70.000-Blöcke nach etwa 12 Stunden.

  • Es scheint nicht langsam zu sein, IO, iotop zeigt, dass alles im Leerlauf ist und fast nichts geschrieben wird.
  • Mein Knoten ist Anschlüsse: je nach bitcoin-cli getnetworkinfo sollte ich haben 10 aktive verbindungen.
  • Es ist fast kein Netzwerkverkehr, weniger als 100mb über die letzten 12 Stunden.

Aber das ist, was meine debug.log zeigt:

~/.bitcoin# tail -n 100 debug.melden 
2018-01-26 10:07:07 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:09 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:10 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:10 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:12 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:13 herstellen einer Verbindung() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:15 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:16 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:18 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:19 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:21 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:22 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:24 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:25 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:27 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:28 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:30 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:31 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:33 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:34 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:36 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:37 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:39 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:40 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:42 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:43 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:45 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:47 empfangen-version Meldung: /breadwallet:0.6.2/: version 70013, Blöcke=0, us=[redigiert]:8333, peer=885
2018-01-26 10:07:52 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:52 empfangen-version Meldung: /breadwallet:0.6.2/: version 70013, Blöcke=0, us=[redigiert]:8333, peer=886
2018-01-26 10:07:53 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:55 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:56 schließen (), um [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:57 empfangen-version Meldung: /Snoopy:0.2.1/: version 70001, Blöcke=0, us=[redigiert]:8333, peer=887
2018-01-26 10:07:58 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:07:59 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:01 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:02 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:04 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:05 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:07 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:08 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:10 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:11 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:13 herstellen einer Verbindung() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:15 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:16 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:18 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:19 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:21 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:22 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:24 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:25 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:27 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:28 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:30 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:37 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:38 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:40 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:41 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:43 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:50 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:51 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:53 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:54 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:56 schließen (), um [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:57 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:08:59 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:00 schließen (), um [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:02 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:09 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:10 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:12 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:13 herstellen einer Verbindung() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:13 herstellen einer Verbindung() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:15 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:17 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:18 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:20 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:21 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:23 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:24 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:26 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:27 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:29 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:30 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:32 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:33 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:35 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:36 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:38 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:39 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:41 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:42 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:44 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:45 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:47 schließen (), um [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:48 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:50 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)
2018-01-26 10:09:57 connect() zu [redigiert]:8333 scheiterte nach select(): No route to host (113)

Habe ich unkenntlich gemacht, die IP-Adressen, aber alle von Ihnen sind erreichbar von meinem vps-box, während ich Sie erreichen kann feinen außerhalb der box (so dass diese nicht eine bitcoin-core-problem, sondern ein Netzwerk-problem).


EDIT:

Wie gewünscht mehr debug-Ausgabe:

die VPS-host, können Sie versuchen >telnet geschwärzten 8333

Ausgabe:

~/.bitcoin# telnet [redigiert]:8333
telnet: kann nicht aufgelöst werden [redigiert]:8333/telnet: Name oder Dienst nicht bekannt

Und:

~/.bitcoin# nmap [redacted] -p8333

Starting Nmap 7.01 ( https://nmap.org ) bei 2018-01-26 08:13 EST
Nmap scan report für [redacted] ([redacted])
Host up ist (0.0069 s latency).
PORT STATE SERVICE
8333/tcp filtered bitcoin

Nmap done: 1 IP address (1 host up) scanned in 0.42 Sekunden

Das ist seltsam: nmap funktioniert, aber nichts anderes scheint in der Lage zu Routen.

Ich bin nicht mit Tor noch habe ich konfiguriert bitcoin.conf-Datei. Ist alles Standard und ich habe die Standard-linux-build (0.15.1) von bitcoincore.org (Prüfsumme überein).

Überprüfen Sie auch, ob die Schnittstellen die bitcoin-Knoten gebunden ist, vor allem, wenn Ihr VPS verfügt über mehrere net-Schnittstellen.

Es hat nur einen namens venet0 und eine namens venet0:0 (letztere hat die IP-Adresse öffentlich gebunden). Ich bin mit Ubuntu 16.04.1 LTS.

Hier ist die ersten 150 Zeilen der debug.log (wenn bitcoind ersten Start): https://gist.github.com/askmike/5ae06e6ffec122e8634df97e9dae4cf5

EDIT2:

Es stellte sich heraus, dass ein firewall-problem von meinem VPS-Anbieter.

+411
Malkavian 19.01.2014, 08:32:16
19 Antworten

Wenn ich eine sell limit order für ETH/BTC für 4 ETH an 0.07086, wenn es derzeit nur 0,5 ETH auf. Es wird 4.5 ETH insgesamt. Dann sehe ich es blinken oben und unten, bis zu 10, - oder 20, dann wieder runter auf 4.5. Mehrere Male. Das heißt, Aufträge werden erteilt, nachdem mir das verkauft 0.07086 Recht? Warum ist meins nicht verkaufen?

  1. Anderen Seite Frage ist, warum sind die sell limit order gefüllt zu Preisen, die höher als der Marktpreis ist? Warum würden die Leute bezahlen 0.0710 oder mehr, wenn Sie es verkaufen, Bestellungen viel günstiger.
+985
itsTheRoid 03 февр. '09 в 4:24

Ganz einfach:

peer.close();

Peer.java erweitert PeerSocketHandler.java, die die Klasse definiert die close () - Methode, so dass vielleicht das ist, warum Sie nicht, es zu sehen. Es würde auch wahrscheinlich leichter zu finden, wenn Sie aufgerufen wurden, zu trennen().

+928
Ettore Rizza 28.04.2015, 08:57:42

Ist es möglich, den Knoten, verbunden mit meinem vServer Ein, identifizieren Sie den Server Zweck von Transaktionen und versuchen, ihn anzugreifen?

Ja, wenn Sie sehen, genug von dem Netzwerk erhalten, können Sie herausfinden, ob Sie aus einer Transaktion oder einfach nur weiterzugeben. Es ist einfacher, herauszufinden,, Sie mit RPC über einen port-scan, obwohl.

Es gibt Möglichkeiten, zu verhindern, dass ein port-scan von der Suche nach diesem, wie die Verwendung von iptables (Strg-F 'außer'). Seien Sie vorsichtig, denn nur mit FALLEN immer noch sagen, die Angreifer, dass es etwas besonderes über diesen port.

+837
Sebastian N 29.07.2010, 13:07:24

Laut der Dokumentation auf bitcoin.org und das Mastering Bitcoin-Buch, können Sie eine erweiterte öffentliche Schlüssel erstellen von untergeordneten öffentlichen Schlüssel, die Sie in HD-wallets, die durch kombinieren der linken Seite der hash-Ausgang der übergeordneten chain code + übergeordneten öffentlichen Schlüssel + index:

Die scheinbar-zufällige 256-bit auf der linken Seite der hash-Ausgang als Ganzzahl-Wert kombiniert werden-entweder mit dem übergeordneten privaten Schlüssel oder den übergeordneten öffentlichen Schlüssel, bzw. der Erstellung einer untergeordneten privaten Schlüssel oder die untergeordneten öffentlichen Schlüssel

Ich verstehe, wie dies die linke Seite der Ausgabe kann kombiniert werden mit dem übergeordneten privaten Schlüssel zum generieren der untergeordneten privaten Schlüssel, die wiederum verwendet werden können zum generieren einer gültigen untergeordneten öffentlichen Schlüssel.

Wie ist es möglich, dass die untergeordneten öffentlichen Schlüssel erzeugt durch die Kombination der hash-Ausgang mit den übergeordneten öffentlichen Schlüssel entspricht, der untergeordnete private Schlüssel separat generiert durch die Kombination der gleichen hash-Ausgabe mit dem übergeordneten privaten Schlüssel?

Ich dachte, dass in unmöglich war, einen solchen Schlüssel generieren können, ohne genau zu wissen, was der private Schlüssel war. Wie ist die Beziehung zwischen Kind private und öffentliche Schlüssel (K = k*G) erhalten, wenn Sie erzeugt werden separat in dieser Art und Weise?.

+820
PixelGraph 15.05.2014, 16:27:24

Wir sagen gerne, dass der Bitcoin ist dezentral organisiert, und es ist, aber alle Daten können angesehen werden als eine zentrale "Quelle der Wahrheit": die blockchain. Alle Transaktionen, die jemals aufgetreten sind, ein Teil dieser Quelle der Wahrheit. Die Verwaltung und Instandhaltung dieser Quelle der Wahrheit, jedoch, ist dezentral organisiert. Niemand ist verantwortlich, aber alle sich auf einen einheitlichen Satz von Daten.

Der lightning-Netzwerk, aber noch mehr dezentralisiert. Es muss nicht nur verwalten und aktualisieren sich ohne zentrale Autorität, aber es gibt keine vereinbarten "Wahrheit" des Netzwerks. Die Aktivität, die Auftritt, zwischen zwei Teilnehmern in einem channel ist nur der Praxis der Teilnehmer, und niemand sonst noch braucht, um es zu sehen. Es wird also nicht geteilt, und es sei denn, der Teilnehmer möchte, es wird nicht gespeichert. Sobald ein Kanal geschlossen wird, haben die Teilnehmer vollständig beglichen, werden alle Transaktionen zwischen gegenseitig mit einer einzigen Transaktion an der wichtigsten Bitcoin-blockchain. Sie können sehr wohl bestehen bleiben, die Aktivität, die Daten für eigene Zwecke, aber es ist in keiner Weise erforderlich für Sie weiterhin teilnehmen.

+769
Jorge L Rodriguez 29.04.2019, 14:38:09

Es ist möglich, aber es ist auch ganz einfach zu verstecken Sie Ihre Aktivität aus solchen Anfragen. Zum Beispiel können Adresse überprüfen 15VjRaDX9zpbA8LVnbrCAFzrVzN7ixHNsc:

http://blockchain.info/address-relayed-ips/15VjRaDX9zpbA8LVnbrCAFzrVzN7ixHNsC

Wir können sehen, dass die meisten oft erscheint es in den USA, mit einer dominanten IP 69.164.218.197 . Wenn wir überprüfen, dass die IP mit einem anderen tool, können wir sehen, dass es war im Besitz von Linode. Und in der Tat, dies ist die Adresse des Bitcoin-Armatur, die verwendet werden gehostet auf Linode.

Allerdings, wenn Sie sagen würden, starten Sie Ihre Bitcoin mit der -connect-Kennzeichner , und geben Sie eine IP, die Sie wissen, wird ausgeführt werden Bitcoin die meisten der Zeit und nicht bösartige (wie eine Vertrauenswürdige pool, den Wasserhahn oder ähnliches), Ihre Transaktionen erscheinen auf IP. Wechseln die IPs jedes jetzt und dann, und Sie haben eine totale Kontrolle über das, was andere Leute sehen können, die Herkunft.

Also ja, es ist möglich, zu folgern einige Informationen darüber, welche IP besitzt, die Bitcoin-Adresse, aber es ist auch möglich, zu verbergen, werden solche Daten, wenn es keine vertrauenswürdigen Knoten im Bitcoin-Netzwerk.

+672
CConard96 27.04.2014, 08:23:27

Welche version Sie auf ? Wenn Sie früher als 0.5.9 ich empfehlen ein Upgrade. Die neuesten code nimmt auch ausstehende Transaktionen, wenn Sie ein reset durch.

Auch, möchten Sie vielleicht zu tun, ein reset blockchain aus, bevor Sie beim erstellen der wallet, stellen Sie sicher, dass alle Transaktionen auf der blockchain.

+633
Rohan Talip 05.10.2014, 13:23:55

Hat ein Knoten nur ein Verbot der IP-Adresse von einem bösartigen Knoten? oder gibt es andere Identitäten enthalten. Ich meine, wenn ein böswilliger Benutzer generieren können mehrere IP-Adressen zum senden von fake-tx, was die Maßnahme dann? Nehmen wir an, die anderen Knoten, die dies überprüfen, tx, auch ein böswilliger Angreifer.

+616
RasmusACH123 23.06.2018, 08:18:08

Es spielt wirklich keine Rolle. Die Natur der Bergbau ist zufällig. Ob Sie andere Adressen verwenden oder die gleiche man, Ihre Vermischung wird von den anderen Menschen hashing. Solange eine identische Arbeit nicht zugewiesen ist, zwei Personen (beide im Begriff des nonces und merkle root), die Ergebnisse werden die gleichen sein.

+491
Andrei Arsenin 06.09.2019, 20:34:27

Ja. Das problem ist, wenn man so will, bleiben Reich. Sie können Geld verdienen des bitcoin-Spekulation, aber Sie sollten es verkaufen, wenn die Produktion immer in der Nähe des Ende.

+456
Kyle Sletten 18.07.2016, 14:15:35

Die Adresse ist nur 160 bit. Der öffentliche Schlüssel ist 257-bits. So gibt es keine Möglichkeit, gehen Sie von einer Adresse zu einer öffentlichen Schlüssel-Informationen fehlen.

Der kürzeste hash mit ausreichender Sicherheit ist 160-bit. So Bitcoin verwendet eine 160-bit-hash als eine Adresse, um die Adresse so kurz wie möglich. Es gibt jedoch keine bekannten public-key-Schema, das ausreichend sicher ist mit nur 160-bit öffentlichen Schlüssel. Damit der öffentliche Schlüssel konnte nicht verwendet werden, weil ein Konto-Adresse, ohne dass das Konto mehr.

Der öffentliche Schlüssel ist erforderlich für die überprüfung einer Signatur. Also, wenn Sie Sie ausführen einer Transaktion, zu behaupten, Münzen geschickt auf ein Konto, müssen Sie die öffentlichen Schlüssel. Bei der Validierung der Transaktion, der öffentliche Schlüssel wird überprüft, um sicherzustellen es ist der korrekte hash (matching-Konto) und anschließend wird die Signatur geprüft, um sicherzustellen, dass es für die Transaktion gültig ist und mit dem mitgelieferten öffentlichen Schlüssel. Von diesem Punkt an, wird der öffentliche Schlüssel entsprechend der Adresse ist öffentlich bekannt.

+436
pex 14.04.2010, 06:39:41

Versuchen Sie, aktualisieren Sie Ihre Electron wallet im playstore. Werden Sie sicher, dass Sie verbunden sind und stark genug Daten, signal. Werden Sie sicher, dass es nicht gefälscht, Lmo!!

+239
KinoEgg 10.10.2011, 15:07:52

Ich studiere, wie Proof-of-Stake-Systeme arbeiten. Diese Antwort auf "Wie läuft eine proof-of-stake-mining" zu arbeiten?" erläutert insbesondere die Nextcoin Umsetzung von PoS. Die Idee ist, dass der nächste "miner" wird nach dem Zufallsprinzip aus einem pool von online-Nutzern. Aber mein Hauptanliegen mit diesem system ist: wie kann man aufhören jemanden von der einfachen Gebäude eine längere Kette (von vorne) gemacht von Transaktionen hin zu tausend Adressen wurden nach dem Zufallsprinzip erstellt, indem der böswillige Benutzer? Wenn es höher als das derzeitige "gültige" Kette, wäre das nicht das gefälschte ersetzen der gültigen?

+237
Chen Dachao 04.06.2019, 02:18:56

Sie sollten auch überprüfen Sie heraus die freie Princeton Bitcoin lehrbuch: Kryptogeld Bitcoin und Technologien.

+225
vishalg 19.04.2012, 12:11:50

Bitte befolgen Sie die nachstehenden Schritte:

  1. Gehen Sie auf Einstellungen, klicken Sie auf Adressen wie unten gezeigt:

enter image description here

  1. Klicken Sie auf weitere Optionen, neben Ihrer Adresse, deren privaten Schlüssel benötigen Sie, wie unten gezeigt:

enter image description here

  1. In 'Weitere Optionen' findest du "Private Key", klicken Sie es:

enter image description here

  1. Sie zeigt Ihnen eine Warnmeldung, wie unten, bitte klicken Sie auf weiter:

enter image description here

  1. Sie können sehen, Ihre privaten Schlüssel für das entsprechende wallet-Adresse:

enter image description here

Hoffe, dies hilft Ihnen!

+184
user3688800 30.08.2016, 17:01:24

Ich will ein litecoin wallet zum speichern der litecoins, die ich zu kaufen mit meinem bank-Konto. Ich wollte ltc-wallet.com aber wenn ich versuche auf die Seite zu gehen, es wird nicht geladen. Auch, wenn ich ging, um sich für btc-e find ich viele, viele, VIELE Websites, die sagen, dass Btc-e ist ein Betrug. Endlich fand ich coinbase.com ...die kam auch mit einer Vielzahl von horror-Geschichten. Ist es eine LEGITIME Website, die ich verwenden könnte, um zu speichern meine litecoins?

+63
Timtianyang 09.09.2011, 17:25:48

Angenommen, ich wollte ein bitcoin Schatzsuche, wo QR-codes verwendet wurden. Die erste person, die gescannt, einen bestimmten QR-code erhalten sollte, einige voreingestellte Menge an bitcoins. Ist das möglich? (Vorzugsweise mit so wenig wissen über den Teil der Empfänger, wie möglich.) Als bonus ist es möglich, einen einzigen QR-code, um einen "pool" von 5 bitcoins ist es angebracht, geben 1 bitcoin Weg pro scan, sondern erlauben nur das Scannen von einzigartigen Geräten. (ie; also 1 QR-code kann verwendet werden, um Anspruch 1 bitcoin für 5 verschiedene Geräte) oder am einfachsten, einfach zu erstellen 5 QR-codes? Im wesentlichen die gleiche Funktionalität wie die "senden an" QR-code" in den Android-client, nur in umgekehrter (QR-code Scannen und erhalten Münzen)

+45
elizabethalderson 24.03.2018, 14:00:54

Von Litecoin wiki:

Time warp bug[14]: der Bitcoin-Schwierigkeit der Berechnung ist von einem block, so kann ein Angreifer immer wieder versuchen zu generieren, der Letzte block jeder retarget-Fenster, und verwenden Sie eine selbstgemachte timestamp von 2 Stunden in die Zukunft, um die Zeitdifferenz aus dem ersten block, in dem retarget-Fenster hoch, so senken die Schwierigkeit um 0.5%. Weil der Fehler, der falsche timestamp nicht als der erste block in der nächsten retarget-Fenster, und daher die 2 zusätzlichen Stunden, die nicht vergütet wird für die nächste Schwierigkeit Berechnung. Sobald der Schwierigkeitsgrad niedrig ist, kann der Angreifer mir viele fallen Münzen, oder in dem Fall noch eine kleine Kette, ein Angreifer mit 51% der hash-Leistung reduzieren könnten, die Schwierigkeit um 1 und mir eine neue fork vom genesis-block. Dies ist nicht eine praktikable Angriff auf Bitcoin, weil die Wahrscheinlichkeit immer wieder die Generierung der Letzte block, einmal alle 2 Wochen bei so hohen Schwierigkeiten verbunden ist, ist unerheblich. Obwohl dieses Problem zu beheben, in Bitcoin möglich ist, sollte sorgfältig durchgeführt werden (durch das hinzufügen von Regeln, die Förderung von Knoten zu aktualisieren, im Laufe der Zeit) so zu vermeiden, eine Kette, Gabel, also alte clients, die nicht möglicherweise bedienen mit einem anderen Schwierigkeitsgrad und damit nicht einverstanden sind, über die Blöcke sind gültig. In Litecoin dieser Fehler ist behoben

Der "off-by-one" oder " Time Warp Bug verursacht wird, weil die Schwierigkeit der Berechnungs-Algorithmus ist nicht mit überlappenden Zeiträumen, für die erste umrechnen es nutzt die Blöcke 1 bis 2016 und für den zweiten verwendet es Blöcke 2017 bis zu 4032.

Dies allein ist kein problem, aber als das Protokoll hat einige Zulage für zeitliche Unterschiede zwischen dem Knoten dieses macht es möglich, zu senken die Schwierigkeit, Schmieden Blöcke mit Auflösung der Zeit in die Zukunft.

Der Algorithmus T(2016) - T(1) zu berechnen, die Geschwindigkeit des Netzwerks, wenn block-2016 erstellt wird, mit einem Zeitstempel, der 2 Stunden in der Zukunft (max erlaubt das Protokoll), dann wird die Schwierigkeit wird sein, das 0,5% niedriger, was es sein sollte.

Wenn dann block 2017 ist gefunden und die Zeit echt ist (T(2017) weniger als T(2016)), dann ist die zusätzliche Zeit Hinzugefügt block 2016 nicht ausgeglichen werden, in den nächsten Neuberechnung, wie es wäre, wenn für den block 2 T(4032) - T(2016) finden Sie die Geschwindigkeit.

Ein detaillierter Angriffs-Schema finden Sie unter: https://bitcointalk.org/index.php?topic=43692.msg521772#msg521772

+40
Gromov Roman 13.08.2010, 13:22:29

Dies ist mein erstes mal mit bitcoin und ich habe eine Transaktion stecken über 12 Stunden. Jede Hilfe, die bestätigt, würde geschätzt werden.

https://blockchain.info/tx/0b17a765b1f4a1a7e53a47b6da287b86211ea64126192ffc26a1d6d8920eab7a

+27
Ben1265 02.10.2019, 05:21:48

Fragen mit Tag anzeigen