I got my Lancelots, assembled a stack of four of them, git pulled the latest cgminer, but cgminer does not seem able to handle four of them. I tried switching the fourth one I had turned on with another in case it was a bad board, but it just cannot seem to handle four boards period. It even gets segfaults, no hardware should be able to segfault the mining program, it has to be something broken with the software. To compile it with icarus support I had to install libusb-devel, that didn't suffice so also had to install libusb1-devel. It detects four boards, but then claims they are all zombies and invents another four, claims they are all zombies, invents yet another four and so on, in /tmp it has 90 or more imagined devices from constantly inventing more of them. So I tried BFGminer. It is even worse, it cannot get anywhere with them, at least with cgminer I had occassionally gotten as many as three of them to work. I tried starting a second copy of cgminer to try to use just the fourth board, but it basically seemed to be claiming all USB devices were in use or something. Even only running three it still had problems, else maybe by now I would be setting up four computers to run three boards each. I am using Fedora Core 17, 64 bit. The USB cables are plugged into a "USB-HUB 113" 13 ports USB 2.0 hub from NewEgg. I am now starting to clutch at straws, like wondering how to detect whether the USB port the hub is plugged into on the computer is USB 2.0 or higher or lower... This is with four boards switched on: cgminer version 3.2.0 - Started: [2013-06-04 14:39:38]
--------------------------------------------------------------------------------
(5s):0.000 (avg):0.000h/s | A:0 R:0 HW:0 U:0.0/m WU:0.0/m
ST: 2 SS: 0 NB: 2 LW: 15 GF: 0 RF: 0
Connected to dvcstable01.dvcnode.org diff 1 with stratum as user markm
Block: 00a867c089c5f86f... Diff:12.2M Started: [14:39:44] Best share: 0
--------------------------------------------------------------------------------
[P]ool management [S]ettings [D]isplay options [Q]uit
BLT 0: | ZOMBIE/ 0.000h/s | A:0 R:0 HW:0 U:0.00/m
BLT 1: | ZOMBIE/ 0.000h/s | A:0 R:0 HW:0 U:0.00/m
BLT 2: | ZOMBIE/ 0.000h/s | A:0 R:0 HW:0 U:0.00/m
BLT 3: | ZOMBIE/ 0.000h/s | A:0 R:0 HW:0 U:0.00/m
BLT 4: | ZOMBIE/ 0.000h/s | A:0 R:0 HW:0 U:0.00/m
BLT 5: | ZOMBIE/ 0.000h/s | A:0 R:0 HW:0 U:0.00/m
BLT 6: | ZOMBIE/ 0.000h/s | A:0 R:0 HW:0 U:0.00/m
BLT 7: | ZOMBIE/ 0.000h/s | A:0 R:0 HW:0 U:0.00/m
--------------------------------------------------------------------------------
[2013-06-04 14:39:38] Pool 0 difficulty changed to 0.999985
[2013-06-04 14:39:36] Started cgminer 3.2.0
[2013-06-04 14:39:36] Probing for an alive pool
[2013-06-04 14:39:37] Switching pool 0 http://dvcstable01.dvcnode.org:10332 to stratum+tcp://dvcstable01.dvcnode.org:10332
[2013-06-04 14:39:38] Pool 0 difficulty changed to 0.999985
[2013-06-04 14:39:38] Network diff set to 12.2M
[2013-06-04 14:39:38] Stratum from pool 0 detected new block
[2013-06-04 14:39:38] Stratum from pool 0 requested work restart
[2013-06-04 14:39:38] BLT1: Comms error (rerr=-99 amt=0)
[2013-06-04 14:39:38] BLT 1 failure, disabling!
[2013-06-04 14:39:38] Thread 1 being disabled
[2013-06-04 14:39:38] BLT3: Comms error (rerr=-99 amt=0)
[2013-06-04 14:39:38] BLT 3 failure, disabling!
[2013-06-04 14:39:38] Thread 3 being disabled
[2013-06-04 14:39:38] BLT2: Comms error (rerr=-99 amt=0)
[2013-06-04 14:39:38] BLT 2 failure, disabling!
[2013-06-04 14:39:38] Thread 2 being disabled
[2013-06-04 14:39:38] BLT0: Comms error (rerr=-99 amt=0)
[2013-06-04 14:39:38] BLT 0 failure, disabling!
[2013-06-04 14:39:38] Thread 0 being disabled
[2013-06-04 14:39:44] Hotplug: Icarus added BLT 4
[2013-06-04 14:39:44] Hotplug: Icarus added BLT 5
[2013-06-04 14:39:44] Hotplug: Icarus added BLT 6
[2013-06-04 14:39:44] Hotplug: Icarus added BLT 7
[2013-06-04 14:39:44] BLT6: Comms error (rerr=-99 amt=0)
[2013-06-04 14:39:44] BLT 6 failure, disabling!
[2013-06-04 14:39:44] Thread 6 being disabled
[2013-06-04 14:39:44] BLT7: Comms error (rerr=-99 amt=0)
[2013-06-04 14:39:44] BLT 7 failure, disabling!
[2013-06-04 14:39:44] Thread 7 being disabled
[2013-06-04 14:39:44] BLT4: Comms error (rerr=-99 amt=0)
[2013-06-04 14:39:44] BLT 4 failure, disabling!
[2013-06-04 14:39:44] Thread 4 being disabled
[2013-06-04 14:39:44] BLT5: Comms error (rerr=-99 amt=1)
[2013-06-04 14:39:44] BLT 5 failure, disabling!
[2013-06-04 14:39:44] Thread 5 being disabled
[2013-06-04 14:39:44] Stratum from pool 0 detected new block
This is with three boards switched on: cgminer version 3.2.0 - Started: [2013-06-04 14:42:06]
--------------------------------------------------------------------------------
(5s):1.136G (avg):1.052Gh/s | A:3 R:0 HW:0 U:7.5/m WU:7.5/m
ST: 2 SS: 0 NB: 1 LW: 58 GF: 0 RF: 0
Connected to dvcstable01.dvcnode.org diff 1 with stratum as user markm
Block: 015c96c433dfafd6... Diff:12.2M Started: [14:42:06] Best share: 1
--------------------------------------------------------------------------------
[P]ool management [S]ettings [D]isplay options [Q]uit
BLT 0: | 377.3M/446.4Mh/s | A:0 R:0 HW:0 U:0.00/m
BLT 1: | 388.9M/446.8Mh/s | A:2 R:0 HW:0 U:5.00/m
BLT 2: | 382.8M/445.4Mh/s | A:1 R:0 HW:0 U:2.50/m
--------------------------------------------------------------------------------
[2013-06-04 14:42:04] Started cgminer 3.2.0
[2013-06-04 14:42:04] Probing for an alive pool
[2013-06-04 14:42:05] Switching pool 0 http://dvcstable01.dvcnode.org:10332 to stratum+tcp://dvcstable01.dvcnode.org:10332
[2013-06-04 14:42:06] Pool 0 difficulty changed to 0.999985
[2013-06-04 14:42:06] Network diff set to 12.2M
[2013-06-04 14:42:06] Stratum from pool 0 detected new block
[2013-06-04 14:42:06] Stratum from pool 0 requested work restart
[2013-06-04 14:42:15] Stratum from pool 0 requested work restart
[2013-06-04 14:42:16] Accepted c51a3f40 Diff 1/1 BLT 1
[2013-06-04 14:42:17] Accepted a0edcbdd Diff 1/1 BLT 1
[2013-06-04 14:42:19] Stratum from pool 0 requested work restart
[2013-06-04 14:42:22] Stratum from pool 0 requested work restart
[2013-06-04 14:42:22] Stratum from pool 0 requested work restart
[2013-06-04 14:42:23] Stratum from pool 0 requested work restart
[2013-06-04 14:42:27] Stratum from pool 0 requested work restart
[2013-06-04 14:42:27] Stratum from pool 0 requested work restart
[2013-06-04 14:42:28] Accepted ea6b69c4 Diff 1/1 BLT 2
[2013-06-04 14:42:33] Stratum from pool 0 requested work restart
This is same three boards run a few minutes later: cgminer version 3.2.0 - Started: [2013-06-04 14:42:06]
--------------------------------------------------------------------------------
(5s):1.414G (avg):983.3Mh/s | A:41 R:14 HW:0 U:10.3/m WU:13.8/m
ST: 2 SS: 0 NB: 1 LW: 320 GF: 0 RF: 0
Connected to dvcstable01.dvcnode.org diff 1 with stratum as user markm
Block: 015c96c433dfafd6... Diff:12.2M Started: [14:42:06] Best share: 22
--------------------------------------------------------------------------------
[P]ool management [S]ettings [D]isplay options [Q]uit
BLT 24: | 284.3M/7.118Mh/s | A:1 R:0 HW:0 U:0.25/m
BLT 25: | 253.1M/7.158Mh/s | A:0 R:0 HW:0 U:0.00/m
BLT 26: | 252.5M/7.149Mh/s | A:0 R:0 HW:0 U:0.00/m
BLT 0: | ZOMBIE/134.9Mh/s | A:8 R:2 HW:0 U:2.01/m
BLT 1: | ZOMBIE/152.2Mh/s | A:5 R:1 HW:0 U:1.25/m
BLT 2: | ZOMBIE/139.9Mh/s | A:4 R:0 HW:0 U:1.00/m
BLT 3: | ZOMBIE/29.34Mh/s | A:2 R:0 HW:0 U:0.50/m
BLT 4: | ZOMBIE/22.48Mh/s | A:0 R:0 HW:0 U:0.00/m
BLT 5: | ZOMBIE/24.71Mh/s | A:2 R:0 HW:0 U:0.50/m
BLT 6: | ZOMBIE/27.40Mh/s | A:1 R:3 HW:0 U:0.25/m
BLT 7: | ZOMBIE/26.14Mh/s | A:1 R:1 HW:0 U:0.25/m
BLT 8: | ZOMBIE/26.20Mh/s | A:1 R:0 HW:0 U:0.25/m
BLT 9: | ZOMBIE/31.17Mh/s | A:1 R:0 HW:0 U:0.25/m
BLT 10: | ZOMBIE/31.16Mh/s | A:1 R:0 HW:0 U:0.25/m
BLT 11: | ZOMBIE/33.91Mh/s | A:1 R:0 HW:0 U:0.25/m
BLT 12: | ZOMBIE/26.84Mh/s | A:2 R:0 HW:0 U:0.50/m
BLT 13: | ZOMBIE/27.05Mh/s | A:1 R:2 HW:0 U:0.25/m
BLT 14: | ZOMBIE/19.46Mh/s | A:1 R:2 HW:0 U:0.25/m
BLT 15: | ZOMBIE/30.27Mh/s | A:2 R:0 HW:0 U:0.50/m
BLT 16: | ZOMBIE/26.96Mh/s | A:1 R:0 HW:0 U:0.25/m
BLT 17: | ZOMBIE/27.05Mh/s | A:1 R:0 HW:0 U:0.25/m
BLT 18: | ZOMBIE/16.08Mh/s | A:2 R:1 HW:0 U:0.50/m
BLT 19: | ZOMBIE/15.41Mh/s | A:2 R:0 HW:0 U:0.50/m
BLT 20: | ZOMBIE/15.58Mh/s | A:1 R:0 HW:0 U:0.25/m
BLT 21: | ZOMBIE/30.80Mh/s | A:0 R:1 HW:0 U:0.00/m
BLT 22: | ZOMBIE/30.89Mh/s | A:0 R:0 HW:0 U:0.00/m
BLT 23: | ZOMBIE/30.83Mh/s | A:1 R:1 HW:0 U:0.25/m
--------------------------------------------------------------------------------
[2013-06-04 14:45:38] Icarus detect (1:17) failed to initialise (incorrect device?)
[2013-06-04 14:45:42] Stratum from pool 0 requested work restart
[2013-06-04 14:45:47] Stratum from pool 0 requested work restart
[2013-06-04 14:45:47] Rejected b8a66558 Diff 1/1 BLT 21
[2013-06-04 14:45:52] Stratum from pool 0 requested work restart
[2013-06-04 14:45:57] Accepted e09a8637 Diff 1/1 BLT 23
[2013-06-04 14:46:00] Stratum from pool 0 requested work restart
[2013-06-04 14:46:02] Stratum from pool 0 requested work restart
[2013-06-04 14:46:02] Rejected f6aabd54 Diff 1/1 BLT 23
[2013-06-04 14:46:02] BLT22: Comms error (rerr=-99 amt=0)
[2013-06-04 14:46:02] BLT 22 failure, disabling!
[2013-06-04 14:46:02] Thread 22 being disabled
[2013-06-04 14:46:02] BLT21: Comms error (rerr=-99 amt=0)
[2013-06-04 14:46:02] BLT 21 failure, disabling!
[2013-06-04 14:46:02] Thread 21 being disabled
[2013-06-04 14:46:02] BLT23: Comms error (rerr=-99 amt=0)
[2013-06-04 14:46:02] BLT 23 failure, disabling!
[2013-06-04 14:46:02] Thread 23 being disabled
[2013-06-04 14:46:05] Stratum from pool 0 requested work restart
[2013-06-04 14:46:06] Accepted eeb8c4a8 Diff 1/1 BLT 24
[2013-06-04 14:46:08] Stratum from pool 0 requested work restart
-MarkM- |
|
|
|
I dunno, I suppose hiring Linus Torvalds to whip up a custom Linux kernel for you would be risky too, so yeah, play it safe... Unless you wait for off the shelf products, you gotta take some risks. If you cannot tolerate risk, buy ASICminer blades and/or USB units, they are ready to ship, go ahead. -MarkM- |
|
|
|
I had been thinking about buying a pair of BFL 50 GH units. I didn't buy a Jupiter instead, I bought a Saturn so I can still think about rolling the dice on one BFL 50 GH unit. I am sitting here waiting for a DHL courier who has my packages from Blackarrow in his vehicle right now to knock on my door. None of this touches my bitcoin hoard, I close my eyes grit my teeth and pretend I am selling/spending BBQcoin directly when I spend bitcoins I sold millions of CPU-mined BBQcoins for, otherwise I'd never get to spend my windfall BBQcoins as they'd get stuck in bitcoin form every time I tried to turn them into spendable form. So basically I just gambled less than one million of many millions of (CPU-mined!) BBQcoins on this. And my actual bitcoin hoard is larger not smaller, because quite a few millions of BBQcoins did get stuck in bitcoin form.  Perspective. -MarkM- |
|
|
|
|
Just out of curiosity, I wonder how much per unit VC funding would add to the price?
"All the market will bear", maybe? What is normal VC behavior in that kind of concern?
-MarkM-
|
|
|
|
The firmware that will be installed is the firmware that bkkcoins the developer of these open source boards is creating. More information can be found here http://github.com/bkkcoins/klondike . So is that something my computer can/will send to the board(s) across the USB? Or something I would need special cabling/kit in order to install it myself? -MarkM- Depending on what type of kit you buy it will come flashed onto the board. You just need to plug the USB and boot up cgminer etc. Yes that is why I was asking: the only "kit" that says it actually includes the firmware is the "testing" option, which isn't really a "kit" at all its a fully assembled, firmware loaded, tested unit. If loading the firmware is not something normal people can do with normal computer and USB or whatever, then really there doesnt' seem to be much option, failing there being some local firmware-loading shop or something I could take it in to that hasd the special gear for loading firmware I'd pretty much have to go with the tersted unit option. On the other hand, I recall in the past having some ancient wireless networking card that Linux needed something they referred to as "firmware" to make it work, and all I had to do was download the so called firmware and run some firmware-installer command and presto it worked. So it makes a lot of difference to me whether this so called firmware is akin to what I did to the wireless card or more along the lines of those FPGA re-programming tasks I see people being told to go get Jsomething cables and special kits and such to accomplish. -MarkM- |
|
|
|
Well even if you cannot fill a vacancy in their investors list due to the good fortune of learning one or more of their investors is having trouble coming up with the next infusion of capital, you can at least donate to their donation bitcoin address!  -MarkM- |
|
|
|
Nice. One thing I am curious about, since ORSoC seems to be "the" open source chip guys, is... Will the chips be free open source  -MarkM- |
|
|
|
Have ORSoC made any public statements over this?
http://orsoc.se/orsoc-and-kncminer-are-partnering-up-to-develop-bitcoin-mining-products/langswitch_lang/en/So my take on it is they are no BFL, so even if they hadn't yet learned that the intensity of hashing is more intense than most apps one puts on chips, surely they will as soon as they read the horror stories, so even if the specs off the cuff before learning that were a little high they will ship something and it won't be a piece of crap. And if KnC weren't lying to us, the specs actually increased after some looking into it had been done; if they looked into it surely they would have heard about this intense hashing being bitchingly intense, yet nonetheless they upped their estimated specs? Assuming the specs both times really were them not just KnC bullshitting. If it really was ORSoC the specs came from it sounds like their initial guestimate was very conservative, which seems quite responsible. Disclosure: I blew bitcoins on a Saturn order / pre-order a few hours ago... (Not a Jupiter; I am not *that* totally convinced/optimistic...) Why would ORSoC need money up front?
They don't own the foundries, they probably have to buy wafers and tape-outs or masks or whatever like anyone else? (Wild guess; I really do not know.) -MarkM- |
|
|
|
What risk are ORSoC making? Non by the sounds of it. Its a straight business relationship that any of us could make. Hand them a load of cash, and they will develop the ASIC.
So maybe our risk is mostly that we won't send enough cash, so ORSoC won't actually get engaged to do the project? -MarkM- |
|
|
|
|
Do any of the clients have current active nodes to fall back to?
I still run Ixcoin on dvcstable01.dvcnode.org, do try looking up that name's IP number and adding it with addnode just to get you started.
(That old code likely cannot look up hostnames used in addnode args.)
-MarkM-
|
|
|
|
The firmware that will be installed is the firmware that bkkcoins the developer of these open source boards is creating. More information can be found here http://github.com/bkkcoins/klondike . So is that something my computer can/will send to the board(s) across the USB? Or something I would need special cabling/kit in order to install it myself? -MarkM- |
|
|
|
This seems a little confusing: Does it ("Assembly: Includes ASICs, PCB based on the Klondike design, and necessary PCB components.") come with the PIC chip programed ?
Yes, the PIC chip will be programmed. in the context of the OP saying Fully assembled unit: Includes assembly of one Klondike K16 ASIC board and all DIY kit parts fully assembled.
Testing: Includes one fully assembled Klondike K16, firmware pre-installation, and stability testing.
Basically it makes me wonder what the firmware is that the Testing option will pre-install? Is there some firmware involved in these boards other than the programming of the PIC? Do we need some kind of firmware-programming kit or something to put firmware into something ourselves if you don't pre-install it? I just don't understand exactly what is involved, not even whether I would be able to make use of boards that do not have "firmware pre-installation" done on them by someone else (maybe someone who has special cables and such used to program bitstreams or something)? -MarkM- |
|
|
|
this wont fix i0coin, i0coin has a huge amount of memleaks...
Yes it will, because those memleaks are not in bitcoin nor in the merged mining patches. They are due to some stupid pointless garbage hack or other, or even just a typo or something, in I0Coin, if they exist at all. All that I0Coin itself really is is a name, a magic handshake bytes set, an IRC channel or collection of IRC channels, a couple of default ports, a difficulty adjustment routine, a block number at which merged mining started, and a block subsidy schedule. So we take a fully working nice up to date merged mined coin, and change the name, ports, IRC channel, etc etc and presto,a new incarnation of I0Coin but this time without putting stupid memleaks crap into it nor stupid DNS lookup crap into it nor any other useless or damaging crap into it. However, it might still need shitloads of memory, because even the latest bitcoin code keeps all unspent outputs in RAM I think, and I0Coin likely has a massive number of tiny unspent outputs thanks to a period in which someone was spamming it with "dust" transactions. -MarkM- |
|
|
|
Have removed it.
I am interested in your side of this, maybe you could do an article about the piece itself and/or about this "incident" itself? This assumes I guess that it was not just a bunch of random drivel aimed at increasing your word count, although even if that is in fact what it was you could do an article on it as a case study or even experiment on the alacrity with which the devtome community discovered or discovers spam/drivel. Also I hope you retained a copy, there are applications for wordy drivel/blather. We could even insert into stories stuff about some author and/or novel so [something] that only [some species race or culture] can even manage to read through it all, and at some point after buildup publish (not necessarily on Devtome; heck we could even put it into a book in a virtual world / game or something) that as a tiny sample of just one chapter of that legendary work. Or whatever. (You think Vogon poetry is bad? Try a Vogon novel!  ) Since this planet, " the planet known as Earth", actually features in the Galactic Milieu if only as a fictional or mythical planet, you could also do an article based in the Milieu, talking about the Diary of Dan and/or its author as a character, either as one of those authors who like to use the literary conceit that they themselves are from " the planet known as Earth" or as a character in the huge body of myths and legends about that mythical planet. (Such as Heinlein, Asimov, Shakespeare, Dickens etc, all examples of famous mythical authors claimed to have been from that mythical planet.) -MarkM- |
|
|
|
Darn I was hoping it would be "Kingston is just what we call our memory and storage devices division, HyperX Technologies is our development division". -MarkM- |
|
|
|
I am currently in the process of reviving i0coin. To that end, I need beta testers for the new client. PM if you're interested (and have the i0coin blockchain already).
Also, merged mining support would not be available in the initial release, but the door is open for it to be added later.
You need to use -testnet then so you don't screw up the real net. Even better would be to help get the merged mining patch to apply cleanly to current bitcoin, so a proper update all the way to recent code can be done. -MarkM- |
|
|
|
What is particularly weird about it is the claim that it is fiction. Although as I read it I already anyway felt it would be more interesting and useful if used as/in fiction than it would be if it were a factual diary and the author refused to permit it to be utilised in works of fiction. (Though hah, by submitting it he made it usable by any.) Have you ever read stuff like "Report on Probability A" by Brian Aldiss? Or even weirder stuff that also was "mass" published? One wonders also how much such material the author can come up with? One of the bonus features of imagining it to be true was the idea that they wrote it already years ago, and thus maybe only had so many years of diary written, thus would run out at some point. But maybe they simply sat at their computer and made up that whole thing in 80 or 800 minutes? (This is where an article about the novel itself would be useful, and/or one about the author. It could tell me things like when the author wrote it, how long it took them to write it, how many similar sized works they write per year or decade or lifetime, any pertinent info about how or why they came to write it, who the protagonist is, what kind of genre the piece falls into or is it totally revolutionary, carving out a new genre and so on and so on...) Maybe such large pieces, especially if they themselves do not seem to clarify what even larger work they are a piece of, need some kind of background in place at the least? Like maybe we ought to know who this character is, what world they are on, whether it is a science fiction or fantasy or historical novel, or, who knows, maybe even a romance, and stuff like that before embarking into the actual text of the novel? That is, maybe at least say hey first we want the encyclopaedia article about the novel, before you start posting the novel itself? Also maybe novels should in any case be in a separate collection, like wikipedia has books in some separate place not mixed right in with encyclopaedia articles? I have not looked at Fuzzy's (was it?) 80,000 words from the previous round so don't know if we already have an entire novel started out of the blue without so much as an article about the novel, its author, its genre, what critics say about it and so on prior to encountering the actual text of the novel? What I have been doing with my Galactic Milieu stuff is trying to put more and more relatively normal sized articles about more and more aspects of the backdrop before even really seriously thinking about dropping even some short stories set on one of the worlds let alone any of the novels I have started over the years that are set in one or more of the worlds. As it is, starting out into that diary I had no idea who the protagonist is, that should be clickable to the page about that character, explaining who the character is, what works the character appears in, who the author was (linked to the article about the author, when they were born, whether they have died, what works they have written and so on...) But hey, I have not myself yet posted a page about Dra the Lion and a page about Ezekiel Homo Draconis D'Or, yet I posted two short pieces of story about them recently. Short though, not novel-length (some novels are only 50,000 words or less, right?) -MarkM- |
|
|
|
auxpow?
cryptopp/sha.h?
looking forward to the updates.
Yeah it looks like whtever variant of diff I used to create merged-mining.patch didn't include the actual content of entire files that were to be added. I thought patch included creating entire files but evidently diff does not always include the info that patch actually needs to do that. Presumably the copies in IXCoin, DeVCoin, I0Coin etc are pretty much all the same as they all probably came ultimately from the original patch file from when merged mining was first done, on namecoin. Oh wait, I think I already fixed the crypt thing, I think it is now crypto.h or some such, that is, no longer a directory full of candidate crypto systems someone once upon a time was considering using. -MarkM- |
|
|
|
Seems to have failed compilation on MacOS X.
Did you manage to apply the .rej chunks? I'd guess probably not, as one of the first clues as to whether you have applied them properly will be that it does compile... -MarkM- |
|
|
|
okay here's the test. Totally remove yourself from being invested or having your feeling about different crypto coins. Pretend none of them are established yet, 2 will have high value, they all start at $1 in value, and you have no idea what anyone else would pick. What 2 coins would you invest in?
Heh, coins that started at $1 per coin in value include CDN, GMC, GRF and UNS; UKB started at about $1.5 or $1.4 or whatever, the dollars versus pounds ratio. MBC started at $5 or so, less than bitcoins were back then but more than the other national/corporate coins. Look at them now: http://galaxies.mygamesonline.org/digitalisassets.htmlThe big problem of UKB and CDN was they kept trying to stay on par with GBP or CAD, respectively, by selling off coins cheap (so as not to go too high in value, that is, higher in value than GBP or CAD). The MBC folk tended to buy up those cheap UKB and CDN. So maybe the coin to bet on is the one that buys up all the others whenever they are dirt cheap, because it will have huge amounts of all the others with which to keep its own price/value high... (Hmm, so, does that maybe mean bet on bitcoin and litecoin? Or is there some other coin for which holders of the others habitually dump at dirt cheap prices?) -MarkM- |
|
|
|
|
Show Posts
