like 80% of all questions are the same, arent u able to read the older posts? ufasoft programmed the miner for everyone, why cant you do a lilbit urself?
@ufasoft: you should create a FAQ @ ur first post so we dont have to answer this all the time.
|
|
|
done, works thanks ![Wink](https://bitcointalk.org/Smileys/default/wink.gif)
|
|
|
eu.eclipsemc.com:8337 is having problem, CON RST
|
|
|
ok, never mind previous post. I think I found the answer (didnt show up in search) but I see that it doesnt matter if you stop and start it.
so this means that I can seach for an expression, then quit vgen, start it again later and it will not repeat the work it has already done? no, the work done isnt based on previous work since you generate keys from a random seed.
|
|
|
Account to Account Transfers in the bitcoind (or bitcoin-qt?) application: https://en.bitcoin.it/wiki/Accounts_explained#Account_-.3E_Account_TransfersUse the move method to transfer balances from one account to another. Moves from the default account to any other account always succeed; moves from any other account will fail if the account has insufficient funds. Moves are not broadcast to the network, and never incur transaction fees; they just adjust account balances in the wallet. This is the functionality to which I refer. The documentation is not clear whether the bitcoin-qt GUI application uses true Bitcoin transactions or will fall back on this move behavior when requesting to send bitcoin value to another address within your wallet. In my opinion, the Account concept (read the full wiki page above) is a very useful feature, but has no place in the defacto/reference software from bitcoin.org. They should provide a reference implementation that does not have such features and release the more feature-full edition separately. Anyway, that's getting rather off topic. Can anyone clarify the behavior of bitcoin-qt when sending values intra-wallet? both.
|
|
|
If you're using the bitcoin-qt wallet (from bitcoin.org), moving bitcoins between "accounts" in your wallet might be done locally (not on the block chain). Can anyone else confirm whether this is always the behavior when moving values within the wallet? Is there any way to tell bitcoin-qt to send the transaction to the network, even if you own the destination address (the wallet has the private key)?
this dosnt hapen, if you send something to yourself one of your "hidden" adress is used to recieve the BTC and the amount of BTC isnt decrease. Thats because if you send something to yourself, u already know u will get that amount of BTC. you cant transfer anything locally because only transactions with valid inputs are getting accepted, if you just change the input who dosnt have enough BTC then it will fail. You have to tell the network that u send BTC to another adress otherwise the money is lost (you can recover it by undoing the transaction in your wallet since the transaction never got send to the network (assuming u modified bitcoin to not send the transaction)). greetings
|
|
|
stupid question, stupid answer: develop OpenCL driver for ur FPGA then u can!
|
|
|
OpenCL dosnt woorks too under linux. If you got time (which you actually dont have ufasoft) i can give u a machine where u can test CUDA+OCL.
greetings
|
|
|
there is no such feature. Sorry I thought I remembered doing it...you are right, I am wrong...this feature is not implemented in ufasoft miner.... you can do it like this with poclbm ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) no reason to excuse!
|
|
|
there is no such feature.
|
|
|
Is there a way to do failover with Ufasoft Miner? I've not seen a setting that would indicate it would but wanted to be sure.
no there isnt yet, i already asked ufasoft for such a feature.
|
|
|
eu is fine ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
its working again for me, 10278430 shares!
|
|
|
the 10 million shares crashed mysql (just kidding ^^, but if it did then the db was poorly build, so i dont think so ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) )
|
|
|
10157091 not the million, the ten million! holy shit
|
|
|
record is 9790788, now we got 9523769
|
|
|
you forgot to update the version + link on ur page ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|