[ANN] Fastcoin - FST - The Fastest coin so far in the market - is launched!!

[fast-coin]

Along with the increase of Blockchain,will it more slow?

Thanks for your question Xapwxrm5732,

We do not believe this to be the case for several reasons.  One way of describing why could be paralleled with Moore's Law...

https://en.wikipedia.org/wiki/Moore%27s_law

If you have not heard or read about Moore's Law basically it describes the phenomena of computing power doubling every 12 - 18 months.

Cyrptocurrencies in general are also very dependant on the Internet's Networking infrastructure in order to be functional.  Over 4 years ago when FastCoin was originally developed, the average "Broadband" internet speeds were in the 1 - 5Mbps range in North America.  The developing and other countries around the world generally are a few years behind North America with respects to Network Internet Infrastructure with a few exceptions, it would be safe to say that some countries still had dial-up or up to 1Mbps Broadband speeds at that time and still do today.

Today, at least in North America, we are witnessing speeds of up to 1000Mbps or 1Gps Broadbands...

IE Google Fiber https://fiber.google.com/about/

 and Developing and other Countries around the world are quickly running at 25Mbps or higher.

With the increase made in computing power, and storage capacity on PC's continuing to fall in price per MB, coupled with the network Internet Broadband speeds growth in development in terms of greater reach and speed capacities, FastCoin Blockchain size will become a mute point and the speed in which it reads or processes will also become muted.

The great thing is that the FastCoin Developers at that time, (4 years ago) pushed the absolute limits of block chain speeds on existing PC's and computing infrastructure.  Today with the advancements made in computing, only helps, not hurts FastCoin's present and future processing of transactions.

Hope this helps answer you question.

Best Regards

Fast

[1713271085]

1713271085

[1713271085]

1713271085

[1713271085]

1713271085

[1713271085]

1713271085

[1713271085]

1713271085

[ziiip]

What is the latest version and link to the windows wallet? i've seen peers on Satoshi 0.13.2. But only found a buggy wallet v v0.10.2.2 on sourceforge.

Please post some working peers if you have them as well.

Thanks for your question Ziiip,

Our developers are currently hard at work with updates and patches.  The most current version is v0.10.2.2 irc

You can go directly to the source found on GitHub here...

https://github.com/fastcoinproject/fastcoin/tree/10.2.2-irc

Bellow you can find a list of peers we have found to be stable for the past few months with ver v0.10.2.2 irc  

Feel free to use them if you like, overtime we may adjust the list moving forward.

addnode=62.210.122.161:9526
addnode=74.111.112.108:7999
addnode=66.207.140.12:7999
addnode=87.98.182.171:7999
addnode=144.76.71.141:7999
addnode=54.89.21.44:7999
addnode=71.120.188.82:9333
addnode=146.0.32.101:8000
addnode=5.9.30.28:9020
addnode=138.201.221.88:9526
addnode=82.221.105.24:11081
addnode=94.23.241.56:9526
addnode=70.163.93.50:9526
addnode=109.228.137.57:9526
addnode=72.78.100.7:9526
addnode=89.142.239.184:9526
addnode=144.214.87.20:9526
addnode=46.146.2.134:9526
addnode=119.224.73.174:9526
addnode=86.175.239.171:9526
addnode=50.125.139.131:9526
addnode=85.15.80.104:9526
addnode=123.22.186.144:9526
addnode=190.191.141.145
addnode=75.135.81.210
addnode=69.57.165.193
addnode=168.61.25.9
addnode=24.49.13.97
addnode=211.203.176.119
addnode=78.201.40.167
addnode=98.162.231.84
addnode=80.62.197.89
addnode=7.81.173.46
addnode=193.238.64.246
addnode=71.171.90.204
addnode=172.219.27.30
addnode=88.60.62.215
addnode=124.170.3.229
addnode=70.71.0.93
addnode=77.175.168.57
addnode=66.190.129.72
addnode=198.84.250.234
addnode=80.62.197.89
addnode=24.66.41.191
addnode=5.19.248.192
addnode=121.73.81.235

Best Regards

Fast

FYI only one node in that list is up. Was there ever a hardfork of the network, and are older clients (Satoshi:0.8.5.3 etc) still supported on the network?

[fast-coin]

Thanks for your reply Ziiip,

