Bitcoin Forum
April 30, 2024, 01:29:10 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 [105] 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 ... 394 »
  Print  
Author Topic: Coinye [KOI/COYE] You can't kill a gayfish.  (Read 715696 times)
maxidoge
Member
**
Offline Offline

Activity: 70
Merit: 10


View Profile
January 09, 2014, 12:49:10 AM
 #2081

wallet?
1714483750
Hero Member
*
Offline Offline

Posts: 1714483750

View Profile Personal Message (Offline)

Ignore
1714483750
Reply with quote  #2

1714483750
Report to moderator
1714483750
Hero Member
*
Offline Offline

Posts: 1714483750

View Profile Personal Message (Offline)

Ignore
1714483750
Reply with quote  #2

1714483750
Report to moderator
1714483750
Hero Member
*
Offline Offline

Posts: 1714483750

View Profile Personal Message (Offline)

Ignore
1714483750
Reply with quote  #2

1714483750
Report to moderator
The block chain is the main innovation of Bitcoin. It is the first distributed timestamping system.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
metallicelmo
Sr. Member
****
Offline Offline

Activity: 882
Merit: 252



View Profile
January 09, 2014, 12:50:15 AM
 #2082



 cgminer version 3.7.2 - Started: [2014-01-09 01:43:46]
-----------------------------------------------------------------------
 (5s):0.000 (avg):0.000h/s | A:0  R:0  HW:0  WU:0.0/m
 ST: 2  SS: 0  NB: 4  LW: 15  GF: 0  RF: 0
 Connected to pool.coinyechain.info diff 16 with stratum as user ***
 Block: f662be1c...  Diff:113  Started: [01:45:40]  Best share: 0
-----------------------------------------------------------------------
 [P]ool management [G]PU management ettings [D]isplay options [Q]uit
 GPU 0:  34.0C 1667RPM | OFF   / 0.000h/s | A:0 R:0 HW:0 WU:0.0/m I:13
-----------------------------------------------------------------------

 [2014-01-09 01:43:44] Started cgminer 3.7.2
 [2014-01-09 01:43:45] Probing for an alive pool
 [2014-01-09 01:43:45] Pool 0 difficulty changed to 16
 [2014-01-09 01:44:08] Network diff set to 113
 [2014-01-09 01:44:08] Error -4: Enqueueing kernel onto command queue. (clEnqueu
eNDRangeKernel)
 [2014-01-09 01:44:08] Error -4: Enqueueing kernel onto command queue. (clEnqueu
eNDRangeKernel)
 [2014-01-09 01:44:08] GPU 0 failure, disabling!
 [2014-01-09 01:44:08] GPU 0 failure, disabling!
 [2014-01-09 01:44:50] Stratum from pool 0 detected new block
 [2014-01-09 01:45:10] Stratum from pool 0 detected new block
 [2014-01-09 01:45:40] Stratum from pool 0 detected new block
mybadomen
Full Member
***
Offline Offline

Activity: 150
Merit: 100



View Profile
January 09, 2014, 12:50:52 AM
 #2083

 Sorry Mate i meant this --thread-concurrency 4480 -I 8 -w 64 -g 1  
mmininginc
Full Member
***
Offline Offline

Activity: 126
Merit: 100


View Profile
January 09, 2014, 12:51:00 AM
 #2084

I just wanted to download the Windows wallet but the IE Smartscreen filter's alarm bells go off and the download is blocked for safety.
aidao13
Newbie
*
Offline Offline

Activity: 37
Merit: 0


View Profile
January 09, 2014, 12:52:00 AM
 #2085

WTS 1.76M for 1 BTC, PM ME
can you give me a little

5fYdSeE776fW5ghLkmyYoq2RwqdzcDHUjC

thanks
Djinou94
Legendary
*
Offline Offline

Activity: 1036
Merit: 1000


View Profile
January 09, 2014, 12:52:44 AM
 #2086

Here is the Windows Wallet i got from the Official website when it had the 3 tabs to download that are no longer there. Wallet works perfect. http://www.mediafire.com/download/de4aa6h3m10e19a/coinyecoin-qt-win32.zip


 If i helped feel free to donate a few coins: 5g8iUdKxpeKZhRoYvdwMFHy4551UX2hSoY
I USE THIS WALLET
TRIED WITH AND WITHOUT CONFIG
BOTH SAME EFFECT

