Topic: ### A ChainWorks Industries (CWI) Project - Granite | Simple Solid Stable | GRN - page 14. (Read 74297 times)

hi all ...

we are having a few issues with our official pool http://grn-pool.granitecoin.com/ and are working to resolve it ...

we should have our pool back up and running within a few hours ...

apologies for the inconvenience this may have caused ...

#crysx

yup - that confirms that its the older codebase ...

ill find a fix for it soon - in the middle of moving at the moment ...

since the updates - ive not been able to compile on fedora 23 x64 - and can only use the previous compile ...

will look at what can be fixed in it and come up with a solution very soon ...

tanx for the info - its invaluable ...

apart from the fact that im surprised and quite flattered that you are including granite in zpool also ...

tanx ... we will have it fixed as soon as possible ...

#crysx

Of the 100+ ones I just re-compiled and started up... this has been the only one not staying running....

Good to see we made it!

the 100kgrn block just went off - and was hit by a lucky miner ...

what looks like a solominer - congrats on the massive hit and injection of 100,000grn ...

https://chainz.cryptoid.info/grn/address.dws?GNuvcSjFNwCf4aoEvzeZ7T8xnfQyCL44pH.htm ... great work - who ever you are ...

as of block 262800 - the halving starts and now 50grn per block is the block reward ...

https://chainz.cryptoid.info/grn/block.dws?262800.htm ...

funnily enough - the same person hit that block also ...

awesome guys ...

ill be back in a few days with updates on all thats been happening in the world of granite ...

#crysx

hi bawaler ...

tanx for letting us know ...

the latest build is compiling but failing to run - as i have experienced this currently with a number of coins that ive been 'helping' with - and it seems now granite is affected by it ...

the latest update to boost and openssl and bdb as a combination are causing a database issue with the creation of the peers.dat file ... and even if you get to that level of file creation - the daemon ( or wallet ) crashes and goes no further ...

