ocminer
Legendary
Offline
Activity: 2702
Merit: 1240
|
|
July 18, 2014, 08:00:05 AM |
|
Ocminer, in the "getting started" menu - you've written nist5 algo, I think it should be bitblock ... The pool is not ready yet, I'm just testing lots of stuff there, i'll redo everything when I'm ready, don't worry thx for your headsup though
|
suprnova pools - reliable mining pools - #suprnova on freenet https://www.suprnova.cc - FOLLOW us @ Twitter ! twitter.com/SuprnovaPools
|
|
|
go6ooo1212
Legendary
Offline
Activity: 1512
Merit: 1000
quarkchain.io
|
|
July 18, 2014, 10:15:22 AM |
|
NP , You now I admire your work
|
|
|
|
opossum
|
|
July 18, 2014, 01:43:29 PM |
|
Launch is today or next week?
|
▄▄█████████▄▄ ▄█████████████████▄ ▄████▀ ▀████▄ █████ █████▄ ██████████████▄█████████████▄ ████▀▀▀▀▀▀▀█████████▀▀▀▀▀▀▀███▄ ████ ███████ ████ ████ ███████ ████ ████ ███████ ████ ████ ███████ ████ ████▄ ███████ ▄████ ▀████ ███████ ▄████▀ ▀████▄▄▄███████▄▄▄████▀ ▀▀███████████████▀▀
| TIDEX | ║ █ ║ | | ║ █ ║ | |
|
|
|
ddfd1
Newbie
Offline
Activity: 29
Merit: 0
|
|
July 18, 2014, 01:52:24 PM |
|
Launch time
|
|
|
|
SecondsOld
|
|
July 18, 2014, 02:04:26 PM |
|
Let's get this party started!
|
|
|
|
Bojcha
|
|
July 18, 2014, 02:23:46 PM |
|
From other forum..Stop talking about revocoin here this coin is already doomed as there is one wallet already holding 3.5M coin which is around 40% of the total supply.
Is this true?
|
|
|
|
SecondsOld
|
|
July 18, 2014, 02:26:59 PM |
|
From other forum..Stop talking about revocoin here this coin is already doomed as there is one wallet already holding 3.5M coin which is around 40% of the total supply.
Is this true? Sounds like FUD to me. First off, they are probably talking about the IPO wallet. Secondly, that is nowhere near 40% of the total coins. Nice try though.
|
|
|
|
antonio8
Legendary
Offline
Activity: 1400
Merit: 1000
|
|
July 18, 2014, 02:35:29 PM |
|
Ocminer, in the "getting started" menu - you've written nist5 algo, I think it should be bitblock ... The pool is not ready yet, I'm just testing lots of stuff there, i'll redo everything when I'm ready, don't worry thx for your headsup though If you have the exact url and port ready can you post it so I can have my .bat ready when this goes live? With my luck I will be at work and miss the first 9 hours of mining.
|
If you are going to leave your BTC on an exchange please send it to this address instead 1GH3ub3UUHbU5qDJW5u3E9jZ96ZEmzaXtG, I will at least use the money better than someone who steals it from the exchange. Thanks
|
|
|
Bojcha
|
|
July 18, 2014, 02:40:32 PM |
|
Any good x15 miner?
|
|
|
|
Amph
Legendary
Offline
Activity: 3248
Merit: 1070
|
|
July 18, 2014, 02:48:56 PM |
|
Any good x15 miner?
for amd or nvidia? for nvidia check official cudaminer thread
|
|
|
|
yellowduck2
|
|
July 18, 2014, 02:50:13 PM |
|
Any good x15 miner?
for amd or nvidia? for nvidia check official cudaminer thread He might be asking for miner to rent.
|
|
|
|
Bojcha
|
|
July 18, 2014, 02:53:45 PM |
|
No.. Miner for AMD. Tried sgminer5 but it's just crap. I have different cards in rigs and not possible to have separate kernels for differnt cards. So i need some normal sgminer with bitblock/bitblockold.
|
|
|
|
shwin
|
|
July 18, 2014, 03:00:36 PM |
|
No.. Miner for AMD. Tried sgminer5 but it's just crap. I have different cards in rigs and not possible to have separate kernels for differnt cards. So i need some normal sgminer with bitblock/bitblockold.
start 2 instance of sgminer with device setting for different kernel
|
|
|
|
Bojcha
|
|
July 18, 2014, 03:06:56 PM |
|
No.. Miner for AMD. Tried sgminer5 but it's just crap. I have different cards in rigs and not possible to have separate kernels for differnt cards. So i need some normal sgminer with bitblock/bitblockold.
start 2 instance of sgminer with device setting for different kernel Yes that works. But will be possible to mine on One worker at pool? Quickly tried with maia-coin and there was some problems with 2 miners on one worker.
|
|
|
|
rvccoin (OP)
Newbie
Offline
Activity: 28
Merit: 0
|
|
July 18, 2014, 04:30:32 PM |
|
IPO closed. All Participant will soon receive a final confirmation. A little patience will reward you. From other forum..Stop talking about revocoin here this coin is already doomed as there is one wallet already holding 3.5M coin which is around 40% of the total supply.
Is this true? Not a bit of it. Hey Dev, the entire Cryptoworld waiting around the start of this coin! Time to rock and roll! Sorry, pools are not yet (but almost) ready.
|
|
|
|
ocminer
Legendary
Offline
Activity: 2702
Merit: 1240
|
|
July 18, 2014, 04:43:08 PM |
|
Ok so i've been mining with resolution 3 for a few hours now (other X15 coin) and there is one big problem:
If lets say 10 miner push 10 MH/s we will find a block every 2 minutes .. which is okay.
If 10 miners push 10 MH/s but ONE miner pushes falsely 100 MH/s (and only gets 10 credited), "the rest" of 90 MH/s are still "processed" by the daemon thus we will find block much faster than before.
So I've got find a way to really discard that rest of 90 MH/s and don't let it come to the daemon.. Which is my problem right now..
I'll probably have to do a mixed thing between 1 & 3 and/or 2 & 3... So if a miner pushes 100 MH/s and does not go back to 10 MH/s within a reasonable time, to protect the network, he will be banned or all his shares will be rejected by the daemon.
As soon as this is fixed, we can start.. I'm testing both ways currently, lets see which one actually works.
|
suprnova pools - reliable mining pools - #suprnova on freenet https://www.suprnova.cc - FOLLOW us @ Twitter ! twitter.com/SuprnovaPools
|
|
|
SecondsOld
|
|
July 18, 2014, 04:44:28 PM |
|
Ok so i've been mining with resolution 3 for a few hours now (other X15 coin) and there is one big problem:
If lets say 10 miner push 10 MH/s we will find a block every 2 minutes .. which is okay.
If 10 miners push 10 MH/s but ONE miner pushes falsely 100 MH/s (and only gets 10 credited), "the rest" of 90 MH/s are still "processed" by the daemon thus we will find block much faster than before.
So I've got find a way to really discard that rest of 90 MH/s and don't let it come to the daemon.. Which is my problem right now..
I'll probably have to do a mixed thing between 1 & 3 and/or 2 & 3... So if a miner pushes 100 MH/s and does not go back to 10 MH/s within a reasonable time, to protect the network, he will be banned or all his shares will be rejected by the daemon.
As soon as this is fixed, we can start.. I'm testing both ways currently, lets see which one actually works.
Way to go ocminer, you're the man!
|
|
|
|
MinermanNC
Legendary
Offline
Activity: 2198
Merit: 1000
|
|
July 18, 2014, 04:50:10 PM |
|
Are we getting closer to a launch? ok, was just checking back in
|
*BTC: 1DiR25SPo84sThzTATr27EZEQZLt6hv6tG
|
|
|
bathrobehero
Legendary
Offline
Activity: 2002
Merit: 1051
ICO? Not even once.
|
|
July 18, 2014, 04:55:52 PM |
|
Ok so i've been mining with resolution 3 for a few hours now (other X15 coin) and there is one big problem:
If lets say 10 miner push 10 MH/s we will find a block every 2 minutes .. which is okay.
If 10 miners push 10 MH/s but ONE miner pushes falsely 100 MH/s (and only gets 10 credited), "the rest" of 90 MH/s are still "processed" by the daemon thus we will find block much faster than before.
So I've got find a way to really discard that rest of 90 MH/s and don't let it come to the daemon.. Which is my problem right now..
I'll probably have to do a mixed thing between 1 & 3 and/or 2 & 3... So if a miner pushes 100 MH/s and does not go back to 10 MH/s within a reasonable time, to protect the network, he will be banned or all his shares will be rejected by the daemon.
As soon as this is fixed, we can start.. I'm testing both ways currently, lets see which one actually works.
You can't expect us to limit ourselves close to the 10 mh/s line, especially with fluctuations. I mean we really don't want to be banned for whatever amount for 10.1 mh/s and we don't want to mine at 7 mh/s just to be safe either. Maybe you could set a fixed difficulty and only accept a calculated number of shares per minute or whatever preferably smaller intervals. If somene submits more shares have vardiff kick them until the end of that period where vardiff resets or just redirect the surplus shares to another x15 coin.
|
Not your keys, not your coins!
|
|
|
yellowduck2
|
|
July 18, 2014, 04:57:34 PM |
|
Ok so i've been mining with resolution 3 for a few hours now (other X15 coin) and there is one big problem:
If lets say 10 miner push 10 MH/s we will find a block every 2 minutes .. which is okay.
If 10 miners push 10 MH/s but ONE miner pushes falsely 100 MH/s (and only gets 10 credited), "the rest" of 90 MH/s are still "processed" by the daemon thus we will find block much faster than before.
So I've got find a way to really discard that rest of 90 MH/s and don't let it come to the daemon.. Which is my problem right now..
I'll probably have to do a mixed thing between 1 & 3 and/or 2 & 3... So if a miner pushes 100 MH/s and does not go back to 10 MH/s within a reasonable time, to protect the network, he will be banned or all his shares will be rejected by the daemon.
As soon as this is fixed, we can start.. I'm testing both ways currently, lets see which one actually works.
If someone spike 10gh and find 10 blocks in 1 min , what happen to the block he found ? Or maybe u can find out how mineral coin did this hash limit on pool.
|
|
|
|
|