Gebühr zu hoch, weil der Fehler in Bitkey Anwendung für Apple?

Ich bin neu hier, Hallo, gestern Abend habe ich verkauft 0,99930000 Bitcoins mit meinem Bitkey app. Aber ich war sehr überrascht, wenn es schief ging, und es war gesehen als minersfee die Haobtc mining als intermediar übertragen. Bitte helfen Sie mir Haobtc würde mir nicht helfen.

Dank Edwin

Die details der Transaktion sind hier. (304f8e03294ba3dbf0cb66ca9dc5f0a2ae99fff4f880ef252c08ed8e75f877de 0.99927577 BTC 454,889 2017-02-26 21:51:03 1HXfAYqpNnawryLgdare836GFJS9KMLa3f 0.99930000 1DouiKSPh4jqaK5YKeHmMEuKkGkvERcvjx 0.00002423)

+148
Krunal Patel 04.02.2017, 10:02:28
17 Antworten

Mit mining-pools, wie Bergleute Schalter Münze, was mir so schnell? Kann sich das jemand erklären?

Auch Bergleute bewahren Sie eine Kopie der blockchain lokal?

+993
Thomas Watson 03 февр. '09 в 4:24

Bitcoin-Core wird nie wählen unbestätigten eingehende Ausgänge. Diese sind immer als nicht vertrauenswürdig und nicht sicher für die Münze Auswahl. Dies gilt für alle Transaktionen, die Bitcoin-Kern erzeugt, einschließlich derjenigen, die erstellt wurde, indem walletcreatefundedpsbt oder fundrawtransaction.

Für eine code-Referenz, die AvailableCoins Funktion dient zum abrufen und filtern Sie die verfügbaren Münzen für Münzen-Auswahl, die fordert, die IsTrusted - Funktion für jeden verfügbaren Ausgang (sowie eigentlich Transaktion gespeichert in der Brieftasche, die gehören eingehende und ausgehende Transaktionen). Wenn die Transaktion wurde nicht erstellt, dass die Brieftasche, wird es als nicht vertrauenswürdig, so IsTrusted gibt false zurück, die Ergebnisse in AvailableCoins ohne alle diese Transaktion die Ausgänge aus dem Satz von Ausgängen verwendet, die für die Münze Auswahl.

+959
Jonathan Geisler 26.04.2014, 03:15:25

