people have no choice but to lock in their funds to one of these central hubs

In a discussion of SegWit activation on LTC, one anti-comment was all about LN being the equivalent of fractional reserve banking.

My hope was that someone could explain that to me?

Not fractional reserve banking, I understand that. I just don't understand how LN somehow = FRB.

That link does not produce a download.   Would you happen to be have a recent update?

Coinb.in Features Include .001 BTC being taken when ever the algorithm or software writer feels like grabbing some coin.
 AND Expensive transfer fees .0011 minimum. Which gets U a minimum 72 hours of waiting time after u have broadcast your coin.
  Paying a higher transfer fee does NOT move the coin any faster.
 
 I WILL NOT BE USING THIS JUNK WALLET ANY LONGER. I THOUGHT OTHERS SHOULD BE WARNED TO AVOID IT AS WELL

 It may have started as a good idea, but it no longer is a good idea. It is a good way to lose your investment to poor timing and mismanaged coin disbursements

I think thats exactly the opposite... fee rate vs time is not very useful:  Time just adds in the noise of a possion process with no influence by fees.

If you have a good estimator based on block count you can simply multiply it's predictions by the exponential distribution of interblock intervals and get a good estimator of time... but to take data that has been smeared by random block times and construct good estimates is hard due to all the injected noise.

In effect, your time data is heavily biased by random correlations with higher and lower fee intervals with luckier or less lucky block finding.

This remains true so long as people aren't turning hashrate on and off based on fees-- and so far as I know it, no one is today.

An interesting chart is a grid over n-blocks-wait and fee-rate,  then for each cell set a value of what percentage of transactions paying at least that fee rate were confirmed in at that number or fewer blocks.

How does your data handle transaction replacement?   How do you compute feerates for CPFP transactions?   One possibility is to only consider transactions which are not dependent on unconfirmed transactions and which have no children;  and similarly do not consider replacement or replaced transactions.

Thank you for explaining this. But I can't understand that:

When I sending my coins ,I just specify : mixing depth (where from my coins will be sent from) , my electrum bitcoin address (where bitcoins will be sent to). How will bitcoins migrate from lower mixing depth to higher ?
Maybe I must to made 4 sendcoin operations, every time using bitcoin addres from my coin join wallet 1 level higher mixing depth to reach 4th level ?

P.S. thx for Vagrant , it is rather difficult to install JM first time.

Can smb to explain what the mixing depth is?
I'm trying to understand all features of joinmarket. But I can't find out nothing about mixing depth in wiki .
I'm understand, that there are wallets each in own mixing depth. I'm sending coins from mix depth 0 - 4, but I can't see no difference between. Is it only used only for wallet organizing?
Is any security difference between sending coins from mix depth 0 and mix depth 4 ?

I was curious how much revenue is coming from fees from the transactions which miners include in only the next one or two blocks.,

One problem with using OP's data (confirmation_times.csv) for this is that it uses a timestamp, instead of block #.  So there's no real way to know how many confirmations it took for a transaction to get mined.  But using the average of 1 block = 10 minutes, I should be able to get kind of close.  

What information this provides us is that miners receive ~%75 of their revenue from transactions they include within the first two blocks (well, within the first 20 minutes, to be technically accurate).