From our 10.2.2 client we can see 20 active peers at the moment.  Not sure what you might be seeing?

Please also note, IP ver 6 is also visibly supported with the 10.2.2 client and the list above was only identifying IP ver 4 peers.

If you are not satisfied with the list provided, please feel free to check the active peers from your 10.2.2 client.  This can be achieved by clicking on the Help - > Debug window option and clicking on the "Peers" tab.

Yes, 8.5.3 clients are still supported but encouraged to upgrade to 10.2.2.

Best Regards

Fast

[fast-coin]

I have transactions in my wallet that are stuck transfers out of cryptsy. Is there a way to get them to process through?

Sample txid? If the inputs are valid (which presumably they are if the tx is in the mempool) then it may be possible to push that through by mining a block with a modified client.

I only have about 30MH/s of mining power but I can give it a go.

If there were stuck transactions, they might have been in the mempool for a while and they might be in the original wallet file.  If you post or send the tx id to me, I can see if it was in the original wallet file.  But it will take up to several days for me to figure it out.  If you could get the transaction id, and then use the debug console to run the "gettransaction [txid]" command, that output will help me find it faster.  This action will in no way guarantee that you will get your coins back.

update:  gnode sent the transaction id's.  They correspond to error messages in the debug.log when I start up the client with the fresh cryptsy wallet:

Code:

ERROR: AcceptToMemoryPool : nonstandard transaction: tx-size: 175356

In the next week or so, I will see if I can get the transaction information by modifying the fastcoin code to output the entire transaction to the debug.log.

Special shout out goes to "Stouse49" for his Technical troubleshooting with the above problem and "fastcoinrules" for pointing out best Crypto practices when sending and receiving coin's.

Also appreciate "almightyruler" input on this discussion as well as his contribution of mining power, big Cheetah paw high five!



Anyone interested to learn about how Stouse49 troubleshot this issue and how fastcoinrules explains Crypto transactions best practices, please login to our forum, you can find their post here.

http://www.fastcointalk.org/index.php/topic,1106.msg6626.html#msg6626

As a general rule, if you do not possess your own wallet and personal key's you are at the mercy of the exchange to appropriately manage your hosted FST wallet for you.  Remember Crypto is very much like cash, if it is not in your possession, you risk losing it, or having it mismanaged.

Some things we generally do and do not encourage are the following...

1.)  Sending large transactions directly from one FST Exchange account to another, this is not recommended for several reasons.  

2.)  If you must, it would be better to test send a small transaction first IE 2 coins, to verify that the transmission is working properly and gradually increase the amount after each successful transmission.

3.)  It would also be better to send the coin's from the Exchange to your own personal wallet first, where you own both the public and private keys.  Because FastCoin is "Fast" you can then quickly, if you choose, resend the safely arrived coin's from your personal wallet over to the other Exchange of your choice.  This way if a problem might occur, you are in possession of your wallet.dat file as well as your private wallet keys, giving you more options to troubleshoot and not having to rely on the exchange to do this for you.

4.)  Lastly, it appears this type of behavior is pretty much about trading arbitrage opportunities between exchanges.  This on its own, even in the Fiat world, is potentially risky behavior and not recommended for Jr or average investors/day traders.  

It is true, that we believe FastCoin can play a useful role in the future with exchanges to assist in Arbitrage behavior, however not if the Exchanges in question are not regulated with certain standards being audited on both sides to ensure smooth transactions to occur.

Thank you again, great Technical troubleshooting team, the community appreciates your findings...

Best Regards

Fast

[ariy]

Stock exchange response -
         Support (chief):
Baшa тpaнзaкция нa дaнный мoмeнт нe имeeт пoдтвepждeний. T.к. и блoкэкcплopep нe гpyзитcя, вepoятнa пpoблeмa ceти. Baм cтoит oбpaтитьcя к paзpaбoтчикaм мoнeты.
  Boт дaнныe нoды
(Your transaction at the moment has no confirmation. Because And blockexplorer is not loaded, the network problem is likely. You should contact the coin developers.

Here are the nodes)


"amount" : 134781.93297886,
"confirmations" : 0,
"txid" : "7bc9e159868a057cb5cd3cdfddcf78bf76aeb4b41450d24c9db8831c076bac51",
"normtxid" : "855b4495937bf08c0000cf987696663f7d62f31e6d40355651de5916684be28c",

