rich1.0npub1uyhgpz5nsfnvdlcqm3erjsdjasd9pdeaejeetwtkvumm6mp3ujlqxt9vwkhttps://nostr.ae/npub1uyhgpz5nsfnvdlcqm3erjsdjasd9pdeaejeetwtkvumm6mp3ujlqxt9vwknjumphttps://nostr.ae📅 Original date posted:2022-11-23 📝 Original message: Hi Antoine, To discuss your proposed solution in detail, I think that some kind of recommended policy is needed. If presenting one is a low priority, and waiting for other things, my main concern is that it will just never happen ("any decade now" kind of situation). Best, Clara On Tue, Nov 22, 2022 at 8:13 PM Antoine Riard <antoine.riard at gmail.com> wrote: > Hi Clara, > > Shared the mail on #lightning-dev Libera chat to get more feedback on > schedule. > > > Do you have a timeline in mind for presenting such a policy? > > See the comments on the BOLT #1043 PR, for now I'm thinking more to > refine the proposed credentials architectural framework. > I think dynamic routing policy in function of channel congestion rate, and > you combine that with reputation to do active risk-management are far more > advanced questions. > > Best, > Antoine > > Le mar. 22 nov. 2022 à 15:54, Clara Shikhelman <clara.shikhelman at gmail.com> > a écrit : > >> Dear All, >> >> If the call time (Monday the 28th at 7 pm UTC) doesn't work out for you, >> please reach out! >> >> Thanks for your quick and detailed response, Antoine. >> >> If by recommend policy, you mean the set of algorithms that should guide >>> the token quantity, rate issuance, token acquisition cost, and the >>> adaptations in function of the local channel congestion, or even the >>> gossips of the other routing nodes, not at all. >>> >> >> Do you have a timeline in mind for presenting such a policy? >> >> Looking forward to discussing this further over the phone call, will make >> some inquiries to make sure the time works for most people. >> >> Best, >> Clara >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20221123/ba980de5/attachment.html>