Goose_in_Gensokyo's avatar
Goose_in_Gensokyo 3 months ago
I appreciated your work and wanna to test it... link to github (in your site)appears to be 404 >.< (also, there is no link to whitepaper from main page) Also, whitepaper still not very clear: what if some Bad Guy(s) try to make unfair (outdated) transaction(s) onchain? What Good Operator(s) can do? (it's the main question, especially if some Bad Operator in the game...) Do users need to open channels before they can use your idea? (can you explain everything from baka-users point of view? (hope your whitepaper is not AI - generated?)
↑ Parent

Replies (1)

ynniv's avatar
ynniv ynniv@ynniv.com 3 months ago
ah, i fixed those links. thanks the basic construction is that the operator appends updates to the ledger, but a quorum that they chose controls the onchain reserves utxo. if the operator goes bad, the quorum gives the reserves to a random quorum member, and the ledger is now their responsibility if quorum members collude and do not reassign reserves in a timely manner, then the honest members of their own quorums will reassign their ledgers. the question is, how far does this scale. in my analyses and simulations, it is farther than expected there has been more interest today than for many months – i will write more soon
↑