|
Something I noticed with the wallet that is different from most staking wallets I have. And it might screw you up if you're unaware of it.
Anytime you do a transaction or action that requires you to unlock the wallet, it relocks it, including the minting function. So you'll need to unlock for minting after every outbound transaction or when you generate a new receiving address.
|
|
|
|
I buy Tek as often as I can. Best strategy is to spread out the buys. Oh buy the way the RichList balances are not updating. Does somebody have the api for Tek I would like to write some apps for it. Just post a link that will be fine. We need to get more people involved with the coin I think some fun apps would help.
For the most part, it's RPC calls are the same as HBN and Bitcoin. I haven't run into any major differences so far. It's open source, repo is in the OP, and a few of us also have the 1.2 source. I do, somewhere, but I can't link it right now. However, I think some others put it up in a dropbox link a few pages back. Tek needs more real world adoption. I'm looking into some things myself, and I will gladly collaborate with any others who are trying to support this coin. |
|
|
|
Even if you guys think it is good to have the bubble pop I am still wanting to wait 1-2 months for tek to be stable. coin is cool prices are crazy
I am wondering when tek will be normal still. Wow after watching TEK get pounded I am glad I never bought any. Me too! If you don't buy it, I get it (evil grin) |
|
|
|
|
TEK. It's been around for a while. It trades good, and it's only on Cryptsy. This needs to change.
|
|
|
|
The payouts are all the proof someone should need.
If they show their miners people will only make more
excuses not to buy but they end up buying. What other
cloud mining sites with reasonable prices shows their
shit. Almost every pic I've seen with people miners
used fake pics. That's how Bitcominers scammed alot
of people as well as minershare.net who had all
that with reciepts and pics of their supposed old lab
and disappeared when it was supposed to be ready to
mine. Senior members even vouched for minershare.
I'm not vouchin for PB but speaking for me my payouts
have been good every week since March.
If you're scared, go to church.
Well, in my opinion it's if you're retarded, go to church, but OK, everyone differs. PBMining has clearly stated that they would publish more information "at a later date", although no date has been specified yet. They refuse to disclose more information, but I don't care, I'm profiting anyway, even if it's a ponzi. I'll second your opinion. Only other reason is if you're going into politics. Always looks good to be seen as a god fearin' bible thumping maniac hypocrite lyin' bastard upright citizen if you're going to opress the masses properly. |
|
|
|
We have an english verion with a different UI. We'll send it to you tomorrow. That may have been just a mixup of sd cards that we'll look into.
Here's an IDEA. Power up the units and test them before shipping them out. Y'know, Quality Control? Google it if you don't know what it means. I'm amazed that you can still make mistakes like this, this late in the game. Get your shit together. I walked away from this debacle a long time ago, though I occasionally watch. I think that after all that has transpired, this is REALLY minor. From where I sit, at least they are making an effort to make good on this disaster. |
|
|
|
I think we are doing decently despite not much activity here - Volumes are still quite good!
Still think that they need to change to X13 or so, to reduce electricity cost, so people will mine EAC again, now people don't want to mine any script coins. EAC has a lot of services but nobody want to mine it. The current ASIC gridseeds consume like 7 watts and give you a hashrate of around 350 kh/s. Compared to any GPU this will be much less electricity spent. Why would the ASICs be bad? You can get them as easily as GPUs, they are cheaper than GPUs. Yes, embracing the ASIC has some rough sides, like the possibility of the manufacturers farming some of the scrypt currencies. But think about this: Lets say earthcoin changed their algo to something else, lets say X13. Now, once the X13 ASICs or FPGAs arrive, some people will use them in all silence before they are all released, and they are competing against people who are GPU mining. They will have a much, much bigger part of the network hashrate if you compare it to a situation where ASICs are competing ASICs. Either you stick with scrypt or jump on the algo-changing bandwagon. I'm still waiting to see if there will be a "second generation", affordable scrypt ASIC anytime soon. I haven't checked the news lately, should do some research... Zeusminer Blizzard 1.2 MH/s. 60 bucks at zoomhash, similar at several others. Don't have one yet, but I will soon. Several of my friends have them, and they work good. Not quite as stable as a gridseed, but the instability tends to be spikes more than valleys according to my friends. And yeah, the algo bandwagon seems overdone to me. I said that EAC should embrace ASICS when they were still pretty damn new. As in your ASIC options in Scrypt mining were Gridseed and... well.. yeah, Gridseed  Contrary to popular myth, there is nothing magical nor terribly difficult from an engineering standpoint in making an ASIC, and let's face it, doing a math puzzle over and over again is a rather simple ASIC problem! The massive delays and problems coming to market on the preorder houses smell more and more like deliberate scamming to me with every passing day. Those that just went to market or did very short pre-orders have not had any problems that couldn't be quickly solved. Multi algo hashing like X11,13,15 are a bit more complex than scrypt and possibly an order of magnitude more complex than SHA256... but if it can be done in a NON dedicated machine, like a GPU, then it can, and if profitable, will be implemented in hard coded silicon. Trying to stop the ASIC revolution is pretty much trying to close Pandora's box or oppose a thunderstorm. EAC is profitable to mine with a single gridseed. It's not profitable to mine with a GPU. This actually fits with it's goals of being an energy efficient and socially conscious coin. The level of hostility to innovations in technology and efficiencies on this forum frankly boggles me. |
|
|
|
Guys,
X11 coins are loosing more and more profitability.
This might change any time soon, but scrypt mining is much more profitable at this very moment. .
I'm thinking about removing x11 algo and adding SHA256 coins instead, and target a new audience for mining SHA256 into SYNC. This will give probably a better buy power then x11.
X11 miners can easily join the scrypt part of the pool an still get there SYNC's
Please think out load your opinion on how to get more buy pressure out of the SYNC multipool!
Do it. There are a lot of us with small/old sha miners that just aren't worth mining BTC with anymore, and most of the SHA multipools are worthless or worse. I paint with a broad brush there, so I do want to specifically except Tompool on that. While they aren't always profitable, they have always been fair and decent to deal with. |
|
|
|
No ongoing pledge from me, as my stash is pretty small. But I'll put a 100 HYP to it as soon as I have that much in stake. Probably around ten days. And I'll throw something at it from time to time. I've always thought this was a better model for bounties than a premine anyway. I'd also suggest, for the future, that you have separate addresses for each proposed product or service. This will allow you to see exactly how much the community supports a given proposition. I agree for several adresses, this generic bounty is to get thing started and to test the proof of concept of a staking bounty. For the multiple staking bounty to work (i.e. no stake mixing), however we will have to wait for HBN's multiwallet to be implemented on HYP. Another thought is to have some other coins receivable for bounty. TEK and HBN for instance, and of course the King I'd prefer TEK to implement staking bunty (and HBN too). But for that, we must have some one take care of the TEK community more (HBN community has no problem). Probably not the place for it, other than I might extend it. I have plans for the TEK community, and Thundertoe is aware of them and approves. Not gonna say more than that right now due to too many obligations, but It's happening. As for the multiwallet, no, you really don't. Just different receiving addresses to the same wallet, it keeps an account of it that way. I'd word it such that people know that if their pet project isn't the one that gets the most, that it will default to either the general fund or the one that has the most backing. This would also make it so the stakes get bigger, faster. Multiwallet would be nice, though |
|
|
|
|
something you might try, just to widen out the network, is for as many of you as can spare the bandwitdth, put the line maxconnect=100 in your configuration file. I don't know if the wallet sets any limits without that line. Some do and some don't. those that do usually limit you to about 12 connected peers. The more connections per peer, the faster the network can move once things start staking.
I don't have this wallet, so I'm not sure that's a valid command. type help in console to find out. Not all wallets have the full RPC command set.
|
|
|
|
... one more time about PoS. My wallet is open every when i use my laptop. Wallet produces lots of dust PoS (between 0.2 - 0.9 HBN). How can i reduce this ? Makes it any sense to tranfer blocks with maybe 1000 HBN to another wallet ? thx
go into coin control. Just in case you don't know how, go to settings, options, and on the display tab, hit the checkbox next to "display coin control features..." Then go under the "send coins" tab, and hit either "coin control" or "inputs". Can't recall which it is in HBN at the moment, and I'm not at the right computer. It'll bring up a new window. Put a check mark into all the little guys that you would prefer to stake larger. Hit Ok. Now, generate a new receiving address, and send the balance of those checked coins to it. This will aggregate them all into one block. This has two advantages other than just having control. Smaller transaction size, and a higher chance to stake. you don't need a new address, just send these small blocks combined to your current address. true, but it makes it easier to track to have each block with it's own address. thanks a lot for your tutorial. What block size do you prefer at new created blocks ? It depends on the coin. I'm just getting going on HBN, so I'm shooting in the dark here, but I like to set it up to where I have some blocks going to stake every day, especially early on, so you get the compounding effect quickly. That's my first goal. After that, of course, try to maximise your return. My goal with all my staking coins is to be able to stake 75% of my gains and sell 25%. My first serious attempt is with TEK, where my acquisition goal is 30K in 1K blocks spaced a day apart. But different staking coins behave differently. For instance, SHA doesn't stake well or at all on small blocks, so early on you're better off piling everything into one block, and then breaking it up as you stake into slightly smaller ones. HBN stakes pretty consistently regardless of size, so I'd use the above strategy more on it than worry too much about block size, other than manageable. Between a few of us, there is kind of an ad-hoc documentation project going on. I may just try to organize that a bit more in conjunction with presstab, Davidlatapie, Thundertoe, Tranz and a couple others who I talk to a lot on the subject. The truth is, there is no one size fits all strategy for minting, even within a well functioning coin like HBN. I can offer suggestions, and they may contradict others suggestions and both still be right for the given person. Happy Staking! |
|
|
|
Traffic on the bounty address tripled  Bounty team:
Members of the bounty team pledge to redirect at least one part of their own stake to the "stake bounty" address. In order to not corrupt the experiment, they will refrain from sending their principal to the stake bounty address (they can still send some to the "regular generic bounty" address).
- David Latapie (100% then 25% once enough members)
- presstab (?%) One more person and I move my pledge to 25% Edit: I notice the bounty address culminated at 175496.94821 at 2014-07-22 17:47:38 then is now at 66860.561223, with a lot a values between parenthesis in between. I assume money stacking in not considered in balance and that the money "sent" is actually money stacking and that will be "back with a revenge". Am I right? No ongoing pledge from me, as my stash is pretty small. But I'll put a 100 HYP to it as soon as I have that much in stake. Probably around ten days. And I'll throw something at it from time to time. I've always thought this was a better model for bounties than a premine anyway. I'd also suggest, for the future, that you have separate addresses for each proposed product or service. This will allow you to see exactly how much the community supports a given proposition. Another thought is to have some other coins receivable for bounty. TEK and HBN for instance, and of course the King |
|
|
|
... one more time about PoS. My wallet is open every when i use my laptop. Wallet produces lots of dust PoS (between 0.2 - 0.9 HBN). How can i reduce this ? Makes it any sense to tranfer blocks with maybe 1000 HBN to another wallet ? thx
go into coin control. Just in case you don't know how, go to settings, options, and on the display tab, hit the checkbox next to "display coin control features..." Then go under the "send coins" tab, and hit either "coin control" or "inputs". Can't recall which it is in HBN at the moment, and I'm not at the right computer. It'll bring up a new window. Put a check mark into all the little guys that you would prefer to stake larger. Hit Ok. Now, generate a new receiving address, and send the balance of those checked coins to it. This will aggregate them all into one block. This has two advantages other than just having control. Smaller transaction size, and a higher chance to stake. you don't need a new address, just send these small blocks combined to your current address. true, but it makes it easier to track to have each block with it's own address. |
|
|
|
Do you have any suggestions for hosting providers that can run this kind a MultiPool install? If not, how much bandwidth does one of these installs typically use? I'm guessing I can't run this on my old DSL line
ooo good question for the OP. I too would be very interested to know what kind of hardware you need for this. I'm not involved, just another spectator. But I know a bit about NOMP, which is what he's basing this off of. I ran it in a test rig with a single core running 2.8 GHz and 1 meg ram with no issues at all, and rented rigs to bombard it. On a basic cable connection with a lot of other shit running. Barely slowed it down. NOMP is not terribly resource intensive. |
|
|
|
... one more time about PoS. My wallet is open every when i use my laptop. Wallet produces lots of dust PoS (between 0.2 - 0.9 HBN). How can i reduce this ? Makes it any sense to tranfer blocks with maybe 1000 HBN to another wallet ? thx
go into coin control. Just in case you don't know how, go to settings, options, and on the display tab, hit the checkbox next to "display coin control features..." Then go under the "send coins" tab, and hit either "coin control" or "inputs". Can't recall which it is in HBN at the moment, and I'm not at the right computer. It'll bring up a new window. Put a check mark into all the little guys that you would prefer to stake larger. Hit Ok. Now, generate a new receiving address, and send the balance of those checked coins to it. This will aggregate them all into one block. This has two advantages other than just having control. Smaller transaction size, and a higher chance to stake. |
|
|
|
Thanks by tips Biomech. My wallet again mined after performing a new backup. I'll try to use your tip on the console.
Thanks
No worries. It's just another way to do it, if you are running the daemon rather than QT, or if you don't want to use the button for whatever reason. I like to know how things work, and I pass it on as I can |
|
|
|
Question:
Is there still a minumum amount of sync needed to stake? I ask because while I have a small amount, it should have matured by now. It's still saying not mature, rather than showing weight. I wouldn't expect it to stake vs. the network very quickly, but it should be showing weight by now.
Just in case I'm missing the obvious ( a thing that seems to happen too often), here's the output from getstakinginfo
There's no minimum amount of sync required for staking. I believe you should be able to find a block within the maximum stake period =30 days. However, the network weight has increased significantly over the past few weeks. Ok, so there's a variable time to maturity? I knew there was a maximum, but I thought it would start showing weight after the minimum. If that's not the case, then all is well I'm mining at the multipool, so it'll increase in time. Thanks for the quick answer. Not really but since staking works like mining, nevermind I mixed up no matured coins for staking with orphaned blocks. You are using the latest wallet not the old version. I believe so. Compiled from github about two weeks ago. |
|
|
|
Question:
Is there still a minumum amount of sync needed to stake? I ask because while I have a small amount, it should have matured by now. It's still saying not mature, rather than showing weight. I wouldn't expect it to stake vs. the network very quickly, but it should be showing weight by now.
Just in case I'm missing the obvious ( a thing that seems to happen too often), here's the output from getstakinginfo
There's no minimum amount of sync required for staking. I believe you should be able to find a block within the maximum stake period =30 days. However, the network weight has increased significantly over the past few weeks. Ok, so there's a variable time to maturity? I knew there was a maximum, but I thought it would start showing weight after the minimum. If that's not the case, then all is well I'm mining at the multipool, so it'll increase in time. Thanks for the quick answer. |
|
|
|
Question: Is there still a minumum amount of sync needed to stake? I ask because while I have a small amount, it should have matured by now. It's still saying not mature, rather than showing weight. I wouldn't expect it to stake vs. the network very quickly, but it should be showing weight by now. Just in case I'm missing the obvious ( a thing that seems to happen too often), here's the output from getstakinginfo {
"enabled" : true,
"staking" : false,
"errors" : "",
"currentblocksize" : 1000,
"currentblocktx" : 0,
"pooledtx" : 0,
"difficulty" : 0.00085891,
"search-interval" : 1,
"weight" : 0,
"netstakeweight" : 71070,
"expectedtime" : -1
} |
|
|
|
|
Show Posts