I can now see that transaction in my client's local mempool. It's a biiiig one (~170k) as I suspected. I'll see if I can make some changes to incorporate larger transactions, and mine some blocks. No guarantees it will work.

(I guess the question to ask now is - why does the Fastcoin client with default settings create transactions this large, so large that they will be ignored by a miner with default settings...)

I want to clarify what I have to do in my situation?

[fastcoin-ok]

If I were you, I would put everything into the "experiences" shelf.
If you just dig quickly on every crypto-forum (BTC's included), you'll find endless cases of stalled-transactions, and the reasons are the same that "fast-coin" listed above.
After all the efforts made by Stouse49 and other FSTers.... mining+compiling with customized procedures etc etc.... , it should be clear that here none stole to nobody.
The ball is DEFENETELY into their court (Livecoin's and Cryptopia's).

Cheers

[almightyruler]

Stock exchange response -
         Support (chief):
Baшa тpaнзaкция нa дaнный мoмeнт нe имeeт пoдтвepждeний. T.к. и блoкэкcплopep нe гpyзитcя, вepoятнa пpoблeмa ceти. Baм cтoит oбpaтитьcя к paзpaбoтчикaм мoнeты.
  Boт дaнныe нoды
(Your transaction at the moment has no confirmation. Because And blockexplorer is not loaded, the network problem is likely. You should contact the coin developers.

Here are the nodes)


"amount" : 134781.93297886,
"confirmations" : 0,
"txid" : "7bc9e159868a057cb5cd3cdfddcf78bf76aeb4b41450d24c9db8831c076bac51",
"normtxid" : "855b4495937bf08c0000cf987696663f7d62f31e6d40355651de5916684be28c",

I can now see that transaction in my client's local mempool. It's a biiiig one (~170k) as I suspected. I'll see if I can make some changes to incorporate larger transactions, and mine some blocks. No guarantees it will work.

(I guess the question to ask now is - why does the Fastcoin client with default settings create transactions this large, so large that they will be ignored by a miner with default settings...)

I want to clarify what I have to do in my situation?

I've spent about 12 hours mining FST to try to push this transaction (or any stuck tx) through.

I think there are two fundamental issues.

1) The client spends around 5 seconds building the block framework (incorporating mempool transactions) before any mining work can be started for that block. This is fine when your coin has 60 or 600 seconds block spacing, not so great when it's every 12 seconds. That's 5 of every 12 seconds (41%) wasted waiting for the client to create the block.

2) It's possible that the network won't accept the larger blocks. The couple of blocks that I did successfully mine (nb I should have found 100+ in that time) were orphaned not long after my solution was found.

At this point the fastcoin dev(s) don't seem to be interested in further technical discussion of the issue, at least in this thread. I've spent some time on this, but I don't get anything out of it (I have no stake in FST; I'm just a guy wandering threads). I would have liked it if my attempts had worked, but unfortunately it seems like it's going to be very difficult, or maybe even impossible, to confirm your transaction. I don't think I can assist any further. Sorry.

[Guido]

Stock exchange response -
         Support (chief):
Baшa тpaнзaкция нa дaнный мoмeнт нe имeeт пoдтвepждeний. T.к. и блoкэкcплopep нe гpyзитcя, вepoятнa пpoблeмa ceти. Baм cтoит oбpaтитьcя к paзpaбoтчикaм мoнeты.
  Boт дaнныe нoды
(Your transaction at the moment has no confirmation. Because And blockexplorer is not loaded, the network problem is likely. You should contact the coin developers.

Here are the nodes)


"amount" : 134781.93297886,
"confirmations" : 0,
"txid" : "7bc9e159868a057cb5cd3cdfddcf78bf76aeb4b41450d24c9db8831c076bac51",
"normtxid" : "855b4495937bf08c0000cf987696663f7d62f31e6d40355651de5916684be28c",

I can now see that transaction in my client's local mempool. It's a biiiig one (~170k) as I suspected. I'll see if I can make some changes to incorporate larger transactions, and mine some blocks. No guarantees it will work.

(I guess the question to ask now is - why does the Fastcoin client with default settings create transactions this large, so large that they will be ignored by a miner with default settings...)

