@fast_coin #FST has won this week's voting. Stay tuned as we add your coin to our exchange!
Topic: [ANN] Fastcoin - FST - The Fastest coin so far in the market - is launched!! - page 55. (Read 238255 times)
January 13, 2015, 01:53:50 AM
Notification from https://www.coins-e.com/
@fast_coin #FST has won this week's voting. Stay tuned as we add your coin to our exchange!
@fast_coin #FST has won this week's voting. Stay tuned as we add your coin to our exchange!
January 12, 2015, 11:43:04 PM
I've resolved the problem that had caused some users to pull out their hair because of the slow synchronization time. It was caused by a recent blk*.dat file being corrupt prior to creating the bootstrap.dat file.
The new revised bootstrap.dat has been uploaded to both sources below and a full sync up to 3850000 blocks now takes less than 7 hours on the most minimal hardware. 1 CPU core, 512MB Ram, 2GB swapfile, using the following command line perimeter.
Code:
-dbcache=1024
Archive Mirror - https://archive.org/details/fastcoin_bootstrap (wget compatible)
SourceForge - https://sourceforge.net/projects/fastcoin/files/bootstrap/2014-12-24/
The bug that limited some clients to only 8 connections has also been resolved. Users can now add listen=1 to their fastcoin.conf file enabling the client to accept more incoming connections. It's also suggested to use;
Code:
maxconnections=30
listen=1
More or less depending on the users preference.
Happy Holidays!
Wishing all of you the very best for a Happy and Prosperous 2015 and beyond!
/FC
December 24, 2014, 11:05:39 PM
I've resolved the problem that had caused some users to pull out their hair because of the slow synchronization time. It was caused by a recent blk*.dat file being corrupt prior to creating the bootstrap.dat file.
The new revised bootstrap.dat has been uploaded to both sources below and a full sync up to 3850000 blocks now takes less than 7 hours on the most minimal hardware. 1 CPU core, 512MB Ram, 2GB swapfile, using the following command line perimeter.
Code:
-dbcache=1024
Archive Mirror - https://archive.org/details/fastcoin_bootstrap (wget compatible)
SourceForge - https://sourceforge.net/projects/fastcoin/files/bootstrap/2014-12-24/
The bug that limited some clients to only 8 connections has also been resolved. Users can now add listen=1 to their fastcoin.conf file enabling the client to accept more incoming connections. It's also suggested to use;
Code:
maxconnections=30
listen=1
More or less depending on the users preference.
Happy Holidays!
December 19, 2014, 08:12:32 AM
alt-mining.com is on sale. fst.alt-mining.com (ex zabmail.ru) is oldest FST Pool. And will be closed very soon. If someone interested - contacts is on pool main page.
December 09, 2014, 05:40:06 AM
Updated bootstrap.dat as of Dec 29th, 2014.
Archive Mirror - https://archive.org/details/fastcoin_bootstrap (wget compatible)
SourceForge - https://sourceforge.net/projects/fastcoin/files/bootstrap/2014-12-29/
Archive Mirror - https://archive.org/details/fastcoin_bootstrap (wget compatible)
SourceForge - https://sourceforge.net/projects/fastcoin/files/bootstrap/2014-12-29/
December 09, 2014, 05:36:27 AM
Fastcoin will also be listed on the Koinyx exchange at launch.
https://litecointalk.org/index.php?topic=22350.0
https://litecointalk.org/index.php?topic=22350.0
December 09, 2014, 05:26:53 AM
When was FST added to the exchange AllCrypt?
I'm pretty sure it was there at launch 9 months ago.
December 09, 2014, 05:24:44 AM
FST daemon died today (and continues to die on restart attempt) with:
Assertion failed: (internal_key.size() >=
, function ExtractUserKey, file ./db/dbformat.h, line 99.
dbformat.h seems to be a leveldb file. I use several other coins which include leveldb, but have never seen this error before.
I really hope there's a simple fix, because Fastcoin took nearly 2 days to sync the first time... and that was WITH the bootstrap!
Assertion failed: (internal_key.size() >=
, function ExtractUserKey, file ./db/dbformat.h, line 99.dbformat.h seems to be a leveldb file. I use several other coins which include leveldb, but have never seen this error before.
I really hope there's a simple fix, because Fastcoin took nearly 2 days to sync the first time... and that was WITH the bootstrap!
This is a known bug since the early versions of bitcoin. Generally caused by an improper shutdown or diskspace/ram issues. The solution is to run the daemon with the -reindex command line parameter.
Source: https://github.com/bitcoin/bitcoin/issues/2664
Also, if it's taking you that long to sync, then you may have compiled your daemon without the proper libdb version files, or again run the daemon using -reindex.
December 09, 2014, 05:16:20 AM
Just a quickie. The source still has the default RPC port of 9332, which conflicts with Litecoin. Setting the correct default port in the source is much better than forcing it via the config. Perhaps this could be fixed in a future release.
Thanks for catching this, it's been fixed on the 8.7.2 branch.
https://github.com/fastcoinproject/fastcoin/commit/53c029033d16bcf65b9343154081408f2037e673
December 08, 2014, 08:34:30 AM
R.I.P FASTCOIN 
December 06, 2014, 04:48:25 PM
When was FST added to the exchange AllCrypt?
November 19, 2014, 06:24:58 PM
FST daemon died today (and continues to die on restart attempt) with:
Assertion failed: (internal_key.size() >= 8), function ExtractUserKey, file ./db/dbformat.h, line 99.
dbformat.h seems to be a leveldb file. I use several other coins which include leveldb, but have never seen this error before.
I really hope there's a simple fix, because Fastcoin took nearly 2 days to sync the first time... and that was WITH the bootstrap!
Assertion failed: (internal_key.size() >= 8), function ExtractUserKey, file ./db/dbformat.h, line 99.
dbformat.h seems to be a leveldb file. I use several other coins which include leveldb, but have never seen this error before.
I really hope there's a simple fix, because Fastcoin took nearly 2 days to sync the first time... and that was WITH the bootstrap!
November 19, 2014, 09:10:43 AM
How's possible at all?
I think picture speaks for itself
https://www.dropbox.com/s/mxwcyxbehl0oqra/scr.png?dl=0
https://www.dropbox.com/s/mxwcyxbehl0oqra/scr.png?dl=0
or that?
https://www.dropbox.com/s/0c8s6rxrsh8nnr7/scr1.png?dl=0
I think picture speaks for itself
https://www.dropbox.com/s/mxwcyxbehl0oqra/scr.png?dl=0
https://www.dropbox.com/s/mxwcyxbehl0oqra/scr.png?dl=0
or that?
https://www.dropbox.com/s/0c8s6rxrsh8nnr7/scr1.png?dl=0
November 19, 2014, 09:03:28 AM
hows it's possible to get 400+ blocks orphaned on that coin blockchain? impossible to get pool running. i.e for last month my pool got about -80K coins balance.
already set 150 confirmations (with only 80 needed by network) before credit users, didnt help at all.
already set 150 confirmations (with only 80 needed by network) before credit users, didnt help at all.
November 10, 2014, 11:15:08 AM
Just a quickie. The source still has the default RPC port of 9332, which conflicts with Litecoin. Setting the correct default port in the source is much better than forcing it via the config. Perhaps this could be fixed in a future release.
November 09, 2014, 07:13:38 AM
c'mon step it up
November 09, 2014, 06:44:51 AM
Nethash 0.00 GH/s or 0.20 GH/s .. what's wrong with this coin, Why so slo ?
October 30, 2014, 12:23:09 AM
Bring your blades for the crossing of 3'500'000th block! Fst the longest chain ever!
October 20, 2014, 10:23:23 AM
Hi Johnywalker,
I fully agree with you, this coin deserves a lot of improvements in the regard of blockchain synchronization... even if it has the longest blockchain. I am already impress by you reaching more than 12 peers:). I hope that the devs will implement an elegant solution to this big problem... On the other hand, btc to takes a lot of time to sync too, the first time... keep us updated please!
I fully agree with you, this coin deserves a lot of improvements in the regard of blockchain synchronization... even if it has the longest blockchain. I am already impress by you reaching more than 12 peers:). I hope that the devs will implement an elegant solution to this big problem... On the other hand, btc to takes a lot of time to sync too, the first time... keep us updated please!
October 20, 2014, 09:28:28 AM
Hi guys. Our wallet is loading blocks too slow, about 1 block per second. Currently we are on 1746014 block and we have 50 connections.
Any advise how to speed up sync process?
Any advise how to speed up sync process?
Jump to: