Aufruf JSON Befehle zu armoryd

Ich weiß, mit bitcoind, können Sie einfach starten Sie den daemon und ruft einige Befehle.

Aber mit armoryd, ich starten Sie es mit einer Brieftasche argument.

Was sind einige Beispiele für die Verwendung der JSON-RPC-Aufruf einer Methode für Sie?

Zum Beispiel, mit bitcoind ich in meiner shell:

bitcoind listaccounts

Gibt es eine einfache Möglichkeit, um meine armoryd daemon, das gleiche zu tun?

+524
komet 16 16.10.2016, 21:51:26
16 Antworten

@Rich Apodaca, ich glaube, dass Sie haben kann beantwortet deine Frage irgendwie, wie Sie wies darauf hin, dass es meistens eine kleine Inkompatibilität der installierten Versionen von bitcoind.

Vielleicht werden Sie mir Zustimmen, dass hardfork werden müsste, um eine Inkompatibilität von design zwischen zwei Versionen des gleichen Protokolls. Nehmen Sie zum Beispiel ein altcoin, wie FeatherCoin, dass verlassen Ihre bisherigen Algorithmus für den Nachweis der Arbeit zu verabschieden, andere, ASIC-resistent, und unvereinbar mit der Vergangenheit ein.

+935
bron 03 февр. '09 в 4:24

ist der algo für die url, sha256 und sha-256

Die URL sollte sha256.mine.zpool.ca.

was ist den port an, der am Ende der url? (sieht aus wie verschiedene, basierend auf algo)

Für sha256, sollten Sie die Verwendung von port 3333.

was ist #xnsub ? Ist es notwendig?

Es stellt sich auf extraNonce, die Ihr miner extra Raum, um zu arbeiten.

+935
Vineesh Chandanattil 08.07.2011, 16:09:16

Es hängt von Ihrer Bandbreite und (in geringerem Maße) Ihre gesamte Leistung Ihrer CPU, da jeder block erfordert die überprüfung. Sehen Sie die neueste Größe in hier. Derzeit ist es 10.8 GB oder so.

Eine Möglichkeit zur Beschleunigung der download ist der download von bootstrap.dat. Der Bitcoin client Aussehen wird für eine "bootstrap.dat" - Datei zu pre-seed-Blöcke. Sie können die download-version von bootstrap.dat an bitcoincharts.com. In den meisten Fällen schneller sein, als die unter-Ressourcen bitcoin-Netzwerk.

Alternativ, wenn Sie linux ausführen, versuchen Sie dieses batch-Skript:

#!/bin/bash
[ -z "$1" ] && echo "Usage: input=coinname" && exit 1
coin="$1"

while sleep 1; do
blk="$(eval "$Münze getblockcount")"
h="$(eval "$Münze getblockhash $blk")" 
coin_t="$(eval "$Münze getblock $h" | grep '"Zeit"' | awk '{print $3}' | sed -e 's/,//g')"

d="$[$(date +%s) - $coin_t]"; TM="$[$d / 60]"; dh="$[$dm / 60 ]"; dd="$[$dh / 24 ]"
echo "Differenz von Haupt-Kette $d en. oder $dm-m. oder $dh h. oder $dd d...."

if [ -z "$first_t" ];then
first_t=" "$d"
 start_watch_time="$(date +%s)"
sonst
 Differenz=$[$first_t - $d]
 speed="$(echo "$Differenz / $[$(date +%s) - $start_watch_time ]" | bc -l)" 
 remain_seconds="$(echo "$d / $speed" | bc -l)" 
 remain_minutes="$(echo "$remain_seconds / 60" | bc -l)"
 remain_hours="$(echo "$remain_minutes / 60" | bc -l)"
 remain_days="$(echo "$remain_hours / 24" | bc -l)"
 # eval "$Münze getinfo"
 echo -n "Ungefähre Verbleibende Zeit: $remain_seconds Sekunden komplett sync."
 echo "[m: $remain_minutes; h: $remain_hours; d: $remain_days ]"
fi 
[ "$LAST_BLK" == "$blk" ] && echo "Alarm! Stuck on block # $blk!"
LAST_BLK="$blk"
getan

Speichern Sie es auf "coin_get_diff.sh" und ausführen:

$ bash coin_get_diff.sh bitcoind

Beispiel für die Ausgabe:

...
....
Unterschied von Haupt-Kette 2528577 s. oder 42142 m. oder 702 h. 29 d....
Ungefähre Verbleibende Zeit: 2186.83957899106610047826 Sekunden komplett sync.[m: 36.44732631651776834130; h: .60745543860862947235; d: .02531064327535956134 ]
Unterschied von Haupt-Kette 2526232 s. oder 42103 m. oder 701 h. 29 d....
Ungefähre Verbleibende Zeit: 2184.21035499949140474011 Sekunden komplett sync.[m: 36.40350591665819007900; h: .60672509861096983465; d: .02528021244212374311 ]
Unterschied von Haupt-Kette 2524021 s. oder 42067 m. oder 701 h. 29 d....
Ungefähre Verbleibende Zeit: 2205.15551284291455530316 Sekunden komplett sync.[m: 36.75259188071524258838; h: .61254319801192070980; d: .02552263325049669624 ]
...
..
+787
Henry Cullen 28.03.2019, 10:37:28

Ich denke, Ihre Frage beruht auf der fehlerhaften Prämisse, dass das ein problem ist. Während das Netzwerk geteilt wird, höchstens eine Seite hat genügend Prüfungen um vollständig validiert Ledger, obwohl beide Seiten machen, vorwärts zu kommen. Es ist auch möglich, dass keine der beiden Seiten wird eine super-Mehrheit, und so während beide Seiten Fortschritte machen, keine Seite wird komplett validiert alle Hauptbücher.

Sobald die beiden Seiten wieder, eine Kette oder andere erwerben eine super-Mehrheit wegen Lawinengefahr von den Prüfern als Netzwerk wieder. Das ist besser als nicht machen Fortschritte bei der Spaltung, weil Netzwerk-Transaktion Kapazität nicht verloren geht.

Während sich wieder eine große Anzahl von sonst teuren Prüfungen sind nicht erforderlich. Es gibt keine Notwendigkeit zum ausführen der Transaktionen zweimal (einmal zu entscheiden, wie die Abstimmung über Sie und dann erneut, um festzustellen, Ihre tatsächlichen Ergebnisse). Es gibt keine Notwendigkeit, wiederholen von Transaktionen (da Sie wissen, die Reihenfolge, wie Sie ausgeführt). Und so weiter. Alles, was Sie tun müssen, ist bauen jedes ledger in die final übernehmen Prozess, das müssen Sie sowieso, weil Sie müssen Ihre Datenbank zu aktualisieren, drücken Sie die Transaktion die Ergebnisse an die clients, und so weiter.

+682
Jurasic 14.07.2017, 02:37:51

Die Mathematik ist eindeutig absurd unrealistisch, weil da weniger Bitcoins zur Verfügung, wird es schwieriger, Sie zu verlieren. Also der Verlust ist zu zerfallen wie die Verfügbarkeit von Bitcoins nach unten geht.

+655
Egon TekNatur 26.11.2012, 09:15:49

Mit neuesten bitoind, jede Möglichkeit zum berechnen der max aufwendbare von Brieftasche, eine gewisse Ausgänge? Zum Beispiel muss ich alles senden Geldbörse betragen 2 Ausgänge und set mining fee genug, um die Bestätigung im ersten block. Wie kann ich berechnen, max auszuschüttende Betrag?

+652
blackhomie 02.05.2011, 10:49:33

Transaktion-Auswahl bis zu den Bergleuten. Die nur obligatorisch Transaktion ist die coinbase-Transaktion (die Transaktion, die sammelt die Transaktions-Gebühren und zahlt Sie aus mit der block-Zuschuss-wie der block-reward).

Außerdem können Sie alles zwischen keine Transaktionen an alle, die nur über regelmäßige Transaktionen oder nur SegWit Transaktionen, die Mischung von allen Transaktionen, die Ihnen die Transaktionsgebühren.

+627
user60800 03.05.2011, 04:19:03

Gibt es eine Begrenzung der Anzahl von Bitcoin-Adressen? Und wenn ja, was hält jemand aus, dass alle diese Adressen halten und die privaten Schlüssel für Sie, so dass niemand sonst kann einen neuen öffentlichen Schlüssel?