I want to clarify what I have to do in my situation?

I've spent about 12 hours mining FST to try to push this transaction (or any stuck tx) through.

I think there are two fundamental issues.

1) The client spends around 5 seconds building the block framework (incorporating mempool transactions) before any mining work can be started for that block. This is fine when your coin has 60 or 600 seconds block spacing, not so great when it's every 12 seconds. That's 5 of every 12 seconds (41%) wasted waiting for the client to create the block.

2) It's possible that the network won't accept the larger blocks. The couple of blocks that I did successfully mine (nb I should have found 100+ in that time) were orphaned not long after my solution was found.

At this point the fastcoin dev(s) don't seem to be interested in further technical discussion of the issue, at least in this thread. I've spent some time on this, but I don't get anything out of it (I have no stake in FST; I'm just a guy wandering threads). I would have liked it if my attempts had worked, but unfortunately it seems like it's going to be very difficult, or maybe even impossible, to confirm your transaction. I don't think I can assist any further. Sorry.

your efforts and input are always greatly appreciated and interesting in my book
considering how small, tiny the transaction fee is compared to the value of fst it's incredible for all these years there have bene no probs (in my book), miners are so important
I guess like btc in the very early days it was dedicated, miners, hobbyists, and again you could at least mine directly from qt wallet I think in early days

what will help is when the value goes up to reasonable value which will happen relatively soon imo

I mean multiple cents to 2 digit cents

a lot of coins never went through the early lows and hard work and had overinflated values
like ltc, i remember when went on btce , people were buying on forum if people would accept paypal and not be scammed , then was around 30-40 cents for short time then straight to $1 and never came down

lee working for coinbase etc

so we have done hard way but have a very solid coin, with all the right fundementals

problem is when you have general public essentially buying dogshit like ripple, and not understanding what theyre buying

bittrex would be good i guess but have seen them delist coins with 40+ btc a day and more, like xst, so they can't be trusted, they are just interested in the next token
polo has major red flags and many traders talking of lost coins, stolen funds etc

tbh we need to have more volume but the steady price and gains, past few days when other coins are dying shows people don't want to sell we are in an accumalation faze, i feel like whales are buying up so sell at your peril

end of day i like cryptopia and livecoin and we have FST/USD with livecoin and should promote more
our target audience has to be new investors, traders and merchants, again via usd route, then they don't get sidetracked with having to buy btc first and other coins

[Robb1649]

Why is every coin crashing?

[Sir_Iglou]

Why is every coin crashing?

Bitcoin is the first, the most valuable, the most used and the most popular coin. For all of those reasons, all the alt coins tend to follow Bitcoin's trend. Currently Bitcoin is dropping, so a lot of coins drop with it (except for those pumping really hard). Don't worry, it will go up again.

[dan_and_shan]

Stock exchange response -
         Support (chief):
Baшa тpaнзaкция нa дaнный мoмeнт нe имeeт пoдтвepждeний. T.к. и блoкэкcплopep нe гpyзитcя, вepoятнa пpoблeмa ceти. Baм cтoит oбpaтитьcя к paзpaбoтчикaм мoнeты.
  Boт дaнныe нoды
(Your transaction at the moment has no confirmation. Because And blockexplorer is not loaded, the network problem is likely. You should contact the coin developers.

Here are the nodes)


"amount" : 134781.93297886,
"confirmations" : 0,
"txid" : "7bc9e159868a057cb5cd3cdfddcf78bf76aeb4b41450d24c9db8831c076bac51",
"normtxid" : "855b4495937bf08c0000cf987696663f7d62f31e6d40355651de5916684be28c",

I can now see that transaction in my client's local mempool. It's a biiiig one (~170k) as I suspected. I'll see if I can make some changes to incorporate larger transactions, and mine some blocks. No guarantees it will work.

(I guess the question to ask now is - why does the Fastcoin client with default settings create transactions this large, so large that they will be ignored by a miner with default settings...)

I want to clarify what I have to do in my situation?

I've spent about 12 hours mining FST to try to push this transaction (or any stuck tx) through.

I think there are two fundamental issues.

1) The client spends around 5 seconds building the block framework (incorporating mempool transactions) before any mining work can be started for that block. This is fine when your coin has 60 or 600 seconds block spacing, not so great when it's every 12 seconds. That's 5 of every 12 seconds (41%) wasted waiting for the client to create the block.

