Warum " bitcoin-cli getreceivedbyaddress ...' gibt immer 0 zurück?

Ich habe schon synchronisiert über 400.000 Blöcke, aber jedes mal, wenn ich versuche, die balance für eine bestimmte Adresse, z.B. erste coinbase-Adresse - link:

$ bitcoin-cli getreceivedbyaddress 12c6DSiU4Rq3P4ZxziKxzrL5LmMBrzjrjx
0.00000000

Es gibt immer 0.00000000. Was mache ich falsch?

P. S. Meine bitcoin-cli-Informationen:

$ bitcoin-cli-getinfo
{
 "version": 140200,
 "protocolversion": 70015,
 "walletversion": 130000,
 "balance": 0.00000000,
 "Blöcke": 396531,
 "timeoffset": -2,
 "verbindungen": 8,
 "proxy": "",
 "Schwierigkeiten": 120033340651.237,
 "testnet": false,
 "keypoololdest": 1500906189,
 "keypoolsize": 100,
 "paytxfee": 0.00000000,
 "relayfee": 0.00001000,
 "Fehler": ""
}
+36
benroth 05.05.2017, 00:28:42
25 Antworten

Ich glaube, ich weiß, was erforderlich ist, zu erstellen, zu blockieren.

  • 1.Holen vorherigen hash(vorherigen block veröffentlicht wird)
  • 2.sammeln Transaktionen
  • 3.proof-of-work(mining)
  • 4.Zeitstempel
  • 5.Prüfung durch andere Knoten

Sagen Sie mir bitte, in welcher Reihenfolge diese durchgeführt werden.

+971
theyuv 03 февр. '09 в 4:24

Wie der Titel sagt, habe ich eine interessante Schwierigkeit und haben keine Ahnung wie es zu lösen. Ich installierte bitcoin core auf dem linux-partition von meinem macbook, aber war nicht bewusst, dass es benötigt so viel Speicherplatz, wie Sie es Tat, um aktualisieren Sie die Blöcke. Er sagt, es ist "vor 4 Jahren und 40 Wochen hinter sich", und laufen nur für eine kurze Zeit, bevor er mir die Fehlermeldung, dass nicht genügend Speicherplatz auf dem Datenträger.

Dies ist ein problem, da ich bereits initiierten einen transfer von Bitcoins von coinbase an die Adresse die mir von bitcoin core.

Es sagt, dass die jüngsten Transaktionen sind möglicherweise nicht sichtbar, bis mein Geldbeutel hat, beendet das synchronisieren mit dem Netz, aber ich habe nicht genügend Raum, dies zu tun.

Ich habe versucht, GParted, um die Größe der partition, aber es würde mir nicht erlauben.

Irgendwelche Ideen??? Es war ziemlich viel Geld, die ich verloren habe.

+960
Nate Lawrence 16.11.2017, 12:48:28

Ich bin geneigt zu glauben, dass eine erfolgreiche Spaltung des Netzes (wirklich partitionieren) würde effektiv fork der Blockchain, und erstellen Sie zwei oder mehr getrennte Blockchain Universen, je nach Anzahl der Partitionen wurden erfolgreich erreicht. Wenn es noch nicht durchgeführt wurde, schon, würde ich erwarten, dass einige wissenschaftliche Einrichtung könnten versuchen, das Experimentieren mit kleinen isolierten Bitcoin-Netzwerke oder Enklaven und langsam brechen die verbindungen zwischen den Enklaven zu sehen, was die Verhaltensweisen wirklich zu entfalten. Der Punkt über TOR (The Onion Router) ist ein großes, weil es wahrscheinlich zu route rund um jede Zensur und möglicherweise verhindern, dass die Gabelung der Blockchain, vorausgesetzt, es ist genug Netzwerk-Redundanz durch die Verwendung von TOR.

+943
Kapi Kapi 02.07.2012, 07:47:26

WARNUNG: Während diese Antwort eine Lösung für das Problem in der Frage geht es um die Offenlegung Ihrer Brieftasche Samen auf ein tool im internet. Bitte seien Sie sehr vorsichtig, wenn dies zu tun, da

  1. ...nur TUN Sie ES NICHT!
  2. Siehe 1.
  3. Sie wahrscheinlich nicht wissen, der Mann hinter der web-Seite gut genug, um Ihnen Vertrauen mit Ihren kostbaren bitcoins.
  4. Auch wenn Sie tun, ist die Website möglicherweise gehackt worden und die Schlüssel in die Hände von böswilligen Menschen verbringen Ihre bitcoins innerhalb von Sekunden.

Hier sind meine Notizen auf, wie man wiederherstellen / neu erstellen / regenerieren / extrahieren Sie die Adressen und Schlüssel, die durch MultiBit HD:

  1. Gehen Sie zu https://iancoleman.github.io/bip39/
  2. In das Feld "BIP39 Merksatz" geben Sie Ihre 12-Geldbörse generation Worte
  3. Kein Passwort
  4. Münze: Bitcoin
  5. Unter Ableitung Pfad, wählen Sie den BIP32 tab
  6. Ableitung Pfad (kopieren und einfügen): m/0'/0
  7. Ihre Adressen sind jetzt angezeigt am Ende der Seite. Glück ;)