+602
Jim Burke 15.01.2014, 21:55:19

Die Klasse WalletAppKit ist ein guter Anfang. Hier ist ein code-snippet, dass die dumps der neuesten block, wahrscheinlich können Sie es nehmen von hier aus. Es wird eine Weile dauern zu laden Sie die block-Kette und dann wird es drucken Sie den letzten Transaktionen.

public class DumpLastBlock {
public static void main(String args[]) throws Exception {
 WalletAppKit kit = new WalletAppKit(MainNetParams.get(), new java.io.Datei("."), "test");
kit.startAndWait();
 BlockChain Kette = kit.Kette();
 BlockStore bs = Kette.getBlockStore();
 Peer Peer = kit.Peer().getDownloadPeer();
 Block b = peer.getBlock(bs.getChainHead().getHeader().getHash()).get();
System.aus.println(b);
}
}
+457
gldnspud 13.11.2012, 22:22:14

Jetzt, da ich darüber nachdenke, wäre es nicht möglich für alle ISP ' s zum Herunterfahren eines gemeinsamen port zur gleichen Zeit, es sei denn, das timing war perfekt synchronisiert. Nun, das bedeutet nicht, Sie konnte es nicht tun, nur es wäre fast unmöglich für Sie zu synchronisieren, zur gleichen Zeit. Betrachten Sie eine ehrliche Partei, wen Nanosekunden Weg von Abschluss ein block der sehr moment, dass jeder einzelne ISP beschließt, den Anschluss sperren. Sagen, es gibt eine Partei, die eine wirklich hohe Latenz und Sie bekommen die Letzte bitcoin-100ms nach dem Herunterfahren. Jetzt sind Sie nur 10ms Weg von anderen Vertragspartei wem wurde der Bergbau mit 50 MS Latenz. Könnte eine schlechte Transaktion auftreten, innerhalb dieser verbleibenden Millisekunden, wenn eine Partei entschieden zu kaufen / verkaufen? Wenn die ganze Welt sich aufgehört das mining von bitcoins auf einmal und Sie hatten einen extra-100ms Bergbau würde diese 150 MS direkt-Skala und erstellen Sie eine drastische Erhöhung der Preise, während immer noch so dass Sie Zeit zu verkaufen? Was, wenn Sie beschlossen, zu kaufen, alle bitcoins von den Menschen, die höheren Latenzen zu einem vergünstigten Preis, weil Sie nicht erhalten habe der Markt die Daten schnell genug?

In aller Ehrlichkeit, es gibt so viele verschiedene Dinge, die passieren könnte, wirtschaftlich klug, als gut. Unter den gegebenen Szenarien, ich glaube, es wäre möglich, dass eine Partei von großem nutzen, durch den Wegfall bei der Latenz. Jede Partei würde aufhören, Bergbau in verschiedenen Intervallen, es wäre unmöglich für den ISP, um zu versuchen, um zu stoppen jede party in der gleichen Zeit durch Sie nicht in der Lage zu stoppen, ein Paket, sobald es gesendet. Es ist ein sehr Interessantes Szenario zu denken, aber, wie könnte man nutzen die Latenz Unterschiede.

Soweit eine Lösung des Problems könnte man erwägen, einen alternativen port. Betrachten eine andere Methode der Verknüpfung der Transaktionen (0, 1,... n) ist die Verwendung von zwei autossh-Tunnel: eine über port 22 und die andere über port 2222. Wenn die ISP ' s diese ports blockieren, gut... dann würde es nicht exakt möglich sein, für Sie zu ssh in den server in den ersten Platz. In Bezug auf potenzielle Leckagen, mit der clients die öffentlichen Schlüssel durch die Umstellung auf die ssh-ports, man könnte vorschlagen, eine voll homomorphe Verschlüsselungsverfahren, beispielsweise die, mit den gängigen secure E-Mail-client Lavabit. (vor kurzem Herunterfahren von der NSA zu sichern) Das ist nur meine zwei Cent.

Dennoch Homomorphe Verschlüsselung würden sich sicher über ein Benutzer den öffentlichen Schlüssel, wie erforderlich, durch das bitcoin-Protokoll, wenn wir eingeschaltet, um die ports 22 und 222:

http://en.wikipedia.org/wiki/Homomorphic_encryption#Fully_homomorphic_encryption

