Search content
Sort by

Showing 5 of 5 results by jaybird777
Post
Topic
Board Development & Technical Discussion
Merits 1 from 1 user
Re: Lighting Network Article
by
jaybird777
on 06/06/2018, 12:37:10 UTC
⭐ Merited by Traxo (1)
Are you going to put nothing in your article about the flaws and vulnerabilities of LN? I thought your article was going to be unbiased technological explanation but the introduction makes some biased, subjective claims about scaling and increased decentralization compared to traditional payment services. Thus I think you should balance that with a list of counter-claims against LN.

See the LN section:

https://steemit.com/cryptocurrency/@anonymint/scaling-decentralization-security-of-distributed-ledgers

Peer review is requested on that linked blog as well.

Thanks for the feedback! My goal in writing this piece was to explain how channels are constructed at the protocol layer, not to provide insight on cost/benefits of the LN itself. After hearing your comments and re-reading, I definitely agree that some of my language is (unintentionally) biased. I'm going to clean up the piece and create a more hard-lined distinction between what is inherent fact vs. claims made by LN.

I'll take a look at your post and provide insight as well!
Post
Topic
Board Development & Technical Discussion
Lighting Network Article
by
jaybird777
on 04/06/2018, 22:14:35 UTC
I just finished writing an article that explains Lightning Channel construction and multi-hop transfers. Looking for anyone highly versed on LN protocols to peer review for technical accuracy before I publish. Any feedback would be greatly appreciated!

https://docs.google.com/document/d/1kZcFAFGZbXUI2t0jLosRhyQ4N3dUHzWCtt5crXO728k/edit
Post
Topic
Board Development & Technical Discussion
Merits 3 from 2 users
Re: LN question about refunding channels
by
jaybird777
on 04/06/2018, 15:12:02 UTC
⭐ Merited by achow101 (2) ,ETFbitcoin (1)
Yes, a "channel" is really just a multisig lockup between parties. So if you wanted to deposit to your channel(s) with a single on-chain funding TX, you could specify an input with multiple destination outputs, just like in any normal BTC transaction.

With that in mind, as liquidity grows, the need to spread money across numerous channels should theoretically decrease. Multi-hop transfers are a way in which two people can pay each other w/out needing an existing channel open. If Bob wants to pay Alice w/out opening a channel with her, and they both have a mutual channel with Steve, they can still route the transaction with full guarantee of trustless settlement. This works by Bob paying Steve, who in turn pays Alice. If the relationships between participants are extremely isolated, you can keep introducing more intermediaries to form a lineage robust enough to facilitate payments.
Post
Topic
Board Development & Technical Discussion
Re: Lightning Funding Question
by
jaybird777
on 31/05/2018, 20:17:16 UTC
Gotcha, so does that mean bi-directional LN channels are at a standstill until BIP 118 gets ratified?
Post
Topic
Board Development & Technical Discussion
Lightning Funding Question
by
jaybird777
on 31/05/2018, 01:01:39 UTC
Trying to get up to speed on Lightning... Has SIGHASH_NOINPUT been activated as a means to create refund insurance on the initial multisig deposit (as described in the Lightning Whitepaper), or have devs found an alternative workaround that doesn't require a softfork?