Feathercoin Core 0.11.1.1 Launch
-
We need to add some new 0.11.2 nodes.the more the better.
Now, 0.11.2 accounted for 4.3%
[all version ] (http://www.ftc-c.com/pack4/fullnode.png) -
@lizhi said:
We need to add some new 0.11.2 nodes.the more the better.
Now, 0.11.2 accounted for 4.3%
[all version ] (http://www.ftc-c.com/pack4/fullnode.png)OK, I will upgrade to 0.11.2 on windows and keep 0.9.3 on linux…
-
@lizhi said:
We need to add some new 0.11.2 nodes.the more the better.
Now, 0.11.2 accounted for 4.3%
[all version ] (http://www.ftc-c.com/pack4/fullnode.png)Why do we need them?
[Edit]
If we need the clients to test funcionality and/or features we should start the testnet again
[/EDIT] -
Just saying thanks and kudos / browny points to all helping with testing the latest versions of FTC… ;)
-
I’m just testing 0.11.2
got it compiled with far less problems than I had with 0.9.x
I just started the gui and it shows ‘MFTC’??!???
-
should that be mFTC? in settings
plus : updated source code Link at Thread header to version 0.11.2 on Github
-
@wrapper said:
should that be mFTC? in settings
plus : updated source code Link at Thread header to version 0.11.2 on Github
Will check that next time I start the gui. Currently testing the daemon
- sync is ongoing
- importing a private key for a wallet address is working
-
A comment from my side about 0.11.x:
for me both versions are currently in Beta test, as we
- don’t have pre-compiled binaries (started to work on that yesterday)
- have many references to “Bitcoin” in the help texts and some in the gui
- don’t have a clear picture (or sould I say ‘1 don’t’? ) how the bc and network behaves, if the new block version is enforced
- have no information of the status of pools, if when and how they’ll implement 0.11.2
But that is just my opinion. :D
What do others think?
-
@Wellenreiter said:
A comment from my side about 0.11.x:
for me both versions are currently in Beta test, as we
- don’t have pre-compiled binaries (started to work on that yesterday)
- have many references to “Bitcoin” in the help texts and some in the gui
- don’t have a clear picture (or sould I say ‘1 don’t’? ) how the bc and network behaves, if the new block version is enforced
- have no information of the status of pools, if when and how they’ll implement 0.11.2
But that is just my opinion. :D
What do others think?
Looks like a valid points. I think it is important to push Core 0.11.2 so more people can test and feedback.
Also I would like to see 0.9.x features migrated to 0.11.2 (Lizhi is working on migration) -
Actually it is cool that we can test the new version on the live network, then go back to the previous version. Having more mechanisms to handle database upgrades and forks is pretty neat, and necessary in the long run…
-
@mirrax said:
…
Also I would like to see 0.9.x features migrated to 0.11.2 (Lizhi is working on migration)another point to not advertize 0.11.2 and clearly flag it as “development only” version.
We can’t start to publish revisions and then implement changes, so we currently can’t make 0.11.2 a release yet.
From Github:
Tagging suggestions It’s common practice to prefix your version names with the letter v. Some good tag names might be v1.0 or v2.3.4. If the tag isn’t meant for production use, add a pre-release version after the version name. Some good pre-release versions might be v0.2-alpha or v5.9-beta.3. Semantic versioning If you’re new to releasing software, we highly recommend reading about [semantic versioning.](http://semver.org/)I think those are simple and effective rules and we should try to adhere to them
-
@wrapper said:
should that be mFTC? in settings
plus : updated source code Link at Thread header to version 0.11.2 on Github
Actually the meaining is ‘Mega FTC’ :)
The gui offers:- FTC
- kFTC
- MFTC
- mftc
- µFTC
-
Do any of the versions/wallets of FTC notify the user when there’s a new official release ?
Is there a way that can be broadcast on the network ? …like “hey guys…time to upgrade!”
-
Funny you should mention that one reason “pchMessageStart.” - is required to be unique.
FTC had messages at one stage from LTC to upgrade, and Bush had to turn off that upgarde message facility to stop that happening. Not sure what keys you need to certify the message
-
@aciddude said:
Do any of the versions/wallets of FTC notify the user when there’s a new official release ?
Is there a way that can be broadcast on the network ? …like “hey guys…time to upgrade!”
Should be, i think it was actually used before neoscrypt hardfork.
-
@wrapper said:
Funny you should mention that one reason “pchMessageStart.” - is required to be unique.
FTC had messages at one stage from LTC to upgrade, and Bush had to turn off that upgarde message facility to stop that happening. Not sure what keys you need to certify the message
Yes, it was turned off because it was broadcasting LTC messages, but it was fixed and used before neoscrypt hard fork…
-
Stoner Idea 1: Reward users for updating to latest version…somehow…
–
I don’t know how, I don’t know why… -
Please urgend update clients to 0.11.2.1 , it compatible 0.9.3.1 and fix testnet.
Download 0.11.2.1 http://www.ftc-c.com/pack4/feathercoin-setup.exe
Commits:
https://github.com/FeatherCoin/Feathercoin/commit/db2371aa8b2b4059250c55a182554741aeb7e114
https://github.com/FeatherCoin/Feathercoin/commit/ada92194bcf6be1e5d48a57ac2c2eb4b7ad78d03
https://github.com/FeatherCoin/Feathercoin/commit/4604c4d856e83d7e80d9fd18eca9f6d8a4417a08
https://github.com/FeatherCoin/Feathercoin/commit/4d32222f7fba8d6990dcac4e9f20152232a1d0c0 -
Coin base maturity has been 100 confirmations since the very beginning of FTC when block target has been set to 2.5 minutes. It’s 1 minute now yet we maintain 100 confirmations for compatibility and simplicity. Why do you change it to 30 confirmations for v0.11 out of a sudden?
-
@ghostlander because our blockchain is 30 , pools are running 0.9.3.1 , it is 30. If I set 100 in 0.11.2 , cann’t work , get a error. After I set COINBASE_MATURITY = 30 , It is all right.
ERROR: CheckProofOfWork(): nBits below minimum work
CheckHeaderProofOfWork(), nHeight=1114378
ERROR: ProcessNewBlock: ActivateBestChain failed