the debug.log will show exactly that issue ( tail -f ~//.GraniteCoin/debug.log ) - and we are working on it at the moment ... there seem to be a few changes that have been made to the updates of both boost and bdb in the latest versions which are causing this ... and we are trying to locate the affected areas in the granite code ...

again - this issue has been now seen in a few other coins also - and fixes have been looked at and we are working on getting the fix into the current code of granite at the moment ...

there is only a few blocks left to the last bonus block - where 100krgn will be minted in this one block - so if you are mining and hit the block on any of the pools - they can hold the coins until we can organize a fix ...

what linux are you using? ... maybe i can send you a precompiled wallet or daemon for the time being ... as this issue is a very recent one ( and one we were not expecting ) a workaround / fix will help - but we are already looking at a full rebase ( and have been planning on it for the last two months now ) to advance the codebase for granite for its future growth ...

i cannot see you have done wrong in your setup - in fact its a good setup ...

the only nodes you require are the three seednodes normally ( if you have the older version of the wallet - the seednodes are now hardcoded into the current codebase ) - they are currently running and fully functional ( and fast ) ...

tanx for bringing this to our attention - and we will come back with a fix soon ...

let me know if i can help you further ... as i do have other versions compiled ( ubuntu daemon - fedora 23 x64 qt5 wallet - centos 7 x64 static daemon ) that ARE functional at the moment ...

#crysx

Hi,
I have two amd64 compilation enviroments which have been capable to compile all the wallets this far but I'm facing connection issues in the wallet. Tried this with another computer and got stuck with same issue :/

My config path is
And it looks like this from inside
Is the configuration file kind of correct? Removed the user credentials from the paste.

Tried also adding nodes on run but no success.
Might it be use of BDB5.3 cause that I'm unable to get connections when I compile latest source from dev's github? I've tried to compile with all USE_UPNP= modes 1,0,-.
I'm compiling granited amd64 and it drops some DB related errors, but bypasses them. The daemon itself initializes itself making wallet file and folders to datadir.
Some coins do have autotools so at configuration part before making I could put a --with-incompatible-bdb -parameter to get rid of BDB related errors in compilation, I tried to do own configure file with autotools but the configurations does not work out of the box and takes some time to finish it as a working one.
Any other solutions than using autotools? I'd like to compile my own wallets. The reason on Linux is because there's BDB and GLIBC library version differences and some wallets which are compiled as static and used in system which have other version of BDB than the wallet is compiled with and because of that the risk of wallet getting corrupt at random point is very high. I've faced it one time on production use and that made me learn. Also, on Windows especially because there is much trojans and similar in those. Third reason is I'd like to choose the version of OpenSSL because some wallets might have bugs.

Thanks in advance

as with most 'large' size aglos that are mined - x11 is usually the domain of gpu mining - and above ( there is rumour - though no real proof as yet of asics ) ...

you can continue to mine with cpu - but as logocreator mentioned - it will be difficult for a cpu to mine and make any real gains ...

the bonus block will hit somewhere - as there are those mining on the official pool ( including myself on http://grn-pool.granitecoin.com/ ) as well as other pools available like yiimp - and aikapool - and coinking to name a couple ...

steakcloud have implemented the mining via algo system - and i wanted to announce that once all testing was done - but i may as well now ...

http://pool.steakcloud.com/ will mine any algo they have available - and you can payout in granite if you have asics or gpu miners for the sha256 - scrypt - x11 algos ...

though form of mining will NOT hit the bonus block - as it does not mine directly ... it mines other coins in their algo list - and is traded to payout in granite ... this is a good thing for the granite ecosystem - as it means trading becomes more frequent and allows more people to access granite via other means of mining other than just mining x11 algo ...

as for you situation ... have a look at various cpu miners ( like the one i 'supposed' to be helping with - but keep running out of time ) that optimize the cpu mining as much as they can - but with the advent of gpu / asic mining - cpu mining x11 will yield the least coin for you processing power ...

if you have video cards available for mining - whether nvidia or amd - then we can talk a different lingo altogether ...

pm me your address and ill start you off with some grn that i can donate to you ...

have a great time mining ...

remember that grn-pool has NO fees - block finder BONUS - and pool BONUS as well ... so whenever anyone finds blocks on there - you will take a share of it also ... all paid through the pool fund ...

if you need links to a few of the miners - let us know which you will be mining with - and we can point you to some and help as best we can with them ...

my apologies for the lack of updates and lack of time - as im moving twice in the span of 8 weeks - starting yesterday ... so very little time to do much at all ...

but ill be back when ive settled at least a little in the next two weeks ...

i hope this helps ...

not far off from the bonus block ... someone is bound to hit it somewhere ... pool and solominer alike have good chances ...

#crysx

I think you must buy several gpus. You can't compete with your cpu.

 Hi all, as the great reward is almost upon us I have a question. I'm not quite a fool, but I'm not wise in the ways of crypto and hashing either. I've been mining GRN with just my CPU and cgminger. It's really just a hit and miss deal from what I can tell. I get about one share at 55kh every three blocks or so. I really would like to work on the reward block, so can y'all offer any advise to improve my hashing before then? Thanks in advance.

and block halving the very next block - no more 100grn per block ...

will halve to 50grn per block ...

#crysx

approx 600 more blocks till the very last bonus hits - 100,000grn ...

keep mining & good luck ...

#crysx

hi all ...

so many things have been happening and so much going on - all tied in with what has been planned ...

i will respond in full very shortly to the wonderful comments ( and promotion ) that evergreencoin posted above - and also bring an update to what has been happenning and what has already been brought out to enhance the granite ecosystem ...

for the time being though - it looks like we will have ONE more chance to earn ourselves some hefty grn - due to the last bonus block that is about to hit ...

block number 262799 will contain the very last of the 100,000grn as a it remains as the very last bonus block in the blockchain ...

its almost upon us - and those who hit the block will share in the granite riches it will bring ...

the code ( below ) also shows that the very NEXT block 262800 is the halving block ... so from there on until the next halving - there will be 50grn as a block reward - not 100grn ...

-------

    else if (nHeight == 100000) //bonus block reward nHeight
    {
        int64 nSubsidy = 100000 * COIN;
        return nSubsidy + nFees;
    }
    else if (nHeight == 150000) //bonus block reward nHeight
    {
        int64 nSubsidy = 100000 * COIN;
        return nSubsidy + nFees;
    }
    else if (nHeight == 262799) //bonus block reward nHeight
    {
        int64 nSubsidy = 100000 * COIN;
        return nSubsidy + nFees;
    }

    // Subsidy is cut in half every xxxx blocks
    nSubsidy >>= (nHeight / 262800);

    return nSubsidy + nFees;
}

-------

so get mining if you want a share in the 100kgrn block - or the whole lot if you are solo mining and are lucky enough to hit the block yourself ...

dont forget that if you mine on the official granite pool - there are no fees and more bonuses ontop of the coin you mine ...

more updates soon ...

keep mining - smile lots - and have fun ...

#crysx

I would like to personally express my sincere gratitude to granite and crysx for helping the newly launched x15 pow/pos coin, evergreencoin with the donation of 3 seed nodes.

In a time when it is common place to see coins spreading hate for eachother, I do find it inspiring to see such generosity coming from another coin. I do agree with crysx in his mentality of a joint effort in crypto and do think we will reach our common goals much easier united rather than divided. I do eagerly await the opportunity to repay this favor.

If you have not yet heard of EverGreenCoin, please visit our thread linked above or see our website to learn more if you wish. EGC is a coin that is supporting our planet's environment. Through renewable energy mining operations, reforestation, and wildlife rehabilitation, we think we can put the 'eco' in economics. We have very ambitious ideas and soon will be announcing partnerships that will facilitate these ideas. You, reading this as a granite community member, can feel very welcome to the EGC community as this generosity will not go forgotten by the EverGreenCoin team or community. Again, thank you kindly.

Granite and evergreen. Crypto united for our common goals. Sounds... peaceful.

Steven Saxton
EverGreenCoin
Lead Developer and Foundation Founder

chrysophylax... you wanted to hear from me?

it is mik57 ...

in the following weeks - we will be announcing the people that will be part of the team in 2016 that will be working and helping on the granite ecosystem this year ...

a new update soon ...

#crysx