На первом кошельке было 200к$ до перевода, потом ещё суммы, но не большие. На текущем кошельке с сайта сейчас 20к$. Вроде о 700к$ нет и речи. При этом темп поступлений за те 2 часа был нормальный и возможное решение потерять весь поток/доверие на столь раннем этапе удивляет. Если правда ломанули, можно даже посочувствовать такой ситуации )

тоже с токенами не сталкивался пока, но по идее все подобные токены хранятся на эфире и придут на любой эфирный валлет после конца ICO.

ICO на носу уже. посмотрим чего вы стоите Ziber

когда можно будет на Макбук поставить
ЗЫ судя по дорожной карте в первом посте в августе. верно понимаю?

After making some code changes on a single thread on a CPU I was able to generate these stats after 12 hours:
 wallet                 9793ms
Rescanning last 131051 blocks (from block 0)...
 rescan                24540ms
Done loading
mapBlockIndex.size() = 131055
nBestHeight = 131051
mapKeys.size() = 399643
mapPubKeys.size() = 399643
mapWallet.size() = 0
mapAddressBook.size() = 399538

So about 33294.833333333 public/private key pairs per hour on a shitty processor. I also did mispeak I now realize that I'm not generating "wallets" but rather just a hash that contains public/private key pairs. This is probably not the most efficient way to perform such an attack, having a pool of computers generating the public/private keypairs would be a much better method. However, I have determined that the current system is safe enough for me I hope that someone with more time to dedicate to this is not successful. I will still trust in a bank external to the bitcoin system with the vast majority of my money because there is a remote chance out of "luck" someone may generate my public/private key pair, reconstruct the transactions in their wallet and drain all of my cash. I will be testing again with some GPUs once my hardware comes in, sorry about the RPC flood, lol. I guess at least the network is resilient enough to not even notice.

So what your telling me is I really do need to write code to generate all possible wallets and I can spend bitcoins out of everyone's wallet?

So your telling me other peers have no clue about what address is assigned where and there are absolutely no records to prevent duplication?

Awesome idea, you could start a service like ClearCoin to escrow btc.

I think you guys are missing the point. I'm not worried about my coins. I'm worried about the future of the bitcoin if someone were to launch that attack on the bitcoin network. If all wallet addresses were allocated, what measures are in place to reclaim empty/unused wallets?

I do not plan to do it, I'm throwing it out there as a what if. If all of the addresses have been generated is there a function that will reclaim empty wallets? The only people interested in this are like the two senators that want to see it shutdown.

Hello!

Pick up a book on PHP and MySQL or hire a coder (like me). Then read the laws that financial institutions (money transfer) are required to follow so you don't get busted for money laundering. Then contact other money transfer agencies and work out a deal.

Thanks!

lol, I wonder if they or anyone else that runs the script could get sued for theft of electricity as I know alot of people probably leave their computer on and at a google search page or whatever the last page they were on. Possibly even causing systems to overheat and cause damage. Surely this would have some legal complications eventually.

I think google would be a better target, an employee might sneak it in.

I think it would be wisest to save your bitcoins until the value is much higher.

Lol, I am definitely using that image somewhere. Thanks! 

People that panhandle make more money per day typically than the average working American. Great strategy sir.

Hi all,  I would first like to welcome everyone looking at this to my first thread on the forum! 

My first concern is that of peer discovery, I know by briefly looking through the code for the BitcoinJ client that it seems the general way to discover peers is by connecting to an IRC server and looking for peers in the channel list. IRC servers are vulnerable to DDoS it would be quite easy for the U.S. Government, or anyone with a botnet to launch an attack on the IRC server. I'm not sure if it is true for the official bitcoin client but the BitcoinJ client only specifies one IRC server. Is there a plan to setup a mirror service like we seen with WikiLeaks but for IRC? I guess as along as one node could be found you could potentially receive the list of peers by that node. My concern is for clients that have not discovered any nodes yet. I also seen a DNS resolution file but it was not implented yet. I know in the official client there are some IP addresses that are commented out and I suppose people could look on a site for at least one node to connect to, so maybe I answered my own question.

Second, what if someone mined Wallets instead of bitcoins? What I mean by this is that if someone created a client that continuously created send and receive wallets how long would it take before all of the addresses are used up? How would you prevent this?

Hello all! Just another bitcoin miner.