Yes, but with QR-Camera transfer media I feel a lot more safe than with some WiFi, at least for transferring the payment address and amount. Imagine phishing attacks made by faking the merchant's WiFi hotspot and announcing your own payment address instead of that of merchant.
|
|
|
With using QR code, there is no need to quirky setup Wifi nodes in the shop. The merchant will issue "payment request" QR code, you mobile phone (offline) will scan it and launch your offline wallet. You will perhaps login with PIN to your wallet and confirm the payment. The mobile phone will prepare QR code with offline transaction and you will show it up against merchants tablet with camera. The merchants software will decode the transaction and quickly verify on the network that it is not a double spend, send the transaction alive and again check for doublespends. After few seconds, the transaction is complete and you can left the shop with the goods.
|
|
|
Maybe, the phone mobile application can show the generated offline transaction as QR code on the display. The merchant cash register display (think iPad showing price and having a front facing camera) will read and decode the QR code and "run" the transaction.
|
|
|
I guess the break out through $5.20 up was due to the first leaked news about Bitcoinica becoming registered finance service.
|
|
|
AAPL seller?
|
|
|
Soon .. the price will go down.
|
|
|
One cannot count on any Murphy's law. Including this one.
|
|
|
OK, OK, next time I will explicitly append this:
|
|
|
X8000 Sneak PeakA Sneak Peak at the first 3MH/s/$ FPGA Miner!X8000: Deep Purple Prototype:Preliminary Details:- 1.8 GH/s guaranteed, 2.4 GH/s typical.
- $595.99 USD + Shipping/Tax.
Must be FAKE. All seems legit, but you made a mistake which reveals you - I never saw purple board from any suplier .. ![/list]
|
|
|
The domain btcsafe.net is offered for sale. Originally I intended to start there The Bitcoin Safe - online wallet with all private keys stored locally, but currently I focus on different project and unfortunately have no additional time to take care of this.
There is a corresponding @BTCSafe Twitter account to this domain.
|
|
|
While it is advised to use a different address with each payment, sometimes it is not possible. For example, donation address. Or cases, where you want to show an address, but the viewer may not decide to pay at all. Keeping all that private keys just in case the payment will show up may require a lot of SAFE storage.
|
|
|
Bitcoin with its current hashrate may be the most powerfull SHA256 testing tool that has been running so far ...
|
|
|
BMP is very easy format - its just some header and then the pixels, rows by rows. For fractals, you definitely will use 24bit RGB BMP format. I do not know what presentation API you use to show the fractals (GDI? OpenGL? DirectX? OtherWidgets?), but if you can recalculate the fractal image into memory matrix (or long array), you basically are done, just open binary file, write header (there are some gotchas, but most of them are well documented), then feed the whole pixels, done. In case of questions, contact me.
|
|
|
Why? Compiling the kernel takes time and resources. It makes the first start much slower.
That is the entire point of saving a bin file.
1) cgminer looks to see if bin files exists (binary version of OpenCL kernel) 2a) if no bin file exists it compiles the open CL kernel using CURRENTLY INSTALLED SDK and saves a copy as bin file 2b) if bin file exists then cgminer saves time and resources and loads that bin file 3) compiled binary (bin file) is loaded onto the GPU 4) execution begins
The 2a & 2b means if you upgrade sdk but DON'T delete the bin files you will run cgminer used kernel compiled on the SDK at the time of first start. If later you install a new copy of cgminer (which has no precompiled bin files) then and only then will the new SDK be used.
ckolivas could make cgminer compile on the fly on each startup and it likely would reduce confusion because as soon as you upgraded SDK and restarted cgminer you would see performance drop and people would stop blaming later version of cgminer for the drop. Still that change would only help the uninformed be less clueless and would slow start times for everyone else.
Isn't there a way in OpenCL to check what version of the SDK the .bin was compiled in and re-compile only if the SDK did not match currently installed? Or, encode the version into .bin filename. Sorry for nitpicking .
|
|
|
Delete the .bin files from your beloved 2.0.6 installation and try again. You are NOT using the new sdk on the old installation if you still have old .bin files there. I did NOT spend 6 months and hundreds of hours coding upgrades to cgminer to make it slower.
Shouldn't the cgminer delete old .bin files itself? If it created them before, it should take care of them.
|
|
|
That's why I vote that every miner software should LOG the winning share. It can be later compared with the blockchain and thus allow identify that where your winning ticket ended at all. This would reveal other proxies, like ABCPool, too. Plus, you can cheer and drink a lot after found block .
|
|
|
Seriously, whats the purpose of that message, dear S3052? I expect that all subscriber will note that they has got the forecast.
|
|
|
Spreading a FUD about "we can read your communication, we can decrypt your data". That's the goal of the message.
They simply want to scan all e-mail and web traffic and build a semantic graphs to get a clue whats happening on the Internet. Cool project, but no cracking of ciphers, IMHO.
|
|
|
I have not checked the source code, but it seems that CGMINER keeps getting work from all defined pools, regardless if it mines on them or not. I am on very slow line (GPRS), so this hogs it the line a lot. Can it be run in "no poll" mode, just being switched on failure of primary pool?
BTW, i already use --failover-only, but it has no effect on amount of work being downloaded.
|
|
|
Is there an official Bitcoin.org Twitter account? This would be great place to post notifications, warning, new version release, and so on.
|
|
|
|