Show Posts
|
Pages: [1] 2 »
|
Tranz made a change in HBN to make the split threshold to 2500. Let's hope he does the same for cap...
Nice. Considering the total number of coins the split treshold should be atleast 7500 for bottlecaps. This small change would make it much easier to stake. Hope Tranz have some time for caps soon. I would agree... but 2500 would be an improvement over what it is now... 5000 or 7500 would be great... automation of everything leaves people, myself included, to just leave the wallet open all the time. Try putting splitstaketheshold=7500 into .conf file Which isn't going to help with Bottlecaps. From memory the relevant switches in Bottlecaps are splitthreshold and combinethreshold. The limits of these depend on where they are set, which is slightly mad. In the .conf or command line the max is (IIRC) 200/400 whilst via the RPC is walletbalance/500 and walletbalance/250 respectively. So to set these to maximum you would need to type into the debug window, splitthreshold 9999999999
and combinethreshold 9999999999 And repeat every time you restart the wallet. Alternatively you could have a script that sends the RPC commands at start up.
|
|
|
We really need some people to chime in here. I've been an evangelist for this coin and now it seems the network is dead. I have never used a peer list before so if that's needed please let's have some more discussion here and help newbies out. A coin depends on its community.
Close wallet. Delete file Peers.dat Edit or create growthcoin.conf; remove any existing lines begining with addnode= Add the following lines; addnode=93.40.224.220:17624 addnode=128.199.191.230:17177 addnode=130.204.209.95:17177 addnode=173.246.10.52:17177 addnode=203.20.114.252:17177 addnode=188.226.240.91:38330 addnode=51.254.45.117:39910 addnode=184.164.129.202:62594
Save growthcoin.conf, restart wallet and let it sync, at time of writing I see arround 2194105 blocks.
|
|
|
Is there a link for the bootstrap? I'm currently stuck at around march 2016.
|
|
|
yea, mini vacation to see some friends in Bristol (UK) amongst other things I went to check out their new BTC ATM PS: We are in the top 15 for the Swisscex vote to add CGB to their exchange! https://www.swisscex.com/votingLets get voting! ...And now in the top ten.
|
|
|
Bter haven't accepted CENT deposits since December last year.
|
|
|
hi, all, sorry again for my delay response, I'm very busy on my full-time job for these days. if i have free time, i will release new android wallet first , and analyze the debug.log reported from some, if i found there are some bugs, I will release new version.
there are some different ideas about the division, but the first problem is that i have no ability to create new icon, if some give me new icon and new name, i will try to release new coin for testing.
I'd suggest placeholders for images and the coin name during testing followed by, or concurrent with, a community judged competition for the theming, images, icons and naming with a prize funded by donations for the release version. All of which would help raise awareness that Pennies is both being actively developed and is evolving.
|
|
|
Hi all. Can't open my pennies wallet. I have very old wallet.dat, it was on 2 or 3 different pennies client. Download new wallet, download all blocks, when replace my wallet.dat it has "warning: error reading wallet.dat! All keys read correctly, but transaction data or address book entries might be missing or incorrect." I press "ok" and then w8 hour, 2 hours but it just closed...Help pls Backup your wallet.dat just in case... Then from a command prompt try running: piggybank -salvagewallet
|
|
|
One of the barriers to CENT acceptance on new exchanges is going to be its indivisibility. With this second currency hanging of the Pennies chain why not just make one CENT 1/100000000 of the new coin? This way we gain the best of both worlds, a relatively scarce coin with ~500K coins that fits the standard 8 decimal places of other currencies plus CENT as it is. Any exchange accepting the new coin doesn't have to recode to work around Pennies indivisibility and with its higher value the coin would be able to trade directly on BTC markets without relying on XPM or DOGE.
I think its indivisibility is the most attractive Yes... but why not have both.
|
|
|
about future plan: 1. make Pennies stable first
And you've been doing a great job. Thank you. 2. create one or some new crypto-currency work together with Pennies, just divide 5 or 100 or 10000, i first introduce Nickel which divide 5, it means 1 Nickel = 5 CENT. Nickel client can send 1 Nickel to Pennies, Pennies will receive 5 CENT. Pennies can also send X CENT to Nickel Client, Nickel client will receive X/5 Nickel.
One of the barriers to CENT acceptance on new exchanges is going to be its indivisibility. With this second currency hanging of the Pennies chain why not just make one CENT 1/100000000 of the new coin? This way we gain the best of both worlds, a relatively scarce coin with ~500K coins that fits the standard 8 decimal places of other currencies plus CENT as it is. Any exchange accepting the new coin doesn't have to recode to work around Pennies indivisibility and with its higher value the coin would be able to trade directly on BTC markets without relying on XPM or DOGE. 3. Build some Web/Android SDK, which can help apps easy to use Pennies. 4. release Mac/iPhone client
All good ideas. 5. Significantly increase the POS reward. As it stands the current Pennies interest rate is far too low to make it worthwhile even opening the wallet, let alone running a full node and its current ultra low stake reward was just a kneejerk reaction to the prior stake bug. Given that there would be only initially be ~500K coins in the new market cap I would think an absolute minimum of 10% would be a reasonable start. Effectively Pennies rides on the coat tails of the new coin.
|
|
|
Cryptsy allows only transfers smaller than 99 999 999 CENT at a time.. what joke is this? Any solutions/workarounds for this?
I queried this with them twice last time they closed the Pennies market; the support requests were closed without answer. This time around even if I had the patience to deal with their artificial 10e6 limit it's still taking 48 hours for a withdrawal to move from pending to complete and regardless, it still looks like Cryptsy are off on their own fork again. I actually left Cryptsy after this messed up stuff.
Trying to take a pragmatic approach to it, but if can possibly avoid using Cryptsy then I do so. Given that the 'Dev' appears to be AWOL does anybody understand what the problems are that Cryptsy and presumably now SwissCEX claim to be suffering under? Synchronizing, (and remaining in sync) with the block explorer doesn't really seem to have been a problem for a long time.... unless you're Cryptsy. The wallet uses excessive CPU time when it's POS minting over large numbers of transactions and causes an almost constant reorganization of the blockchain head but surely for an exchange this can be solved by just compiling the daemon with the POS minting thread commented out. The non-divisibility of the coin might cause some issues but that's down to the quality of implementation of the exchanges trade engines etc... The problem with high value transactions is well known and must be simple to workaround, again QoI. Even if after that should the coin still need nursemaiding I would have thought the popularity of it would have made it worthwhile, if nothing else it's bringing additional funds onto its paired markets. What am I missing?
|
|
|
Does anyone know any nodes for http://altexplorer.info/chains/CENT/block_crawler.php?Any working nodes in general would also help from a wallet that synchs to altexplorer and Cryptsy. It's pretty much impossible to know which nodes are in a fork and which aren't. If I try synching without nodes I'll always end up in a fork. Thanks. altexplorer.info and pennies.kicks-ass.net would appear to be on the same chain and that it's just Cryptsy that is off on their own fork; it doesn't look like they have any intention of synchronising with the rest of the world as they have had plenty of time to do so. The phrase '...about as far as I could throw them' always seems to come to mind when speaking of Cryptsy these days.
|
|
|
I've just made test deposit from cryptsy. Still waiting... Has anyone been successful?
Had this from Swisscex support about half an hour ago; "Since our CENT wallet is brandnew the blockchain isn't still up to date. (Currently at 21000) As soon the wallet is updated your transactions will arrive a lot faster."
|
|
|
What block height do you all have currently?
{ "version" : "v0.10.2.1-unk-abe", "protocolversion" : 70001, "walletversion" : 60000, "balance" : XXX "newmint" : 0.00000000, "stake" : 0.00000000, "blocks" : 261336, "moneysupply" : 43216206477794.00000000, "connections" : 14, "proxy" : "", "ip" : xxx "difficulty" : 0.00024414, "testnet" : false, "keypoololdest" : 1390277435, "keypoolsize" : 101, "paytxfee" : 0.00000000, "errors" : "" }
{ "version" : "v0.10.2.1-unk-abe", "protocolversion" : 70001, "walletversion" : 60000, "balance" : x.00000000, "newmint" : 0.00000000, "stake" : 0.00000000, "blocks" : 271440, "moneysupply" : 41850544987442.00000000, "connections" : 17, "proxy" : "", "ip" : "x.x.x.x", "difficulty" : 0.00024414, "testnet" : false, "keypoololdest" : 1389802085, "keypoolsize" : 101, "paytxfee" : 0.00000000, "errors" : "" }
|
|
|
rnhayuqu8C4zE4aU3Ahrcrtvh1QZN95vKt
|
|
|
1.3.1 Info Update(being tested for release in week or so) Also toying with command line arguments to adjust how often you generate stake (anti dust). and clearing up some other legacy issues. Excellent, really good to see some innovative coding gong on with PHS. Every POS coin I have had has ended up choking on it's own dust causing 100% CPU usage after just a few months with the only fix (at least that I'm aware of) being to send to a new wallet; with the side effects of both losing stake and paying fees in the process.
|
|
|
Your grasp of simple mathematics is terrible, if everything is divided by a <x> it wouldn't make a damn difference in any value. sure, each coin would be worth <x> times more, but it's the same relative value as they have now. The only real effect this would have is eliminating many peoples pennies. The only issue is MAX_TX, which as I've stated before, is easily remedied.
But if the value of 1 CENT is less than 1e-8 XPM then it can longer be traded (unless Cryptsy changes the way the CENT/XPM market works) making the coin completely worthless, whilst reducing the total number of CENT would at least allow the coin to continue being traded without changing its overall value.
|
|
|
|