Pages:
Author

Topic: The YACoin Superfun Premine Thread - page 8. (Read 8971 times)

legendary
Activity: 1232
Merit: 1001
May 09, 2013, 03:32:25 PM
#11
So some people have been affected by a bug in the windows implementation. Not convinced this is a wide spread problem nor that it was intentional.
full member
Activity: 144
Merit: 100
May 09, 2013, 03:26:04 PM
#10
This explain a lot fishy things to me, in other words it´s a selective pre-mine of the coin, windows user (90%) will screwed.

efx
sr. member
Activity: 378
Merit: 250
May 09, 2013, 03:10:42 PM
#9
Let's make no mistake: some things are seriously wrong with the windows client...So wrong, in fact, I see no way it cannot have been intentional. As I see it, there are 3 specific issues that cannot be easily explained by 'oops'.

Anyways, it's a short amount of time (I would bet it has already been done) until the scrypt kernel is ready to roll out the (n,1,1). I will say this: at least the dev isn't foolish enough to pretend it cannot be done.

  

^^It's funny when some of the most outspoken linux users show their complete lack of understanding. Thanks for the contribution, buddy.  
sr. member
Activity: 280
Merit: 250
May 09, 2013, 03:10:12 PM
#8
Nice find. How is the actual performance difference between linux/windows builds on a same hardware, 10x as suggested?
newbie
Activity: 7
Merit: 502
May 09, 2013, 02:57:01 PM
#7
Windows?  Screwed... Na.  Never.   Smiley
full member
Activity: 224
Merit: 100
Shitcoin Maximalist
May 09, 2013, 02:59:00 PM
#7
tl;dr pretty much everyone running the Windows binaries from the onset was screwed.

Makes sense now you've collated those posts.. Feel foolish as I was one of those defending the lack of premine. The relatively small handful I've accumulated, due to lack of linux knowledge, now seems like an absolute pittance. I wondered why you'd taken an interest in the thread, but now I see you were trying to figure out the OP's game..



full member
Activity: 126
Merit: 100
May 09, 2013, 02:55:22 PM
#6
Also adding the addnode part from the first post on the official thread limited my connections to 8, and I didn't solve any blocks or get above 8 connections until I removed that code (after wasting 8 hours).

The same. Without adding some nodes. Win 7
member
Activity: 70
Merit: 10
May 09, 2013, 02:49:13 PM
#5
Also adding the addnode part from the first post on the official thread limited my connections to 8, and I didn't solve any blocks or get above 8 connections until I removed that code (after wasting 8 hours).
sr. member
Activity: 308
Merit: 250
May 09, 2013, 02:48:50 PM
#4
Releasing clients for windows with no UPNP support is the new premine

They will always find a way to have an advantage at release.

That's why they do not publish binaries until the actual release without notice. Anyway I predict that this thread will change nothing and this pre-mine scam will be forgotten in 10 seconds.

sr. member
Activity: 280
Merit: 250
May 09, 2013, 02:47:35 PM
#3
Releasing clients for windows with no UPNP support is the new premine
sr. member
Activity: 308
Merit: 250
May 09, 2013, 02:47:05 PM
#2
I phucking knew that something was fishy from the begining and made a thread to document the orphan rate. Windows users had 90%+ orphan rate, linux users about 10-15%:

i5 2500k stock, 8GB RAM, client compiled on Linux. I think my overall ratio is like 10 accepted - 2 not accepted, which is fine. I restarted a couple times, old rejects aren't in the list anymore.

I think you and JimmyFL are the ones with the best ratios and both are running Linux.

Is there a chance that there's a problem with the windows build?
legendary
Activity: 1484
Merit: 1005
May 09, 2013, 02:42:47 PM
#1
Can't help but think there are either some huge cpu farms working this now, or it's being gpu mined now.

Probably a mix of both.  I was stuck in "newbie jail" so I couldn't weigh in earlier (this was the first thread I thought worth actually registering to post in).  I got a late start, about 8 hours after the coin was released.  I commenced mining with 800 servers with 2x Xeon E5450's (rows and rows of IBM BladeCenters) when difficulty was reaching 0.008.  Shortly after, I provisioned an additional 760 Amazon c1.xlarge instances, starting when difficulty was reaching 0.020.  I shut everything down when difficulty reached 0.1 last night.

Observations, orphan rate was about 20% across all 1560 servers, with an average of ~60 connections (modified outbound connection count in the client).  At the time I shut everything down with difficulty at 0.1, I was solving roughly 15% of the blocks.  Hash rate on the 2x E5450 servers averaged about 300kH/sec, and the Amazon c1.xlarge instances averaged about 200kH/sec, so I was mining with apprx 392,000kH/sec.  Based on that, I estimate the network hash rate was actually about 2,613,333kH/sec at that time.  Yeah, I know I could probably calculate a better figure from the block spacing vs. difficulty, but I didn't feel like digging into the source to determine the exact relationship between hash rate, difficulty and block solving rate.  And I know from trying to estimate block solving rate with litecoinpool's calculator that Yacoin's difficulty calculation differs significantly from LTC.  It's entirely possible that a large number of people also had the same bright idea to spin up a huge number of Amazon EC2 instances and that could possibly account for the hash rate, but I suspect the reality is that GPU farms were crunching Yacoin based on my observations.  Either that, or Amazon was the party that profited the most from Yacoin (so far).  :-)

Just for kicks, I fired 100 servers back up a bit ago to mine for a while starting when difficulty was 0.3, just to see how things compare.  I see 0% orphan rate now over the last couple hours and I'm definitely still solving blocks..

Quote
People trying linux for the first time, you need to run this command before you can make it with QTcreator

Code:
sudo apt-get install qt4-qmake libqt4-dev build-essential libboost-dev libboost-system-dev libboost-filesystem-dev libboost-program-options-dev libboost-thread-dev libssl-dev libdb4.8++-dev

More details here: http://ubuntuhak.blogspot.ca/2012/11/bitcoin-basics-and-ubuntu-1204.html

I really like that people here were all raving about the lack of a premine.  Apparently you've all been had if you've been running the Windows binaries of the program that were released at launch, because my Linux binaries are about 10x faster.  OP on linux probably had 10,000 blocks before anyone else.

Good call though for OP, release a Windows version that 95% of people on here will use that mines 10 times as slow, and it doesn't look like you've got an actual premine but you yourself are mining an order of magnitude faster than everyone else.  He'll probably be walking away with bags full of money.

tl;dr pretty much everyone running the Windows binaries from the onset was screwed.
Pages:
Jump to: