Assuming those threads are selling cracked/hacked accounts, then those threads should be trashed as well.
Agreed... or they trash them all or re-instate my thread... for now this is just favoritism. Better start reporting you might actually do something good for once. The cleansing is about to happen. -snip- 99% of those threads that sell accounts for very cheap are hacked/stolen and thus illegal. It is time that we cleared this place out. -snip-
|
|
|
The problem is guessing and the discussion about it. A netflix or hulu acc for 3$ cant be legit. Please proof me wrong.
No its not, I mediated a scam accusation a while back and the password for the account in question was also a password commonly found (as in several times) in e.g. the web000 database dump. They are either obtained via phishing or because of weak password. Most of the sellers even advise you not to change the password, which should make you cancel the deal immediately. People are greedy though and in their eyes they only steal from the big companies so there is no harm done. This is nothing new, the only new part is that these keys/passwords are now resold for bitcoin. The question is whether or not theymos wants something to be done about it. IMHO it easily falls under the "illegal goods" rule same as fake IDs or funny money. Its too specific about invites to be applied here.
|
|
|
Was it this exact script? Wouldnt that make Casascius coins vulnerable to a brute force attack if a insufficient entropy source was used?
impossible. Mini key keep using SHA256 . So? If I SHA256 all numbers from 0 to 127 and give you a single hash you could just brute force the number to it. IF - and that was my question - random number generator was indeed insufficient it might be vulnerable to the same attack. The range would obviously be bigger, but the question is if its big enough to make an attack unfeasible. i think this is out off topic. ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif) are you guessing me trying to brute force ? I answer yes . ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) but , in practice it is still not possible in accordance with that we want to brute force,. Python 2.7.10 (default, May 23 2015, 09:40:32) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> pow(2,160) 1461501637330902918203684832716283019655932542976L >>>pow(2,53) 9007199254740992L >>> pow(2,256) 115792089237316195423570985008687907853269984665640564039457584007913129639936L
2 53 is possible to attack, maybe not for you, but its possible. Anyway, see my edit, it was not this exact script that was used, but just something like this.
|
|
|
The topic comes up here from time to time, people ask for guides how to use GnuPG and the first steps IMHO should always be to use it for mail, because its the easiest and there are good guides. Here is one of these guides, with a nice inforgraphic. Link to guide. ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fstatic.fsf.org%2Fnosvn%2Fenc-dev0%2Fimg%2Fen%2Ffull-infographic.png&t=663&c=HOvjeA1LnM4TOA) If you like it, consider a donation to them. Yes the free software foundation accepts bitcoin and litecoin.
|
|
|
The average non technical user just wants bitcoin to work, and work well. We believe in the technology and in the expertise of those who invented it and continue to develop it. But we may not have the technical knowledge to give an in-depth explanation as to weather we want 2mb blocks or 8mb blocks, or for things to stay as they are.
but as i said we just want it to work and everyone arguing over the details is not working...... Yes i understand that people have differences of opinion on the way forward, but everyone lets not destroy this one chance to make a massive difference in the world....
How do you expect people to find a solution without argueing ideas first?
|
|
|
So yeah i did some readings about the whole thing that is happening with the block size problem. So if the miners would switch from core to classic would all my bitcoins become worthless or it still would stay safely in my wallet without any affect?
No, if a split happens you have coins on both sides of the split as long as you control the private keys to them. If you are using a service that holds the keys for you, they will decide for you.
|
|
|
After many failed attempts, my windows full node (bitcoin-qt) finally caught up. Should the blocks folder be slightly over 60GB or is there duplication in there?
slightly over 60 GB sounds about right. This is what my windows node reports: 60,1 GB (64.546.599.046 Bytes)
|
|
|
Block pruning was introduced with 0.11.0, you can run a pruned node right now if you wanted to. There is no security compromise here, but you lose some functionality in not having the entire block chain stored at your node. If you have HD space to spare and a decent internet connection there's really no reason to run in pruned mode. You still have to d/l the entire 40GB+ blockchain the first time you install before it can be pruned, so starting a pruned node will still take some time, but once it's pruned you don't need to keep all the data. Here's some good reading for you: https://news.bitcoin.com/pros-and-cons-on-bitcoin-block-pruning/Keep in mind that a pruned mode can currently not offer a wallet and it does not relay blocks. It is thus no help to SPV clients or at least thats my understanding of SPV. A pruned node will just relay transactions. The next release (0.12) will enable the wallet. This is great news, gonna try it right now. These I am not sure. You can run 0.12.0rc2 to try it out.
Is there a bin of this somewhere? Only for 0.12.0rc1 here -> https://bitcoin.org/bin/bitcoin-core-0.12.0/test/
|
|
|
[ b]How to protect an account?[/b]
An account where and to protect against what?
|
|
|
-snip- The range would obviously be bigger, but the question is if its big enough to make an attack unfeasible.
It still practically strong. A Bitcoin address is ripemd(160) which usually results in a 34 character base58-encoded number. The minikey is a 30-character base58 number, and so is a reduction below the full strength entropy possible - it can't possibly generate the full set of bitcoin addresses. Schemes like electrum wallet have used even smaller 128 bit seeds. I did some reading and this[1] sounds to me like python's random is limited to 2 53 bit. The use of RIPMD-160 or SHA256 does not really matter in this case. The 1st Casascius series had at least 3,500 coins produced with 1 BTC each. If we assume typical oclvanitygen performance an attacker could generate up to 100million keys/addresses per second[3]. This would allow someone to search the entire 2 53 bit space in only 2.8 years. With the birthday paradox and the number of coins in mind it sounds like a feasible attack. Edit: nevermind: The random number generator used is the Microsoft secure random number generator in the System.Security.Cryptography namespace of the Microsoft .NET 4.0 Framework. In addition, the custom application also asks for a "mash" of characters from the keyboard of no fewer than 50 characters, each time the application is run, which is answered with a string of non-memorable characters by "spidering" fingers around the keyboard. The application generates a second pseudo-random byte stream using the SHA256 hash algorithm on this "mash" plus an incrementing nonce, and this second random number stream is combined with the first one using modular addition before being used as key material. The "mash" string is never kept.
source: https://www.casascius.com/controls.aspx[1] https://docs.python.org/2/library/random.html[2] https://en.bitcoin.it/wiki/Casascius_physical_bitcoins#Original_series_1_BTC_coin[3] fastest rate reported using 2 GPUs -> https://bitcointalk.org/index.php?topic=25804.msg13552213#msg13552213
|
|
|
Is there anyway to put the private key into the wallet?
Yes there is: - Go to Wallet -> Private Keys -> Import
- Enter your Electrum Password, and then accept the warning - as a heads up, if you ever decide to recover your Electrum wallet through your seed, your imported private keys won't be recovered
- Enter your private keys and then click Import, you should then have the new private keys in your wallet, making the funds in them spendable
Nope, OP is using 2.5.4, it no longer allows importing keys into existing wallets. ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2F0iQyYgZ.png&t=663&c=ijEWhcTyTurJgA)
|
|
|
sudo apt-get update sudo apt-get upgrade
should do it.
|
|
|
Was it this exact script? Wouldnt that make Casascius coins vulnerable to a brute force attack if a insufficient entropy source was used?
impossible. Mini key keep using SHA256 . So? If I SHA256 all numbers from 0 to 127 and give you a single hash you could just brute force the number to it. IF - and that was my question - random number generator was indeed insufficient it might be vulnerable to the same attack. The range would obviously be bigger, but the question is if its big enough to make an attack unfeasible.
|
|
|
This My account as well as : 1HkrL7rjXx97yDfFcmSSs8PswbHrSRGvec
Using Blockchain.info for singing message :
Sign message for reference : INSF/t/3jiBu7ANRGfp6gieSFjuH3dRbkOmkTH/1O2T4GyXEHPLyDEmLE5ii8Yho68WRHuNNyzOIYDmmv1SS57E=
quoted, didnt verify because I have no idea what the message is supposed to be.
|
|
|
This is a Python script for generating the "mini" private key used on Casascius coins. The first step is not to use it, as Python's random function is: "is completely unsuitable for cryptographic purposes" (which you can read right above the code snippet on https://en.bitcoin.it/wiki/Mini_private_key_format#Creating_mini_private_keys - you would need someone to harden the crypto in the code first. Was it this exact script? Wouldnt that make Casascius coins vulnerable to a brute force attack if a insufficient entropy source was used? Mini key also has a much smaller keyspace than a full-size private key, and therefore is not as cryptographically strong, although reversing this key space is still hard. To run it, you just install Python 2 (Mac OSX and Linux will already have python), save the script as a file like "minikey.py", and run it with a command python minikey.pyIt needs one more line at the end to call the "main" function: GenerateKeys()
|
|
|
Hi Ich hole das alte Ding einfach nochmal raus, da ich heute genau das selbe Problem habe Ich wollte von bitcoin qt zur blockchain. Info wallet umziehen und habe mir meine coins gesendet. 2 Sekunden nach Versand waren die auch da, später aber war die neue wallet wieder bei 0.die tx sagt ebenfalls
Transaction was previously accepted but has been pruned from our database
Es handelt sich um etwas über 1 btc. Wäre Daher sehr ärgerlich, wenn die coins verschwunden sind?
Wäre es sicherlich, sind sie aber nicht. Kann Jemand erklären, warum die Transaktion behindert wird und was die Meldung genau zu bedeuten hat?
Wenn Du die TX ID postest können wir vielleicht was machen, vermutlich ist aber online nichts mehr zu finden. Die Meldung bedeutet erst mal nur das blockchain.info die TX nicht mehr gespeichert hat, warum ist schwer zu sagen. Was du machen kannst ist, core öffnen und in der console (Help -> Debug Window -> Console) folgendes eingeben. getrawtransaction UNDhierDEINtxIDWichtig, das "-000" am Ende wenn du sie aus core raus kopierst gehört nicht zur TX ID. Das Ergebnis kannst du dann neu los schicken, mit sendrawtransaction ERGEBNIShier
|
|
|
@ 2. Sollen die Administration entscheiden ich sage das was War ist nicht wie du Rippen nehme gerne Punkte in kauf . die Frechheit was du hast nenne ich dich alles deine Mutter sollte sich schämen fertig Und Ehrenwort ich finde dich ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) und an die wo mir gerade schreiben hab seine Daten gebe mir paysave oder Co haha gibt keine Antwort seit ihr lächerlich Lg Admins entscheiden hier gar nichts was Handel angeht, aber ich hab für Yanik mal ne Warnung hinterlassen. Wenn ihr das untereinander(!)[1] geklärt habt, gern melden dann nehm ich sie wieder runter. [1] öffentlich hier im Thread is auch ok, aber schickt mir nich 15 private Nachrichten mit Kleinkram.
|
|
|
If you are ok with the fact that someone else can spend your coins. They dont offer split key generation, I wouldnt use their service. I have a short step by step how split key gen works in my thread[1]. All legit services offer vanity generation like that. [1] https://bitcointalk.org/index.php?topic=1257817.0
|
|
|
Newb here (i am still asking question that needs laymen answers)
If it is possible to transfer bitcoin with ZERO fee or close to zero (at least until mining ends),
It is possible under certain conditions, but you will probably wait a long time for a confirmation. wouldn't it be wise for MEGA-chinese miner or mega-bitcion-holders to exchange bitcoin with themselves just to control/manipulate/stabalize THE VALUE of bitcoin?
Exchange bitcoin for what? Also if you try to hold a price against the market you will most likely lose money, so I doubt its a wise decision. That might sound dumb, but if i was mining 25% of all bitcoin(like some chinese miner), wouldn't be wise to use my bitcoin to create false transactions just to keep the price up or stable or what ever benefits me most?
You cant create a false transaction. If you do and include it in a block you find, the block will be considered invalid and not accepted by the rest of the network. You just wasted 25 BTC. Lets just assume it would be possible for you to create a malicious transaction, I would certainly not keep the price stable, but more likely cause a panic sale. Thanks
|
|
|
1Ja, kein Problem. - Habe ich fix und fertig hier liegen.
Sende einfach 3 BTC an die Adresse 1LottoHCxUQvTnoVT19m7BQ4fyLtdSrBRC
Gebe Dir dann umgehend alles was Du brauchst, nur noch Deine Produkte einpflegen und fertig. Wird sicher ein gute Alternative zu SilkRoad 31/2 oder Agora oder DiDW. 1Wer Ironie findet hat einen Satoshi gewonnen.
warum weiß das ich auf Silkroad 3 akit bin also Vendor .. ich bin auf DiDW gebann .. ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif)
|
|
|
|