Actually, BTC_Truth has suggested quite specifically that there might be something in the image file. I had a brief look at the hex dump, but nothing jumped out at me. Perhaps BTC_Truth can elaborate further?

Interesting, but what sort of action would this be?

That is a very interesting article, thanks for posting it.

Raises the idea that in fact it was a government seizure of the cold wallets back to the level of possible, rather than a crazy conspiracy theory.

Join us for the monthly meetup at a new location. The talk this month will be on Bitcoin Scams and how to avoid them when trading. The Cortez Coffee Company will be accepting Bitcoin for payment for beverages or coffee beans at this event.

Location: Cortez Coffee Company, 1030 E Vista Del Cerro Dr, Tempe, AZ

Date: 5/7/14 6:00 PM - 9:00 PM

What was that site? And does anyone have a copy of the database that was involved?

Unclear what you consider personal details here. Simply the fact that a particular bitcoin address was used to withdraw funds from a specific Mt. Gox account?

But the experts can be hired by the police or the court, preferably prior to any settlement. There is no reason to accept the terrible deal proposed by Sunlot Holdings to hire experts.

Yes, exactly, if these people are serious then release the wallet addresses that were lost/stolen. It is simple enough, and they will be found eventually in any case.

Mr. Holmquist, I must admit I have to admire your nerve (some would say temerity) to post here.

I agree with Nagle, perhaps let's first get the criminal and background records on the team.

Perhaps you can also clarify then when Bruce Fenton first became aware of the financial troubles at Mt. Gox? And precisely what information was made available to him on that date? And more specifically, whether it included any information which would have led a reasonable person to believe that Mt. Gox had lost customer funds. I am very curious about this latter question, as I imagine a number of courts may be as well.

It is an absolutely terrible deal for the creditors. I have no idea why any serious person with experience in finance would think this would work or be accepted by the administrator or the courts. It is a joke.

Yes, precisely, it is all speculation. One key item would appear to be combining the leaked information and the blockchain to figure out what happened. Ala this effort on reddit http://redd.it/244s29.

Can we get the .svg files posted for the OP_CHECKSIG diagram somewhere? The png available at the wiki is quite small and difficult to read.

Sounds like the judge is not anxious to grant them bankruptcy protection unless he shows up for deposition. Would be nice to finally hear some answers under oath from MK.

Starting to work on USB port access. It appears the USB port has a Silicon Labs CP2102 USB-UART convertor. Drivers are available on this website: http://www.silabs.com/products/mcu/pages/usbtouartbridgevcpdrivers.aspx.

Under MacOS X, this driver does install and presents a serial communications port as /dev/SLAB_USBtoUART.

The serial port settings appear to be 115200 baud, 8 bit word, no parity, 1 stop bit.

Watching this port shows output indicating the device periodically starts into a boot loader, an number of tests, ending in 'All tests done! BE Cube started'.

Pressing the factory reset while powered on produces the message "Config saved!" then goes through the same sequence.

This cube has now started presenting the configuration page periodically, whenever it doesn't show that it is running the self test via messages on the serial port. It is unclear if this was due to yet another factory reset with a prolonged depression of reset button, or solely due to waiting until the 'BE Cube started' message appears on the serial terminal and then accessing its web page. Once on the page, reconfiguration to another ip address was possible.

During mining the serial port outputs a sequence of a,b,c,d letters, in a mixture of upper and lower case.

When the cube cannot reach its mining pools, it appears to periodically reset, and during self test cannot be reached on the LAN port.

Therefore, if a cube appears unreachable, checking its serial port is useful as one can wait until it says 'BE Cube started' and then try and reach the configuration page.

Out of curiosity, you mention blades here, are they basically the same interface as the cubes?

Yes, this cube that is having this problem also was previously working.

Hi All,

Having read through most of the posts in this forum concerning keywords like those in the title, I thought I would start a new thread for those block erupter cubes which are really unreachable on the LAN port.

That is, I have a cube hooked to a LAN with a computer on the 192.168.1.0 subnet. I have factory reset the cube multiple times. The cube powers up and has a link light on the LAN interface, but is not reachable at its nominal address http://192.168.1.254:8000. Furthermore, it doesn't respond to a ping or to a broadcast ping.

What is the best procedure for trying to get one of these to work under these circumstances? Is there a known method of using the USB port to interrogate this or reset the firmware? Any documentation on the USB port?

thanks,

It is correct that the Japanese court has not yet ordered commencement of the civil rehabilitation procedure. They have only provided a protective order for Mt. Gox based on their application.

This is the first lecture in an upcoming series on the details of bitcoin and how it works. This lecture will cover the basics of public key cryptography, how it is used in bitcoin, as well as other uses for protecting privacy. The presenter will be Peter N. Steinmetz.

Event will be at Ultimate Consignment, 1919 West Main Street, Mesa, AZ. 6 PM - 8 PM.

Please note the earlier 6 PM start time. Refreshments will be provided. This series will alternate with lectures on other topics.

In my experience, they have been somewhat slow, but eventually get it right.