 Show Posts
|
|
Pages: « 1 2 3 [4] 5 »
|
|
Please feel free to post any feedback related to your experience with renting my rig.
My rigs are located in EU, so prefer a european server to lower rejection rate.
A lease renewal gives you a 2% discount. I'll add 1% for each following renewal greater than 24 hours.
The rig Hobbes will average 3.56 MH/s (scrypt) or 1.82 MH/s (scrypt-A-Nfactor) with a rejection rate better than 1% (scrypt) or 1.5% (Nfactor) for a good pool server. I rent it for 3.5 MH/s or 1.8 MH/s so you don't pay for normal rejects.
The rig Calvin will average 1.53 MH/s (scrypt) or 745 MH/s (maxcoin).
Hashrate for scrypt-jane depends on the actual N value of the coin.
I am responsible if the rig itself has a hardware failure, and will provide refunds or credit you mining time.
Thank you,
|
|
|
|
You can call this thread whatever you want -> customers will leave feedback there, so it is needed.
OK. I do it ASAP. |
|
|
|
I think it's very positive that djezo is filtering the rig providers. Otherwise it would be too simple for a lot of scammers to just take the cash for a day's rental, disappear and repeat next day with a different profile.
I totally agree I don't think registered date is correlated to scamming ability. The rest of the rig owners have reputation threads consisting of previous successful trades and rig rentals. Work on your trust score and I'm sure djeZo will approve your account.
But ...I AM CURRENTLY ADDING ONLY PROVIDERS WHICH CAN BE VERIFIED SOMEHOW NOT TO BE SCAMMERS EITHER BY TRUST THREAD OR LONG MEMBERSHIP ON THIS FORUM[/b].
PM me your trust thread and rig name.
No trust thread, I don't exchange cryptos. Don't want to be scammed  |
|
|
|
I got a lot of requests to add new mining rigs. IF I DO NOT RESPOND, THAT DOES NOT MEAN I DIDN'T READ YOUR REQUEST. IT MEANS YOU DO NOT QUALIFY FOR SERVICE AS OF YET (NO TRUST). I AM CURRENTLY ADDING ONLY PROVIDERS WHICH CAN BE VERIFIED SOMEHOW NOT TO BE SCAMMERS EITHER BY TRUST THREAD OR LONG MEMBERSHIP ON THIS FORUM. Oh, and lower your prices guys, there are tons of customer on site but they don't like your high prices haha  Strange. I'm on this forum for nearly 9 months, and I still don't qualify ? |
|
|
|
|
Are your ebooks related to your nick ?
|
|
|
|
That's a good idea. I was unaware there was a free tool that wouldn't let me target the chip I'm planning to target.
Is there a compelling reason to choose Cyclone V over Stratix V? Other than cost I mean?
Cyclones are a smaller, slower version of the Stratix lineup. The biggest Cyclone V is approximatively a third of the biggest Stratix V for LE count. I suppose it should be enough to validate the shortcut. |
|
|
|
I'm new to crypto currencies and I'm looking for a FPGA implementation too. scrypt differs mostly because it uses an entirely new list so frequently.
I think the big problem is that you can't unroll salsa mixing because of its recursive form. Thus you can't parallelize calculations as you can do with sha256. The only thing you can do is to have multiple instance of your 'cores' run in parallel. But I don't think Stratix have enough on-die ram (52 Mbit max) to overwhelm a pool as you said. The shortcut is to have a multicore setup and a ton of on-die ram.
A dedicated prng core which does the setup and teardown for the second core.
I don't see the shorcut here. Are you thinking of a two stages pipeline with dual port ram in the middle ? To conclude, I don't understand why you need funding for your idea because you can test everything with simulation. Altera provides a free web edition of their dev tools that don't allow you to target Stratix but you can target Cyclone V. You should be able to validate your idea with 12 Mb of on-die ram. Then you'll have tangible results to get funds for a dev board which are really expensive  |
|
|
|
|
NQYZSkbMKqavS1TK8wbnBUTY3SJKT4Ds1o
Thank you !
|
|
|
|
|
Wi5F9UPsZjdBNuJpFHfo2ecogaXhF4wrFM
Thanks !
|
|
|
|
|
Y8Xx2qDdTodGbVy3NG3Ba9rP8iZE9L7jFX
Thank you !
|
|
|
|
What is going on with the difficulty? Same as WDC (4) yet WDC has 6x more hashpower ...
The difficulty doesn't just adjust on the fly... The next difficulty re-target it should go down a little. There was 7X the current hashpower mining at one point last night, which is why the difficulty jumped. I was monitoring hashpower around the diff change (block 14112) and it did rocketjump just at this moment. It was ~300 MH/s before and went up to ~1.3GH/s. The hashpower then settle down to ~300 MH/s in a couple of blocks. I suspect the hashpower formula to be wrong for diff changes. I don't care, as long as the diff goes down, which apparently it resets once a year.
So we only have to wait for block 16128. It can be quick, or not, depending on the hashpower. |
|
|
|
What's the current difficulty?
You can retrieve it in the console window with the command getinfo. Current diff is 4 |
|
|
|
Yes. It works for scrypt, is not dependent on the mixing function, and is even more general than that. You can use any integer lookup_gap, and the memory usage will be 128*N/lookup_gap bytes, and the mixing function will be called 1/2*(lookup_gap+3)*N times, per thread on average. I know this because I actually wrote the LTC kernel used by cgminer, and I also have a working YAC kernel for my own miner, Reaper.
Do you have numbers to share with us ? |
|
|
|
Great work going on here, long live the YAC ! I'm new to cryptocoins but I feel really interested and I'd like to help, a little. First, I computed the N graph over time with Matlab from C code. I've found exactly the same changing days that rbdrbd found (in fact, I verified the first and the last (13/05/2030 !) ones) Then I tried to understand why we have that ugly curve. I made the assumption that it had to be simple. The C code is strange but it's obviously an integer algorithm approximating a real function. It could be the Moore's law for the first years, so let's try N=t 2 with t being time in seconds since The Beginning. As you know, N=2 Nfactor+1 so we can derive Nfactor=2.log(t)/log(2)-1. I tried many tweaks and long story short, here are plots for Nfactor=f(days) and 2.5log(days) :   EDIT : So finally it would mean that N=2 2.5log(days)+1 or N=2.days 2.5So, what does that mean ? I don't know and I suppose I didn't find the original equation but we get the idea. PS1 : sorry for the english, that's not my first language PS2 : can someone tell me where the difficulty is hidden in the source code ? |
|
|
|
Yep !
Just received my first reward from the pool : ~0.5 YAC
Good job !
But now, I only get rejected shares  . Is there a relationship ? |
|
|
|
|
Yep !
Just received my first reward from the pool : ~0.5 YAC
Good job !
|
|
|
|
Incrementing N will lead to immediate hashing speed decrease. Difficulty will reflect these speed changes (i.e. difficulty will decrease after N++) with lags. As soon as block reward depends on difficulty the reward will increase also and more miners will be motivated to join after N++. It's not easy to predict now but we can be sure that some waves will happen on each N++ event. when will this event be? Read official website http://www.yacoin.org/about.htmlSays first one is on May 14th. Bookmark that date! May 14, N=64, 8Kb May 17, N=128, 16Kb May 20, N=256, 32Kb May 29, N=512, 64Kb I've already asked for this but it's lost in this very very long thread : Do you know the precise time (with time zone of course) it'll happen ? |
|
|
|
May 14, N=64, 8Kb
May 17, N=128, 16Kb
May 20, N=256, 32Kb
May 29, N=512, 64Kb
Can someone tell the precise time (with time zone of course) it'll happen ? |
|
|
|
with the one-year free program can I mine at all? @ what kh/s level?
You get 3.5 kH/s on average |
|
|
|
|
For the stats in first post :
Q6600 @ 3.6GHz, SSSE3 : 180/190 kH/s
|
|
|
|
|
