Proposta de Escalabilidade para Lightning Network
Nucleus - Capital-efficient multipeer Lightning payment channels
A Lightning Network tem uma limitação por design de falta de liquidez nas rotas de pagamentos devido a canais desbalanceados ou que não comportam o tamanho do pagamento.
Isso é devido a existência do Inbound Liquidity(capacidade de recebimento) que acaba trazendo maior complexidade na gestão de um nó e manutenção da liquidez da rede e que também acaba encarecendo-a.
Na tentativa de resolver o inbound liquidity da LN, o Burak acabou criando um protocolo novo chamado Ark.
Mas não é sobre Ark que venho falar neste artigo…
Apresento-lhes uma proposta ainda em rascunho chamada Nucleus:
Canais multipeer com eficiência de capital
Nucleus propõe canais Lightning que podem ser criados e executados por múltiplos participantes, disponibilizando totalmente sua liquidez dentro de um canal.
E através de apenas 1 peer, canais multipeer podem se conectar aos outros podendo enviar pagamentos a outros participantes de outros canais através deste hop. Cada peer pode se conectar a diversos canais multipeers e assim formando a rede de canais em pool.
Um canal Nucleus pode ser formado por 2 ou mais participantes.
O canal é aberto por uma transação de financiamento, contendo um único output que bloqueia fundos para um msig N-de-N. A transação de financiamento deve ser on-chain como um requisito de segurança do canal.
O state channel Nucleus inclui os outputs da transação de alocação, sempre gastando o output de funding da transação de funding, distribuindo entre os peers do canal, e de zero a infinitas transações, gastando outputs da tx de alocação e, opcionalmente, outputs de outras txs.
Se todos os participantes estiverem online e cooperativos, o state channel é atualizado assinando uma nova versão da tx de alocação, o que requer assinaturas de todos os participantes do canal.
No caso de nem todos os participantes do canal estarem online ou prontos para assinar um state channel, é criada uma nova tx de operação, que gasta apenas inputs dos peers que desejam atualizar seu state (por exemplo, fazer um pagamento entre si).
Assim que todos os peers estiverem online, eles devem cooperar e assinar uma nova versão da transação de alocação, que deve corresponder à transação de alocação anterior com todos os graphs de transações de operação aplicados por cima.
Os peers são incentivados a fazer isso, pois reduz o custo para cada um deles encerrar o canal de forma unilateral. Isso também redefine a segurança do estado do canal de volta ao nível trustless
Nucleus elimina a necessidade de inbound liquidity e permite pagamentos offchain multilaterais não roteados.
Qualquer número de participantes pode participar e utilizar toda a sua liquidez para interagir com qualquer outro participante sem restrições.
Nucleus não é uma proposta minha, a autoria é de: Atomic Mr Nuclear
Contato: atomic-mr-nuclear@onionmail.org
Todos os créditos reservados a Atomic Mr Nuclear
Links
lists.linuxfoundation.org/pipermail/lightning-dev/2023-August/004057.html
nobsbitcoin.com/nucleus-capital-efficient-multipeer-lightning-payments/
Contato
Twitter: EMTLL_
Telegram: EM_TLL
Amboss: EMTLL
Se gostou do tutorial e quiser contribuir com alguns satoshis, envie para o LN Address: emtll@blink.sv