+402
Laxminarayana 28.10.2017, 05:02:22

Um zu verstehen, 'Staub', müssen Sie ein paar Dinge zu verstehen:

Erstens, eine UTXO ist eine unverbrauchte Transaktion ausgegeben. Dies ist im wesentlichen ein Stück des bitcoin irgendwo auf der blockchain, das ist unverbraucht.

Um eine Transaktion zu erzeugen, die 1 oder mehr UTXOs werden verwendet, um die form der Eingänge und 1 oder mehr UTXOs "geboren werden" in den Prozess. Nachdem die Transaktionen werden bestätigt, die UTXOs, dass sich die Eingänge sind jetzt nur "TXOs" (dh. Sie haben bereits verbrachte).

Um sicherzustellen, eine Transaktion bestätigt ist, wird eine Gebühr Hinzugefügt werden müssen, diese Gebühr ist proportional zur Größe der Transaktion, die die Anzahl der bytes, die Transaktion dauert, bis auf der blockchain. Die mehr UTXOs verwendet werden, die Eingänge, die größer die Transaktion, desto höher die Gebühr, die bezahlt werden muss.

Wenn ich 1 BTC gespeichert in 1 UTXO, es kostet mich weniger gesendet, als 1 BTC verteilt auf 10 UTXOs von 0,1 BTC, und es kostet mich weniger schicken als 100 UTXOs von 0.01 BTC.

Die Gebühren sind berechnet als satoshis pro byte, und die Gebühren schwanken, je nachdem, wie ausgelastet das Netz ist.

Jeder UTXO Sie verwenden möchten, in einer Transaktion fällt eine Zunahme der Gebühr.

Jeder UTXO dauert, bis eine Anzahl von bytes, die in der Transaktion.

Wenn Sie das multiplizieren Gebühr pro byte für die Anzahl der bytes, die vom UTXO und es übersteigt den Wert statt in die UTXO, dann ist diese UTXO ist, sagte zu 'Staub'.

So ein 'Staub' UTXO ist ein UTXO, dass ist es nicht Wert auch in einer Transaktion, weil so würde eine Gebühr erhöhen, höher als der Wert der UTXO.

+388
blackwatch 11.09.2014, 09:08:26

Es ist möglich, dass dies passieren könnte, nur weil es nicht alle Transaktionen abgebaut werden. Schon früh in der bitcoin block chain, dies war oft der Fall. Dies könnte auch passieren, wenn zwei Blöcke gelöst werden, auf der jeweils anderen in einer sehr kurzen Zeit, mit nicht viel Zeit für neue Transaktionen zu sehen sein zwischen. Heute jedoch, mehr als oft nicht, dies ist durch einen Bergmann zu versuchen, um seine/Ihre sperren für den rest der peers im Netzwerk so bald wie möglich.

Ein Bergmann würde dies tun wollen, da größere Blöcke länger dauern, Sie zu verbreiten, um dem rest des Netzwerks. Knoten herunterladen und überprüfen der Gültigkeit eines Blocks, bevor Sie weitergeben können, Sie zu Ihren Kollegen, weil, wenn Sie nicht überprüfen Sie vor dem senden und senden Sie eine ungültige block ist, dann Ihre Kollegen kann Sie verbieten, und der Knoten wird niemand haben, um eine Verbindung mit dem Netzwerk.

Denken Sie an es auf diese Weise. Wenn Ihr block dauert etwa 50 Sekunden um 90% der peers im Netzwerk, und jemand anderen Minen block 1 Sekunde später als Sie, aber können Sie Ihre block-out zu 90% das Netzwerk in 9 Sekunden, die glauben Sie haben die größere chance, Ihre block-akzeptiert durch die peers?

Es kann auch sinnvoll sein, zu beachten, dass, während diese, wie es scheint, hat bessere zahlen sich aus, es sendet auch eine Nachricht an jeden im Netzwerk, den Kumpels, der abgebaut wird der block nicht wirklich Pflege über das bitcoin-Netzwerk-Transaktionen, nur es kümmert sich um seine Belohnung. Und wenn die Minenarbeiter unterstützen nicht das system, warum sollte das dann bei Investoren oder sonst jemand das Vertrauen in Sie haben? Ich denke, was ich versuche zu sagen ist, dass, wenn eine Menge von Bergleuten Tat dies, dann ist der Preis von bitcoin würde wahrscheinlich fallen als wäre es ein Mangel an glauben in das system.

