i agree tooits better non merged. just people pushing up the diff is becoming a pain
|
|
|
hey, i've the ahmedbodi/bytecoin one is the current one. the bryanmills one is outdated so id recommend against it. I'm working on 2 new copies of bytecoin client. 1 based on the latest bitcoin base(0.8.5) i think and i0coin(0.8.0 for merged mining) still gotta decide which way im going to go about it tho.
|
|
|
To the site-developers out there that would be using the API/Long poll system in CCE3:
How do you want the long poll to work?
As of now it looks like the long poll system will be completely separate from CCE3, it could even be used with the current ABE explorers.
How would you like to handle the variety of coins? Do you have a separate URL for each coin to poll too, or one address and have a JSON field giving the 3 letter code the coin that has polled?
Would just a simple poll with the coin code be enough, or would you like the poll system to push the block information also?
The issue I see here is it does take at least a few seconds for the database loader to process block and transactions information before it becomes available on the explorer and API.
If the Long Poll pushes the block, it will get the block information directly from the daemon and just pass on the RPC response from the daemon.
thats a good idea and something i would use if u implement it. The Small delay would be negligable imo. Even the long polling by miners (when notify scripts arent used on a pool) has a small delay. IMO id prefer the method of having a seperate URL per coin.
|
|
|
yeah thats a timeout since its still directing to the old web server. Theres a new one with SSL support, tor, i2p and .bit support coming just need to do the final touches. Im unsure why u cant connect though with stratum ill have to take a look
|
|
|
theres gme.crypto-expert.com PPS Pool if u wish to mine, which means i absorb all the risk
|
|
|
added thanks jdebunt
|
|
|
Due to a project i am building for DGC i need a list of publically available node's running on the standard DGC P2P Port, (if you havent changed it with the -port option you're on the DGC default port)
As a reward for having a running wallet i will give away a copy of my app to every person with a wallet, which will be ad free and contain the latest updates as they are made before the app is even added onto google play.
Current Node List: direct.crypto-expert.com 88.198.91.243 72.78.100.7 50.116.22.43 88.161.131.83 98.253.19.158 198.50.233.6 82.161.111.51 93.96.179.57 37.187.9.53 68.63.214.65 54.215.9.205 78.46.86.16 192.241.193.227 97.114.111.53 76.181.109.175
|
|
|
Due to a project i am building for WDC i need a list of publically available node's running on the standard WDC P2P Port, (if you havent changed it with the -port option you're on the wdc default port)
As a reward for having a running wallet i will give away a copy of my app to every person with a wallet, which will be ad free and contain the latest updates as they are made before the app is even added onto google play.
Current Node List: direct.crypto-expert.com 98.114.181.178 72.78.100.7 174.107.165.198 74.39.73.164
|
|
|
if anyone has any more node's for RZ's list then please add them. We need quite a number more to help complete a small project weve been making.
|
|
|
yo! back off spots dudes! its not his fault tix isnt doing too great. he isnt the tix dev remember?
|
|
|
you would need to use the namecoin merged mining proxy and download every merged mined coin's wallet and point it to each one
|
|
|
// Now with our blocks added we can scan for their upstream shares $aAllBlocks = $block->getAllUnsetShareId('ASC'); if (empty($aAllBlocks)) { $log->logDebug('No new blocks without share_id found in database'); } else { // Loop through our unaccounted blocks $log->logInfo("Block ID\t\tHeight\tAmount\tShare ID\tShares\tFinder\tType"); foreach ($aAllBlocks as $iIndex => $aBlock) { if (empty($aBlock['share_id'])) { // Fetch this blocks upstream ID $aBlockInfo = $bitcoin->query('getblock', $aBlock['blockhash']); if ($share->setUpstream($aBlockInfo, $block->getLastUpstreamId())) { $iCurrentUpstreamId = $share->getUpstreamId(); $iAccountId = $user->getUserId($share->getUpstreamFinder()); } else { $log->logFatal('Unable to fetch blocks upstream share, aborted:' . $share->getError()); ^there is the code as you can see from the comments, it fetches the bhlocks id and does a comparison to find the block finder. If it cant find one after all 3 attempts then the block updates are aborted and then you recieve that error.
|
|
|
do we need to go through this again? you sent me 2 screenshots and i told you what you're problem is. give me 5 mins and ill quote the code from the frontend
|
|
|
it would normally require a custom frontend using a custom db structure which is what im doing for my pool
|
|
|
^good work zack. Although i would like to hear about the permamant fix. both gr33k, me and even theserapher knows there is always cases for it to occour again :L
I did ask you to have a look at the server before giving me a quote lol we never had to do any of the stuff you said and it is very unlikely that the same problem will happen again due to the new code used and who in their right minds would go to fix a server at around 4am? for free too?
|
|
|
nice one bro^ just a side note the bte.crypto-expert.com pool will go down for a redesign and for a possible merged mining setup today or tomorrow. i think ive figured this out
|
|
|
does on the one on bytecoin.biz not work? although that does need to be replaced
|
|
|
|