2) It's possible that the network won't accept the larger blocks. The couple of blocks that I did successfully mine (nb I should have found 100+ in that time) were orphaned not long after my solution was found.

At this point the fastcoin dev(s) don't seem to be interested in further technical discussion of the issue, at least in this thread. I've spent some time on this, but I don't get anything out of it (I have no stake in FST; I'm just a guy wandering threads). I would have liked it if my attempts had worked, but unfortunately it seems like it's going to be very difficult, or maybe even impossible, to confirm your transaction. I don't think I can assist any further. Sorry.

your efforts and input are always greatly appreciated and interesting in my book
considering how small, tiny the transaction fee is compared to the value of fst it's incredible for all these years there have bene no probs (in my book), miners are so important
I guess like btc in the very early days it was dedicated, miners, hobbyists, and again you could at least mine directly from qt wallet I think in early days

what will help is when the value goes up to reasonable value which will happen relatively soon imo

I mean multiple cents to 2 digit cents

a lot of coins never went through the early lows and hard work and had overinflated values
like ltc, i remember when went on btce , people were buying on forum if people would accept paypal and not be scammed , then was around 30-40 cents for short time then straight to $1 and never came down

lee working for coinbase etc

so we have done hard way but have a very solid coin, with all the right fundementals

problem is when you have general public essentially buying dogshit like ripple, and not understanding what theyre buying

bittrex would be good i guess but have seen them delist coins with 40+ btc a day and more, like xst, so they can't be trusted, they are just interested in the next token
polo has major red flags and many traders talking of lost coins, stolen funds etc

tbh we need to have more volume but the steady price and gains, past few days when other coins are dying shows people don't want to sell we are in an accumalation faze, i feel like whales are buying up so sell at your peril

end of day i like cryptopia and livecoin and we have FST/USD with livecoin and should promote more
our target audience has to be new investors, traders and merchants, again via usd route, then they don't get sidetracked with having to buy btc first and other coins

Well said, i agree totally. except again you dis polo, i have been trading there since they began, It has been an evolution, they were hacked several years back for 93btc, they were open and honest with customers, and all funds where repaid. Security was beefed up and many measures where put in place that several other exchanges still to this day have not implemented. Currently their servers are struggling with the influx of new users, for the last few years 10k users was the most polo ever saw. This time around there is 30k to 40k users. Comments like this have been flying around for years now "polo has major red flags and many traders talking of lost coins, stolen funds etc". It is just flat out bullshit. I don't think polo will list FST to be honest, but if they did the polo premium is a powerful force. Many traders, myself included will not put more than a few btc on cryptopia and livecoin. Anyway rant done. Peace out

[vampirus]

As I say one year ago, I found error in FST code.

In file main.h

Code:

/** The maximum allowed size for a serialized block, in bytes (network rule) */
static const unsigned int MAX_BLOCK_SIZE = 1000000;                      // 1000KB block hard limit
/** The maximum size for mined blocks */
static const unsigned int MAX_BLOCK_SIZE_GEN = MAX_BLOCK_SIZE/2;         // 250KB  block soft limit
/** The maximum size for transactions we're willing to relay/mine */
static const unsigned int MAX_STANDARD_TX_SIZE = MAX_BLOCK_SIZE_GEN/2.5; // 100KB tx size limit

Must be: MAX_BLOCK_SIZE_GEN = MAX_BLOCK_SIZE/2;         // 500KB  block soft limit
not 250, and therefore right code: MAX_STANDARD_TX_SIZE = MAX_BLOCK_SIZE_GEN/5

To avoid this error, control Transaction size manually:
check max size not more 100K or fee for transaction not more 9.9 FST

[almightyruler]

As I say one year ago, I found error in FST code.

In file main.h

Code:

/** The maximum allowed size for a serialized block, in bytes (network rule) */
static const unsigned int MAX_BLOCK_SIZE = 1000000;                      // 1000KB block hard limit
/** The maximum size for mined blocks */
static const unsigned int MAX_BLOCK_SIZE_GEN = MAX_BLOCK_SIZE/2;         // 250KB  block soft limit
/** The maximum size for transactions we're willing to relay/mine */
static const unsigned int MAX_STANDARD_TX_SIZE = MAX_BLOCK_SIZE_GEN/2.5; // 100KB tx size limit