Gibt es eine mathematische Analyse von orphan-Tarife und Auszahlungen hier: http://organofcorti.blogspot.com/2013/10/161-network-orphaned-blocks-part-1.html\

Darüber hinaus kann es Sie interessieren zu wissen, dass es einen neuen Vorschlag zur schnelleren Ausbreitung der Blöcke, auch wenn Sie sehr groß sind. Siehe hier für mehr info: https://gist.github.com/gavinandresen/e20c3b5a1d4b97f79ac2.


Eine andere Möglichkeit der Erklärung wäre, dass für einen block akzeptiert werden, durch das Netzwerk, es muss weitergegeben werden und geprüft durch jeder. Während die Blöcke verbreiten sich über das Netzwerk, alle Bergarbeiter, die nicht wissen, über den neuen block, wird nur zu halten, Bergbau auf dem block, Sie zu haben. In den meisten Fällen wahrscheinlich, das ist nur Verschwendete Arbeit, da gibt es schon ein block, der ist auf dem Weg akzeptiert zu werden. Aber wenn Ihr block ist viel kleiner (d.h. nur sehr wenige txs), dann gibt es andere Miner weniger Zeit zum lösen einen block, während Ihr propagieren, und es erhöht auch Ihre chance, dass Ihr block wird angenommen, von der Mehrheit der Bergarbeiter selbst, wenn jemand anderes gelöst, block leicht bevor Sie.


Um diese Frage zu beantworten, mit ein bisschen von Daten, die ich aus einem Skript verarbeitet die letzten 1 Monat von Blöcken (4,464 Blöcke vor und einschließlich block 338,782), und die erfassten Daten über die Anzahl der Transaktionen pro block. Dies waren die Ergebnisse.

Aus diesen Daten scheint es, dass etwa

  • 1,3% der Blöcke sind gelöst, nur mit der Belohnung Transaktion
  • 1.6% der Blöcke sind gelöst mit weniger als 10 Transaktionen.