ONE ACTIVE CONNECTION FOR 20 SECONDS..
AND THEN NOTHING Sad

addnode=37.187.93.104
addnode=23.253.71.20
addnode=94.242.254.73
addnode=24.20.187.178
addnode=37.59.31.34
addnode=37.59.54.28
addnode=62.212.72.31
addnode=198.245.63.111
addnode=199.241.191.148
addnode=72.46.130.53
server=1
daemon=1


5bYYMV52YL2KKEMRN1VNCspRGqihtv3Lni

WORKED
SENT 1K



Where is the folder for put all these numbers?
My wallet is also out of synch
babySato
Newbie
*
Offline Offline

Activity: 14
Merit: 0


View Profile
January 09, 2014, 12:54:24 AM
 #2087

Here's what I think happens with these popular, highly anticipated coins with lots of Mhash at multiple pools.

Each of the large pools start mining based off of the current block chain.   Because the difficulty is so low, block generations are occurring nearly instantly.   Meanwhile, the network, users and pools are ddosing each other trying to get connections and updates.    Competing block chains don't have enough time to propagate globally before N more blocks are found locally in a pool.    So, each local pool has a block chain that could potentially stay longer than the updates that it is seeing from elsewhere.   Other smaller pools and users are getting updates from these competing pools and either sticking with the closest/longest or switching back and forth.  

As the difficulty goes up and speed of block generation finally goes down, you eventually get a more globally consistent block chain.   However, potentially the vast majority of users find that they didn't get on the longest eventual chain and suddenly their coins disappear.

I would say that the solution probably lies in either much better pool communication (even under ddos type conditions) and/or raising the starting difficulty and slowing block generation to a liveable level quickly.  If you don't have a globally consistent block chain then these coin launches are going to keep looking bad and anger a lot of participants.

Would love to hear other's thoughts.

I think you're right

I would agree, but we were finding absolutely no blocks in that time. The pool did find stale shares which were reported on the frontend, and in between the 1000% rounds there were brief 2-3 blocks around 30-300%

So, the front end was updating like it should, matching with the shares I was submitting and the shares of the pool. No blocks though...


I wonder if some of the smaller pools were constantly playing catchup with new blocks found by larger pools and by the time their participants completed all work on a block, that block was already stale.   It would be like a constant live-lock.   Again, another degenerate symptom of too fast block generation and insufficient blockchain syncing time.
mybadomen
Full Member
***
Offline Offline

Activity: 150
Merit: 100



View Profile
January 09, 2014, 12:57:44 AM
 #2088

 Last Call before i Log for the Night. Looking to Trade  1,000,000 coinye for 7 LTC
1024KB
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile
January 09, 2014, 01:00:12 AM
 #2089

It looks like dedicated pools databases are having problems, can be minor or major we will see!

DEdICATED POOLS BACK

yep. never had a doubt. Good Job dedicatedpools!
userpacman
Member
**
Offline Offline

Activity: 70
Merit: 10


View Profile WWW
January 09, 2014, 01:00:20 AM
 #2090

Got 750k and I'm selling 250k COYE. PM me offers in LTC/BTC or post here!

Join our DOPE pool - 1% fee - register now!
http://dope.internetarena.it
pontiacg5
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250



View Profile
January 09, 2014, 01:00:34 AM
 #2091

Here's what I think happens with these popular, highly anticipated coins with lots of Mhash at multiple pools.

Each of the large pools start mining based off of the current block chain.   Because the difficulty is so low, block generations are occurring nearly instantly.   Meanwhile, the network, users and pools are ddosing each other trying to get connections and updates.    Competing block chains don't have enough time to propagate globally before N more blocks are found locally in a pool.    So, each local pool has a block chain that could potentially stay longer than the updates that it is seeing from elsewhere.   Other smaller pools and users are getting updates from these competing pools and either sticking with the closest/longest or switching back and forth.  

As the difficulty goes up and speed of block generation finally goes down, you eventually get a more globally consistent block chain.   However, potentially the vast majority of users find that they didn't get on the longest eventual chain and suddenly their coins disappear.

I would say that the solution probably lies in either much better pool communication (even under ddos type conditions) and/or raising the starting difficulty and slowing block generation to a liveable level quickly.  If you don't have a globally consistent block chain then these coin launches are going to keep looking bad and anger a lot of participants.