+912
GPHM 28.03.2018, 05:43:08

Wenn der block er abgebaut ist, nicht mehr ein Teil der Hauptkette, dann seine mining-Gebühr für diesen block würde einfach nicht auf die Kette. So der Bergmann würde nicht behält die Gebühr, aber wäre es nicht technisch 'abgezogen' entweder. 'Abgezogen' bedeutet, dass das system reduziert den Wert der miner-account. Stattdessen, das system muss nur einen anderen UTXO gesetzt, die nicht jene mining-Gebühren.

+910
Alex Reeves 17.01.2016, 15:33:30

Was ist der typische Bytegröße Bereich für eine erweiterte öffentliche Schlüssel?

Eine erweiterte private key?

+822
Dimitris Menemenlis 04.12.2010, 11:58:06

Ich habe vor kurzem erhalten eine U3. Ich habe erlebt das zombie-Thema auf 250MHz, 830mV Einstellungen. Manchmal cgminer weckt ihn wieder auf, als AU3 1 statt AU3 0, manchmal nicht. Ich habe auch eine U2+, also ich benutze den --usb-bus:dev option, um Sie in separaten cgminers. Ich erlebe eine viel höhere HW-rate-Fehler auf der U3, auch bei stock-Einstellungen. HW-Fehler auf der U2+ laufen bei 250MHz sind selten. So weit ist es stabil laufen wieder auf 237.5 MHz, 800 mV. Der Standardwert ist 225MHz, 750mV, die 3.33 MW pro MHz. Es könnte sein, dass unter, dass die Ursache für das zombie-Problem. Vielleicht versuchen 250MHz wieder mit einem höheren mV einmal bin ich froh, bei dieser Einstellung. Ich habe meine U3 saß auf meinem computer oberen front-Lüfter, das ist schon sehr cool, wie alle CPU - /GPU-Wärme ausgeblasen zurück.

+811
Peter C 17.06.2017, 22:49:45

Aus die Beschreibung, die Sie geben, es klingt wie Sie haven noch nicht synchronisiert mit dem Netzwerk. Bevor Sie beginnen, tun etwas sinnvolles, z.B., sehen Sie Ihren aktuellen Kontostand, den bitcoind client lädt die gesamte blockchain und überprüft es. Dies kann einige Zeit dauern und wird wahrscheinlich halten Sie Ihre CPU ausgelastet, bis es fertig ist. Sie können den Fortschritt der Synchronisation, durch die Abgabe einer bitcoind getinfo und die überprüfung der blockchain Höhe mit blockchain.info oder ähnlichen Website.

+797
Dre4dwolf 01.05.2014, 19:17:47

In KC705_experimental, die readme sagt das Gerät zurückgeben sollte 0E33337A und zwei andere Ergebnisse. Es ist einfach so passiert, das bit des test-arbeiten beschrieben in der readme-Datei hat drei verschiedene Lösungen zu. Ein mining-script sollte alle drei Lösungen an den server.

fpgaminer, der Autor des KC705_experimental code, geschrieben hat, ein addon für den Modularen Python Bitcoin Miner Projekt (MPBM) zu mir mit KC705 hardware. Wenn das schreiben Ihrer eigenen Bergbau-Skript, das Sie vielleicht wollen, beziehen sich auf seine Arbeit. Weitere Informationen finden Sie hier: https://bitcointalk.org/index.php?topic=9047.msg2019538#msg2019538

+784
KOZEL 05.08.2015, 14:17:48

Bitcoin block-Header dienen als timestamp-system für bitcoin. Welcher miner findet die nächste block umfasst Ihre Systeme timestamp und das Netzwerk stimmt, ist es gültig, bzw. gibt es für die außerhalb Ihrer margin der Akzeptanz.

Bitcoin überprüft die Zeit mit einer Marge von nTimeOffset, die von bitcoin-Fragen Sie die anderen Knoten, welche Zeit Sie denken, es ist und unter dem median. Sie finden diesen code durch den Blick auf AddTimeData in util.cpp gefunden hier: https://github.com/bitcoin/bitcoin/blob/master/src/util.cpp

Es sollte auch erwähnt werden, dass einige Bergleute, hauptsächlich ASICs, tun so viel, hashing, dass Sie tatsächlich schieben Sie Ihren Zeitstempel ein paar Sekunden in die Zukunft mit rolltime, um zusätzliche Arbeit setzt: https://en.bitcoin.it/wiki/Getwork#rollntime

+682
eavsteen 04.03.2015, 19:47:04

Der entscheidende Faktor ist: Wenn ein neuer block entdeckt, über die das Bitcoin-Netzwerk, wie lange dauert es den pool, um eine neue work unit basierend auf den neuen block, um die überwiegende Mehrheit Ihrer Kunden? Dies ist durch drei Faktoren bestimmt:

1) Long-Polling: Wenn Sie sich sorgen über die Leistung, Sie haben zur Unterstützung der LP. So einfach ist das.

2) Netzwerk-Latenz: Wenn die mining-controller ist auf eine langsame Verbindung oder die Bergleute befinden sich in größerer Entfernung vom controller, dieser wird zu einem wesentlichen Faktor.

