I don't think this is strange. I trust that blockchain.info's best interests are aligned with that of Bitcoin. I cannot say the same with blockstream.
Of course, everyone has the right intentions besides Blockstream.
That is not true. I just do not personally trust blockstream, and I feel that they effectively have much too much power of Bitcoin currently. From what I can tell they effectively have a veto ability when anyone attempts to make any changes to the consensus rules. I do not believe that any one entity should have the ability to veto any proposed change.
Maybe I was misinterpreting the announcement. I was hoping that bc.i was able to resolve some of the many flaws with LN.
What kind of flaws are we talking about? I'm not sure where you've gotten your information from. Most of the "flaws" (that I've read about) was just 'ranting' in articles about how they will not be able to solve the decentralized routing and similar engineering tasks.
If a scammer were to open a payment channel and engage in a series of transactions that results in his "balance" being zero or effectively zero (very small economic amounts) then he will have nothing to lose in attempting to broadcast an "old" closing transaction that would potentially result in him receiving more btc then what he is owed from the payment channel. The payment channel will be protected by the "penalty" transaction that they can broadcast, however it is not a 100% guarantee that this will successfully confirm and in the off chance that it does not then the scammer is able to steal from the payment channel. If the "penalty" transaction does confirm then the scammer will have lost nothing because he was owned nothing in the first place.
Each time a new transaction on the LN is done, a series of transactions must be signed and sent to the various counter-parties in a very specific order. I fear that LN clients will potentially be tricked into thinking that they have received a signed transaction from the other party when in fact it has not and/or being tricked into sending a signed transaction in the incorrect order, potentially exposing the owner to risk of loss.
As it stands now, it is fairly trivial to have a wallet stored entirely offline, even one that is used several times per day. The number of signed transactions required to complete a LN transaction effectively makes it impossible to keep funds continued in a payment channel offline.