Would love to hear other's thoughts.

I think you're right

I would agree, but we were finding absolutely no blocks in that time. The pool did find stale shares which were reported on the frontend, and in between the 1000% rounds there were brief 2-3 blocks around 30-300%

So, the front end was updating like it should, matching with the shares I was submitting and the shares of the pool. No blocks though...


I wonder if some of the smaller pools were constantly playing catchup with new blocks found by larger pools and by the time their participants completed all work on a block, that block was already stale.   It would be like a constant live-lock.   Again, another degenerate symptom of too fast block generation and insufficient blockchain syncing time.

Maybe? We will likely never know the real cause. I do run --no-submit-stale on some of my rigs, it's possible they just never got sent to the pool.

But at the time icyhash was one of the few pools up, I'd wager that it was one of the largest. I didn't take any screenshots or anything, and I wasn't paying close attention, but I think the pool hashrate got over 5gh/s for a time.

After the pool owners actions, I wouldn't mine for him again. I did manage to get coins from him, but that's because I know the wallet doesn't need to sync to get a payout address (tip for next time! Keep the wallet.dat)

Please DO NOT send me private messages asking for help setting up GPU miners. I will not respond!!!
metallicelmo
Sr. Member
****
Offline Offline

Activity: 882
Merit: 252



View Profile
January 09, 2014, 01:02:51 AM
 #2092

Ok my mining issue seems to be related to thread concurrency in combination with the amount of RAM installed... i have multiple pc's, one died, this one only has 1 GB memory Wink
spork985
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
January 09, 2014, 01:03:32 AM
 #2093

Here's what I think happens with these popular, highly anticipated coins with lots of Mhash at multiple pools.

Each of the large pools start mining based off of the current block chain.   Because the difficulty is so low, block generations are occurring nearly instantly.   Meanwhile, the network, users and pools are ddosing each other trying to get connections and updates.    Competing block chains don't have enough time to propagate globally before N more blocks are found locally in a pool.    So, each local pool has a block chain that could potentially stay longer than the updates that it is seeing from elsewhere.   Other smaller pools and users are getting updates from these competing pools and either sticking with the closest/longest or switching back and forth.  

As the difficulty goes up and speed of block generation finally goes down, you eventually get a more globally consistent block chain.   However, potentially the vast majority of users find that they didn't get on the longest eventual chain and suddenly their coins disappear.

I would say that the solution probably lies in either much better pool communication (even under ddos type conditions) and/or raising the starting difficulty and slowing block generation to a liveable level quickly.  If you don't have a globally consistent block chain then these coin launches are going to keep looking bad and anger a lot of participants.

Would love to hear other's thoughts.

I think you're right

I would agree, but we were finding absolutely no blocks in that time. The pool did find stale shares which were reported on the frontend, and in between the 1000% rounds there were brief 2-3 blocks around 30-300%

So, the front end was updating like it should, matching with the shares I was submitting and the shares of the pool. No blocks though...


I wonder if some of the smaller pools were constantly playing catchup with new blocks found by larger pools and by the time their participants completed all work on a block, that block was already stale.   It would be like a constant live-lock.   Again, another degenerate symptom of too fast block generation and insufficient blockchain syncing time.

Maybe? We will likely never know the real cause. I do run --no-submit-stale on some of my rigs, it's possible they just never got sent to the pool.

But at the time icyhash was one of the few pools up, I'd wager that it was one of the largest. I didn't take any screenshots or anything, and I wasn't paying close attention, but I think the pool hashrate got over 5gh/s for a time.

After the pool owners actions, I wouldn't mine for him again. I did manage to get coins from him, but that's because I know the wallet doesn't need to sync to get a payout address (tip for next time! Keep the wallet.dat)


We never went past 750MH/s. I was waiting for it to hit 1GH/s. Would you like the block log or anything you can use to try and figure out what happened?
jharkness
Newbie
*
Offline Offline

Activity: 30
Merit: 0


View Profile
January 09, 2014, 01:04:01 AM
 #2094

Got 750k and I'm selling 250k COYE. PM me offers in LTC/BTC or post here!



 I sent you pm
Joshuamcd22
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
January 09, 2014, 01:05:00 AM
 #2095

<< REPOSTING >> to make sure everyone has seen this and gets their coins paid out in full

ICYHASH USERS

