Feathercoin daemon and wallet production version 0.19.1
Old daemon and wallet version 0.18.3

Blocks with 0 transactions

  • Regular Member | Tip slavco

    https://blockchain.info/block/00000000000000000e4f70a1b4f82163a6766b21d4c36b09abd5e05be9a5db25 and next block too. I see huge flaw here… What if someone use 30% + of mining power plus decent amount of coins to make network dumb with huge queue and transaction processing of ~1h+ ?
    I’m starting to think how to solve this problem ( according me ) from tech. aspect… Anyone ideas? 🙂

  • Moderators | Tip wrapper

    That is the problem with any POS. Basically, it needs more proving than eHRC and Neoscrypt (i.e. Months of work) … plus, I now think it might discourage new miners, unless the coin holders were “a user”

    i.e. a “company” able to put power behind their use case. (An example being a charity or shopping chain use FTC as “Green Stamps” or “Value Transfer”

  • Regular Member | Tip slavco

    Maybe crypto currencies need to copy the organization of the fiat. There are coins with different values and bills with different values. You can make X coins into 1 bill and 1 bill to split up to X coins. Somehow multiple chains / cross chain come in my mind, colored coins, smart contracts for exchanging…

  • Moderators | Tip Wellenreiter

    You are referencing to the Bitcoin blockchain?

    Also I don’t get the issue, sorry…

  • Regular Member | Tip slavco


    • 100 BTC to attack the FTC network

    • Control 20-30% of mining power

    • Flood the network with transactions with 2 x transaction fee than normal

    • mine blocks with 0 transactions

    What is the time needed to wait for regular user to perform payment with FTC?

  • Regular Member | Tip slavco

    My idea here isn’t to describe the attack and consequences from it. My idea was to start thinking how to protect the end user from scenario like this one. One solution ( I can say painless ) is to add feature to the wallet that will recommend to the end user what transaction fee need to be paid in order to complete the transaction in some time frame. Another solutions require architecture change and I don’t think is possible to be done in the near future 🙂

Log in to reply