Feathercoin - Analysis of possible maximum Transactions block / Dustcoin "attack" 25/10/2016
-
@aciddude soori to interupt…
.
by ‘clients that shouldn’t be connecting to the FTC network.’… can elaborate a bit more…?
.
again, so soori to interrupt… -
@FlatBlack said in Feathercoin - Analysis of possible maximum Transactions block / Dustcoin "attack" 25/10/2016:
@aciddude soori to interupt…
.
by ‘clients that shouldn’t be connecting to the FTC network.’… can elaborate a bit more…?
.
again, so soori to interrupt…Have a look at the sheet and you tell me ;-)
- FTC Block Explorer + API @ https://fsight.chain.tips
- FTC Beer Money: 6x4LEQV88zRnBvZoH6ZNK6SeRxx4KiTyJs
- FTC bech32 address: fc1q4tclm3cv4v86ez6el76ewmharexfapxhek5a03
- BTC bech32 address: bc1qk8umuccapuafspk9e5szahvp0detafuzugv4ay
-
@FlatBlack You can use the Debug console in the help menu of the Feathercoin Wallet to send instructions and poll the network. One of those commands is “getpeerinfo” which tells the IP addresses connected to that node.
The original Bitcoin code from Satoshi, the peers.dat file was a text document, it has since been changed to a binary format. But, it is a peer to peer network and the code needs to connect to someone …
I suggest reading the Feathercoin guide :
https://github.com/wrapperband/FeathercoinWalletGuide -
@AmDD Further to consolidating dust payments, I was readings this :
I’m sure similar criteria apply to FTC blockchain. e.g.
Quote :
"If your coins are old enough (say, 3 months for 10 BTC and a 200KB transaction size) [3], then the official client might not enforce the minimum fee on your transaction. Otherwise you may need to use a modified client that doesn’t enforce a minimum fee.In any case you will need to point your client to Lightfoot Hosting’s free transaction relay, which will relay any transaction to the network [2], so it can be picked up by Eligius."
However, looks like over 1/3 of your dust payments got through. It would be interesting to see if that was due to the high proportion of Feathercoin p2pool, or other pool types not adjusting to prefer certain transactions.
-
@aciddude :thumbsup_tone2: :sweat_smile:
-
@wrapper thanx for d ‘simple-guide’ n link… :bow_tone1:
-
@wrapper said in Feathercoin - Analysis of possible maximum Transactions block / Dustcoin "attack" 25/10/2016:
@AmDD Further to consolidating dust payments, I was readings this :
I’m sure similar criteria apply to FTC blockchain. e.g.
Quote :
"If your coins are old enough (say, 3 months for 10 BTC and a 200KB transaction size) [3], then the official client might not enforce the minimum fee on your transaction. Otherwise you may need to use a modified client that doesn’t enforce a minimum fee.In any case you will need to point your client to Lightfoot Hosting’s free transaction relay, which will relay any transaction to the network [2], so it can be picked up by Eligius."
However, looks like over 1/3 of your dust payments got through. It would be interesting to see if that was due to the high proportion of Feathercoin p2pool, or other pool types not adjusting to prefer certain transactions.
This was long enough ago that I dont remember the details and I didnt record the data anywhere. That being said, I remember doing 2-3 different runs, one of which was looped about 30,000 times. I recall seeing on the explorer that the transactions in the blocks did not add up to the 30-40,000 total transactions BUT my receiving wallet does have about 38,000 transactions into it so they all must have gone through. I’ll look into what my options are with the dust now - or Ill just hold it until FTC is $1000 each :)
-
@AmDD cheers for the info.
I assembled a guide for moderators doing support or FAQ, and not so frequently asked questions, you may find an informative read …
[Support] Mode of Failure Analysis. Part 1 - Faults, Causes and Solutions
http://forum.feathercoin.com/topic/4606/support-mode-of-failure-analysis-part-1-faults-causes-and-solutions[Support] Mode of Failure Analysis. Part 2
http://forum.feathercoin.com/topic/4694/support-mode-of-failure-analysis-part-2-faults-causes-and-solutions[Support] Mode of Failure Analysis. Part 3
http://forum.feathercoin.com/topic/4946/support-mode-of-failure-analysis-part-3-faults-causes-and-solutions -
@wrapper ayyyee, fren…
:bow_tone1: thanx a lot wit d links…
much appreciation… -
What’s up with all these attacks against FTC? Was it because there was someone who was big into a competing coin, or was it just for fun?
-
@gonnaforget said in Feathercoin - Analysis of possible maximum Transactions block / Dustcoin "attack" 25/10/2016:
What’s up with all these attacks against FTC? Was it because there was someone who was big into a competing coin, or was it just for fun?
There are a few things quoted as “Attacks”. There have not been times when it is proved there is a deliberate attack, i.e. someone has paid or has enough power to try to double spend.
This resulted in the first major update to Feathercoin to implement Automatic Check pointing or ACP. Once this happened and there was a “double spend issue”, FTC would reject that chain - i.e. It becomes an Orphan chain.
However, Feathercoin still abides by the normal rules and the longest chain wins. So there are 2 competing chains untill the attacker error chain gives up or the normal chain becomes longer.
There similar reasons Bitcoin has also suffered longer orphan chains than originally specified, but FTC does suffer a couple of long chains early on.
There is another known “attack”, it turned out to be someone testing, one was an attempt to flood the network with dust payments, was noticed later but had no detrimental effect.
I designed eHRC initially as a potential replacement for ACP but in the end it was used to reduce the effect of coin switching. It does make it harder for someone to achieve network dominance for long enough to do anything. So we don’t tend to get the long orphan chains.
