MixMax

Welche du willst, das ist egal. Ich habe es mit Java programmiert, da ich mit den anderen nicht so fit bin. Gute mathematische Grundkenntnisse sind aber fast noch wichtiger.

Wirklich nicht? Woran erkennst du das? Für mich hört es sich stimmig an. Ok, kann sein das er bei der Höhe etwas übertrieben hat um qualitativ bessere Hilfe zu bekommen. Find ich jetzt nicht weiter wild.

Eine ausgehende Transaktion von der Adresse 1111111111111111111114oLvT2 würde den Bitcoin zu Fall bringen.

Ja kann er machen, ist aber genau so sinnvoll wie nen Elektriker zu fragen, ob er nen Föhn, Toaster oder ne Mikrowelle anschließen darf. Wenn Bedenken bestehen, ob die elektrische Anlage noch Zeitgemäß und in bester Ordnung ist, ist die Prüfung durch eine Fachkraft sinnvoll. Sonst nicht.

Ich weis jetzt nicht wie ernst die Frage gemeint ist. Nen Studium in einem passendem Fachbereich wäre nützlich. Ich denke aber ohne würde es auch gehn. Kommt ganz drauf an...

Ne Ne, wenn der Verbrauch größer ist, fliegt die Sicherung. Wenn nicht, dann schmort es auch nicht. Leitungsschutzt ist ganau dafür da.

Du kannst max. 3680 Watt bei einem 16A Leitungsschutz ziehen. (P=U*I) Also 3680W = 230V *16A Bei Drehstrom: P = U*I*sqrt(3)

Tut mir leid, die Antwort wird Dir nicht gefallen. Ich nutze etablierte Walletes nur als Spielerei, wenn es um mein Geld geht, habe ich meine eigenen Wallets programmiert, oder würde dies bei Altcoins tun. Sichern würde ich die Wallets überhaupt nicht, denn ich arbeite nur mit Priv. Key´s die ich mir selbst erstellt habe. Die speichere ich dann verschlüsselt sehr kreativ in Datein auf meinem PC. Kannst gerne meine HDD´s haben, keiner würde die Key´s jemals finden und schon gar nicht entschlüsseln können. Manchmal auch als Paperwallet auf nen Zettel, kommt auf die Höhe an. Alternativ würde ich Key´s aus meinem Fingerabdruck erstellen und sie als verschlüsselten Priv. Key interpretieren. Dies ist auch mit Teilen meiner DNA möglich. Damit kann ich meine Key´s so lange ich lebe, nen PC habe und noch klar bei Verstand bin wieder herstellen. Wenn ich überweisen will, generiere ich mir eine Transaktion und schicke sie selbst ins Netz. Mehr brauch ich nicht.

So so... Hier eine Liste mit Pumpspeicherkraftwerken in Deutschland: http://www.trianel-thueringen.de/kraftwerk/pumpspeicherkraftwerke-in-deutschland/

Eine Transaktion mit hohen Gebühren? Nee, würde ich nicht machen. Wenn man 20 Jahre nicht updatet, heißt das kein höheres Sicherheitsrisiko für das dort gelagerte Geld. Solange die Key´s in Sicherheit sind, braucht man sich keine Sorgen zu machen. Interessant wird es erst dann, wenn man die Coins anfasst und irgendwo hinschicken will. Nun zur Frage: Ja natürlich kann man den Priv. Key jeder Zeit in Hexa, oder was auch immer konvertieren. Natürlich muss dabei das verwendete Programm sicher sein! (Ein Taschenrechner hat auch nen Zwischenspeicher der möglicherweise hinterher ausgelesen werden kann!) Also Vorsicht!

Sicher kann das passieren. Priv. Key´s gibt es in unterschiedlichsten Formaten. Jeder Wallet Hersteller kann sich ein neues eigenes Format für seine Priv.Keys ausdenken und seine eigene Suppe kochen. Um die Key´s dann später einfach nicht mehr zu unterstützen. Wer sich auskennt, speichert die Key´s am besten in Hex, um sie später in jedes gewünschte Format selber zu konvertieren.

1) Ja, wenn es in 20 Jahren noch eine Wallet gibt die den Coin unterstützt. 2) wahrscheinlich ja, kommt natürlich ganz auf die Wallet an. Wenn hier ein Programmierer es nicht abwärts kompatibel gestaltet, dann würde es halt nicht gehen. In 20 Jahren könnte es nur noch Quantencomputer geben, mit biometrischen Flüssigkeitsspeicher anstatt USB etc. Deine Wallets könnten dann in einem Tropfen Blut von dir gespeichert sein. Es ist einfach sehr schwer in die Zukunft zu schauen und solche Fragen zu beantworten.

Ja, sofort löschen! Genau wie alle anderen Post´s die Kritik üben, oder unsinnig sind!

Nö, warum? Ich brauch so was nicht.

Gibt es wirklich keine Hardware Wallet mit Import Funktion?

Meinst du damit, dass man bei einer Hardware-Wallet kein eigenen Seed oder Priv. Key importieren kann? Kann schon sein, kaufen würd ich so ne Black-Box allerdings nicht. Aber kann ja jeder Hersteller machen wie er will.

Den Key zu importieren ist sicher richtig. Würde ich auch machen. Allerdings müsstest du für Jede Bitcoin Adresse nen neuen Private Key Importieren. Welche Hardware Wallets das unterstützten weis ich nicht. Gängig ist hier mit Seeds zu arbeiten die importiert werden. Denn aus den Seed´s werden dann viele PrivateKeys erzeugt.

Kanns mir welche mitbringen?

Ich denke das der Support von bitcoin.de schon längst sehr umfangreich hier geleistet wird, die Mitarbeiter wollen sich nur nicht outen.

Alle Private Key´s von allen Adressen! Jeder Private Key hat nur eine Adresse! Falls du also mehrere Bitcoin Adressen in der Wallet hattest, musst du alle Private Key´s haben!

Ja ich habe eins fertig. Das ist aber nicht das, was ich beschrieben habe und machen wollte. Da außer dir kein Interesse besteht, wert ich das wohl lassen. Das fertige Programm ist viel Umfangreicher und daher nicht leicht für den Laien zu prüfen. Aber wenn du unbedingt willst, kannst du es natürlich haben. https://github.com/MrMaxweII/Bitcoin-Adress-Generator

Ja das ist besser, bringt aber nicht die Sicherheit, dass sie nicht aus einem Pool kommen können. Denn die richtige Funktion kann nicht schnell mal geprüft werden. Was ich damit meine ist: Wenn ich ein Private-Key selbst eingebe, ist die Bitcoin Adresse die unten raus kommt immer eindeutig. Das kann ich Gegenprüfen. Aber wenn ein Teil zufällig generiert wird, kann ich das eben nicht Gegenprüfen.

Ich such dir ne Möglichkeit raus...

Der Private Key besteht in der Quelle aus 64 Zeichen in Hexadezimal "0123456789ABCDEF" Du kaufst dir HEX Würfel, und gibst die Ziffern bei Electrum ein. Fertig! Mist, gerade probiert, Electrum akzeptiert die Keys in Hex nicht Bei Fragen dazu, helfe ich dir gerne, auch per PN

hier mal der Hash von electrum-3.0.2.exe 1491c3888ccaadacd795f8e1da247e05 [MD5] 423186aa79c0e245e17ffece79d5a15464de44ac [SHA-1] adbe7a02700ec0466af70dbd842a3fb5f26e142f03ce41bb3f275c79310b873e [SHA256]