Im Allgemeinen, HD-Wallets verwenden Sie die folgende Logik für wie viele Adressen Abfrage, und wenn zu beenden:

  1. Beginnen Sie mit Konto 0, generieren Lücke begrenzen Anzahl der Adressen (in der Regel 20)
  2. Überprüfen Sie für alle Transaktionen in diesen Adressen
  3. Wenn es keine Transaktionen, stoppen Sie auf der Suche nach neuen Adressen und Konten
  4. Wenn es Transaktionen, generator Lücke begrenzen, mehr aus der index der letzten Adresse mit Transaktionen auf. Darüber hinaus werden auch in diesem Prozess für Konto 1 (nur überprüfen Sie für n+1-Konten, wenn n Account hat Transaktionen

Die Allgemeine Idee ist, dass keine Konten bestehen, wenn das bisherige Konto nicht benutzt ist, und dass keine Adressen in einem account verwendet werden, nachdem eine einzelne, aufeinanderfolgende block der gap-limit Anzahl der nicht verwendeten Adressen.

Unternehmen wie BitGo, die bieten HD-wallet-Dienste an Börsen usw. wo können Sie problemlos Tausende von ungenutzten Adressen in einer Zeile, und dann die Adressen mit Transaktionen, in der Regel ignorieren, die Lücke zu begrenzen. Sie stattdessen pflegen Sie eine Liste aller generierten Adressen und index diese als einzelne Adressen, nicht als HD-wallet.

Auf der API-Seite der Dinge, die Brieftaschen in der Regel versuchen zu halten einen running index. Sie pflegen einen cache mit bekannten Geschäfte, und halten Sie Anhängen, um es. Auf diese Weise, wenn Sie beginnen, ist es nur scans für die Transaktionen in der neuen Blöcke, die seit dem letzten mal gescannt. Diese erlaubt auch Licht-clients wie Electrum oder Ledger/wallets Trezor zu bedienen Tausende von Benutzern mit nur einer Handvoll Knoten, da jeder Geldbeutel wird nicht requery für frühere Transaktionen, die es bereits kennt.

Natürlich, wenn Sie importieren eine Häufig verwendete HD-Brieftasche zu einem neuen Geldbeutel oder löschen Sie den cache, die erste Synchronisierung kann sehr lange dauern. Aber auch eine nachträgliche Synchronisierung der Geldbeutel wird viel schneller sein.

Zusätzlich zu diesem, HD-wallets werden oft verlassen Sie sich auf einen vollen Knoten (wie Bitcoin-Core) oder ein system wie ElectrumX oder Einsicht. Alle diese sind in der Lage die Aufrechterhaltung einer vollständigen index. Bitcoin-Kern verwaltet nur einen Laufenden index über bekannte Adressen (das ist der Grund, warum Sie brauchen, um neu zu Scannen, wenn Sie den import einer Adresse). ElectrumX und Einsicht aufrechterhalten einer augmented-index, die verfolgt alle Transaktionen und kann Sie schnell zurück, die Daten für eine gegebene Adresse.

HD-Geldbörsen weiterhin zu prüfen, Transaktionen über alle verwendeten Adressen. Sie wissen einfach nicht, Scannen Sie das gesamte Kette zu jeder Zeit. Aber für jeden neuen block, jeder tx in diesem block überprüft werden, für jede Adresse in der HD Brieftasche. Dieser check durchgeführt werden kann schnell über die bloom-Filter oder preindexed Daten wie aus Elektron oder Einsicht, zu erreichen, ohne einen Engpass.

+898
Shalimar 09.10.2018, 21:29:25

Hier ist ein Weg, den ich gefunden habe.

Holen Sie sich pywallet (https://github.com/jackjack-jj/pywallet) und ausführen

python pywallet.py --dumpwallet --Geldbeutel=/foo/bar/Brieftasche.dat

Suchen Sie in der Ausgabe für das Feld" Namen. Diese enthält eine Liste von Adressen in der Münze eigenes format, und durch die Suche mit dem ersten Zeichen können Sie versuchen, zu identifizieren, die Münze durch seine version byte. Siehe hier für eine Liste von einigen Häufig sind. Für Beispiel 1 ist Bitcoin, L ist Litecoin, etc..

Beachten Sie, dass Sie eine Anzahl der anderen Felder mit den Namen defaultkey, addr, etc. Diese erscheint im Bitcoin-Adresse-format (beginnend mit 1), egal, was die tatsächlichen Münze. Der Grund dafür ist, dass für diese Schlüssel, die Brieftasche.dat - Datei ist nur für den privaten Schlüssel enthält, und pywallet hat, um die Konvertierung zu tun, um die öffentlichen Schlüssel und die Adresse. Insbesondere pywallet zu füllen in der version byte, und es wählt immer den Bitcoin-version byte wenn nichts anderes gesagt wird auf der Kommandozeile. So erhalten Sie immer eine Bitcoin-Stil-Adresse in diese Felder ein, so dass für die Zwecke der Identifizierung der Münze, sollten Sie Sie ignorieren.

+897
Mrym 14.10.2017, 16:02:00

Diese Transaktion ist eine der neuesten block. Aber ich verstehe nicht, warum es scheint nur das aufteilen einer einzigen Transaktion ohne ausgegeben und übertragen, um jemand anderes.

+717
ik15 01.12.2018, 09:39:06

Bergleute belohnt werden, die für die Erstellung von neuen Blöcken, so dass je wertvoller die Nutzer betrachten das Netzwerk (dh höhere Münze-Wert), desto mehr Strom Bergleute widmen, für die es (um die block-Belohnung /tx-Gebühren). Dies ist die Art von POW: weniger Energie-intensive Netzwerke sind weniger sicher, und wie ein Benutzer die Sicherheit des Netzwerks, speichert Ihr Wert ist sehr wichtig.

Als 'schnell und Billig' ist schön, aber viele altcoins bereits vorhanden, die sind schneller und billiger, und noch bitcoin ist und bleibt die wertvollste. Bedenken Sie, dass es gibt Gründe, die über "Schnelligkeit und Billigkeit' der Transaktionen.

+688
macman20 27.05.2017, 03:07:00

Sagen wir mal ich habe ein Projekt, die die Vorteile der blockchain Technologie. Ich sehe jetzt eine Reihe von Banken fallenlassen der Bitcoin blockchain für Ihre eigenen. Ich bin sicher, das hat etwas zu tun mit Geheimhaltung, aber, vorausgesetzt, ich bin nur ein ganz normaler Unternehmer und nicht einige massive finanzielle institution, was wären die Gründe für mich, um meine eigene blockchain gegenüber dem Bitcoin blockchain? Was sind Ihre jeweiligen (dis)Vorteile?

+672
matb 14.10.2016, 18:23:04

Ich bin mir nicht sicher, ob ich verstehe Ihre Frage, aber: Nein, Bitcoin-Knoten, die nicht geben Ihre eigenen Bitcoin-Adressen als Teil des Netzwerk-Protokolls.

Man könnte sich vorstellen, ändern Sie das Protokoll, so dass Sie haben, aber es würde erhöhen die Anonymität betrifft: momentan, durch design, ist es entsprechend schwierig, eine Adresse mit seinem Besitzer die IP-Adresse. Wenn Sie wusste, dass zumindest eine Adresse, die gehörte zu einem bestimmten Knoten, die Sie vielleicht in der Lage sein, auch mal in andere Geschäfte in der block-Kette und ableiten, andere Adressen gehörenden Knoten. Und ISPs in der Regel haben die Datensätze, die Bestimmung der Identität eines Benutzers aus der IP-Adresse.

+630
earldouglas 13.03.2017, 12:59:41

Versuchen zu finden, diese Antwort selbst. Bemerkt, dass die stratum_proxy ist in python geschrieben und damit hat sich die Antwort nach der wir suchen. https://github.com/slush0/stratum-mining-proxy/blob/master/mining_libs/midstate.py

+532
dohvis 27.03.2010, 23:37:20

SPV-clients wie Electrum, Fragen für die kryptografischen Beweis, dass eine Transaktion in einem block. Dazu wird jedes merkle Niederlassung notwendig, um ein Hashwert, der gleich der merkle Wurzel des Blocks. Dieser nimmt log(2, N) * 32 bytes, wobei N die Anzahl der Transaktionen in den block.

Gibt es eine weitere platzsparende Möglichkeit, um kryptografisch beweisen, dass eine Transaktion, die in einem block?

Um des Arguments Willen, lasst uns davon ausgehen, dass Sie erlaubt sind, um zu ändern, wie die block-header und merkle-Baum berechnet wird, oder ersetzen Sie gänzlich.

Ein Beispiel für eine mögliche Verbesserung wäre die änderung der hash-Funktion zum Aufbau von merkle-Bäumen aus SHA256d zu RIPEMD-160 (oder einem anderen 160 bit hash-Funktion, wie SHA512/160). Dies würde nur log(2, N) * 20 bytes.

+516
SAra 28.06.2017, 12:24:16

Meine bitcoind begann synchronisieren von Blöcken. Der bitcoind-version ist 0.93. Wenn der bitcoind fand eine verwaiste Blöcke in der Synchronisierung Prozess, es scheint zu stoppen und hat nicht funktioniert. die Meldung aus dem log wie diesen:2015-01-08 06:08:19 ProcessBlock: ORPHAN BLOCK 184, prev=0000000000000002d79cd7069cedd05f49716354590bd5518b18a513b3b4d513

Ich muss ihn neu starten und es wäre auch weiterhin synchronisieren. In diesem Fall passiert viele Male. manchmal ist der bitcoind gefunden verwaiste Blöcke in der Synchronisierung Prozess, es würde weiterhin funktionieren. Ich weiß nicht wo falsch ist. Irgendwelche Ideen? Großer Dank.

Hinweis: mein system ist CentOS

+503
sasuke 06.02.2014, 03:13:03

Derzeit, keine. Der Empfänger lehnt ein Versuch, für weniger als den gewünschten Betrag und schlägt mit incorrect_or_unknown_payment_details.

Jede Rechnung hat eine payment_hash die eine Zahlung entspricht, und die Zahlung hash wird erzeugt aus einem zufälligen payment_preimage. Diese preimage muss eindeutig sein, für jede Zahlung, sonst kann es möglich sein, für jede party entlang der Strecke einer Zahlung, um Geld zu nehmen, ohne die Weiterleitung der Zahlung an.

Wenn der begünstigte erhält den vollen Betrag für eine Zahlung, geben Sie die payment_preimage zum vorletzten hop in der route, wer entfernt dann die HTLC aus Ihrem Kanal und die Zahlung abgeschlossen ist. Der vorletzte hop leitet dann die payment_preimage der hop vor Ihnen, und so weiter, bis Sie erreicht hatte.

Sie können sehen, dass, wenn nur die Hälfte der Zahlung erledigt war, jeder Teilnehmer entlang der Strecke wären bereits Kenntnisse der payment_preimage. Wenn Sie versucht zu zahlen wieder mit den gleichen payment_hash, dann steigen Sie ein, die route könnte sofort entfernen Sie die HTLC und nehmen die Zahlung mithilfe der payment_preimage , die Sie bereits kennen, ohne die Weiterleitung der Zahlung an den nächsten hop.

Es ist work in progress zu ermöglichen Zahlungen, um gebrochen zu werden und senden Sie zusammen mehrere Routen, mit dem Zahlungsempfänger nur die übergabe der payment_preimage , wenn der volle Betrag aus allen Richtungen empfangen wird. Dies ist bekannt als AMP (Atomic Multi-path-Zahlungen). Es gibt mehrere Vorschläge, die diskutiert wurden auf der mailing-Liste.

+347
Verlaat 16.04.2010, 18:04:54

Nein, Sie haben everyones verschlüsselten privaten Schlüssel. Den privaten Schlüssel erhält, entschlüsselt Sie lokal auf Ihrem client.

Und natürlich könnten Sie es ändern, ein paar Zeilen code und sammeln Sie Ihre privaten Schlüssel. Aber das gilt für jeden bitcoin-client (thin-client oder nicht). Das ist, warum es wichtig ist, zu dem client, Programme von vertrauenswürdigen Quellen (und deterministische bauen).

+338
Anomaliya1310 17.08.2014, 06:07:07

Die meisten verwenden das stratum-Protokoll sendet die JSON-Daten über ein TCP-socket. Einige pools unterstützen auch die getblocktemplate Protokoll arbeitet über die JSON-RPC (d.h. es verwendet HTTP-requests).

+239
brianhubbell 22.06.2015, 16:12:46

Das ist weit in die Zukunft und können noch verändert werden, aber zum aktuellen Zeitpunkt ein coinbase-Transaktion ist erforderlich und wird immer vorhanden sein. Es ist sehr wahrscheinlich, dass diese Regel eingehalten, auch in Zukunft. Es ist auch möglich, dass die Transaktion Genauigkeit gesteigert werden kann, genug für gibt es immer einen block Belohnung, jedoch winzig.

+194
Kristoffer Lapuz 23.12.2014, 17:31:01

Die original-CPUMiner-software aus einer ausführbaren Datei namens minerd. Sie sind mit Hilfe einer Gabel von den CPUMiner-software, die sich auf die erstellten ausführbaren Datei benannt werden cpuminer. Die minerd ... - Befehl wird nicht funktionieren, weil die ausführbare Datei nicht vorhanden ist, da es nicht erstellt. Wenn Sie auf der Suche, bis alle Anweisungen für die Verwendung CPUMiner und sagt es zu tun ./minerd ..., einfach tun ./cpuminer ... statt. Beachten Sie, dass, weil Sie nicht mit der original-CPUMiner-software nicht alle Beispiel-Befehle und Optionen werden die gleichen oder das gleiche Verhalten.

Es gibt mehrere Gründe, dass Sie nicht sehen, nichts auf Ihrem Slush-Armaturenbrett. Zunächst, Sie sind verbunden mit einem Bitcoin mining pool, und noch Sie sind mit dem Scrypt PoW-Algorithmus. Bitcoin nicht verwenden, Scrypt, was auch immer Sie also sind der Bergbau ist ungültig. Zweitens, Ihre hashrate ist so gering, dass Sie nicht finden, alle Aktien (neben der Tatsache, dass Sie unwirksam sein, da Sie die falsche algo), so Slushpool nicht wissen, etwas über diese Ihre Arbeitnehmer, da es nicht erhalten hat, etwas zurück von ihm.

+109
moq 04.07.2018, 17:13:00

Die Münzen haben die Fähigkeit, bieten eine 2-Faktor-Authentifizierung-Funktion, wo es erfordert einen sekundären Genehmigung Mechanismus, um zu verbringen, von einer Adresse?

+84
Gilbert Flamino 13.08.2012, 03:58:26

Fragen mit Tag anzeigen