{"type":"rich","version":"1.0","author_name":"npub15758wuggl6u8umupz8ellvdjad7mjcchkn2vcelrmmeg55f48euspfpqkx","author_url":"https://nostr.ae/npub15758wuggl6u8umupz8ellvdjad7mjcchkn2vcelrmmeg55f48euspfpqkx","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2021-11-23\n📝 Original message:\nwhat i can imagine is each team should provide boxes and channel liquidity\nas stake on mainnet for tests before announce a public realise as to feel\nthe pain first hand instead of having several K´s of plebs confused and at\nworst have funds in channelclosed etc. but mostly for helping in smooth\ntransitioning into future envisioned mass.\n\nIf teams rather outsource the running of boxes with channels on mainnet for\nimpl release and rc versions they would of course be able to, but close to\nhome for managing analysis of the team impl themselves is what I would\nrecommend.\n\nCan also see that each box loglines are collected at one central point\nwhereby requests can be made for comparing interoperability per unix.ts\nidentified by box.\n(thats alot of data You say --not really in Big Data terms, question is\nwhere to set a proper cap in time for collections ? a week ? a month ?)\nI think i might have a solution for the central point collector that could\nbe run by an outside of impl teams perimeter. (sponsored?)\n\n/xraid\n\n\n\nOn Tue, Nov 23, 2021 at 11:35 AM ZmnSCPxj \u003cZmnSCPxj at protonmail.com\u003e wrote:\n\n\u003e Good morning again x-raid,\n\u003e\n\u003e Are you proposing as well to provide the hardware and Internet connection\n\u003e for these boxes?\n\u003e\n\u003e I know of one person at least who runs a node that tracks the C-Lightning\n\u003e master (I think they do a nightly build?), and I run a node that I update\n\u003e every release of C-Lightning (and runs CLBOSS as well).\n\u003e I do not know the actual implementations of what they connect to, but LND\n\u003e is very popular on the network and LNBIG is known to be an LND shop, and\n\u003e LNBIG is so pervasive that nearly every long-lived forwarding node has at\n\u003e least one channel with *some* LNBIG node.\n\u003e I consider this \"good enough\" in practice to catch interop bugs, but some\n\u003e interop bugs are deeper than just direct node-to-node communications.\n\u003e For example, we had bugs in our interop with LND `keysend` before, by my\n\u003e memory.\n\u003e\n\u003e Regards,\n\u003e ZmnSCPxj\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20211123/2a4afb38/attachment-0001.html\u003e"}