Can the most recent TRK and HYP releases for the public stake with both open? If not, what fix is required?
I setup a custom port in the TRK conf file just in case: rpcport=18875 port=18876 The ports just need to be different from the HYP ports.
|
|
|
Anyone who can help wiith the network? Please? We need this to start the new coin!
the expected time to block is too long(3.15h per block),this may cause some questions.we send coin from wallet to poloniex needs 6 confirm(at least 18.9 hours ).So,I think we can chang the reward of a block(eg. 0.48 to 0.048)and chang the expected time of a block(eg.3.15h to 0.315h) once the difficulty decreases you'll solve blocks faster. Your proposal cannot be done since it requires a hardfork and this is something not possible right now. Difficulty changes every 240 blocks, so next change should be at block 53040. You have to solve 192 blocks at current difficulty ... 192 blocks..now,i can find 8-10blocks a day,so,the difficulty will chang after 24 days? Yes, unless more people start to mine.
|
|
|
Anyone who can help wiith the network? Please? We need this to start the new coin!
the expected time to block is too long(3.15h per block),this may cause some questions.we send coin from wallet to poloniex needs 6 confirm(at least 18.9 hours ).So,I think we can chang the reward of a block(eg. 0.48 to 0.048)and chang the expected time of a block(eg.3.15h to 0.315h) once the difficulty decreases you'll solve blocks faster. Your proposal cannot be done since it requires a hardfork and this is something not possible right now. Difficulty changes every 240 blocks, so next change should be at block 53040. You have to solve 192 blocks at current difficulty ...
|
|
|
Guys I need help. My old wolf wallet stops syncing on August 2nd block 52836. Ive downloaded the latest version dated May 15th 2014, Deleted ALL but wallet.dat in roaming, downloaded latest .conf. Just wont go any further. Now I know that wolf 2.0 is coming out (Adrenaline), and Ive read the OP and gone to the site, does NOT say anything about exchanging old coins for new ones. What am I missing?
No more blocks have been mined after block 52836. Someone (InsanityDev??) raised the difficulty to 2 and then stopped mining. Check the ace explorer and richlist at hashing.uni.me or the more complete abe explorer at http://hashing.uni.me:2750/
|
|
|
I've just updated it and it should be ok now. Thanks. Some much needed improvements, if possible: - align the amounts on the decimal point so that 80000 doesn't look bigger than 400000. Easy way to do it: devote 7 characters for the integers, so 16 characters for the amount (seven, dot, eight) - add a thousands separator (comma) Well, I think a web page would be nicer than a txt file, but I'm not the RPC Ace developer, and I don't know enough php. Anyway, I've modified the script to format the numbers as you requested. Fortunately php uses a C-like sprintf
|
|
|
The current richlist is not sorted and has a lot of duplicated addresses (usually with different amounts). For a not-so-faithful snasphot richlist that actually makes sense, check my manual richlist, extracted from uni.me. I won't update it. HYP Richlist (manual, unmaintained)Thanks for noticing. I updated the richlist yesterday and it got appended and the end of the previous one it instead of replacing it. Wallets staking are the reason of the different amounts. I've just updated it and it should be ok now.
|
|
|
Does anyone know whats happening with cryptsy and if coins can be deposited or withdrawn from there?
I withdrew 300 DMD yesterday from cryptsy without issues.
|
|
|
Anyone aware of a working block explorer for this coin.
Could some people give me their latest block along with the blockhash?
Thank you,
Ryan @ Bittrex
No block explorer running, AFAIK. What I see is this: myserver$ ./OpecCoind getpeerinfo | grep height "startingheight" : 98687, "startingheight" : 98688, "startingheight" : 98688, "startingheight" : 98688, "startingheight" : 98689, "startingheight" : 98689, "startingheight" : 98689, "startingheight" : 98689, "startingheight" : 98689, "startingheight" : 98689, "startingheight" : 98689, "startingheight" : 98692, "startingheight" : 98692, "startingheight" : 98693, "startingheight" : 98693, "startingheight" : 98693, "startingheight" : 98694, myserver$ ./OpecCoind getblockhash 98693 475069fdaf8fb7110960bfc3ee4d93d1f88bbfd941413adf9a70158f6e6240fc
|
|
|
I'm on the right fork and I'm connected to these nodes:
./growthcoind getpeerinfo |grep addr "addr" : "50.160.86.142:57623", "addr" : "113.57.188.10:39893", "addr" : "23.92.53.139:17177", "addr" : "77.131.6.113:49994", "addr" : "109.235.190.7:55175", "addr" : "69.17.241.165:35248", "addr" : "82.171.127.104:1807", "addr" : "64.188.164.77:59406", "addr" : "64.188.164.77:36602", "addr" : "162.243.13.186:38206", "addr" : "174.52.185.202:51256",
now at block: 590838
|
|
|
You are in truckcoin blockchain ./truckcoind getblockhash 32081 379a628a93af17a7e8d0787f0d6923663509f1750c4ce6054cfc7a91a346a16 For hyperstake see some posts above.
|
|
|
Old Dev did not destroy the coins he bought back in Week5, and where is the 80000 coins after old Dev destroy the 250000 coins?
I guess they are either in poloniex or part of the 25k coins destroyed later.
|
|
|
I've setup a block explorer to check the blockchain. http://107.170.34.201:2750/chain/InsanitycoinThere are currently: 394934.21821708 WOLF Remember that each block mined gives 0.48 WOLF. The following has all been implemented: - 2 minute blocks, 12 hour diff retarget
- removal of percentage based fee, replace with a traditional fixed 0.002 WOLF fee
- a block reward of 0.48 WOLF for 17 weeks, this will produce 27417.6 WOLF (1612.8 per week)
- a block reward of 0.24 WOLF for 26 weeks, this will produce 20966.4 (806.4 per week)
- a permanent block reward of 0.12 WOLF thereafter (this will produce 20966.4 per year)
Let's check previous coin destruction by InsanityDev: Insanity Sunday - Week 1 ResultsSummary- Total Pot: 79.52639466 BTC
- Total Acquired: 43940.88047998 WOLF
- Percentage Acquired Back: 55.25% of WOLF sold.
- Average Price: 80.98% over base (0.001809845 BTC)
- Maximum Price: 125% over base (0.00225 BTC)
- Minimum Price: 45% over base (0.00145 BTC)
- Market Activity: ~$85,000 USD (134 BTC @ $630)
- Peak Market Cap: $1,273,100 USD (((987947.27558637 /11)*10)*0.00225)*630
- Trade List: http://5.9.111.71/results/w1/trades.csv
... Coin DestructionTotal to Destroy: 43940.88047998 destroyed: 363.36363636destroyed: 39946.5277091destroyed: 3630.98913454You can see the money supply decreasing here, here, and again here You can see it here now, as the above links won't work: http://107.170.34.201:2750/chain/Insanitycoin?count=100&hi=4424(see the outstanding column) Insanity Sunday - Week 2 ResultsSummary- Total Pot: 100 BTC
- Total Acquired: 75185.33554462 WOLF
- Percentage Acquired Back: 75.185% of WOLF sold.
- Average Price: 32.74% over base (0.00132739 BTC)
- Maximum Price: 43.7% over base (0.001437 BTC)
- Minimum Price: 10% over base (0.0011 BTC)
- Trade List: http://5.9.111.71/results/w2/trades.csv
Coin DestructionTotal to Destroy: 75185.33554462 WOLF You can check the money supply descreasing here: http://107.170.34.201:2750/chain/Insanitycoin?count=50&hi=6830Insanity Sunday - Week 3 ResultsSummary- Total Pot: 100 BTC
- Total Acquired: 83,328.15395436 WOLF
- Percentage Acquired Back: 83.328% of WOLF sold.
- Average Price: 10.052% over base (0.00110052 BTC)
- Maximum Price: 17.5% over base (0.001175 BTC)
- Minimum Price: 0% over base (0.001 BTC)
- Max Reported Profit: 62% by actively trading (others may have achieved higher)
- Trade List: http://5.9.111.71/results/w3/trades.csv
Coin DestructionTotal to Destroy: 83,328.15395436 WOLF Here: http://107.170.34.201:2750/chain/Insanitycoin?hi=9961Insanity Sunday - Week 4 ResultsCoin DestructionTotal to Destroy: 82,766.1196885 WOLF Insanity Sunday - Week 5 ResultsCoin DestructionTotal to Destroy: 73,440.58716197 WOLF pending destruction Here week 4: http://107.170.34.201:2750/chain/Insanitycoin?hi=14132AFAIK week 5 destruction never happened ... 73,440.58716197 WOLF should have been destroyed. Here we stop the Insanity Sundays and there are 666,414.34261042 WOLF still around. And finally: http://107.170.34.201:2750/chain/Insanitycoin?hi=39496250,000 WOLF has been destroyed in block 55e34fdb277f0d70bbac1564cf04a5db9b332c994e4150fe874f21b2efdf8de1 using transaction e5dc607e543f89d42a6162c6833621708f955cbc27847fa703e0f715284c79ff.
An additional 11 WOLF was destroyed by test transactions.
update: checkpoints at block 35000 added and main nodes updated
This is here: http://107.170.34.201:2750/chain/Insanitycoin?hi=39496And we arrive to our final value of 394,934.21821708 WOLF as of today. As you can see, InsanityDev destroyed the coins, except for week 5 that he forgot when phase 2 started.
|
|
|
very nice. can a rich list be incorporated into it? would be nice...
I don't know how, but if someone tells me I'll try to add a rich list. You need to use https://github.com/znort987/blockparser
Once modified to use TRK (changes should be similar to what you had to do with the explorer) and compiled you do something like ./blockparser/parser allBalances --limit 100
to get top 100 addresses. Thanks for the pointers! I'll attempt to add this today. EDIT: In parser.cpp, I tried changing coinName to "/.Truckcoin/", and changing the var called "expected" to the Truckcoin magic, but I'm missing something because now it segfaults here: if(likely(0!=block->data)) { For some reason that I can't seem to figure out, in static void findLongestChain(), gMaxBlock is null when assigned to Block *block, and then in the next if statement we dereference block, causing segfault... I can't make much sense of this code, it seems overly complicated. Does anyone know what else I should try to get it to work? EDIT2: Rich list seems hard to do, if it was easy then I'm sure more coins would have it by now. Without help I'll not be able to figure out how to add it, but the good news: Block explorer is on this domain now: http://trk.cryptospread.com:2750/Dev, can you please add it to the OP? I computed the richlist of a scrypt coin just for testing a month ago. Not sure if x11 coins are treated different in blockparser ... I don't have time right now to try to use the blockparser. Have you changed also util.cpp and util.h? (variable data line 432 in util.cpp and variable type line 259 in util.h). You have to change them to recognize TRK addresses. If you don't find the variables, search for LITECOIN in these files.
|
|
|
very nice. can a rich list be incorporated into it? would be nice...
I don't know how, but if someone tells me I'll try to add a rich list. You need to use https://github.com/znort987/blockparser
Once modified to use TRK (changes should be similar to what you had to do with the explorer) and compiled you do something like ./blockparser/parser allBalances --limit 100
to get top 100 addresses.
|
|
|
I've been talking to kassado on #bittrex, and it looks like he thinks anything over a 20% PoS rate is too high. Our 200% is 10x that. One thing I was thinking of to limit the exponential growth of this coin was to patch it so that PoS reward goes down over time to settle at a rate like 10% or so. Thoughts on this? Ideas how we could smoothly do this to keep the coin viable?
don't change anything. Please don't play central banker. Alot of us invested real BTC because it was 200% PoS. CAP is forking to 200% and its trading at 10k SAT. Nothing wrong with high interest. Even Sunny King himself said that low interest is TOOO LOW. Cryptos are volatile you need high interest to protect investors and attract new ones. Don't screw this up by listening to other people. You set the network parameters at launch, stick to them. Glad to hear some support in favor of keeping the high interest rate. I think the interest rate of coins these days is too low also. If we are "encouraging bagholding" like #bittrex said, I would say that is way better than continuous dumping...don't you think? Trust me when I say this. Don't change the interest rate. In my eyes its actually a scam type of move because it rewards early adopters and hurts late investors. You need to give people equal chance no matter at what stage they invest in the network.
Keep everything as is. Could not agree more with this! +1 There are coins in bittrex with high interest rate such: SUPER, DIG, and some more with starting interest > 20% such as JPT, ROM, OPC.
|
|
|
I agree with your point of view, and CRYPT can continue mining at present, we should consider to reduce inflation. XC 3.33% CRYPT 2.75% Super 100%???WTF!!!
We should reduce to - 1st year: 10% - 2nd year: 5% - 3rd and subsequent years: 1% ;
Thanks dev.
No, PoS is OK as it is. There is no need to reduce it. Listen to tokyoghetto: You don't need to cut PoW or cut the PoS rate. It would be greedy to do so. It would be as bad as DRK instamining then cutting the block reward. You don't want that kind of stench hanging around your coin trust me. the dev isn't here to cater to early adoptors screaming "cut the PoW". You are basically saying " I have a ton of Supercoin now, please cut the supply so my coins are worth more and I can get rich".
It doesn't work that way. If Supercoindev does cut PoW or lower the PoS rate, its an outright scam.
Supercoin is trading steady. good volume. It doesn't matter how many coins exist. The market will price the true value of Supercoin.
|
|
|
Lets talk to the C-cex.com exchange they have different approach on these PoS revenues. As far as i know they share PoS with users. I just contacted them on this hopefully they will answer soon.
But who trades at c-cex? Most of the trade volume of successful alt coins are at Bittrex or MintPal. Bittrex do not share with user the pos coin. so we should better have a low pos rate and keep the super pos block? 100% POS is OK. If you want to stake just move your coins to your own computer.
|
|
|
i just went to compile the linux daemon. it seems there is a problem with making libleveldb.a and libmemenv.a
i found the easy solution was copy/pasting the /src/leveldb folder from litecoin into opec.
what tomfoolery is this ??
chmod +x src/leveldb/build_detect_platform hey is this related to the way linux unzips/untars etc ? I think so. The file build_detect_platform needs to have execution permissions.
|
|
|
No I haven't yet staked with the latest build, but I wouldn't be worried yet. It seems to take around 8 days of age to get stakes with GRW. I have a few mature blocks myself of about 8 days, I'll let you know if/when I get mine Have you also had success staking with the daemon rather than the Qt gui? I have successfully staked with the lastest build of the daemon. But I'm continously forking. I have to stop the daemon, restart with -reservebalance=999999, repairwallet to remove orphans and return to the correct fork and then restart the daemon. Sometimes I cannot connect to any peer since they close the connections: they say closed socket or connection timeout. This is new, I haven't got stuck on a fork since adding the checkpointing node. Have you tried just to let your client do it's thing? When generating PoS blocks, they still have to be accepted by the network, so what you refer to as a fork might just be that those blocks were not all confirmed and a better block was accepted instead of yours. If you let the client go, it should reorganize by itself and clean get back on the right fork. repairwallet won't get you back on the correct fork. All it does is repair your wallet by removing orphans and fixing mismatched coins (transactions no accepted by the network but marked as spent in your wallet) so this steps has no influence over you getting back on the right fork. The connection timeout issue is something I haven't had time to dig deeper in. but likely not an issue for what you are describing. And reserve balance is only used to mark a certain amount has not available for minting. So I really suspect that what you refer to as forking is just orphaned blocks and should normally be fixed by itself. The other thing that might be happening, is that if you generate PoS block BEFORE being fully synced to the network, you might indeed get stuck on a fork. I'll try to get that fixed for the next release. the quick fix for that is to start your client with -reservebalance=99999999 I guess you are right. I get stuck generating PoS blocks, and maybe I am too impatient to allow them to reorganize. The problem is that sometimes I lost the connection (have 0 connected nodes) and I keep generating PoS blocks. I will try to wait a little longer and see what happens.
|
|
|
|