|
Yes you are 100% right. Since the 60ies. Non the less I am convinced we will see a new evolutionary phase with this technology.
|
|
|
|
Not for mining, it's intended for use in "Deep Learning" AI related software acceleration.
So there is not interest for us miners? Did you read the paper I linked? It may for sure be interesting one day as a "miner". I can just not tell you if economically it is good to now get the foot in the door or not. We are looking long term here. If you have questions about the paper, feel free to ask. I am not the author, but have some understanding about it. |
|
|
|
Bitmain entering deep learning market perhaps?
Yes, and I think bitmain also has a pretty good picture of what will be coming... |
|
|
|
Hello,
I also want to know more details.
They seem to be releasing a chip/processor and a GPU/video card?
What is their video card capable of in regards to mining zcash/eth?
I'd love to know since theyre worth ~600USD
CHEERS
I do not see this as competition to dSHA256 asics or other asics for mining. This will be a different thing. Did you read the conference paper I linked? Start from there... |
|
|
|
Wright wants to be the wizard behind the curtain. Everyone missed his deception - that he IS SATOSHI and runs a casino!
So tell me why he created all this drama, claimed that he is Satoshi but later failed to deliver convincing and ultimate proof, if all he wanted is remain man in the shadows, hidden puppet master and secret bitcoin millionaire? Don't tell me he wanted fame because he goes through middle age crisis or something. It is not real. got doxxed |
|
|
|
|
OK it all worked for me now. Thanks for the help. One of the issues was that I had only deleted one type of file from the blocks folder and not the other. So file 0949 was actually OK in the end. Broadcasted the raw tx and currently receiving BCH. Now almost done consolidating all my BCH....
|
|
|
|
OK, it worked over night. Now I am actually seeing one confirmation for a tx which was done a few days after the split. I think I have to remove more block data still and remove it... Quite strange, so split must be well before file 949.... I may have to experiment a little with that then....
If your coins have not moved months prior to the split, you can afford to overshoot. Actually, you are better off overshooting and reintroducing files later, as the DB can append forward but needs rescanned backwards. Perfect, I'll take of some files and can always add later. I'll report back how it worked. |
|
|
|
|
OK, it worked over night. Now I am actually seeing one confirmation for a tx which was done a few days after the split. I think I have to remove more block data still and remove it... Quite strange, so split must be well before file 949.... I may have to experiment a little with that then....
|
|
|
|
It then seems to do pretty much nothing.
Your DB shows it's scanning. The wallet check runs in parallel and is unrelated to the DB or the init process. So should I just leave it on over night when QT is opened? Was it actually doing something but not showing the progress bar? Edit: lol, i see now in the db window "scanned from block ..." updating every second or so |
|
|
|
|
I have watching only wallets. The were were never modified by me willingly. I always start DB first and wait for it to show 0 conf tracking. I had some problem in earlier releases already and there I established that together with you. The installation was running fine online before. Transacted BTC out. Now I have cut the blocks in the bitcoin datadir and not synched Bitcoin. I then start ArmoryDB and let it scan. after the 950 or so files it enables 0 conf. Then I open ArmoryQT and it goes to do the integrity check of the wallet. It then seems to do pretty much nothing.
|
|
|
|
Post your logs. Most likely a pathing issue.
I does wallet consistency check, and then stays on gray bars for preparing db and scan tx history I need the full log. Sent a PM |
|
|
|
on shutdown and hangs... 2017-08-20 00:59:52 (INFO) -- ArmoryQt.py:5431 - BDM is safe for clean shutdown
2017-08-20 00:59:52 (INFO) -- SDM.pyc:459 - Called stopBitcoind
2017-08-20 00:59:52 (INFO) -- SDM.pyc:465 - ...but bitcoind is not running, to be able to stop |
|
|
|
Post your logs. Most likely a pathing issue.
I does wallet consistency check, and then stays on gray bars for preparing db and scan tx history |
|
|
|
|
I seem to have issues getting Armory to show the wallet balances as per pre-fork. So I deleted block data from after. Deleted the Armory DB. Then I run ArmoryDB which works fine. But then I have issues getting Armory to act as if online although it's not. Which options do I have to start it with so it doen't start bitcoind in the background but still acts as if online on top of this old data. I have moved BTC utxos out of Armory just after the fork and now need to recover my Bitcoin Cash.
Edit: I managed to get it up without starting bitcoind (wonder why that setting was true before, as I always handled BitcoinQt manually). However, same issue. It doesn't scan TX history or anything. Shows as preparing DB, which it is not doing, as ArmoryDB is up and running.
Edit2: Data folders and everything should be correct, actually.
Edit3: I know I could also just export a shitload of private keys from each wallet and sweep them all somehow, but I think your trick would be far nicer, actually.
|
|
|
|
|
Thx, for this hones answer from the core of Armory. As i stated, if you know of any other service, tool or project, that helps for counterpary cold storage, that would be fantastic.
|
|
|
|
|
Ok there is a armory_utxsvr for counterparty. I thought, how wonderful is that, I will just use Armory for my counterparty assets. Thing is, that both online hosted counterparty wallets do not support creation of offline transactions any more. It seem the armory_utxsvr used to much space on their sever or something. Now I am wondering if I should set up my own counterparty node? Seems cumbersome however.
Is there no simple service that lets us prepare offline transactions? I mean basically a service where you just need the public key, it scans the address for any bitcoin and counterparty tokens and let's you prepare offline transactions. If the service would vanish, it wouldn't be too bad as sweeping addresses is quite easy, so the tokens would not be stuck.
I am just looking for a good counterpart cold storage solution which lets me spend tokens with relative ease. Do any of you know any HW wallets that support it? I have a Trezor but would also be willing to buy another one if needed. What is your way of doing this? There are millions worth of counterparty tokens. I can't believe that all these lay in hot wallets.
Thanks for any advice. Mostly appreciated.
|
|
|
|
Just found another thing. Transaction info, right clicking on the sender and choosing "copy sender address" gives me this if the sender is me: Wallet: "Smart Cold Storage (Watch) (Watc" (1XXXXXX...) It seems to work on the recipient section You mean it should just be the address, not the whole verbose? Yes that is at least what I would expect from a copy address feature. As I mentioned it works fine for receiver addresses that I control, only sender addresses I own afdected. |
|
|
|
Just found another thing. Transaction info, right clicking on the sender and choosing "copy sender address" gives me this if the sender is me: Wallet: "Smart Cold Storage (Watch) (Watc" (1XXXXXX...) It seems to work on the recipient section |
|
|
|
|
Show Posts
