Good morning, > > That is mostly due to the selection of 1 bit sequence diffs, the > > branching gives us a huge increase in the number of invalidations. The > > paper has the example of branching factor of 46, and a tree depth of 11, > > which results in 1.48e11 updates.
>From your description, it seems, you are somehow imposing a total of 288 >blocks wait time. Does this mean you first start with: kickoff -> (288) tree0 Then further updates: kickoff -> (282) tree1 -> (6) tree0 kickoff -> (282) tree1 -> (0) tree0 kickoff -> (276) tree2 -> (12) tree1 kickoff -> (276) tree2 -> (6) tree1 -> (6) tree0 kickoff -> (276) tree2 -> (6) tree1 -> (0) tree0 kickoff -> (276) tree2 -> (0) tree1 -> (12) tree0 How exactly do you maintain the 288 blocks total wait time? Regards, ZmnSCPxj _______________________________________________ Lightning-dev mailing list Lightning-dev@lists.linuxfoundation.org https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev
