-
selsta.merges
-
xmr-pr8747 8850 8854 8888 8892 8894 8895 8899 8900 8901 8902 8903 8904 8905 8908 8909 8916 8917 8919
-
SNeedlewoodshey, I assume it's not a big deal, but at least I want to report that the following can trigger OCD
-
SNeedlewoodsin monero/src/gen_multisig/gen_multisig.cpp line 216:
-
SNeedlewoodstools::fail_msg_writer() << (boost::format(genms::tr("Error: expected N > 1 and N <= M, but got N==%u and M==%d")) % threshold % total).str();
-
SNeedlewoodsthreshold and total are both defined as uint32_t but one gets formatted with %u and the other one with %d
-
sech1Technically correct, but in practice M will never exceed 2^31
-
jeffro256[m]New multisig application with threshold 2^30/2^31 - you must get the population of china to agree on your transaction
-
UkoeHB8662, 8920 ready for review
-
jeffro256[m]How does performance scale with the number of signers ? I can see something ridiculous like that used for large organizations where stakeholders vote on budget spending
-
jeffro256[m]It requires n^2 communications yeah ?
-
jeffro256[m]Anything bigger than that?
-
UkoeHBN is capped to 16 right now
-
UkoeHByou need at most N communications, but message size is O(N - 1 choose min(N-M, N/2))
-
selsta.merge+ 8662
-
xmr-prAdded