I think BA's SOP is to ignore all refund requests .. at least it feels that way, I requested my refund at the beginning of July and never heard anything. In fact, they deleted my first two refund request tickets on their support site! The third one is still there but it has been unanswered.
Really wish I had put my BTC behind KNC the second time through, they never let me down on my first miners.
|
|
|
hmm all night long my miner was having problems with eligius' stratum server. I switched to the getwork and it was finally getting some work but very slow hashing, so I switched to another pool until it gets figured out (probably a temporary thing, but I can't sit around at 0 hashrate waiting for a fix)!
edit: it's a knc saturn if that helps any
|
|
|
CH,
I sent payment yesterday (see our other forum for TX details). It is in addition to my previous shares (should have 8.44 now) I wasn't sure if you wanted me to post in both forums, so I decided to just because.
|
|
|
I think if I ever get mine deposited, I will probably never use them again. this is complete crap. The waiting is annoying, but the lack of customer service makes me feel like there's some guy rolling around in a pit of everyone's money and laughing while we try to figure out wth there have been no responses to emails, PM, helpdesk etc.
I really wish they had a phone number listed so I could get an instant response. The OP mentioned facebook to get a response. This is completely unprofessional to have to discuss financial matters in such a public way.
|
|
|
I am having this exact same problem. Their support ticket system is very slow as well. I have tracking data that assures me my money order we received over a week ago and the website says that money orders are processed within 1-2 business days. It also states that handwriting can slow down the process if it is poorly written.
I wrote everything as clear as day so there should be absolutely no problem reading this. The only thing this leaves is a lack of workers... it seems they are getting to big for their current staff and should expand, or increase productivity somehow.
I have nothing left to do but wait, I am sure they are very busy. It seems they were updating their server (?) recently if I remember reading correctly which could slow down all processes if their staff is managing many different tasks at once (transfers, maintenance, etc)
I sure would like a response though.. even a simple "ok, we received it and it is being processed but we are delayed currently because of x, y and z."
oh well *twiddles thumbs*
|
|
|
I too am having similar problems, my MO was received by campbx on Aug 12 and it is now the end of the week and no funds in my account.
|
|
|
CH, see my post in our forums for my transaction, I believe I got it in before the hold was announced
|
|
|
This should give you the raw transaction that can be plugged into any broadcast utility. You're right that the raw text shown in the text box is not compatible with anything else, but the raw hex should be. Let me know if that doesn't work. I didn't want to keep cluttering the main discussion thread with my scripting questions etotheipi, so i did a search and this is the only mention I found of Copy Final Tx (HEX) on this forum so I will post this final (hopefully) question here. after much sifting through sample code, I believe I have everything how I want it except I wanted to clarify my thoughts on creating a finalized raw transaction that has been signed offline. I want to have the output be saved as both armory's ascii format and also in a raw hex format that can be broadcast via any broadcast service such as blockchain's pushtx. I have the ascii format figured out and I think I have found the raw hex format while browsing GUI code: binary_to_hex(txdp.prepareFinalTx().serialize()) I've written that output to a file and I believe it is correct, but I wanted to be sure and I am unsure of how to test it without actually broadcasting the transaction (currently I do not have the coins to play with!) It seems like this is similar code to when the Copy Final Tx (HEX) button is pressed when you are about to broadcast an offline transaction from the online armory client.
|
|
|
awesome, I thought that serializeAscii() function looked promising I'm working on it currently, and I also started browsing through qtdialogs.py to see what the GUI is actually doing on the backend to save the transaction files. So the key once I get the actual transaction data is to dump it into a file called *.unsigned.tx so the offline wallet will recognize it. I was wondering about that as well, thanks! And here I thought the hardest part would be pulling the data in from my DB.. then I remembered about python-mysqldb wrappers Edit: Thanks a ton for the input, I have almost everything done now, just doing cleanup of my code and adding DB update stuff but I have all the tx file I/O setup. It was really simple once you told me about the serializeAscii() function.
|
|
|
I was working on my script and everything is going well following the samples as you suggested was helpful. What I'm stuck on now is converting the createTxFromAddrList.py to make it so at the end instead of signing and checking etc, it would export the unsigned tx file that I can copy to my offline wallet. Basically everything works perfectly how I want it to build the transaction, but I am having a hell of a time finding how to export the details to a tx file. So up to and including: print 'Creating Unsigned Transaction...' txdp = createTxFromAddrList(wlt, addrList, recipList, 50000, sendChangeTo) txdp.pprint() works well. and it prints out a lot of details showing where the unspent outputs are coming from and where they are going etc. I am trying to do this while having a hell of a time with the documentation so finding the right functions becomes a bit more challenging. I also have the other side setup (using cli_sign_txdp.py as an example) to fit exactly how I need it to, just having trouble with the saving of the unsigned tx file. Anyone have any suggestions?
|
|
|
Here's my code for my watching only script to load the blockchain and read a balance for some addresses. Hope this helps. import sys sys.path.append('..') sys.path.append('.')
from armoryengine import * from time import sleep start = RightNow()
TheBDM.setBlocking(True) TheBDM.setOnlineMode(True) print 'Loading blockchain took %0.1f sec' % (RightNow() - start) start = RightNow() topBlock = TheBDM.getTopBlockHeight() print '\n\nCurrent Top Block is:', topBlock TheBDM.getTopBlockHeader().pprint()
cppWallet = Cpp.BtcWallet() cppWallet.addAddress_1_( addrStr_to_hash160("1ArmoryXcfq7TnCSuZa9fQjRYwJ4bkRKfv") )
print cppWallet.getNumAddr(),' addresses in this wallet' print '\n\nRegistering the wallet with the BlockDataManager & loading...' TheBDM.registerWallet(cppWallet) TheBDM.scanBlockchainForTx(cppWallet) print '\n\nTransaction history of this wallet:' ledger = cppWallet.getTxLedger() for le in ledger: le.pprintOneLine() print '\n\n************************************\nBalance of this wallet:', coin2str(cppWallet.getSpendableBalance()) print 'Unspent outputs:' unspentTxOuts = cppWallet.getSpendableTxOutList(topBlock) for utxo in unspentTxOuts: utxoAddr = hash160_to_addrStr(utxo.getRecipientAddr()) print utxoAddr," ",float(utxo.getValue())/100000000.0, " ",utxo.getNumConfirm()
while True: if TheBDM.getBDMState()=='BlockchainReady': prevTopBlock = TheBDM.getTopBlockHeight() newBlks = TheBDM.readBlkFileUpdate() if newBlks>0: print newBlks," new blocks found" latestBlockNum = TheBDM.getTopBlockHeight() topTimestamp = TheBDM.getTopBlockHeader().getTimestamp() TheBDM.scanBlockchainForTx(cppWallet) print '\n\nTransaction history of this wallet:' ledger = cppWallet.getTxLedger() for le in ledger: le.pprintOneLine() print '\n\n************************************\nBalance of this wallet:', coin2str(cppWallet.getSpendableBalance()) print 'Unspent outputs:' unspentTxOuts = cppWallet.getSpendableTxOutList(topBlock) for utxo in unspentTxOuts: utxoAddr = hash160_to_addrStr(utxo.getRecipientAddr()) print utxoAddr," ",float(utxo.getValue())/100000000.0, " ",utxo.getNumConfirm() time.sleep(10)
this is helpful for sure! etotheipi - I spent the last hour or two going through the example scripts, I am sure I will be able to get it going how I want, if I need to discuss this more, I may split it out as you suggest.
|
|
|
so could I actually load the chain and scan for up to date transaction using this script without actually loading the GUI to scan the chain? basically add a step to the beginning process of script to load/scan the chain (assuming that bitcoin-qt is currently loaded and up to date), then continue on with my previous logic? Also, were you meaning that: BDM_LoadBlockchainFile() walletObj.setBlockchainSyncFlag(BLOCKCHAIN_READONLY) walletObj.syncWithBlockchain() is replaced with: TheBDM.setBlocking(True) TheBDM.setOnlineMode(True) TheBDM.scanBlockchainForTx(wlt.cppWallet) to put armory into online mode and scan the chain?
|
|
|
Check BitcoinArmory/extras/createTxFromAddrList.py. Also sample_armory_code.py in that same directory has a lot of useful stuff. Admittedly, some of the examples, including createTxFromAddrList.py, uses an old version of the blockchain utiltiies -- for instance, BDM_LoadBlockchainFile() no longer works/exists. If you see this: BDM_LoadBlockchainFile() walletObj.setBlockchainSyncFlag(BLOCKCHAIN_READONLY) walletObj.syncWithBlockchain()
TheBDM.setBlocking(True) TheBDM.setOnlineMode(True) TheBDM.scanBlockchainForTx(wlt.cppWallet)
Other than that, I think everything is the same, so you have an almost-full solution there! Also check extras/cli_sign_txdp.py which can be used on the offline computer to load your wallet, load an unsigned transaction, unlock your wallet, get your confirmation, and then sign it for you. Try it out! I made both of these to help scripters like you that's fantastic, thanks for the super quick response. I wasn't expecting to hear back until tonight! I'll work on it tonight. did I mention I love python? thanks again
|
|
|
I have a question regarding scripting with armory.
say for instance I was wanting to set up a custom script utilizing bitcoin's sendmany RPC command. Normally, if I were not using the armory cold storage (or armory at all), this would be a fairly simple matter being able to just call the command.
Since I want to do this via armory's cold storage, I would need to create the offline transaction but I am having a hard time trying to find info regarding how to do this in a script as opposed to using the GUI and manually choosing every single address I want to send to.
I am envisioning a script where I can pull in a list of addresses and payment amounts, check that there are no duplicates, if there are, combine the payout amounts and send the addresses and their payments into sendmany, create the offline transaction and have it save the output to a file that I can then go to my offline wallet to sign (this I would do manually as it doesn't take much time).
Then I would just continue normally without the script from there (go back to online and broadcast it). This would save me a ton of time manually entering addresses into armory.
I used to do this with the bitcoin client, but I moved to armory a long time ago and it's been bugging me recently.
Any insights? Is it possible that I'm just missing an important piece to the puzzle? Since Armory uses the bitcoin client on the backend, I wonder if the scripting would be the same, but the bitcoin client wouldn't have the offline data (ie private keys) this is what is throwing me currently.
|
|
|
rDmCBTnczqEzkMYMWaCXM7MqN5y71RzafT
|
|
|
I've managed to get 750 on all of my 7970s (Gigabyte GHZ editions)
i have been getting temps around 75c, but then again, I put --temp-target 75 so it's working well from what I can tell.
|
|
|
how does the BCC work in the US? Do you purchase the USD BCC and then withdraw to the card, and it works like a normal USD Visa?
I feel like I'm 'behind the times' because I just found BCC via bitmit and there wasn't much detail on how it worked.
|
|
|
that's what I thought, but i wanted to make sure before I deposited anymore
thanks!
|
|
|
so I was curious, since the ASIC pre-order period is over, can we still deposit to accounts that took part in the ASIC deposits, or will all new deposits still be counted towards FPGA infrastructure?
|
|
|
the aggression i believe is what's making it unresponsive, but lowering this will lower your hash rate. it's up to you if you want to use the computer effectively or mine effectively
|
|
|
|