# Geschäfte # Blocks mit der Transaktion Zählung in MIN-MAX-Bereich
MIN, MAX, COUNT 
0 9 73
10 19 31
20 29 22
30 39 74
40 49 52
50 59 43
60 69 107
70 79 50
80 89 41
90 99 56
100 109 55
110 119 50
120 129 86
130 139 46
140 149 54
150 159 57
160 169 51
170 179 62
180 189 49
190 199 53
200 209 46
210 219 45
220 229 64
230 239 42
240 249 45
250 259 69
260 269 58
270 279 39
280 289 41
290 299 41
300 309 44
310 319 45
320 329 37
330 339 35
340 349 45
350 359 42
360 369 40
370 379 42
380 389 41
390 399 37
400 409 48
410 419 47
420 429 42
430 439 40
440 449 40
450 459 46
460 469 42
470 479 32
480 489 33
490 499 40
500 509 38
510 519 68
520 529 44
530 539 28
540 549 32
550 559 28
560 569 35
570 579 27
580 589 29
590 599 28
600 609 19
610 619 31
620 629 20
630 639 27
640 649 38
650 659 28
660 669 27
670 679 25
680 689 18
690 699 21
700 709 27
710 719 28
720 729 23
730 739 25
740 749 25
750 759 19
760 769 21
770 779 24
780 789 27
790 799 23
800 809 16
810 819 18
820 829 19
830 839 18
840 849 16
850 859 19
860 869 20
870 879 16
880 889 18
890 899 16
900 909 24
910 919 24
920 929 14
930 939 18
940 949 20
950 959 12
960 969 13
970 979 15
980 989 15
990 999 21
1000 1009 15
1010 1019 15
1020 1029 18
1030 1039 14
1040 1049 13
1050 1059 13
1060 1069 9
1070 1079 16
1080 1089 16
1090 1099 8
1100 1109 17
1110 1119 10
1120 1129 12
1130 1139 8
1140 1149 8
1150 1159 22
1160 1169 10
1170 1179 14
1180 1189 17
1190 1199 10
1200 1209 11
1210 1219 14
1220 1229 9
1230 1239 9
1240 1249 12
1250 1259 9
1260 1269 8
1270 1279 7
1280 1289 7
1290 1299 9
1300 1309 8
1310 1319 12
1320 1329 8
1330 1339 7
1340 1349 12
1350 1359 10
1360 1369 13
1370 1379 10
1380 1389 10
1390 1399 9
1400 1409 10
1410 1419 8
1420 1429 14
1430 1439 10
1440 1449 6
1450 1459 6
1460 1469 6
1470 1479 9
1480 1489 7
1490 1499 4
1500 1509 5
1510 1519 8
1520 1529 5
1530 1539 12
1540 1549 3
1550 1559 7
1560 1569 8
1570 1579 3
1580 1589 7
1590 1599 2
1600 1609 12
1610 1619 5
1620 1629 10
1630 1639 3
1640 1649 4
1650 1659 5
1660 1669 6
1670 1679 5
1680 1689 3
1690 1699 5
1700 1709 2
1710 1719 1
1720 1729 10
1730 1739 4
1740 1749 5
1750 1759 4
1760 1769 4
1770 1779 2
1780 1789 3
1790 1799 6
1800 1809 3
1810 1819 2
1820 1829 4
1830 1839 5
1840 1849 4
1850 1859 3
1860 1869 3
1870 1879 3
1880 1889 5
1890 1899 3
1900 1909 3
1910 1919 4
1920 1929 1
1930 1939 0
1940 1949 3
1950 1959 0
1960 1969 0
1970 1979 3
1980 1989 2
1990 1999 2
2000 2009 3
2010 2019 3
2020 2029 3
2030 2039 3
2040 2049 7
2050 2059 3
2060 2069 1
2070 2079 4
2080 2089 2
2090 2099 1
2100 2109 1
2110 2119 3
2120 2129 2
2130 2139 2
2140 2149 4
2150 2159 1
2160 2169 2
2170 2179 1
2180 2189 2
2190 2199 3
2200 2209 0
2210 2219 0
2220 2229 1
2230 2239 0
2240 2249 3
2250 2259 0
2260 2269 1
2270 2279 2
2280 2289 1
2290 2299 3
2300 2309 0
2310 2319 1
2320 2329 0
2330 2339 1
2340 2349 1
2350 2359 1
2360 2369 1
2370 2379 1
2380 2389 0
2390 2399 0
2400 2409 1
2410 2419 1
2420 2429 1
2430 2439 0
2440 2449 0
2450 2459 0
2460 2469 1
2470 2479 0
2480 2489 0
2490 2499 2
2500 2509 0
2510 2519 0
2520 2529 1
2530 2539 2
2540 2549 2
2550 2559 1
2560 2569 0
2570 2579 1
2580 2589 1
2590 2599 0
2600 2609 0
2610 2619 0
2620 2629 0
2630 2639 0
2640 2649 2
2650 2659 0
2660 2669 0
2670 2679 0
2680 2689 0
2690 2699 0
2700 2709 0
2710 2719 0
2720 2729 0
2730 2739 0
2740 2749 0
2750 2759 0
2760 2769 0
2779 2770 0
2780 2789 0
2790 2799 0
2800 2809 0
2810 2819 1
2820 2829 0
2830 2839 0
2840 2849 0
2850 2859 1
2869 2860 0
2870 2879 0
2889 2880 0
2890 2899 0
2900 2909 0
2919 2910 0
2920 2929 0
2930 2939 0
2949 2940 0
2950 2959 0
2969 2960 0
2970 2979 0
2989 2980 0
2990 2999 0
3000 3009 0
3010 3019 0
3020 3029 0
3030 3039 1
3040 3049 0
3050 3059 0
3060 3069 0
3079 3070 0
3080 3089 0
3090 3099 0
3100 3109 0
3110 3119 0
3120 3129 0
3130 3139 1

The distribution of transactions per block as of January 13th, 2015

Die x-Achse hier (es kann sein, schwer zu Lesen), ist die Transaktion Bereich (jeweils MIN-MAX-paar in der obigen Daten stellt eine Spalte). Die y-Achse zeigt die Anzahl der Blöcke, die in den letzten Monaten hatte, dass eine Transaktion Zählung innerhalb der Reihe.

