36480 is probably the port you want to open, although your info makes me think ports are fine
Make sure GorillaBucks.conf has
maxconnections=999
That's a ghetto way, for now, to make sure you catch all possible peers, regardless of IPv
I should have just did that in the first place. But I'm so used to only having 8 connections or less with my other wallets, I was convinced it was my old router. Now I have 58 and climbing. Thanks. |
|
|
|
All I've done is open up the proper ports in the virtual server on my router. The router is like 5 or 6 years old...I have allowed private connections in my firewall but not public connections for my wallets with my OS firewall. Am I supposed to allow public connections?
You should open port on router AND firewall from os. Right now only outgoing connections are possible, getpeerinfo in debug should confirm this. I'm not even sure what I am looking at. I don't think it would be advisable for me to open all the ports. addr" : "23.92.61.98:65391", "addrlocal" : "71.237.125.226:36480", "services" : "00000001", "lastsend" : 1435942579, "lastrecv" : 1435942579, "bytessent" : 5923256, "bytesrecv" : 5071591, "conntime" : 1435904087, "pingtime" : 0.15900900, "version" : 61400, "subver" : "/GorillaBucks:6.4.8/", "inbound" : true, "startingheight" : 5017, "banscore" : 0, "syncnode" : false }, { "addr" : "151.229.219.75:36480", "addrlocal" : "71.237.125.226:58814", "services" : "00000001", "lastsend" : 1435942578, "lastrecv" : 1435942571, "bytessent" : 5157906, "bytesrecv" : 5115162, "conntime" : 1435908187, "pingtime" : 0.25301400, "version" : 61400, "subver" : "/GorillaBucks:6.4.8/", "inbound" : false, "startingheight" : 5071, "banscore" : 0, "syncnode" : false }, { "addr" : "68.224.6.180:36480", "addrlocal" : "71.237.125.226:49416", "services" : "00000001", "lastsend" : 1435942578, "lastrecv" : 1435942572, "bytessent" : 4148591, "bytesrecv" : 4095923, "conntime" : 1435916672, "pingtime" : 0.16401000, "version" : 61400, "subver" : "/GorillaBucks:6.4.8/", "inbound" : false, "startingheight" : 5180, "banscore" : 0, "syncnode" : false |
|
|
|
DEV, need a different market! Bittrex? Cryptsy?
Yes, CCex can not handle the overwhelming demand for Goats, we do need bigger market exposure. Wow, even the dev is sarcastic about this coin. Also, this coin will soon be up for delisting on C-Cex with it's present volume. Then all we will have is Yobit. Fortunately, Yobit does not appear to delist coins, yet. They even trade Dracula Coin, a known virus.  |
|
|
|
So much material to sift through. My question probably already answered. Is it true that I can lock my wallet up and my GB will still work?
Jury is out on that but my personal belief is that you need to have it "unlocked for staking" for it to operate properly. Others would say you just need to unlock it the one time when its started though. OK, I guess that setting is secure enough. Would getting a better router help with my connections? I have only 8, but I think the problem is on my end because none of my wallets have any more than 13 connections. Doesn't sound right at all. I assume you have done the usual checks, firewall settings of OS/router, port forwarding ? All I've done is open up the proper ports in the virtual server on my router. The router is like 5 or 6 years old...I have allowed private connections in my firewall but not public connections for my wallets with my OS firewall. Am I supposed to allow public connections? |
|
|
|
|
It appears the only way to get the blockchain moving is to send a transaction (with it's fee). Every time I sent a transaction to myself and paid the minimum fee, the block chain moved up one. We may need to consider giving a small pos reward to get the block chain moving even without a transaction and it's fee.
|
|
|
|
hey so ive gotten 1000+ blocks on my own. pretty good. but im just wondering. when is this going to catch on?
Let's keep this a secret. I like blocks rolling in every few minutes using only 2 cores of my shit cpu. |
|
|
|
So much material to sift through. My question probably already answered. Is it true that I can lock my wallet up and my GB will still work?
Jury is out on that but my personal belief is that you need to have it "unlocked for staking" for it to operate properly. Others would say you just need to unlock it the one time when its started though. OK, I guess that setting is secure enough. Would getting a better router help with my connections? I have only 8, but I think the problem is on my end because none of my wallets have any more than 13 connections. |
|
|
|
|
So much material to sift through. My question probably already answered. Is it true that I can lock my wallet up and my GB will still work?
|
|
|
|
|
I'm just curious what goodies the wallet has that it needs to be over 200 megs. Without a source code posted, I wouldn't even run this in a sandbox...
|
|
|
|
This wallet is huge.  Not sure why. Almost 10x bigger than my other wallets. Can't run virustotal on it because it's so large. Also, no source code posted.  Placing wallet directly into garbage and permanently deleting for now.... |
|
|
|
Be interesting to see what those first five sell orders on c-cex to to the buck price. Would seriously hate to see the value low enough long enough where people buy coins and start bands for like $50 worth of BTC.
If that ever happened I don't see this coin lasting long as the market would at some point be flooded with minted band coins.
Also, how often are blocks found and what are the rewards for each block... here's what I tracked in 25 mins.
11:35pm 2,621 Buck Blocks - 12am 2,642 Buck Blocks
The amount of coins minted does not increase because more people have bands. It's a good thing for more people to have a band, because they will need to keep the 5000 collateral in the wallet rather than the marketplace. It's not a good thing for people who already have a band, though, because they will hit less blocks. Too many bands, and it may make sense for people to stop their bands and stake instead. |
|
|
|
|
Maybe I'll buy some of this coin for novelty collecting purposes only.
|
|
|
|
Now that my coins went from stake to balance will the automatically go back into stake? Now do I send them to myself in smaller chuckes? What is the strategy that you would like to share to current and future cloud staking clients?
I am playing with the coin control feature to split my coins up in smaller chucks. It's kind of tedious though, so haven't split them up into 1 coin inputs, yet. But I'm slowly working on it. ( I have over 2000 coins.) Your coins will be eligible to stake again in four hours after they return. |
|
|
|
I do not see any addnodes for the new bucks. Can we use the old bucks addnodes? How do we have 77 blocks already when nobody can connect!??!
Vegas
It appears the 1st block was generated for 1,000,000 by POW, and now the rest are being generated by POW blocks with zero reward. int64_t nSubsidy = 0 * COIN; if(nHeight < 2) { nSubsidy = 1000000 * COIN; } return nSubsidy + nFees The main wallet does not appear to be staking at all since the coin supply remains at 1000000. etversion" : 60000, "balance" : 0.00000000, "newmint" : 0.00000000, "stake" : 0.00000000, "blocks" : 137, "timeoffset" : -3, "moneysupply" : 1000000.00000000, "connections" : 7, "proxy" : "", "ip" : "71.237.125.226", "difficulty" : { "proof-of-work" : 0.00037792, "proof-of-stake" : 0.00001526 }, "testnet" : false, "keypoololdest" : 1435532677, "keypoolsize" : 101, "paytxfee" : 0.00000000, "mininput" : 0.00000000, "errors" : "" |
|
|
|
Thanks for responding dev. I'm going to mine a little more now and then wait until block 2000, just so I have my own peace of mind that everything is in order when it comes to the POS.  |
|
|
|
We need people to go to C-Cex and vote for this coin to be listed. So far there is only one free vote for it, mine. https://c-cex.com/?id=voteAlso, you can buy additional votes by sending BTC here, 1HdLF1mxvrVr4KZPFVhcFQtUY3SH8vJZBV. (100k sats =1 vote.) |
|
|
|
Are these cause for concern? In main.h static const int64_t MAX_MINT_PROOF_OF_STAKE = 0.23 * COIN In main.cpp nRewardCoinYear = MAX_MINT_PROOF_OF_STAKE; int64_t nSubsidy = nCoinAge * nRewardCoinYear / 365 / COIN They look funny to me, IMHO. I thought using decimals should be avoided. Please educate me. Edit: I've now took a look at the source code for Peercoin, Blackcoin, Positron, Clams & 10k. None of them seem to use decimals. Also, the above formula does not account for leap years. Sorry to rain on everyone's parade. This line in main.h does not make sense to me either, static const int64_t MIN_TX_FEE = 0.001 * CENT Dev, please advise. |
|
|
|
it doesn't bother me that coin is premined...just trying to understand dynamics.....it does bother me that the dev has to lie about what the percentage of the total coin supply the premine really is.
I don't think the Dev lied per-se. I think it was just a miscalculation. If you feel uneasy about it, just don't mine. Simple as that. Yes, I guess the dev could have used statistical calculations (calculus) and give us the range of percentages within 5 standard deviations of the mean. |
|
|
|
so if block is solved POS...the reward is interest based on staking.. but if solved POW the reward is 101 to 116 BAM. Given that the bulk of the blocks can be solved with either method...would it be expected that the total coin supply will be much less than what is stated in OP?
like xra coin...in op it stated a total supply of 160million but final supply was more 75million...due to blocks being solved POS......but in the case of xra there was no premine.
Yes, the total coin supply will end up being less then what is on the OP. So, if the premine bothers you, move on. |
|
|
|
|
Show Posts
