Some HA (high available questions). So I know I already brought up temp sensors that will shut off faulty chips and Thanks for those replies.
Secondly I was thinking today what happens when the server/computer these PCB's are plugged into via USB go down. I can see in most scenarios people will be hosting either offsite in a DC or warehouse / office or in their own home. I also see that most people (at least from what I gather) will not be watching blinking lights 24/7. Would it make sense or even possible to have 2 USBs coming from the PCB to plug into two separate computers? That way if the one machine goes down but the ASICs are still functioning, can be failed over to the secondary machine?
i.e. if You can plug in multiple Boards into several USB ports on one computer, why couldn't you plugin in one UNIT into two machines. Then you can use some sort of HA tools that are out there to failover which USB cable the device should use? Could ensure downtime is kept to a minimum when certain problems arise, like a computer crashing and not need to be physically in front of the ASIC board to physically swap out the cable. In other words an active/passive HA setup.
kosta
I would like that! Although I guess that is far outside the scope here (= getting working boards as soon as possible). Maybe a second generation version? With high chip density too, designed for the big boys? For now, we could maybe connect some simple embedded linux box as an "usb-router" in betrween the klondike and hostcomputers? Ente |
|
|
|
|
Only the last two entries with the highest votes in the last round are left in the poll.
Just sayin'..
Ente
|
|
|
|
What happens when one ASIC dies? Gracefully, like just switching itself off, not burning and creating a crater.. ;-)
Will just this ASIC be missing, or all following in the "chain", or the whole board?
Would the 64 ASIC board be the same, all following or all 64 fail if one fails?
Seems like burnin's board is not fault tolerant against individual ASIC fails.
Ente
It's hard to say right now without docs. If they are daisy chained then one failed "may" prevent the others after it from working. I say may because it depends on the failure mode. It could just stop hashing correctly, or it could "blow" hard and prevent data from shifting through at all. If they're not chained and have some kind of serial bus then likely one failing would not stop the others but would be a range of nonces that never gets hashed. In both cases one board should not affect other boards and the 64 chip board would be identical to 4 separate 16 chips boards - as that's what it is. Sounds good, thank you! So, it's time for some open-sourcing on side of avalon! :-) Ente |
|
|
|
|
What happens when one ASIC dies? Gracefully, like just switching itself off, not burning and creating a crater.. ;-)
Will just this ASIC be missing, or all following in the "chain", or the whole board?
Would the 64 ASIC board be the same, all following or all 64 fail if one fails?
Seems like burnin's board is not fault tolerant against individual ASIC fails.
Ente
|
|
|
|
Online-/Offline Wallets Can we use both wallets (at least for testings) on the same PC/HD switching online/offline? Armory creates watchonly wallets in its AppData dir. But does -even if offline- not display them if I try "offline transactions". I read https://bitcoinarmory.com/using-offline-wallets-in-armory/but found no answer for this "special question" using no separate machine+USB-Stick. Like, one wallet in its offline and online version in the same Armory installation? Not sure what you try to test with this setup, this feels strange in many ways ;-) You can, of course, have several different wallets in Armory, being online, offline, encrypted, unencrypted at the same time. Like, different distinct wallets. Maybe try to get a second computer for testing. Or, the annoying way, test with booting into a live-cd. Ente |
|
|
|
In bitcoind appdata dir is a file "bitcoin.conf"
containing:
rpcuser=generated_by_armory
rpcpassword= (an alphanumeric string, length 44 bytes)
Found no explication for that.
May a ask wether this is my (encrypted) password and a security risk?
This "rpcuser" and "rpcpassword" is for bitcoin-qt and bitcoind, it sets which other users/computers/programs may connect to bitcoin-qt and bitcoind. Everyone connected via rpc may send bitcoins from bitcoind's (!) wallet. Armory uses its own wallet(s). So you may remove all original bitcoind wallets. As Armory depends on bitcoind's blockchain-handling, it must be able to connect via rpc. Any random user and password will enable bitcoind to be connectable, and Armory will simply read the right user and password right from that config. That's how I understand it, anyway :-) tl:dr: It's perfectly safe and normal. Don't leave bitcoins in bitcoin-qt's original wallet though. Ente |
|
|
|
Question #1: I would like to set up Bitcoin QT on several computers. Can I load the blockchain to one computer and copy it to the rest? If so, how? I have tried simply copying all files names blk*.dat (5 of them, including blkindex.dat), but I get fatal errors on the target computers. Should I be copying other files (.lock, db.log, debug.log, peers.dat, and/or the directory named database)?
Question #2: I have another problem: I set up Bitcoin QT on a computer that I will never connect to the internet, generated a receiving address, and sent a few coins to it, a few months back when a few coins were worth pocket change. Of course, the coins were never received, though the network processed the transaction. Now, those coins are worth several hundred bucks, and I'm trying to recover them without attaching the computer to the internet. I tried saving the wallet.dat file and using it on another computer that has QT installed and the blockchain up-to-date. It loaded up OK, but reports a zero BTC balance. What did I do wrong, and how can I correct the problem?
Although I am a "newbie" to the Bitcoin Forum, I have been playing with Bitcoin for quite a while and am quite technical, so you can be specific in your response. Thanks!
..did you sort it out by now? I can write you some pointers if you are still in limbo. Ente |
|
|
|
Here's a teaser. I've done just about as much as I can for the moment.
I could tidy it up a bit and make some bits more pretty.
If I recall correctly this is the top and bottom layers with solder paste.
The middle layers aren't shown. Note that data signals will be on a middle layer.
And I'm still playing with the connector area. I may put pads for an SMD barrel jack at board edge next to PCIe power so that those who want no thru holes (due to heat sink) can use that. I could find no SMD mount PCIe connectors so best bet there is to drill the heat sink or put copper pads between it and the board. Kind of a nuisance really.
I should have changed the name of that silly 1PIN hole footprint.
I love it! :-) 4x4 thermal vias under each asic, nice! Heatsink-holes, usable for aligning the stencil? Great! I would love an smd barrel-jack! There seems to be some space left free left of the pci-e powerconnector? If the pci-e powerconnector isn't populated, do you think the solderpoints would short on a flat heatsink? The soldermask adds some tiny space, and ignoring the thermal compound and oxide layer in between too. All in all there seems to be quite some space unused. Of course the other layers are not visible here, though. Considering the original avalon module is 37mm wide (for 10 chips only).. Nah, ignore that, you know what you're doing, BKKCoins! :-) To repeat: I love it! :-) edit: About aligning: The solder pads are tiny. What do you guys think, would the holes be positioned precisely enough to align the stencil with them? That would help a lot! If we can define a narrower tolerance for the (4 corner) holes I would gladly pay extra. Oh, and +1 for larger physical capacitor size etc ;-) Ente |
|
|
|
Gah, someone recommended that change to help with systems that may have python3 hardlinked to "python". Apparently this has caused problems for a bunch of innocent bystanders. Change the "python2" in the Makefile to just say "python". That will resolve it. Yay, that's what helped! :-) I almost got nightmares again when I saw that "python" and "python2" message.. One of the few things I hate about linux! So I never touched my python again :-) It works, thank you! Quick question, about the "Armory now manages bitcoind": I prefer to keep bitcoind running whenever the computer is on, to always have an up-to-date blockchain and help the network with a full node. I don't use Armory daily, though. Thoughts, how I should proceed? Ente |
|
|
|
The branch you actually want is "testing". It was last updated 5 days ago, compared to dev which was last updated 4 months ago.
Daymn! Now that's good to know, thank you! :-) edit: cd cppForSwig; make swig
make[1]: Entering directory `/opt/BitcoinArmory/cppForSwig'
g++ -I"/usr/include/python`python2 -c 'import sys; print str(sys.version_info[0]) + "." + str(sys.version_info[1])'`" -c -O2 -pipe -fPIC -Icryptopp -DUSE_CRYPTOPP -D__STDC_LIMIT_MACROS -lpthread CppBlockUtils_wrap.cxx
/bin/sh: python2: not found
CppBlockUtils_wrap.cxx:151:20: error: Python.h: Datei oder Verzeichnis nicht gefunden
CppBlockUtils_wrap.cxx:782: error: ‘PyObject’ was not declared in this scope
CppBlockUtils_wrap.cxx:782: error: ‘str’ was not declared in this scope
CppBlockUtils_wrap.cxx:783: error: expected ‘,’ or ‘;’ before ‘{’ token
CppBlockUtils_wrap.cxx:806: error: expected initializer before ‘*’ token
CppBlockUtils_wrap.cxx:832: error: expected initializer before ‘*’ token
CppBlockUtils_wrap.cxx:886: error: expected initializer before ‘*’ token
CppBlockUtils_wrap.cxx:907: error: expected initializer before ‘*’ token
In file included from /usr/include/c++/4.4/stdexcept:38,
from CppBlockUtils_wrap.cxx:2820:
/usr/include/c++/4.4/exception:35: error: expected declaration before end of line
make[1]: *** [CppBlockUtils_wrap.o] Fehler 1
make[1]: Leaving directory `/opt/BitcoinArmory/cppForSwig'
make: *** [all] Fehler 2 *sigh* Ente |
|
|
|
Hmm, I am having some issues here. I am sure it's on my side, with GIT and all.. Armory-gui tells me I am on 0.86.8 error: Untracked working tree file 'PublicKeys/AndresenCodeSign.asc' would be overwritten by merge. Anyway, so I stick to the dev branch, but there comes more: From git://github.com/etotheipi/BitcoinArmory
* branch dev -> FETCH_HEAD
Already up-to-date. Still says 0.86.8 then. So, is the master branch newer than the dev branch? Am I missing the "swig" stuff? edit: Doesn't help. You can see I have no real clue what I am actually doing here ;-) Ente |
|
|
|
Irgendwie muss der Scheiss ja laufen, hier rumsitzen und hoffen das die "Ching-chang-chongs" uns da irgendwas schicken, das nicht so mein Ding.  /ignore. Idiot. Ente |
|
|
|
|
Es wird wohl Testchips geben, für 10k-Bestellungen bei Avalon. Diese Testchips werden (hoffentlich) einige Zeit vor den 10k-Lieferungen versendet.
Verteilst du diese Testchips so wie Zefir anteilig an die Käufer?
Sollte ich Chips bei dir bestellen und mein Anteil hoch genug für einen Testchip sein: Kann ich diese(n) Testchip z.B. an BKKCoins senden lassen?
Ente
|
|
|
|
Hi there,
I am not sure this was posted before but in any case with the fear that I might repeat just what somebody else said I wanted to know what are the implications of opening an exchange service for rare goods such as diamonds (note the market is different than gold or silver as it is not regulated by the same principles), prices are set differently (Rappaport & Diamond Council). Diamonds were always a good investment and will remain, it's just the do's and don'ts that might prevent such a service to open?
I can tell you none of the big brands are likely to accept btc very soon no matter the industry. Money is the primary means and would stay this way for a long time because of the nitty gritty world of banking/accountancy/ledger/AR/AP, international standards plus auditing. Most big retailers CEO's and money movers still see btc as a potential bubble.
Having said that, starting with local and small businesses is the key here, you get the market cap and support the system (as idea and the truth behind it) and then when a real stable and growing market is created for btc use, move to bigger fish.
In my own world I would like to open a "diamond for btc" service such as the gold/silver ones though operating like a store too (ex bluenile). Any idea if this can be done?
In the meantime, can someone tell me if there is a good marketplace that I can sell certified diamonds on for btc without a hassle?
Thanks and good luck!
Daniel
Hi Daniel, I am happy about all new merchants accepting bitcoins, and especially happy about all new and creative ways which are new with bitcoins! That said, a few thoughts about diamonds specially: - Bitcoin (and other non-reversible methods) have a higher risk for fraud. Especially with gems and especially with diamonds this is true, gems and diamonds depend a lot on the reputation and trust between seller and buyer. - Besides that, I see no problem in "bartering" bitcoins for diamonds. All transactions where you "pay" for goods (this is important) with bitcoin should be safe. This is quite different to selling/exchanging bitcoins for money, as you often need licences for that. I.e. being a bank or certified money something. - Finally, I strongly suggest to read more about the whole "diamonds/gems as an investment". You gave hints with Rapaport. You will never get a decent price if you try to sell your "investment diamond" again. Real investment diamonds are six figures upwards. Most jewellers, even right where you bought your stone, won't even make you an offer. Simply because they can't pay more than, say, half of the price you paid. Nasty situation which they want to avoid. - A great article about the inner workings of the diamond industry is here: http://www.theatlantic.com/magazine/archive/1982/02/have-you-ever-tried-to-sell-a-diamond/304575/Some pages long, some years old, but really eye-opening. Must-read for anyone who wants to invest time or even money into a diamond. Even "just" for jewellery. In short, "diamond invention". I consider it the largest and most advanced manipulation, if not scam, in human history. My personal summary: I will never spend a cent for a diamond. And will try to inform others about the depth of this whole mess. I plan, however, to eventually dig out a rough diamond by myself, being a minerals collector :-) Happy reading! Ente |
|
|
|
Was doing some Googling and found this. It is $12 but includes a touch screen. Oh yeah! Nice find! Can anyone confirm this would easily mate with the RPi? Ente |
|
|
|
I have been thinking about how to implement this idea for a long time now... It is great to see it is already being done. I think the website could use an update/redesign, though. Perhaps someone here can donate some webdesign?
A site like this relies on transparancy and trust, and the site itself doesn't scream 'trust me', although with a bit of looking around (reading this thread, etc) it sure seems legit, which is wonderful.
You are right! More transparency: For a start, a simple list of which charity received what and when. The beauty of Bitcoin, of course, is to show the exact donation addresses, links to blockchain.info etc, a life ticker with all donations per charity and so on. All this is pretty easy with Bitcoin, and a real gamechanger for the donationindustry! *smiles* Besides that, I have no problem with the design itself. Ente |
|
|
|
Congratulations. Hope it will be well received, and not least, that the size will be right!
The size wasn't right, and you're correct - this is important. I warned my darling that I'd goofed on the size and to be careful - but of course she wanted to wear it anyway. Seeing as we were all in a celebratory mood - there was much alcohol consumed. Sadly - this beautiful ring is now hiding somewhere in the sands of a beach on the island of Rarotonga  Oh no! I feel you pain, sorry to hear! This ring will be hard to replace and difficult to "reach" again.. I have some vague idea. How does it work over there, the bride wears an engagement ring? The, uhm, guy doesn't? My idea is that it's impossible to replace such a ring with an equivalent. You two might still be sad about it in twenty years. So, replace it with something totally different, from an emotional view: Visit a one-week goldsmith course where you will create your own ring! It would work even better if both of you do, creating the ring for the other. Depending on how it works over there. Even as a total beginner it works. It takes more time, it takes much more teaching by the teacher. But you will be able to create a ring which is in no aspect inferior to a bought one, and should very well be superior in the emotional, "meaning"-way. Being a hobbyist-goldsmith, I will gladly give you hints and ideas if you like to think about that path. "Remember when we lost that ring?" "Huh, yeah, that was awful!" "Ah, but then we had those nice two weeks vacation, crafting our own ring! Remember how yealous my friends and colleagues looked? *chuckle*" :-) Ente |
|
|
|
copying the list over there to safe you people one click: Commerzbank (shut down bitcoin24 account)
Capital One (shut down bitfloor account)
Metro Bank (shut down intersango account)
Barclays (shut down mt gox UK account)
Banco do Brasil (shut down mercado bitcoin account) Ente |
|
|
|
Here we go:
Cool. Armory will definitely have to be modified to get it usable on such a small screen, but I bet I could do it.
Initial setup could be via a monitor and keyboard. Once done, transaction signing would need less info to be displayed. If it could be setup to auto-start armory on powerup, then you could operate it with a single button and change the choice every second. That's what I had in mind too. The screen to only show the address, sum, and maybe fees and a graphical representation of the address. And "Accept / Dismiss" with the buttons. My priority was to find a screen the size or smaller than the R-Pi itself. There will be larger ones than the one I found. And, I found the 12€ pricetag.. noteworthy :-) This (or other) displays leave the regular monitor connector unused. So we can connect both a "real" display and leave the tiny display connected. Which means there is a way to have different views on the different displays too. Like, a full debian shell or desktop on the big display, and the armory gui only on the small display. Ente |
|
|
|
|
Show Posts
