Nice to see zpool grow and improve continously!
Your HashTap sounds pretty cool, I like especially the part about no penalties for work restarts. Do you offer an API to query current prices, query balance, rent hash, adjust maximum price etc. programmatically ?
Cheers - psycodad
Thanks! All the rental stuff can be found in our API: http://www.zpool.ca/site/apiYou can't create new jobs, but you can start and stop them, change price and hashrates and view the status of all jobs. Thank you, did miss that page. That seems to have all functionality I need, will definitely give it a whirl. One thing I still not completely understand is: How do I determine the lowest price that I have to pay to get miners/hash (I am bit fixed to think about it in NH terms where I lookup the lowest order that gets hash). Or is HashTap from the miner and pool perspective just "another" coin, which gets switched to when the renter offers a better profit than all other coins at that moment?
|
|
|
I'm just wondering about the wallet (v1.1.1.0), it won't find any peer, even with those nodes (from Sample conf) added to FailCoin.conf. Are there even any more nodes online? ![Tongue](https://bitcointalk.org/Smileys/default/tongue.gif) My node has 13 connections, see below for two current listening nodes that should get you started synching: addnode=78.94.32.197:15646 addnode=62.210.206.140:15646
HTH
|
|
|
Nice to see zpool grow and improve continously!
Your HashTap sounds pretty cool, I like especially the part about no penalties for work restarts. Do you offer an API to query current prices, query balance, rent hash, adjust maximum price etc. programmatically ?
Cheers - psycodad
|
|
|
Thank you, that worked fine and the update went along smoothly. It would be nice and help propagate the new wallet if the OP had a link to it.
|
|
|
We do not have a timeframe on when the Belacoin market will be unfrozen on Poloniex. The moderators of Poloniex have confirmed that the market is frozen for Belacoin's wallet maintenance (we released new wallets and updated the GitHub code in December).
Could you kindly point me to the right github repo, it seems I missed this update. The repo linked from the OP says: Latest commit d631061 on 8 Apr 2014 and I couldn't find any other repo mentioned recently in this thread. TIA
|
|
|
Very nice project, thank you for your time and work. Since I prefer my websites not to include any files from 3rd party sites I changed the QR Code encoding to this lib: http://phpqrcode.sourceforge.net/
|
|
|
@cryptovore: I run slimcoind since a few weeks and I see it staking on a regular base, right now I have: { "version" : "SLMv0.4.1-alpha-43-g812154a-alpha", ... "newmint" : 13.74000000, "stake" : 22.91152300, "blocks" : 884363, ... }
I probably forgot to set reservebalance to zero, will wait a few more days. Also, it might be related to the fact that I don't keep much in those wallets, I burn 90% of the minted amount. I think "stake" refers to what you actually own and currently have in your wallet, not to the amount you burned. With ~4000 coins I almost always see some staking when I check with getinfo, but that wallet/node is up 24x7. My uneducated guess is that when you see an amount under "stake" : they have neen elected as candidates for staking but haven't mined a PoS block yet (once they do their weight is reset and they are back available for spending). Then again my understanding of PoS is really weak compared to PoW, if somebody knows more I am more than happy to listen and learn. From seeing the PoB working (like crazy) in testnet I assume/conclude that PoB blocks/rewards are not shown under stake or newmint in the getinfo output. Regarding "waiting a few more days": The source says it takes at least 7 days for your coins to be in your wallet before they are allowed to stake and they reach maximum weight after 90days: https://github.com/slimcoin-project/Slimcoin/blob/slimcoin/src/main.h#L59@Slimcoin Community: The minimum age to stake would be a nice addition to the ANN/OP. @gavrillo: I used Grahams instructions in this post earlier in the thread to build the linux version from the master branch. I don't know if there are compiled binaries of this version available and if they make a difference wrt, that is something Graham might be able to answer. Cheerio - psycodad
|
|
|
I installed the OP_return branch and mined a few blocks, burnt some coins (2) and immediately received 250, 242 and 249 back Stopped mining now to not further increase the diff on testnet. Naturally I also notarized the SHA256 of my slimcoin-qt binary to the testnet blockchain but as far as I understand this either not works correctly yet or can't be seen from within the client. A working testnet is really nice (and I start to love PoB) I am now off burning my real slimcoins like a pyromaniac ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) @cryptovore: I run slimcoind since a few weeks and I see it staking on a regular base, right now I have: { "version" : "SLMv0.4.1-alpha-43-g812154a-alpha", ... "newmint" : 13.74000000, "stake" : 22.91152300, "blocks" : 884363, ... }
|
|
|
Miners only need to stick with the EB3 for around 3550600000 hours or 147941666.66 days or 405319.63 years, or more easy to grasp around 4053 centuries et voilà: Miners will have the same amount as the premine the dev holds. That will be in the year 407336 A.D.
Though 4.33 minute block time is pretty innovative for what you could expect from a Saturday Ninja launch without ANN..
|
|
|
The MAX_MONEY constant is not used for limiting the real supply of coins. So far the only place I know it is used is in checking the size of a transaction, meaning this is the max. amount a single transaction can have. The supply over time is solely determined by the GetBlockValue() function in main.cpp: int64 static GetBlockValue(int nHeight, int64 nFees, uint256 prevHash) { // normal payout int64 nSubsidy = 69 * COIN;
if(nHeight == 1) { nSubsidy = 3450000 * COIN; // 3,450,000 Premine }
// Subsidy is cut in half every 525,600 blocks, which will occur approximately every year nSubsidy >>= (nHeight / 525600);
return nSubsidy + nFees; }
As the blockexplorer is dead for GCC, I synched a wallet to see that the current blockheight is # 308015. Counting the rewards so far I get (no halving to account for occured yet): Blockreward * (Blockcount-premineBlock) + premine 69 × (308015-1) + 3450000 = 24702966
I can't explain the difference between the my figure and coinmarketcaps, except maybe they only update once a day or so. Though it is nowhere near 3.5m and there is no coin limit at all in GCC. This is all to the best of my knowledge, take it with a salt of grain and do your own research as usual. HTH
|
|
|
I'm still struggling a bit with the 0.4 Linux version - once I provide it an advanced blockchain it syncs without problems but it fails to download it from the start - the problems beginning at block 530. It's possible that it's a configuration problem on (both of) my systems (although they are different Linux distributions).
Had the same problems, until Graham explained how to checkout and build the master branch in this post: https://bitcointalk.org/index.php?topic=1141676.msg17253183#msg17253183HTH
|
|
|
Need more plp to mine it.
The profitability seems to be bouncing all around, if it was a bit higher than other coins and more stable I could throw 1GHs at it. The bouncing is mainly owed to the random block rewards. Though with a few 100MHs you can make nice profits with TIPS currently. Currently, it's 94% of LTC. It needs to exceed LTC in order to be something which miners will jump onto. https://www.coinexchange.io/market/TIPS/DOGEThis site can’t be reached www.coinexchange.io took too long to respond. Loads perfectly fine here.
|
|
|
Also it would be great if there where more miners..
Some time ago I launched an invitation to all miners (both solo miners and pool miners) to gather together in a single place, to talk and to coordinate our activity in order to maintain the proper parameters for vta network. I do it again now: https://www.facebook.com/groups/VirtacoinMiningTeam/We really need to talk to each other about each mining activity as long as the network is weak and fragile. There is a major need for coordinated mining activity. So please, let's get together. I have no facebook and I have no intention joining it. But a lobotomy might probably change my mind.
|
|
|
I'm actually thinking of changing the algorithm. Any comments?
What's the reasoning to change the algo? Scrypt is inefficient and dying out. Also appears the chinese are mining with asics and dumping at btc38. If we were to keep it gpu oriented, x11 is more efficient or move on to sha256. Scrypt is certainly far from dying out and everybody is mining scrypt with asics not just the chinese. Can you elaborate why you think scrypt is inefficient compared to x11 or sha256? And and can you explain why x11 or sha256 miners would not dump the same way the scrypt miners do? Don't get me wrong, I am not objecting your plans, at the end it's the network that decides anyway.
|
|
|
Basically opens up a mode of social networking in which the community collectively curates its own content. Not Bitcoin-killer but maybe FB-nibbler.
^ Loved the FB-nibbler - I am all in for it ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) I like the direction Slimcoin is taking and I want to thank you Graham for your massive efforts, I think all here appreciate your work a lot! It's great to be part of a thread where functionality of the network is the main topic and not the prospective fiat or BTC value of the tokens. Will give the OP_RETURN branch a whirl either today or tomorrow and will post my experience.
|
|
|
I'm actually thinking of changing the algorithm. Any comments?
What's the reasoning to change the algo?
|
|
|
I have had intermittent problems accessing the public API of btc-e.com yesterday, haven't checked today but yesterday they obviously had some sort of problems.
|
|
|
What a tragedy, such an innovative and new walletbuilder gem and then the dev is struggling to find an appropriate name properly describing all the awesomness of this amazing project. Life is just unfair.
|
|
|
|