3) die CPU auf dem Controller: Die CPU kann 3% normal und man könnte denken, du machst das gut. Aber wenn es maxes ein Kern, wenn Sie einen neuen block entdeckt wird, kann dies ein wichtiger Faktor im idle Miner oder veralteten Aktien.

+648
BinarySplit 21.09.2010, 10:23:27

Im nicht sicher, aber Sie können finden Sie eine vollständige Liste der pools hier, das sollte helfen https://en.bitcoin.it/wiki/Category:Pool_Operators

+582
qris 31.08.2011, 05:46:35

Warum hat dieser Transaktion so lange dauern in einem block?

Ich startete einen 7 BTC-transfer auf 6:13 PM Eastern Time von Coinbase, um eine externe Adresse im over-the-counter-Transaktion heute. Es wurde in einem block von 4,5 Stunden später (10:42 MEZ)

Nicht förderlich für die Geschäftstätigkeit an alle :(

Ich überprüft /versucht, diese Dinge:

  • Ich sah viele Blöcke wurden abgebaut, da meine Transaktion eingeleitet wurde, bei Coinbase.
  • Ich dort sah, war eine Gebühr für die Transaktion
  • Ich tweeted eine Anfrage zu Coinbase
  • Ich sah Coinbase verbunden war 118 peers
  • Ich sah andere Coinbase Transaktionen gebucht, nachdem mir bestätigt innerhalb von 20 Minuten.
  • Ich habe versucht manuell Ausstrahlung der raw-Transaktion bei blockchain
  • Ich lese Coinbase blog - post , die Sie hatte langsam bestätigt im Februar.
+529
Beth f 18.03.2015, 09:42:46

Es gibt viele von revenue-sharing-blog-websites gibt (dh Sie teilen sich die Werbeeinnahmen mit dem Blogger), aber es würde sehr viel Sinn machen für Zahlungen in Bitcoin, als Transaktionsgebühren wäre sehr gering und der minimale Auszahlungsbetrag konnte klein gehalten werden. Es wäre auch leicht, sodass die Teilnehmer jeder Nationalität.

Gibt es irgendwelche blog-hosting-sites aufzunehmen, die Einnahmen und die Auszahlung in Bitcoins?

+479
PeterHeuz 04.05.2015, 18:03:34

Dieser Gedanke plötzlich trifft mich. Die Zuweisung einer eindeutigen account , um jeden einzelnen Kunden automatisch zu mildern mein problem:

Mit Konten in den Ort, wenn ein Kunde versucht sich zu entziehen (durch Aufruf sendfrom) mehr Münzen als das Guthaben auf seinem/Ihrem Konto, plus jede Menge Transaktionsgebühr, dass die Entnahme der Versuch schlägt einfach fehl.

Eine solche Transaktion Ausfälle sind ärgerlich für den Kunden wenn. Dies ist auch ärgerlich, da die Kunden sehr unwahrscheinlich sind, schließen zu können und Ihre Konten abheben alle Ihre Münzen, die Sie besitzen, da Sie nicht der Vorhersage der genauen Gebühren für Transaktionen, die auftreten wird auf Ihre endgültige Rückzug.

+463
psekar 18.07.2019, 21:11:41

Der mining-pool-Koordinaten der Arbeitnehmer. Es ist wie eine Lotterie. Wenn Sie und Ihre Freunde alle kaufen tickets in der Lotto-Gruppe hat eine bessere chance zu gewinnen. Um fair zu sein, im Lotto-Beispiel sollte jeder belohnt werden, der proportional zu der Menge des ausgegebenen Geldes für die tickets. Also, wenn es 20 tickets für die pool von einer person erworben 10 und zwei Personen gekauft, jeweils 5 -, wenn eines der 20 tickets gewinnen die person, die gekauft 10 bekommt 50% und die anderen zwei bekommen jeweils 25%.

Was für ein mining-pool tut, ist die Funktion als Koordinator für alle pool-Teilnehmer zu tun:

  1. Unter den pool-Mitgliedern hashes
  2. Suche nach block-rewards
  3. Aufzeichnen, wie viel Arbeit alle beteiligten tun
  4. Die Zuordnung block-Belohnungen anteilig auf die Teilnehmer

Miner mine anders laufen-pool-software statt der bitcoin-client und einfach durchführen hashes für die pool.

Quelle: https://captainaltcoin.com/what-is-pool-mining/

+457
Wildbriar 04.11.2019, 21:07:05

Ich installierte bitcoind in Linux. Bei mir läuft es im testnet-Modus, aber es wird nicht synchronisiert, da es nicht das herunterladen blockiert.

Ich habe Folgendes in bitcoin.conf:

rpcport=8332 # Benötigt für testnet als Standard-port für testnet ist 18332

Unten ist das, was es zeigt, von bitcoind getinfo:

{
 "version" : 80600,
 "protocolversion" : 70001,
 "walletversion" : 60000,
 "balance" : 0.00000000,
 "Blöcke" : 0,
 "timeoffset" : 0,
 "verbindungen" : 0,
 "proxy" : "",
 "Schwierigkeiten" : 1.00000000,
 "testnet" : true,
 "keypoololdest" : 1392428204,
 "keypoolsize" : 101,
 "paytxfee" : 0.00000000,
 "Fehler" : ""
}

Ich habe Folgendes für ufw status verbose für die firewall:

Status: aktiv

Zu Der Aktion Von
-- ------ ----
8333/tcp ALLOW Anywhere
8332/tcp ALLOW Anywhere
18333/tcp ALLOW Anywhere
8333 ERMÖGLICHEN Überall
8332 ERMÖGLICHEN Überall
18333 ERMÖGLICHEN Überall
8333/tcp ALLOW Anywhere (v6)
8332/tcp ALLOW Anywhere (v6)
18333/tcp ALLOW Anywhere (v6)
8333 ERMÖGLICHEN Überall (v6)
8332 ERMÖGLICHEN Überall (v6)
18333 ERMÖGLICHEN Überall (v6)

8332/tcp ERMÖGLICHEN, SICH Überall
18333/tcp ERMÖGLICHEN, SICH Überall
8333 ERLAUBEN SICH Überall
8332 ERLAUBEN SICH Überall
18333 ERLAUBEN SICH Überall
8333/tcp ERMÖGLICHEN, SICH Überall
8332/tcp ERMÖGLICHEN, SICH Überall (v6)
18333/tcp ERMÖGLICHEN, SICH Überall (v6)
8333 ERMÖGLICHEN, SICH Überall (v6)
8332 ERMÖGLICHEN, SICH Überall (v6)
18333 ERMÖGLICHEN, SICH Überall (v6)
8333/tcp ERMÖGLICHEN, SICH Überall (v6)

Unten ist der Inhalt der debug.log:

2014-03-13 01:04:57 Bitcoin-version v0.8.6.0-g03a7d67-beta - ()
2014-03-13 01:04:57 Mit OpenSSL version OpenSSL 1.0.1 14 Mar 2012
2014-03-13 01:04:57 Standard-Daten-Verzeichnis /home/jlp/.bitcoin
2014-03-13 01:04:57 anhand der Daten Verzeichnis /home/jlp/.bitcoin/testnet3
2014-03-13 01:04:57 Mit höchstens 125 verbindungen (1024 file descriptors available)
2014-03-13 01:04:57 Mit 4 threads für die Skript-überprüfung
2014-03-13 01:04:57 init-Nachricht: Überprüfen Brieftasche...
2014-03-13 01:04:57 dbenv.öffnen LogDir=/home/jlp/.bitcoin/testnet3/Datenbank ErrorFile=/h$
2014-03-13 01:04:57 Gebunden [::]:18333
2014-03-13 01:04:57 Gebunden 0.0.0.0:18333
2014-03-13 01:04:57 init message: Loading block-index...
2014-03-13 01:04:57 Eröffnung LevelDB in /home/jlp/.bitcoin/testnet3/blocks/index
2014-03-13 01:04:57 Geöffnet LevelDB erfolgreich
2014-03-13 01:04:57 Eröffnung LevelDB in /home/jlp/.bitcoin/testnet3/chainstate
2014-03-13 01:04:58 Geöffnet LevelDB erfolgreich
2014-03-13 01:04:58 LoadBlockIndexDB(): letzter block Datei = 0
2014-03-13 01:04:58 LoadBlockIndexDB(): letzter block Datei-Informationen: CBlockFileInfo(Blöcke=1, s$
2014-03-13 01:04:58 LoadBlockIndexDB(): transaction index deaktiviert
2014-03-13 01:04:58 LoadBlockIndexDB(): hashBestChain=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
2014-03-13 01:04:58 init-Nachricht: Überprüfen Blöcke...
2014-03-13 01:04:58 block index 43ms
2014-03-13 01:04:58 init-Nachricht: die Belastung der Brieftasche...
2014-03-13 01:04:58 nFileVersion = 80600
2014-03-13 01:04:58 wallet 441ms
2014-03-13 01:04:58 init-Nachricht: Laden-Adressen,...
2014-03-13 01:04:58 Geladen 0 Adressen von peers.dat 1ms
2014-03-13 01:04:58 mapBlockIndex.size() = 1
2014-03-13 01:04:58 nBestHeight = 0
2014-03-13 01:04:58 setKeyPool.size() = 101
2014-03-13 01:04:58 mapWallet.size() = 0
2014-03-13 01:04:58 mapAddressBook.size() = 1
2014-03-13 01:04:58 AddLocal(XXX.XXX.XXX.XXX:18333,1)
2014-03-13 01:04:58 IPv4-eth0: XXX.XXX.XXX.XXX
2014-03-13 01:04:58 dnsseed thread starten
2014-03-13 01:04:58 Laden-Adressen von DNS-Samen (das kann eine Weile dauern)
2014-03-13 01:04:58 net-thread starten
2014-03-13 01:04:58 addcon thread starten
2014-03-13 01:04:58 opencon thread starten
2014-03-13 01:04:58 msghand thread starten
2014-03-13 01:04:58 dumpaddr thread starten
2014-03-13 01:04:58 0 Adressen von DNS-Samen
2014-03-13 01:04:58 dnsseed thread beenden
2014-03-13 01:04:58 init-Nachricht: Done loading
2014-03-13 01:04:59 GetMyExternalIP() erhalten [XXX.XXX.XXX.XXX] XXX.XXX.XXX.XXX:0
2014-03-13 01:04:59 GetMyExternalIP() zurückgegeben XXX.XXX.XXX.XXX
2014-03-13 01:04:59 AddLocal(XXX.XXX.XXX.XXX:18333,4)
2014-03-13 01:06:52 ThreadRPCServer method=getinfo
2014-03-13 01:06:52 keypool reserve 2
2014-03-13 01:06:52 keypool zurück 2
2014-03-13 01:09:09 ThreadRPCServer method=getinfo
2014-03-13 01:09:09 keypool reserve 2
2014-03-13 01:09:09 keypool zurück 2
2014-03-13 01:19:58 Gespült 0-Adressen zu Gleichaltrigen.dat 4ms
2014-03-13 01:34:58 Gespült 0-Adressen zu Gleichaltrigen.dat 18ms
2014-03-13 01:49:58 Gespült 0-Adressen zu Gleichaltrigen.dat 1ms
2014-03-13 02:04:58 Gespült 0-Adressen zu Gleichaltrigen.dat 22ms
2014-03-13 02:19:58 Gespült 0-Adressen zu Gleichaltrigen.dat 3ms
2014-03-13 02:34:58 Gespült 0-Adressen zu Gleichaltrigen.dat 44ms
2014-03-13 02:49:58 Gespült 0-Adressen zu Gleichaltrigen.dat 22ms
2014-03-13 03:04:58 Gespült 0-Adressen zu Gleichaltrigen.dat 34ms
2014-03-13 03:19:58 Gespült 0-Adressen zu Gleichaltrigen.dat 16ms
2014-03-13 03:34:58 Gespült 0-Adressen zu Gleichaltrigen.dat 32ms
...
...
...
2014-03-13 13:04:59 Gespült 0-Adressen zu Gleichaltrigen.dat 20ms
2014-03-13 13:19:59 Gespült 0-Adressen zu Gleichaltrigen.dat 3ms
2014-03-13 13:30:47 ThreadRPCServer method=getinfo
2014-03-13 13:30:47 keypool reserve 2
2014-03-13 13:30:47 keypool zurück 2
2014-03-13 13:34:59 Gespült 0-Adressen zu Gleichaltrigen.dat 21ms

Kann jemand empfehlen keine Lösungen zu bekommen bitcoind zu synchronisieren und laden Sie die Blöcke?

Update auf 2014-03-13:

Ich habe versucht, das entfernen von bitcoin.conf und dies ausführen:

bitcoind -testnet -debugnet -printtoconsole

und ich bekam die folgende:

Bitcoin-version v0.8.6.0-g03a7d67-beta - ()
Mit OpenSSL version OpenSSL 1.0.1 14 Mar 2012
Standard-Daten-Verzeichnis /home/jlp/.bitcoin
Mit Daten-Verzeichnis /home/jlp/.bitcoin/testnet3
Mit maximal 125 verbindungen (1024 file descriptors available)
Mit 4 threads für die Skript-überprüfung
init-Nachricht: Überprüfen Brieftasche...
dbenv.öffnen LogDir=/home/jlp/.bitcoin/testnet3/Datenbank ErrorFile=/home/jlp/.bitcoin/testnet3/db.melden
Gebunden [::]:18333
Gebunden 0.0.0.0:18333
init-Meldung: Loading block-index...
Eröffnung LevelDB in /home/jlp/.bitcoin/testnet3/blocks/index
Geöffnet LevelDB erfolgreich
Eröffnung LevelDB in /home/jlp/.bitcoin/testnet3/chainstate
Geöffnet LevelDB erfolgreich
LoadBlockIndexDB(): letzter block Datei = 0
LoadBlockIndexDB(): letzter block Datei-Informationen: CBlockFileInfo(Blöcke=1, size=293, Höhen=0...0, time=2011-02-02...2011-02-02)
LoadBlockIndexDB(): transaction index deaktiviert
LoadBlockIndexDB(): hashBestChain=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Höhe=0 Datum=2011-02-02 23:16:42
init-Nachricht: Überprüfen Blöcke...
 block index 32ms
init-Meldung: Laden der Brieftasche...
nFileVersion = 80600
 wallet 454ms
init-Meldung: Laden-Adressen,...
Geladen 0 Adressen von peers.dat 0ms
mapBlockIndex.size() = 1
nBestHeight = 0
setKeyPool.size() = 101
mapWallet.size() = 0
mapAddressBook.size() = 1
AddLocal(XXX.XXX.XXX.XXX:18333,1)
IPv4-eth0: XXX.XXX.XXX.XXX
dnsseed thread starten
Laden-Adressen von DNS-Samen (das kann eine Weile dauern)
net-thread starten
addcon thread starten
opencon thread starten
msghand thread starten


dumpaddr thread starten
Fehler: Zu verwenden bitcoind, Sie müssen einen rpcpassword in der Konfigurationsdatei:
/home/jlp/.bitcoin/bitcoin.conf
Es wird empfohlen, verwenden Sie die folgende zufällige Passwort:
rpcuser=bitcoinrpc
rpcpassword=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
(Sie brauchen nicht daran zu erinnern Passwort)
Der Benutzername und das Passwort DÜRFEN NICHT identisch sein.
Wenn die Datei nicht existiert, erstellen Sie es mit dem Besitzer-lesbar-nur die Datei-Berechtigungen.
Es ist auch empfehlenswert, alertnotify, so dass Sie benachrichtigt werden, Probleme;
zum Beispiel: alertnotify=echo %s | mail-s "Bitcoin-Warnung" [email protected]

Fehler: Zu verwenden bitcoind, Sie müssen einen rpcpassword in der Konfigurationsdatei:
/home/jlp/.bitcoin/bitcoin.conf
Es wird empfohlen, verwenden Sie die folgende zufällige Passwort:
rpcuser=bitcoinrpc
rpcpassword=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
(Sie brauchen nicht daran zu erinnern Passwort)
Der Benutzername und das Passwort DÜRFEN NICHT identisch sein.
Wenn die Datei nicht existiert, erstellen Sie es mit dem Besitzer-lesbar-nur die Datei-Berechtigungen.
Es ist auch empfehlenswert, alertnotify, so dass Sie benachrichtigt werden, Probleme;
zum Beispiel: alertnotify=echo %s | mail-s "Bitcoin-Warnung" [email protected]

init-Nachricht: Done loading
dumpaddr thread stoppen
Shutdown : In progress...
msghand thread unterbrechen
Flush(false)
wallet.dat refcount=0
opencon thread unterbrechen
wallet.dat checkpoint
addcon thread unterbrechen
wallet.dat trennen
wallet.dat geschlossen
DBFlush(false) endete 1ms
StopNode()
net-thread unterbrechen
0 Adressen von DNS-Samen
dnsseed thread beenden
Gespült 0-Adressen zu Gleichaltrigen.dat 9ms
Begehung 0 geändert Transaktionen Münze-Datenbank...
Flush(true)
wallet.dat refcount=0
wallet.dat checkpoint
wallet.dat trennen
wallet.dat geschlossen
DBFlush(true) beendet 1ms
Shutdown : erledigt

Gemäß dem Vorschlag in der oben genannten Antwort, ich habe die folgenden in bitcoin.conf:

rpcuser=bitcoinrpc
rpcpassword=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

und reran:

bitcoind -testnet -debugnet -printtoconsole

und bekam die folgende:

Bitcoin-version v0.8.6.0-g03a7d67-beta - ()
Mit OpenSSL version OpenSSL 1.0.1 14 Mar 2012
Standard-Daten-Verzeichnis /home/jlp/.bitcoin
Mit Daten-Verzeichnis /home/jlp/.bitcoin/testnet3
Mit maximal 125 verbindungen (1024 file descriptors available)
Mit 4 threads für die Skript-überprüfung
init-Nachricht: Überprüfen Brieftasche...
dbenv.öffnen LogDir=/home/jlp/.bitcoin/testnet3/Datenbank ErrorFile=/home/jlp/.bitcoin/testnet3/db.melden
Gebunden [::]:18333
Gebunden 0.0.0.0:18333
init-Meldung: Loading block-index...
Eröffnung LevelDB in /home/jlp/.bitcoin/testnet3/blocks/index
Geöffnet LevelDB erfolgreich
Eröffnung LevelDB in /home/jlp/.bitcoin/testnet3/chainstate
Geöffnet LevelDB erfolgreich
LoadBlockIndexDB(): letzter block Datei = 0
LoadBlockIndexDB(): letzter block Datei-Informationen: CBlockFileInfo(Blöcke=1, size=293, Höhen=0...0, time=2011-02-02...2011-02-02)
LoadBlockIndexDB(): transaction index deaktiviert
LoadBlockIndexDB(): hashBestChain=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Höhe=0 Datum=2011-02-02 23:16:42
init-Nachricht: Überprüfen Blöcke...
 block index 50ms
init-Meldung: Laden der Brieftasche...
nFileVersion = 80600
 wallet 436ms
init-Meldung: Laden-Adressen,...
Geladen 0 Adressen von peers.dat 1ms
mapBlockIndex.size() = 1
nBestHeight = 0
setKeyPool.size() = 101
mapWallet.size() = 0
mapAddressBook.size() = 1
AddLocal(XXX.XXX.XXX.XXX:18333,1)
IPv4-eth0: XXX.XXX.XXX.XXX
dnsseed thread starten
net-thread starten
Laden-Adressen von DNS-Samen (das kann eine Weile dauern)
addcon thread starten
opencon thread starten
msghand thread starten
dumpaddr thread starten
init-Nachricht: Done loading
0 Adressen von DNS-Samen
dnsseed thread beenden
Verbindungs-timeout
FEHLER: GetMyExternalIP() : die Verbindung zu YYY.YYY.YYY.YYY:80 fehlgeschlagen
Verbindungs-timeout
FEHLER: GetMyExternalIP() : Verbindung zum ZZZ.ZZZ.ZZZ.ZZZ:80 fehlgeschlagen
GetMyExternalIP() erhalten [XXX.XXX.XXX.XXX] XXX.XXX.XXX.XXX:0
GetMyExternalIP() zurückgegeben XXX.XXX.XXX.XXX
AddLocal(XXX.XXX.XXX.XXX:18333,4)

Nach einer langen Weile habe ich folgende weitere Antwort:

Gespült 0-Adressen zu Gleichaltrigen.dat 201ms
Gespült 0-Adressen zu Gleichaltrigen.dat 4ms

Kann jemand erkennen, von oben, was das problem ist und wie es zu lösen?

+454
J Garfunkel 17.11.2015, 20:27:21

Dies beantwortet nicht angeben rpcport für testnet aber es kommt aus einem Problem in der 0.17.XX ändern, falls Optionen angegeben werden müssen, die durch Netzwerk-Typ.

+448
user31055 13.06.2011, 10:50:11

Es gibt 3 Darstellungen derselben Sache, die (mit unterschiedlichem Grad der Genauigkeit) in Bitcoin:

  • bit - unsigned int 32-bit
  • Ziel - unsigned int 256-bit
  • Schwierigkeit - double precision-float (64-bit)

und 6 Methoden notwendig sind, um das konvertieren zwischen irgendwelchen zwei von diesen:

  • bits -> target (SetCompact() in bitcoin/src/arith_uint256.cpp)
  • bits -> Schwierigkeit (GetDifficulty() in bitcoin/src/rpc/blockchain.cpp)
  • Ziel -> bits (GetCompact() in bitcoin/src/arith_uint256.cpp)
  • Ziel -> Schwierigkeit (gleiche wie Ziel -> bit -> Schwierigkeitsgrad)
  • Schwierigkeit -> bits (nicht in bitcoin/src)
  • Schwierigkeit -> Ziel (gleiche Schwierigkeitsgrad -> bit -> Ziel)

Das Bitcoin-Quellcode kann die Umwandlung von bits -> Schwierigkeiten, da fragte Sie die Frage, aber nicht die Umwandlung von Schwierigkeit -> bits als auch gebeten, in Frage.

Ich habe geschrieben, meine eigene Implementierung der Schwierigkeit -> bit-Konvertierung in vanilla Javascript durch Nachahmung der target -> bit-Konvertierung, wo möglich, plus einige zusätzliche checks:

Funktion difficulty2bits(Schwierigkeit) { 
 if (Schwierigkeit < 0) throw 'Schwierigkeiten nicht negativ sein darf';
 if (!isFinite(Schwierigkeit)) throw 'Schwierigkeit kann nicht unendlich sein';
 for (var shiftBytes = 1; true; shiftBytes++) {
 var Wort = (0x00ffff * Math.pow(0x100, shiftBytes)) / Schwierigkeit;
 if (word >= 0xffff) break;
}
 Wort &= 0xffffff; // umwandeln int < 0xffffff
 var size = 0x1d - shiftBytes;
 // die 0x00800000 bit kennzeichnet das Vorzeichen, so dass, wenn es bereits gesetzt ist, teilen sich die
 // Mantisse von 0x100 und erhöhen Sie die Größe von einem byte
 if (word & 0x800000) {
 word >>= 8;
size++;
}
 if ((Wort & ~0x007fffff) != 0) throw 'die \'bits\' \'word\' out of bounds';
 if (size > 0xff) werfen', die \'bits\' \'size\', ist out of bounds";
 var bits = (size << 24) | Wort;
 return bit;
}

Es ist möglich, zu überprüfen, dass die oben genannten Funktion gibt die richtigen Antworten, indem Sie die folgende Umsetzung:

bits -> Schwierigkeitsgrad -> bits

Wo bits -> Schwierigkeit wird durchgeführt unter Verwendung von Bitcoin ist GetDifficulty() und Schwierigkeit -> bits erfolgt mit difficulty2bits() oben. Wenn wir kommen zurück an den gleichen bit-Wert dann die difficulty2bits() - Funktion korrekt ist. Die einzige Ausnahme ist, wenn (bits & 0x00800000) != 0, da dies bedeutet, dass bits eine negative Zahl ist, in der Erwägung, dass die Schwierigkeit ist immer eine positive Zahl in Bitcoin.

Ich habe getestet, die die oben difficulty2bits() - Funktion, und es hat dasselbe Ergebnis zurück wie das original-bit Wert. Wenn Sie wollen, um die tests selbst dann habe ich eine live-Konvertierung-tool auf meinem blog, wo Sie können jede der 6 Konvertierungen aufgeführt, die oben in Echtzeit (ich habe transkribiert Bitcoin ist SetCompact(), GetDifficulty() und GetCompact() in Javascript): https://analysis.null.place/how-do-the-bitcoin-mining-algorithms-work/#form7

Beachten Sie, dass zahlen in Javascript sind IEEE 754 double-precision - dieselbe Genauigkeit wie die Schwierigkeiten der Bitcoin-Quelle, also Javascript ist so genau wie die Bitcoin Quelle für alle bits/Schwierigkeit/Ziel-conversions. Um jedoch der immer wieder geäußerten Skepsis ich habe auch die entsprechenden unit-tests von Bitcoin ist bitcoin/src/test/blockchain_tests.cpp und bitcoin/src/test/arith_uint256_tests.cpp Dateien auf dem blog gerade unter dem oben genannten tool - alle tests übergeben.

+303
Dswal 18.02.2016, 06:26:30

Abgesehen von dem, was @Murch♦ erwähnt (besonders die developer reference), eine gute Quelle HIERFÜR ist die Doxygen-Dokumentation. Sie können generieren es lokal oder scheint es hier veröffentlicht werden:

Bitcoin: Entwickler-Dokumentation

Leider ist die Dokumentation selbst ist ziemlich spärlich, aber die Dinge, die Doxygen-adds (insbesondere call-Graphen und Vererbung Grafiken) hinzufügen, viel mehr als das, was Sie erhalten würden, nur durch das surfen im Quellcode in einem editor.

+295
TingTing 15.06.2013, 09:39:48

wenn ich den rescan script bekomme ich folgende Ausgabe:

Traceback (most recent call last):
 Datei "/home/bitcoin/electrumserver/eps/rescan-script.py", line 71, in <module>
main()
 Datei "/home/bitcoin/electrumserver/eps/rescan-script.py", line 67, in main
 rpc.call("rescanblockchain", [height])
 Datei "/home/bitcoin/electrumserver/eps/electrumpersonalserver/jsonrpc.py", line 58, in call
 erhöhen JsonRpcError(Antwort["Fehler"])
electrumpersonalserver.jsonrpc.JsonRpcError: {"code": -32601, 'message': 'Methode nicht gefunden'}

Ich bin ganz neu hier, also bitte erklären für Anfänger :).

+266
Zhao Yi 23.05.2015, 07:17:01

Falls aus irgendeinem Grund das Internet nicht mehr funktioniert, Bitcoin könnte integriert werden in jedes übertragungsmedium mit genug Durchsatz, um zumindest die Unterstützung block Vermehrung. Dies würde erfordern, im Idealfall 1 MB Daten weitergegeben werden durch die Welt in unter 10 Minuten. Das absolute minimum, könnte es sehr hart für Bitcoin, um effektiv zu arbeiten, aber die Medien wie radio, Telefon oder ähnliches könnte wahrscheinlich Griff das Bitcoin-laden ohne viel problem. Synchronisieren Sie neue Leute, um das Netzwerk könnte sich sehr viele Ressourcen in Anspruch, ist aber noch machbar.

Bei den traditionellen Mitteln der Zusendung von Informationen über die Welt unmöglich sein würde, die Bitcoin-Netzwerk würde zu fragmentiert, um zuverlässig sein. Zwar müsste man noch Zugang zu den eigenen Bitcoins lokal, konnte man nie sicher sein, ob Sie es mit die längste blockchain, also doppelt-verbringt, könnte eine ernsthafte Bedrohung für jede Transaktion, egal, die (lokale) Bestätigungen.

In einem solchen Szenario nur den Umgang mit Bitcoins, die bereits gespeichert sind offline, wenn keine form der körperlichen temper-Beweis Währung könnte nützlich sein - Casascius-Münzen zum Beispiel. Man könnte erwarten, jedoch, dass die Münzen würde die Abschreibung im Wert zusammen mit dem Wechselkurs (jetzt nutzlos) Bitcoins.

Alles in allem, so lange wie Sie können, senden Sie Informationen rund um den Globus auf eine anständige Geschwindigkeit, die Sie noch immer verwenden kann Bitcoins.

+254
Salvatierra 11.06.2018, 23:41:41

Zu klären, Für solo-mining eine schnelle internet-Verbindung ist NICHT egal, aber in dem Fall ein pool, es ist viel weniger.

Auf die Schicht mit variabler Schwierigkeit, Sie brauchen sollte ~1kbps (0.125 KB/sec). Es ist egal, wie schnell Sie sind, das ist der Grund, warum die neuen Protokolle wurden implementiert. 1 GH/s 1 TH/s, 1 PH/N, mit der richtigen server-Implementierung, es sollten alle mit der gleichen Bandbreite pro Verbindung.`

Sie benötigen kaum Bandbreite für pool mining. Wenn Sie sehen, dass Pakete zwischen Ihrer Anlage und dem server, Sie machen eine sehr kleine Menge von Daten (1-10kb?) Die Anforderungen sind extrem klein für die meisten von Ihnen. Dies wäre ~10 MB pro Tag.

Es hängt auch von der pool-du gehst mir auf.

+174
peter wesanza 14.01.2019, 18:40:33

Gefunden, wie es zu tun, wir sollten zu verwenden, die oflags

oflags = durch Komma getrennte Liste der order-flags (optional):
 viqc = Volumen in kurswährung (nicht verfügbar für Bestellungen genutzt)
 fcib = lieber Honorar in der Basiswährung
 fciq = lieber Honorar in kurswährung
 nompp = kein Marktpreis Schutz
 post = post nur um (verfügbar, wenn ordertype = limit)

In diesem Fall:

("pair => "XXBTZEUR",
"Typ" => "kaufen",
"ordertype" => "Markt",
"Volume" => '10',
"oflags" => "viqc"
)
+159
mbogh 19.02.2017, 03:19:42

Der pool von Adressen gedacht, für die Kohärenz der offline-sicherungen. Nicht für Anonymität. Siehe: https://en.bitcoin.it/wiki/Key_pool

Generieren und verwenden Sie eine neue Adresse on-the-fly vs tausenden generieren im Voraus nicht wirklich einen Unterschied machen in Bezug auf Anonymität. Nur würde eine Menge Aufwand. Was helfen könnte, mehr über eine neue Adresse bei jeder neuen Transaktion. Vielleicht.

+138
hamuzigi 20.05.2014, 19:26:00

Fragen mit Tag anzeigen