What are the forecasts of 8 bits coins?
Now there is only a dump in prices.
I do not have any specific information, but the gist of an important behind the scenes conversation I had with someone important to this effort is that there will be something coming in a month'ish. I'm really sorry for not giving specifics, but I honestly don't have any, and as for who I spoke with, I don't want to put undue pressure on him either. So, there we are... If we can keep 8bit on the exchanges (daily volume over .4 btc generally speaking), there will be something in the works fairly soon'ish... Which, makes 0.00003500'ish quite a great deal, assuming we have faith in this mystery... Personally, I'm still quite rich in 8bit, still staking, and still running masternodes. Oh, and still running the faucet for you all as well.  |
|
|
|
I don't have the BTC to dump into 8bit and fix things (we need to generate basically $600 in volume at current BTC/USD prices)... Soooo, In an effort to generate some volume on Bittrex, I have started "playing the gap", and I suggest you do the same. Meaning, both buy and sell small amounts (or large ones) just above the ask price and just below the bid price... If this works out (meaning, if enough of you play as well), we'll all make a tidy little profit in both BTC and 8bit, we'll keep the coin on the exchange, we'll drive the price up, annnnd hopefully generate some additional interest in the coin from investors and maybe even coders... Well folks, I'm doing what I can, let's see what we can do! PS - If some whale wants to just start buying massive amounts of 8bit, I guess that'll work too! |
|
|
|
The core of the group is still here. Waiting....Listening to 8 bits old music.....  We are indeed.... The question is where do we go from here? |
|
|
|
Bittrex - (8 bit) This market is in danger of de-listing due to low trade volume and lack of user interest. It may be removed on October 30th unless the average daily trade volume for the last 7 days exceeds 0.2 BTC. It is big problem  It is certainly a big problem... With a week to fix it... Sooo, all of my ranting isn't going to fix this... At this point, either we are dumping into another coin, or 8-bit-party is going to commit to doing something... If not... well... guys... Whatever you've sunk into 8bit is about to become worthless unless we can get off our collective asses and make something worth buying. I've said with prices so low, if we can generate a solid direction, and committed timetables for said goals (with a big announcement!), interest shouldn't be too hard to come by... But, I'm not that kind of coder... I can't do this myself... guys? Bueller? Bueller? Fry? Come on! There's so much to be gained here.... really. |
|
|
|
The current 8-Bit code (like the other coins) does NOT keep track of block requests and if a node is lagging, it can cause a retransmit and dup block. Also, too many orphan blocks are put in memory and this causes the wallet to hang or crash.
Seems like it's a rare issue I occur on one of my low end boxes (OOM). I did not combined block dups with orphan drama as I tweaked some orphan limits in source code what did not help much. Let's see if this one will, thanks. I for one am MUCH less concerned about this, then getting some direction for this coin and moving it forward again! |
|
|
|
Well, I'm still here, although not posting much these days... It seems to me 8-bit-Party is certainly the most viable direction to go. And I like the idea of 8bit still being an independant coin rather than cashing it into another coin with it's own problems and issues, especially while 8bit's trading value is low... Also, with 8bit currently trading at .00003'ish, IF we could really get this ball rolling again, I'd start BUYING more 8bit as opposed to just generating it with my MNs and staking my current stash. The interesting thing about this price crash, is the raw amount of money to be made here by all of us if we/8-bit-Party can resurrect this project. So, if he's willing, my vote is clearly for the 8-bit-Party adventure. |
|
|
|
|
If bitcredits can demonstrate his idea, working, and getting ready to launch loudly and publicly, I might be in favor of this coin swap idea.
BUT, as things stand today, bitcredits has seen some pretty hard times, and I don't know that I want to swap a coin traded on cryptsy (although, admittedly, they have a broken wallet currently, anyone heard anything there?), at .0002x per coin (300k'ish cap) for one not listed on cryptsy, trading at .000005x per coin (6mil'ish cap). Now, I'm not saying the proposal isn't fair, I'm assuming the exchange rate would be at BTC value or USD value, and exchanges included in the process so that a last minute selling of shrinking coin supply can be accounted for fairly.
Please, understand, I'm NOT bagging on BCR, there is great potential there, just as here... But, I'm saying realistically, without some kind of "killer app", which bitcreditscc IS absolutely proposing with his coin, but, actually being done, working, and with some good buzz around it (launched games, market places, developer buzz beyond bitcreditscc and the coin itself (ecosystem), etc. etc.), there are some serious questions about the long term respective value for BCR vs. 8BIT as an independent project with similar goals. I do like bitcreditscc's idea's quite a bit, but I need to see something concrete before I go supporting a headlong run with my investment in hand into another community.
Hell, I've got ideas for half a dozen good coins, and no current C skills. If I got you all on board with a hypothetical "zuckcoin", there'd be no future in it without a much larger community. And while BCR has a dev, they have other problems, and 8BIT is still worth something on the market. I need to see MUCH more than a good looking idea, from a dev with a lot to gain from the influx of the raw BTC value of cashing 8BIT's entire market share into BCR.
My .02, plink, plink.
|
|
|
|
Hello. Unofficial website is back. Block explorer is refreshing database, it will be up within 45 minutes. Tommorow (UTC) I will refresh rich list and distribution and prolly re-enable their automatic refresh.
Very nice indeed... thanks. |
|
|
|
qt keeps telling me to set masternode=1 in configuration but it is set can anyone help me please
As others said before me, the contents of your 8bit.conf file would be really helpful. (I'd edit out specific keys and such) Also, (from a terminal or from the debug console in the qt app) can you run "masternode debug"? (in linux it would be "/path/to/8bitd masternode debug") |
|
|
|
We have up to 3 USB-3 hubs cascaded, works fine, because the disks are read sequently. Linux is a good choice, I do the same. What are you actually looking for? I use screen or tmux to get the most out of it. I use in one window, the wallet, the miner: cd mv burstminer.log burstminer-2015-07-03=15-58 cd burst/burst-miner-r4/ ./burstminer | ~/bin/prepend-date>> ~/burstminer.log in the next window: tail -f ~/burstminer.log | ~/bin/color-output with ~/bin/prepend-date: #!/bin/sh while read LINE; do echo "$(date +%F\ %T): $LINE" done and ~/bin/color-output: #!/bin/sh sed -e 's/\bsuccess\b/\x1b[01;92m&\x1b[0m/' \ -e 's/\bdays\b/\x1b[01;91m&\x1b[0m/' \ -e 's/\b\confirmed\b/\x1b[01;94m&\x1b[0m/' That works fine for me. http://burst.mininghere.comThank you, I like your little prepend script, I feel stupid for not thinking of something so simple... Annnnnd, I was going to write a wrapper to output via rsyslog, but I think you just made me lazy... I like it.  Anyway, my biggest problem is the disks... I can't see any evidence that they are read sequentially. I have 64 plot files, of 50G each, spread evenly across the disks (16/disk). And, from what I can tell, watching the disks IO, just looking at the lights, or even the seemingly random order of the "plot read done" statements the miner outputs... It seems to spin up all 64 plot files at once. That leads me to yet another related question. Filesystem formats. When the box in basically burning itself up in "IO wait land", I notice the mount ntfs-3g process is eating up the cpu (not shocking considering it's seeking on those disks) So obviously I haven't given the disks native linux filesystems; have you found any greater performance formatting the disks ext4 or something? |
|
|
|
hiya folks, it's me again with another random technical question...
So, I've got myself 4T spread across 4 disks, and I've plotted and optimized and such (3.2T worth of nonces), and I'm mining away happily on cryptomining.farm using Uray's miner r4. In the past, I had no problems getting dcct's plotter and optimizer to work, but with a few different pools, I was unable to get the dcct miner to work, thus why I found myself using Uray's miner. Uray's miner is working ok, BUT, I've organized my disks into 50G plotfiles (16 files per disk), and when it gets a block, it seems to try to read all plot files across all disks at once, basically blowing up all disks at once, and making the machine put up massive load averages, while just basically waiting for IO. (I was using an old thin client, turned low power "server" to mine, but to try to help this, I'm now mining on 8 threads/4G RAM dedicated to the miner, and it's still melting whatever box I mine on)
So, I guess my question is there any way to make Uray's miner read the plots sequentially, or one disk at a time? Or, do any of the other cpu miners out there do that? It would seem I could get the same sort of speed per round, without beating the crap out of my machine that way...
I can't be the first to observe and/or request this, right?
Thanks.
I recall that if you specify the drives as C:\+D:\+E:\ it will read the drives sequentially instead of simultaneously - but I don't recall if that was the native miner or one of the third parties - probably Blagos. Thanks! Well, except that I'm running Linux (I don't do windoze, personally or professionally), soooo anyway, no drive letters. The disks are mounted as such... (df -h output) Filesystem Size Used Avail Use% Mounted on /dev/sdf1 932G 801G 132G 86% /media/usb_drive0 /dev/sdg1 932G 801G 132G 86% /media/usb_drive1 /dev/sdh1 932G 801G 132G 86% /media/usb_drive2 /dev/sdi1 932G 801G 132G 86% /media/usb_drive3 I'll work on giving some other miners a shot, and we'll see if I get any different results. And please understand, I'm not bitching, it's actually working great, on my existing disk, I'm averaging like 600+ burst per day. I'm just trying to improve this ugliness (you can really see where I went from optimizing to mining in the graph below), and hopefully not sacrifice good equipment by cooking it on the quest for burstcoin...  seems a bit much in terms of load... No? Oh shiney! Another question or two... my disks are all USB, not ideal, but I got the disks for free, so beggars can't be choosers. The 4 1T disks are USB3, and plugged into a single USB3 hub. The server in question actually has enough USB3 ports to plug in all 4 disks directly. Considering the hypothetical speeds of USB3, should that matter? Or, should I see greater performance if I plug all the disks directly into the box in your collective experiences? And lastly, and I apologize for this if it's been answered or documented, but my attempts at finding this have proven fruitless thus far... This question is for both the "standard" version of a mining pool for burst (I think that's Uray's V2, if I remember correctly), AND for the wallet/lockchain itself... API? RPC? Logfile?? Meaning, is there a methodology to query metrics about my mining? balances? transactions? etc. etc. I'd settle for launching the miner and wallet with a ">>" into a file, if burst echoed anything with friggin' timestamps!! I'm a *NIX nerd by trade, and the wallet being written in java, AND the pool software seemingly not wanting to make a lot of standard information metrics available easily has been somewhat frustrating for me... I realize I'm the opposite of most, but I NEED my CLI damnit! Thanks again. And sorry to ramble. |
|
|
|
|
hiya folks, it's me again with another random technical question...
So, I've got myself 4T spread across 4 disks, and I've plotted and optimized and such (3.2T worth of nonces), and I'm mining away happily on cryptomining.farm using Uray's miner r4. In the past, I had no problems getting dcct's plotter and optimizer to work, but with a few different pools, I was unable to get the dcct miner to work, thus why I found myself using Uray's miner. Uray's miner is working ok, BUT, I've organized my disks into 50G plotfiles (16 files per disk), and when it gets a block, it seems to try to read all plot files across all disks at once, basically blowing up all disks at once, and making the machine put up massive load averages, while just basically waiting for IO. (I was using an old thin client, turned low power "server" to mine, but to try to help this, I'm now mining on 8 threads/4G RAM dedicated to the miner, and it's still melting whatever box I mine on)
So, I guess my question is there any way to configure Uray's miner read the plots sequentially, or one disk at a time? Or, do any of the other cpu miners out there do that? It would seem I could get the same sort of speed per round, without beating the crap out of my machine that way...
I can't be the first to observe and/or request this, right?
Thanks.
|
|
|
|
The VPS I'm running the faucet on is not only a fixed IP, but it's on a network directly linked to several tier 1 backbones... I ALREADY run a wallet there 24/7 for the faucet. Unless it's going to utterly destroy my VPS bill (I get up to 2.4T/mo for my current service), and assuming it'll run on VPS sort of machine specs (1core/1.5G/150G), and run on ubuntu 14.04, we can certainly talk about putting a seednode there as well.
It's VERY possible that your node is already seednode. Shot few times to find your IP. $COUNT=0 $while [ $COUNT -lt 100 ]; do nslookup node00.8-bit.party | grep <faucet IP>; let COUNT=$COUNT+1; sleep 1; done (for anyone who cares, that's basic unix for I tried 100 times with 1 second between each attempt) not a single hit... seemingly not a seednode. |
|
|
|
my prob is lack of respect is all.i made my point and willing to go back in my hole if others can drop it to. my wishs are for this coin to be great
Dropped. |
|
|
|
IN short ,you treated me right yesterday? i make stuff up? dam i must be a good fortune teller then.HAHA
the source was me
I bought in on may 7 2015 3k 8bit.so I guess i am a newbie. i was silent til attacked then it on
You refused to back up your claim, even if you were right. I called you new guy, because you don't communicate here until a few days ago. And I said I wouldn't call you a liar for 24 hours, and as you were correct, I didn't call you one.... And your problem is? |
|
|
|
Besides you being a silly rabbit.you dont know anything worth respect
tinkles knows he didnt tell the truth,and he attacked me I settin straight,i didnt know im done drop it
Just to set the record straight, what I said was: not 100percent sure but...can be traded on the exchange but they wont take deposits or withdraws until devs fix the wallet
ps confirmed withdraws that didnt make it to wallets will be paid tonite then wallet will be locked
I spoke to Mullick a few days ago and everything is fine with Cryptsy / 8BIT, so you just made that up yourself? Checking my messages, it was actually 5 days. But also, as I had several chats with him, I assumed he would contact me first if a new problem happened. I had 2 messages with him in the last 2 days also. So I said 'a few' days and actually it was 5, then I asked you for a source, which you didn't give, so I asked you if it was FUD. So that makes me a liar...ok great lol The core group here is awesome, seriously, but somehow outside of that, 8bit seems to attract assholes like flies. It's like a few different predictable sitcom plots. (except it's not funny) * New guys enters forum * New guy makes post about something important that's going to happen * Established community member asks for source of claim * New guy (with varying lengths of time to get to this): "Are you calling me a liar?!?!" * New guy responds to everything with anger and venom, regardless as to if he was correct or not. * Established community members start to question if putting up with people who behave this way is worth the effort. Ugh. |
|
|
|
Looking at those remaining errors in the debug.log it appears that its a combination of seednode network settings i.e. routers screwing up ipv6 address and/or masternodes being out of date.
yeah we need a new seednode, had some problems with these, anyone can provide one on a fixed IP? The VPS I'm running the faucet on is not only a fixed IP, but it's on a network directly linked to several tier 1 backbones... I ALREADY run a wallet there 24/7 for the faucet. Unless it's going to utterly destroy my VPS bill (I get up to 2.4T/mo for my current service), and assuming it'll run on VPS sort of machine specs (1core/1.5G/150G), and run on ubuntu 14.04, we can certainly talk about putting a seednode there as well. |
|
|
|
FYI: When the new code becomes "official", and the fork is announced, I'm going to take down the faucet for a day or two while I upgrade the wallet and test it. I'll do it as a cashout pushes, so it won't make a difference to anyone, other than being down for a bit. ATM there is no code change that will require a hardfork unless bitcredits does something. But as it stands the code on GitHub will not cause a fork. Cool... So nevermind then.... |
|
|
|
FYI: When the new code becomes "official", and the fork is announced, I'm going to take down the faucet for a day or two while I upgrade the wallet and test it. I'll do it as a cashout pushes, so it won't make a difference to anyone, other than being down for a bit. |
|
|
|
okie dokie... seen a few links flying around and I'm just making sure. Thanks, and welcome!! |
|
|
|
|
Show Posts