I am utterly disgusted by the communities reaction to the problems we faced last night. I am not a scammer, never was a scammer, and never will be a scammer. I spent countless hours yesterday into the wee hours of the night to ensure this pool was online and fully operational. To see such a reaction out of the effort I put forth is really upsetting. However, out of the 814 users on my server, only a small handful were acting like dicks. I can't hold the honest users accountable for a few people's stupid actions.

As far as the 1000% block or whatever... I have been building mining for months. I spent the last week learning how to set everything up as far as running pools goes. I'm not overly experienced with it like some of you are. I haven't the slightest clue why no blocks were found for an hour. I do know that the pool was having some problems that were ALL corrected later in the night. If that work was lost due to these problems, I apologize. There is nothing further I can say or explain. I assure you there was no siphoning, coin steeling, putting hashes somewhere else, etc.

What Happened... My server is a dedicated box with 24 physical cores and 128GB of ram.
1) Even with all that power, the MySQL instance (configured correct, I'm a DBA mind you) for php front-end totally killed the CPU. These errors were corrected by commenting out and reworking some of the php-mpos code.
2) Closer to the end of the night, a second issue arose where the stratum instance stopped accepting incoming connections. This issue was transparent to me at first because my miner was purring away. I didn't realize until I investigated the debug logs that most people's connections were being rejected. Once I adjusted the maximum open files limit on the server and restarted stratum, this too was resolved. The server worked fine for 10 hours after.
3) Some dumbfuck thought it would be funny this morning to DDOS the site. At this point, I had no choice but to power off the server and null route the IPs affected.

NUMBER THREE is the reason why you cannot withdraw your coins. It's not because I'm a scammer. IT'S BECAUSE ONE OF YOUR PEERS FOUND IT FUNNY TO KNOCK IT OFFLINE.

To claim your coins, please PM me with IN THE NEXT 24 HOURS
1) Your IP address used on registration
2) Your username
3) Your wallet address

If you fail to mention any of these, you will not receive your coins. I will not reply to your PM. Keep an eye on your wallet.

What's Next:
I will be rebuilding these servers from scratch with proper DDOS protection and open more pools. This was one huge learning experience.

AGAIN, I ASK YOU... PLEASE STOP THROWING AROUND THE SCAM RUMORS. I'm probably one of the nicest system admins you will ever meet regardless of what some of you will think.

He just sent me my coins.  He's legit!
Brewins
Legendary
*
Offline Offline

Activity: 1120
Merit: 1000



View Profile
January 09, 2014, 01:06:07 AM
 #2096

<< REPOSTING >> to make sure everyone has seen this and gets their coins paid out in full

ICYHASH USERS

I am utterly disgusted by the communities reaction to the problems we faced last night. I am not a scammer, never was a scammer, and never will be a scammer. I spent countless hours yesterday into the wee hours of the night to ensure this pool was online and fully operational. To see such a reaction out of the effort I put forth is really upsetting. However, out of the 814 users on my server, only a small handful were acting like dicks. I can't hold the honest users accountable for a few people's stupid actions.

As far as the 1000% block or whatever... I have been building mining for months. I spent the last week learning how to set everything up as far as running pools goes. I'm not overly experienced with it like some of you are. I haven't the slightest clue why no blocks were found for an hour. I do know that the pool was having some problems that were ALL corrected later in the night. If that work was lost due to these problems, I apologize. There is nothing further I can say or explain. I assure you there was no siphoning, coin steeling, putting hashes somewhere else, etc.

What Happened... My server is a dedicated box with 24 physical cores and 128GB of ram.
1) Even with all that power, the MySQL instance (configured correct, I'm a DBA mind you) for php front-end totally killed the CPU. These errors were corrected by commenting out and reworking some of the php-mpos code.
2) Closer to the end of the night, a second issue arose where the stratum instance stopped accepting incoming connections. This issue was transparent to me at first because my miner was purring away. I didn't realize until I investigated the debug logs that most people's connections were being rejected. Once I adjusted the maximum open files limit on the server and restarted stratum, this too was resolved. The server worked fine for 10 hours after.
3) Some dumbfuck thought it would be funny this morning to DDOS the site. At this point, I had no choice but to power off the server and null route the IPs affected.

NUMBER THREE is the reason why you cannot withdraw your coins. It's not because I'm a scammer. IT'S BECAUSE ONE OF YOUR PEERS FOUND IT FUNNY TO KNOCK IT OFFLINE.

