No, that is not possible. The opening and closing of channels by confirming funding and closing transactions represents the act of securing and delivering of the channel capacity and balance respectively.
The 2-of-2 multi-sig from the funding channel represents the total channel capacity. During the lifetime of the channel, this multi-sig must remain unspent, so that the spending transaction which is eventually confirmed during channel close can be updated during the channel lifetime.
Since no coins can be created, the (funding) input cannot be more than the total of closing transactions outputs, whose amounts represent the last channel balance.
There are proposals to "spend" this funding output together with additional inputs/outputs to an updated funding output to update channel capacities.
See channel "splicing" on this topic.
But even Splicing is not seamless... If however people decide to use custodial services they can be on boarded seamlessly. Also you could do a submarine swap changing from off to on chain. – Rene Pickhardt – 2019-01-16T18:20:18.850
No, not seamless, that's true, just a way to update channel capacity without closing channel. – James C. – 2019-01-16T18:31:37.747
1Custodial services, in Bitcoin? ;) – James C. – 2019-01-16T18:34:57.380
@RenePickhardt Why splicing is still not seamless? What does "without needing to halt all channel updates" mean exactly? https://github.com/lightningnetwork/lnd/issues/437#issuecomment-348833806 Does it mean that the channel cannot be used to forward payments during the confirmation period?
– Chris Chen – 2019-01-16T19:32:11.6571The channel continues to operate while Splicing. Still there are on chain transactions involved. In that sense it is similarly not seamless as opening a channel – Rene Pickhardt – 2019-01-17T08:34:29.227
Splicing saves one on-chain TX compared to opening/closing. From a users POV it is in fact seamless. The channel can be used while waiting for the capacity change to be confirmed on-chain. It is merely the capacity change that is not instantaneous. – James C. – 2019-01-17T08:37:14.440