Must be: MAX_BLOCK_SIZE_GEN = MAX_BLOCK_SIZE/2;         // 500KB  block soft limit
not 250, and therefore right code: MAX_STANDARD_TX_SIZE = MAX_BLOCK_SIZE_GEN/5

To avoid this error, control Transaction size manually:
check max size not more 100K or fee for transaction not more 9.9 FST

Interesting, so in the current released code, MAX_STANDARD_TX_SIZE is actually 200kb, not 100kb.

This must be the reason that transactions are becoming stuck:

Code:

static const unsigned int DEFAULT_BLOCK_MAX_SIZE = MAX_BLOCK_SIZE_GEN/4;

The default maximum block size that a miner will create is 125kb... but the client will create transactions up to 200kb, which will (obviously) never fit into a 125kb block.

So the client will happily create a transaction that a default miner config will never incorporate into the blockchain.  

[Stouse49]

This is from the 10.2.2 main.h (this was what I am currently using)

Code:

/** Default for -blockmaxsize and -blockminsize, which control the range of sizes the mining code will create **/
static const unsigned int DEFAULT_BLOCK_MAX_SIZE = 750000;

/** The maximum size for transactions we're willing to relay/mine */
static const unsigned int MAX_STANDARD_TX_SIZE = 100000;

In this case max transaction size is 100,000 bytes.

These values are definitely different from the 0.8.7.2 code shown in previous posts (125 kb).

This is from 10.2.2-irc.  Some miners may be using this?

Code:

static const unsigned int DEFAULT_BLOCK_MAX_SIZE = 1000000;
static const unsigned int DEFAULT_BLOCK_MIN_SIZE = 0;
/** Default for -blockprioritysize, maximum space for zero/low-fee transactions **/
static const unsigned int DEFAULT_BLOCK_PRIORITY_SIZE = 27000;
/** The maximum size for mined blocks */
static const unsigned int MAX_BLOCK_SIZE_GEN = MAX_BLOCK_SIZE/32;         // 250KB  block soft limit
/** The maximum size for transactions we're willing to relay/mine */
static const unsigned int MAX_STANDARD_TX_SIZE = MAX_BLOCK_SIZE_GEN/5; //DEFAULT_BLOCK_MAX_SIZE/2.5;

So, the MAX_STANDARD_TX_SIZE is 6,250 bytes!

With all these values, that might explain why some transactions I sent never got confirmed and others as well. 

[almightyruler]

Well spotted, vampirus and Stouse49.

I wonder if all these inconsistent size limits are the reason that the couple of blocks I successfully mined seem to have been rejected by the network. The first was orphaned immediately, but with the second, other people's blocks continued to be received from the network (as orphans), until about 5 minutes later, when a reorg quietly orphaned the block I'd found. It seemed unusual that my client went off on its own fork, and didn't immediately recognise the other blocks as being on a better chain.

I guess that some clients may accept a larger block (or a block with large transactions) as normal, whereas others (running a different version) may outright reject it. If so, we may have had a temporary fork as one set of miners extended the "main" chain, and another (running a different version) extended "my" chain. That would explain why it took a few minutes to reach a consensus and cleanly override the block I mined.

[fastcoin-ok]

FSTers**** WE HAVE the blockchain indexing! Just started. wowowow. No forks, no problems.
Money supplies counter also working.

Check:
https://www.blockexperts.com/fst

[fast-coin]

FSTers**** WE HAVE the blockchain indexing! Just started. wowowow. No forks, no problems.
Money supplies counter also working.

Check:
https://www.blockexperts.com/fst

Thank you fastcoin-ok for the update,

Yes this is all very good news, and we encourage all community members to check the NEW FastCoin Block Explorer. 

Please also note, that the FastCoin CORE Dev team is very interested with the activity that is going in this forum including the recent troubleshooting debate going on with respects to max transaction sizes etc.

We understand and appreciate the following members almightyruler, Stouse49, vampirus and forgive me if I forget to mention others, are senior Bitcointalk forum members and we appreciate and respect their inputs and findings.