To claim your coins, please PM me with IN THE NEXT 24 HOURS
1) Your IP address used on registration
2) Your username
3) Your wallet address

If you fail to mention any of these, you will not receive your coins. I will not reply to your PM. Keep an eye on your wallet.

What's Next:
I will be rebuilding these servers from scratch with proper DDOS protection and open more pools. This was one huge learning experience.

AGAIN, I ASK YOU... PLEASE STOP THROWING AROUND THE SCAM RUMORS. I'm probably one of the nicest system admins you will ever meet regardless of what some of you will think.

He just sent me my coins.  He's legit!

Same +1 for legit.

Sorry about the troubles you had spork
diwskwmx
Newbie
*
Offline Offline

Activity: 39
Merit: 0


View Profile
January 09, 2014, 01:09:01 AM
 #2097

They did some front end maintenance earlier, but they've been rock solid since I started using them, and the devs are in the IRC.
pontiacg5
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250



View Profile
January 09, 2014, 01:11:31 AM
 #2098

Here's what I think happens with these popular, highly anticipated coins with lots of Mhash at multiple pools.

Each of the large pools start mining based off of the current block chain.   Because the difficulty is so low, block generations are occurring nearly instantly.   Meanwhile, the network, users and pools are ddosing each other trying to get connections and updates.    Competing block chains don't have enough time to propagate globally before N more blocks are found locally in a pool.    So, each local pool has a block chain that could potentially stay longer than the updates that it is seeing from elsewhere.   Other smaller pools and users are getting updates from these competing pools and either sticking with the closest/longest or switching back and forth.  

As the difficulty goes up and speed of block generation finally goes down, you eventually get a more globally consistent block chain.   However, potentially the vast majority of users find that they didn't get on the longest eventual chain and suddenly their coins disappear.

I would say that the solution probably lies in either much better pool communication (even under ddos type conditions) and/or raising the starting difficulty and slowing block generation to a liveable level quickly.  If you don't have a globally consistent block chain then these coin launches are going to keep looking bad and anger a lot of participants.

Would love to hear other's thoughts.

I think you're right

I would agree, but we were finding absolutely no blocks in that time. The pool did find stale shares which were reported on the frontend, and in between the 1000% rounds there were brief 2-3 blocks around 30-300%

So, the front end was updating like it should, matching with the shares I was submitting and the shares of the pool. No blocks though...


I wonder if some of the smaller pools were constantly playing catchup with new blocks found by larger pools and by the time their participants completed all work on a block, that block was already stale.   It would be like a constant live-lock.   Again, another degenerate symptom of too fast block generation and insufficient blockchain syncing time.

Maybe? We will likely never know the real cause. I do run --no-submit-stale on some of my rigs, it's possible they just never got sent to the pool.

But at the time icyhash was one of the few pools up, I'd wager that it was one of the largest. I didn't take any screenshots or anything, and I wasn't paying close attention, but I think the pool hashrate got over 5gh/s for a time.

After the pool owners actions, I wouldn't mine for him again. I did manage to get coins from him, but that's because I know the wallet doesn't need to sync to get a payout address (tip for next time! Keep the wallet.dat)


We never went past 750MH/s. I was waiting for it to hit 1GH/s. Would you like the block log or anything you can use to try and figure out what happened?

I see, I do remember the total network being over 11gh/s so maybe that had something to do with it.

I'm not pro enough to do anything with any logs, but I imagine someone on this forum can. Might be a good thing to figure out since your dead set on more pools.  

Please DO NOT send me private messages asking for help setting up GPU miners. I will not respond!!!
wwtree
Full Member
***
Offline Offline

Activity: 154
Merit: 100


View Profile
January 09, 2014, 01:12:44 AM
 #2099

I waste lots of time and got few coins at bitember.com

please donate some coins ,thank you very much

5fRBP9FjtNzinCEoQDL1RTm9szzbM27xWn

janos666
Hero Member
*****
Offline Offline

Activity: 588
Merit: 500


View Profile
January 09, 2014, 01:19:27 AM
 #2100

10 minute offer: 105137.98052827 COYE for 0.1 BTC
First private message or highest offer wins. But I have to go to bad soon, that's why it's a limited time offer.
Pages: « 1 ... 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 [105] 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 ... 394 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!