Stake power needed to mint PoS blocks starts rising after 30 days from transaction.
30 bitbars is almost 1% of all!! that should make it very very easy to make a PoS Block.
If this is one transaction, I think no more than 2 days after initial 30, and possibly first minutes.
If many very small transactions - it could be another month.
To enable PoS minting you have to unlock Your wallet.
Create a .bat or .cmd file with those lines
@echo off
@echo Enter PPC password...
SET /P variable=Password :
bitbard walletpassphrase %variable% 9999999 true
and run in form your wallet directory after sync, than enter your password and you should see a change in bottom right corner of GUI.
Hi BitBardev, ah ok that explains some of it. I only read those examples regarding PPCoin where they said 1 coin for 30 days, and so I thought 30 coins might already start after 1 day, but from what you say it still needs to be the thirty days, so that explains why nothing's happening so far, and why the first PoS blocks only started appearing a few days ago. Does that have to do with proof-of-stake difficulty falling for the past few days when taking a look at getdifficulty output? I already have my wallet unlocked for minting, but I prefer doing it manually in the client after starting. It's just a pity that with ctrl-l you can delete the console output, but you cannot seem to delete the command history that way, so the password stays visible there. Thanks! |
|
|
|
There are no problems with PoS blocks so far. all clients are synced.
Delete everything in your userdata\roaming\bitbar direcotory, just remember to leave wallet.dat and bacup it , if You didn't allready
Redownload blockchain, its very compact so should be quick.
Thanks, that helped! Just wonder why.... You happen to be able to give me a few hints regarding PoS blocks? How long would I need to keep 30 bitbar until a proof-of-stake might appear? Does it make a difference if I received the 30 bitbar in one transaction, or if they are distributed over e.g. 30 transactions of 1 bitbar each? Thanks! |
|
|
|
|
My BitBar client stopped downloading blocks at 10734, a proof-of-stake block.
The log file reads:
receive version message: version 60005, blocks=10745, us=178.9.58.204:58478, them=69.164.204.215:8777, peer=69.164.204.215:8777
accepted alert 1313, AppliesToMe()=0
accepted alert 13133, AppliesToMe()=0
accepted alert 13133, AppliesToMe()=0
accepted alert 13133, AppliesToMe()=0
accepted alert 1313, AppliesToMe()=0
accepted alert 1313, AppliesToMe()=0
accepted alert 1313, AppliesToMe()=0
accepted alert 1313, AppliesToMe()=0
accepted alert 1313, AppliesToMe()=0
accepted alert 13133, AppliesToMe()=0
received block 32eef2971e86e8ca43c6
Misbehaving: 69.164.204.215:8777 (0 -> 100) DISCONNECTING
disconnecting node 69.164.204.215:8777
ERROR: ProcessBlock() : block with too little proof-of-stake
As far as I know I'm using the latest version, v0.4.0.0-g32a928e-beta
Can anybody help?
|
|
|
|
Kids are growing up so fast these days.... where it took ~3 weeks for my last block from solo-mining before the fork to mature, they now mature within a few hours.  |
|
|
|
Sadly, the FRC value is "crashing", everyone seems to just be dumping right now. Hashrate is pretty high, so expect profitability to get worse  Look at the trading volume - much of the rise and fall was done at very little volume, sometimes only two-digit amounts of FRC. |
|
|
|
It is because of this 1000 fee reward in block 28335. Pool uses block value of the last solved block when it calculates rewards for current block. But when current block is solved pool uses value from that block.
Block 28335 had 1226.57208999, this value was used as estimation of block reward in block 28337.
When block 28337 was solved - pool just took proper value of this block: 226.57056984
For several minutes pool just was using too high blockvalue to show coins/day and overestimated confirmed rewards.
Great, so now it's my fault ;-b |
|
|
|
dustcoin also still showing 148k diff...
It's normal - it shows diff of last block found not of upcoming block. You only see that while mining. Also applies to getdifficulty within wallet. I noticed this when I (evil as I am) was working on a small script to jump onto TRC mining when its diff is below 20k and off when it was above. Using the cgminer API for this. Worked like a charm, but because of not being able to find the diff of the block in making I was always one block off :-) |
|
|
|
looks like someone else got it... congrats!
OK, so what happens now... i didn't see the diff drop. can someone lay out what will happen to the diff in the comming days in laymens terms?
There's still the prize of the TV Linux neXgen boy for the finder of block 28336, valued at ~7500FRC |
|
|
|
|
1000 in transaction fees on the loose! Start hashing now!
|
|
|
|
Actually, there's just 2 more to go. Block 36 will be under the new scheme, with lowered difficulty needed to find it  Thanks for the answer to the question I was just about to ask :-) BTW, there's a transaction with a fee of 200FRC for whoever mines the block where it'll be included :-) |
|
|
|
And when the dif drops to 1/4 of what it is now, the profit calculator on dustcoin will show near 85% profitability due to new lower mining dif. As the dif further lowers to adjust to net hash the profitability will continue to rise along with more miners coming back to the network and hopefully the price for FRC increases as it becomes traded more again.
..unless something like with BitBar happens that I'm looking at closely since a few days, as it is comparable to Freicoin insofar, as that it seems to have the most advanced (imho) diff adjust filter at the moment (we need to see how freicoin's will perform). There was a huge hype when it entered exchanges, then it was dropped and difficulty was slowly adjusting. Ever since diff adjust cause profitability to enter the 100-110% range, exchange rates seem to slowly but steadily drop (at least until today, might be a reversal coming up imho), "magically" keeping profitability in that range, almost as if some solo miner (one can see that the percentage of blocks via the largest bitbar pool was also sloly going down from >80% to just slightly above 70% during that time) with a few bitbars/bitcoins to spare (for price manipulation) just wanted to quietly hash along without other miners that decide purely upon profitability what to mine to notice. (Just my 5ct, not an investment recommendation, and YES, I'm mining BitBars with my GPUs whereas my FPGAs go to Freicoin) So I think it's good to have an eye open to what happens in the BitBar area as it may well teach us things for Freicoin (and vice versa) |
|
|
|
anyone seeing less GH/s not more in the last 12hrs or so....  P2Pool global rate has dropped almost 50% Yeah, that was me with my 6,x GH FPGAs - since that makes about 25% of Hashing power I was advised to solo-mine in order to reduce risk during fork should there be nodes not updated properly. |
|
|
|
12 to go...
I cannot wait for this to switch back again.
+1 Naah - it's "-1" - one less block to go :-) |
|
|
|
|
Did anybody else notice how the difficulty of BitBar is decreasing and the exchange rates seem to go down accordingly, just as if someone deliberately wanted BitBar to stay beneath most people's radar so that he can mine nice and quietly?
|
|
|
|
Also, sounds like FRC is doing some interesting things, The only issue I have is that to my understanding demurrage is not done by the system, but rather by the proprietors of exchanges etc.is that the case or am I confused?
Depends on point of view. My understanding that demurrage means to deduct a fixed percentage of your balance with each new block on the network. The wallet/client does this automatically as it's directly hooked up to the blockchain. Most exchanges, however, are built in a way that they detect incoming transfers and book them to their internal account that they have set up for you. Since this account then is independent of the account via which you did your payments, they have to implement it themselves. bter.com deducts a fixed amount per day independently of the blockchain, others may choose other methods. So imo it's not a fault of Freicoin, but rather something the implementors of Exchanges have not thought of in the design of their software, they expected balances only to change through payins and payouts, but not "out of thin air". So basically nobody is to blame(you cannot plan for every unthought-of-eventuality), they just need to adopt their design. |
|
|
|
|
Seems my offer can be interpreted the wrong way, so here I try again:
I'm willing to sell 200k GME for BTC or LTC.
Price expectation: 0.5BTC per 50k GME.
This offer goes along with the service to keep mining Gamecoin as long as I can get them sold and/or more miners jump aboard.
|
|
|
|
|
In the next few days we'll have a real-world example with FreiCoin. Mostly stranded at 1-5 blocks/day after it was hyped on bter.com, many miners jumped aboard, then difficulty quadrupled and everybody left ship right thereafter.
Barely usable right now. Having a solo-mined block from 8.5. that's still not reached maturity.
I'm sending my fpga hashing power there right now as there's a planned fork in ~15 blocks where they introduce a new diff adaption algo that should act much faster (144 last blocks taken into account as to my understanding, diff can halve within that many blocks).
Also with the other unique concepts of Freicoin I think it's one of the most interesting coins.
Should keep an eye out for how it turns out for the coin with the new algo.
Also as a side note for traders: At the hard fork there'll be a hard diff adjustment to 1/4 of current diff, so profitability should immediately jump from ~25% to ~100%, offering interesting possibilities for miners that are mining at that time and also for traders...
And for gamecoiners as a research model... :-)
|
|
|
|
Block 19731 is proof of the 980 transaction fees I sent earlier :-) |
|
|
|
|
Show Posts