+370
Draniei 27.01.2016, 21:33:29

Es wird gesagt, dass ein Bitcoin miner Angreifer mit genug CPU-Leistung, um zu entkommen, ist das gesamte Netzwerk besser Bergbau ehrlich bitcoins - das ist nicht korrekt, da durch die Schaffung einer falschen block chain der Angreifer schon gewinnt die coinbase auf die Art und Weise, wie er es tun würde, wenn er ehrlich Verhalten.

Eigentlich eine ehrliche miner hat alle der Anreiz zu betrügen, indem Sie zu seiner block-Transaktionen Abbrechen, seine eigenen, "realen" Geschäften.

Oder bin ich etwas fehlt?

BEARBEITEN - und vielleicht eine Antwort

Lassen Sie mich ein Beispiel geben, sagen wir Alice besitzt einen sehr großen pool (große pools hatten, bekannt zu erstellen, bis zu 6 Blöcke in einer Zeile), auch Alice kauft etwas von Bob für 1 bitcoins alle 10 Minuten.

Alice könnte versuchen, das doppelte der Ausgaben für jede Ihrer Zahlungen (wenn man die gleichen bitcoins an sich selbst) und die zweite Transaktionen der block Sie ist der Bergbau.

Beachten Sie, dass dies alles völlig legitim ist.

Wenn der pool löst das proof-of-Arbeit, dann Ihr "echte" txs abgebrochen - Bob kann warten Sie 10 Minuten, um zu sehen, wenn die Transaktion bestätigt bekommt oder nicht, aber es könnte nicht genug sein in dem Fall, dass es eine Gabel.

Fazit:

Ein Besitzer von einem großen pool können versuchen, zu erstellen doublespends aber er gewinnt seine btc zurück, nur in seltenen Fällen, wenn:

  1. es war eine Gabel
  2. Bob wusste nicht, überprüfen Sie die Gabel, und nicht warten, genug Zeit (z.B. 1 Stunde), um zu sehen, wenn die Transaktion bestätigt wurde
  3. Das gute, das Alice gekauft wird, die nicht mit einem physikalischen Adresse (so, dass Bob nicht finden können, Alice und Anspruch auf sein Geld).
+349
user323830 25.07.2014, 17:07:13

Im Gegensatz zu E-Mail-Konten und Passwörter, die in Bitcoin keine beiden öffentlichen Schlüssel können denselben privaten Schlüssel, da der öffentliche Schlüssel abgeleitet wird von dem privaten Schlüssel mathematisch.

Es ist wahr, Sie könnten erzeugen privater Schlüssel, die zufällig und überprüfen Sie Ihre entsprechende öffentliche Adressen für die nicht ausgegebenen bitcoins. Und wenn Sie gefunden, Sie könnte Ihnen zu verbringen, da müsstest du den privaten Schlüssel. Wenn es überhaupt möglich ist zu finden und verbringen Sie anderen Nutzern bitcoins diese Weise die Bitcoin-ledger-wäre nutzlos. Also die Menge der möglichen Schlüssel wurde aus bewusst enormes als solche zufällige Suche undurchführbar und sinnlos, auch wenn extrem leistungsfähige Computer, die verwendet wurden, um diese sucht seit Jahrhunderten.

Hier ist ein tolles video zu diesem Thema:

http://youtu.be/ZloHVKk7DHk

+274
Sean Frezell 14.12.2015, 11:32:25

Tut Coinmarketcap Lesen alle Geschichte Handel von APIs für alle Börsen und fasst Sie zu berechnen, insgesamt 24h Volumen? Oder muss er es abrufen direkt aus bestimmten Münze-api?

+141
Guga Azevedo 14.10.2017, 22:47:34

Ich bin versucht, senden BTC mit Waffenkammer. Alles funktioniert Prima, bis ich auf den "senden"-button. Dann, es funktioniert einfach nichts.

Ich hatte dieses problem vor (hatte ich auch gepostet hier) und löste es, indem Sie die gleiche Taste eine Milliarde mal. Nun ist dies nicht mehr helfen. Ich bin mit 0.92-3-beta.

Irgendwelche Ideen?

enter image description here

+128
user554505 21.05.2011, 12:56:06

Fragen mit Tag anzeigen