Lets say a minimal model of the Lightning community with a single “central” lightning node (say a service supplier which we are able to name a Server) surrounded by skinny shoppers (the precise customers doubtlessly merely utilizing open-source consumer software program on their telephone).
The community half on this situation is non-existant as communication merely occurs between Customers <-> Server. Clearly to pay anyone on this system each customers have to make use of the identical Server.
I might think about then every Consumer merely having a channel open with the Server and every time customers Alice & Bob must make funds with one another they merely use their single open channel with Server, and Server adjusts the two channels accordingly to observe on the fee. (I think about some points right here with the fee not being attainable if the channels should not funded within the route wanted for the fee).
Alice & Bob then every get their affirmation immediately validated by their open-source skinny consumer (therefore no belief with Server is required).
I do know there’s has been a lot of analysis and complexity across the “community” a part of Lightning (corresponding to routing mechanisms, funding channels, data & discovery of community typography and so on.) therefore I used to be curious whether or not a less complicated Consumer<->Server method as talked about above can be a better and extra user-friendly implementation technique for less complicated use-cases (corresponding to common customers utilizing a non-trusted central server like somelightningnode.com).
Are there any downsides of this method other than the clear proven fact that in an effort to make funds customers have to make use of (however not belief!) the identical Server?