Rest assured, this issue will have the appropriate amount of attention given to it by the FastCoin CORE team as they continue to remain focused on higher priority items at the moment.  Please also note, that this is an open source initiative and we encourage any community member who feels they may contribute a meaningful solution to this problem to please feel free to do so.

Please remember that the FastCoin CORE Dev team although we feel are exceptional, are people too, and can only focus on a given task at any given moment.  I am also sure that I sound like a broken record by now, however it would be much better to follow the troubleshooting sequence of this thread at www.fastcointalk.org as we can create subheadings more appropriate to the context of the issue at hand.

Much thanks to everyone again as we look forward to more exciting news ahead ;-)

Best Regards

Fast

[remistevens]

FSTers**** WE HAVE the blockchain indexing! Just started. wowowow. No forks, no problems.
Money supplies counter also working.

Check:
https://www.blockexperts.com/fst

Thank you fastcoin-ok for the update,

Yes this is all very good news, and we encourage all community members to check the NEW FastCoin Block Explorer.  

Please also note, that the FastCoin CORE Dev team is very interested with the activity that is going in this forum including the recent troubleshooting debate going on with respects to max transaction sizes etc.

We understand and appreciate the following members almightyruler, Stouse49, vampirus and forgive me if I forget to mention others, are senior Bitcointalk forum members and we appreciate and respect their inputs and findings.

Rest assured, this issue will have the appropriate amount of attention given to it by the FastCoin CORE team as they continue to remain focused on higher priority items at the moment.  Please also note, that this is an open source initiative and we encourage any community member who feels they may contribute a meaningful solution to this problem to please feel free to do so.

Please remember that the FastCoin CORE Dev team although we feel are exceptional, are people too, and can only focus on a given task at any given moment.  I am also sure that I sound like a broken record by now, however it would be much better to follow the troubleshooting sequence of this thread at www.fastcointalk.org as we can create subheadings more appropriate to the context of the issue at hand.

Much thanks to everyone again as we look forward to more exciting news ahead ;-)

Best Regards

Fast

Thanks for your work, I look forward to the news.


There still seems to be a problem with the block explorer, could you confirm? The Rich List is showing the largest wallet at 143k FST (only about 0.1% of supply). No way can that be accurate when ppl are placing sell orders in the hundreds of thousands on livecoin either. Livecoin would definitely have wallets much larger than 0.1% of supply.

[Guido]

FSTers**** WE HAVE the blockchain indexing! Just started. wowowow. No forks, no problems.
Money supplies counter also working.

Check:
https://www.blockexperts.com/fst

Thank you fastcoin-ok for the update,

Yes this is all very good news, and we encourage all community members to check the NEW FastCoin Block Explorer.  

Please also note, that the FastCoin CORE Dev team is very interested with the activity that is going in this forum including the recent troubleshooting debate going on with respects to max transaction sizes etc.

We understand and appreciate the following members almightyruler, Stouse49, vampirus and forgive me if I forget to mention others, are senior Bitcointalk forum members and we appreciate and respect their inputs and findings.

Rest assured, this issue will have the appropriate amount of attention given to it by the FastCoin CORE team as they continue to remain focused on higher priority items at the moment.  Please also note, that this is an open source initiative and we encourage any community member who feels they may contribute a meaningful solution to this problem to please feel free to do so.

Please remember that the FastCoin CORE Dev team although we feel are exceptional, are people too, and can only focus on a given task at any given moment.  I am also sure that I sound like a broken record by now, however it would be much better to follow the troubleshooting sequence of this thread at www.fastcointalk.org as we can create subheadings more appropriate to the context of the issue at hand.

Much thanks to everyone again as we look forward to more exciting news ahead ;-)

Best Regards

Fast

Thanks for your work, I look forward to the news.


There still seems to be a problem with the block explorer, could you confirm? The Rich List is showing the largest wallet at 143k FST (only about 0.1% of supply). No way can that be accurate when ppl are placing sell orders in the hundreds of thousands on livecoin either. Livecoin would definitely have wallets much larger than 0.1% of supply.

it's still indexing, if you refresh every minute you will see diff amount in richlist and current block height
money supply showing just over 2 million, when is currently prob around 120 million

seems to be moving quite quick so in a matter of hours would think will be up to speed or by tomorrow latest

[bilibord]

When will the price go up?