00:10:26 Hi guys! 00:10:49 I'm trying to make transaction with my custom signer 00:11:12 And when sending it to daemon 00:11:35 got such error: `{"double_spend":false,"fee_too_low":false,"invalid_input":false,"invalid_output":false,"low_mixin":false,"not_rct":false,"not_relayed":false,"overspend":false,"too_big":false,"untrusted":false,"sanity_check_failed":true,"too_few_outputs":false,"status":"Failed","reason":"Sanity check failed"}` 00:11:55 what possible causes of such behaviour? 00:12:43 my transaction in hex: `02000102000bdfbd36b603c412d50e9d01e013e70f8704a80ba601ae01704851d2f2785bcab39e69f3f1b013fcefb861bc7ec2eaa5178cd555130776a50200026f2fd3293d85af1a93d981a2fa569b7a64d70c67a707abc7087c275e8aeea0370002cbd5defc9064b200237c224e035aa96abb87fae3e0df618675fef4647613a3b62101f557cf5c787469db829afad145ec18f0ff19d9fca27c78c2b92a087788cf6d 00:12:43 490580c3bbc20600000000000000000000000000000000000000000000000000000000000000001c50e3f27e872c320000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000860e66f4f229c07f000000000000000000000000000000000000000000000000c4b9deac5cdf577d6956e47f910d9bc7371fdca81d3d2d8688fecc17113f3011dae7708ff1b3a727 00:12:44 67c690ca9dae5d49c91a3ceb2c32c78c90057cbbb3918cb5015fa219fde8335329a4af835e8f62e7e83ce4638702418f3558886820f6e2b6a45087f098e8f62d35667ee1411552a10ff9054dd3bb6e343ceb42bc7964beae8afc7b448e7b95290c8fad28b4d088ee0c5892a783e40b37f1826e3375b5a6e3f14a380a4b9812da7d2bc6dd4342459bd962bd54f39182c5a27765bc078e035ec61fce740006db5aaab8493a978664b36a2ee6916e2e00 00:12:44 cdb116ddfcf6d9a9a30a95428a6f35f19e9e6cbbf178fcb52574f069293c7f956d4e09e232bcbe1b1d06079e48db8b04578ef27ee42c96d7c63d4d251809a4412c3c405a655f9d5d2c5189613a1921a54d3a6e3f28bf53d31df3735e3706ffc5573868c6484b017fcbbc91662ecd0a8649af96aea25284115b4e81c826bfd5cd4e2bdbb882a21d7fcd408b269a0ecbdd921de2a09cb326a9d813a9aca55d6652ad3959f85cc7fd812062cf9a522233 00:12:45 3487f4c19cacc370d870342225f26039adcc1c1b2d783a71d33e8ed7eafce0ec06840cfa321aec2148b368b37fb88346bc9ae175d326b10e8dcae9bcbbf6b86f38ca1606f74e435a2251025f9d72c652851f6f9bee30421750b220560712da8b9e0bec6585f023332f0e456b3d8c816b060b38db62eab61c6018516337be93e134d4eac456a4d9a7f92f5aff73814c37aaa1bf7d9919d5049f416d2297e4206a90738c270f99171b56e0a238f237d0 00:12:46 9813b848e629db603c113b66ab6926b6e04e742f75aaebe70d2f5693ae9838501c6e62867880149d8fbfb84da67b5e529a73b8754b24cfcce2200e352f654546c371974f3714a50122f146264203007d4dadcf6ab15e5c174c1c5027af71deaae4b9adfb1f8d1ddaab4b91e36521bcf1631671dbbbde53939706d00c3cb016833e25faea469f8dd016821ca1e79bb8a3e9c365d53b64a0e99518593644aa8672f34f145144604468ba53d682fe03fe 00:12:46 a5f1bd0f2ad97240e2541c5f11d82a685c08749f0626dda150804af81b170225cffd5bb381520f46ab1c533bba274b44139952edbf2191c1b495875b463a0eb9449951804bf0f3b47ffba5bbca516607f5ddb91382c32b5f439446b3e2bb0eba11e40c4e345a841e4ca93de76ba13628759863df1f7c2e6192a1f0b4bc5b04f0b8abc0ebf8b0b22553e2cc5d69c634b4f9443fd6d7b577be088e1b18dadf028fec9cf04d5903a9afb56c562c61c9a4 00:12:46 2a48861c14ab5ba3405f51e415f8a4035b5c96ef88867e520a360e6cafbf3444560e200678ba33e960acb03994c3fa00c4b77ae65add24de03a1719a19a631c7e6e085ce14e384a30263b1a091122b008a530bb15c02a7ae8f112d96f6e46414a13193266522f0c797103012d2e9210c7995ab3ca696f22d8be32fb41d8006d3c186b7fd322642309e8d4c0c7abed3066909daf7553441e4483ddb7c934815143749defcd6c4dd015a39e307bd7efa 00:12:47 0e94dd920083c46b584da1cabb5ffcfec565d4102fba47c62ab72869bdac078e066a3d29a72b5eb49ee0bb084b7ee8b2e0fafceeeaf5edc3ff8b0b9ba52d67390881f141cae399c600bc6bb5bad4ae825a48aff5af01c05eaedfdfe5339ee0a60e67109bd81ea1d38b84688f35d35ad515d9ac4131921be712c6354513977c46dbz 00:12:49 Dont' spam please. 00:12:51 my transaction in hex: `02000102000bdfbd36b603c412d50e9d01e013e70f8704a80ba601ae01704851d2f2785bcab39e69f3f1b013fcefb861bc7ec2eaa5178cd555130776a50200026f2fd3293d85af1a93d981a2fa569b7a64d70c67a707abc7087c275e8aeea0370002cbd5defc9064b200237c224e035aa96abb87fae3e0df618675fef4647613a3b62101f557cf5c787469db829afad145ec18f0ff19d9fca27c78c2b92a087788cf6d 00:12:51 490580c3bbc20600000000000000000000000000000000000000000000000000000000000000001c50e3f27e872c320000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000860e66f4f229c07f000000000000000000000000000000000000000000000000c4b9deac5cdf577d6956e47f910d9bc7371fdca81d3d2d8688fecc17113f3011dae7708ff1b3a727 00:12:52 67c690ca9dae5d49c91a3ceb2c32c78c90057cbbb3918cb5015fa219fde8335329a4af835e8f62e7e83ce4638702418f3558886820f6e2b6a45087f098e8f62d35667ee1411552a10ff9054dd3bb6e343ceb42bc7964beae8afc7b448e7b95290c8fad28b4d088ee0c5892a783e40b37f1826e3375b5a6e3f14a380a4b9812da7d2bc6dd4342459bd962bd54f39182c5a27765bc078e035ec61fce740006db5aaab8493a978664b36a2ee6916e2e00 00:12:52 cdb116ddfcf6d9a9a30a95428a6f35f19e9e6cbbf178fcb52574f069293c7f956d4e09e232bcbe1b1d06079e48db8b04578ef27ee42c96d7c63d4d251809a4412c3c405a655f9d5d2c5189613a1921a54d3a6e3f28bf53d31df3735e3706ffc5573868c6484b017fcbbc91662ecd0a8649af96aea25284115b4e81c826bfd5cd4e2bdbb882a21d7fcd408b269a0ecbdd921de2a09cb326a9d813a9aca55d6652ad3959f85cc7fd812062cf9a522233 00:12:53 3487f4c19cacc370d870342225f26039adcc1c1b2d783a71d33e8ed7eafce0ec06840cfa321aec2148b368b37fb88346bc9ae175d326b10e8dcae9bcbbf6b86f38ca1606f74e435a2251025f9d72c652851f6f9bee30421750b220560712da8b9e0bec6585f023332f0e456b3d8c816b060b38db62eab61c6018516337be93e134d4eac456a4d9a7f92f5aff73814c37aaa1bf7d9919d5049f416d2297e4206a90738c270f99171b56e0a238f237d0 00:12:53 9813b848e629db603c113b66ab6926b6e04e742f75aaebe70d2f5693ae9838501c6e62867880149d8fbfb84da67b5e529a73b8754b24cfcce2200e352f654546c371974f3714a50122f146264203007d4dadcf6ab15e5c174c1c5027af71deaae4b9adfb1f8d1ddaab4b91e36521bcf1631671dbbbde53939706d00c3cb016833e25faea469f8dd016821ca1e79bb8a3e9c365d53b64a0e99518593644aa8672f34f145144604468ba53d682fe03fe 00:12:54 a5f1bd0f2ad97240e2541c5f11d82a685c08749f0626dda150804af81b170225cffd5bb381520f46ab1c533bba274b44139952edbf2191c1b495875b463a0eb9449951804bf0f3b47ffba5bbca516607f5ddb91382c32b5f439446b3e2bb0eba11e40c4e345a841e4ca93de76ba13628759863df1f7c2e6192a1f0b4bc5b04f0b8abc0ebf8b0b22553e2cc5d69c634b4f9443fd6d7b577be088e1b18dadf028fec9cf04d5903a9afb56c562c61c9a4 00:12:54 2a48861c14ab5ba3405f51e415f8a4035b5c96ef88867e520a360e6cafbf3444560e200678ba33e960acb03994c3fa00c4b77ae65add24de03a1719a19a631c7e6e085ce14e384a30263b1a091122b008a530bb15c02a7ae8f112d96f6e46414a13193266522f0c797103012d2e9210c7995ab3ca696f22d8be32fb41d8006d3c186b7fd322642309e8d4c0c7abed3066909daf7553441e4483ddb7c934815143749defcd6c4dd015a39e307bd7efa 00:12:55 0e94dd920083c46b584da1cabb5ffcfec565d4102fba47c62ab72869bdac078e066a3d29a72b5eb49ee0bb084b7ee8b2e0fafceeeaf5edc3ff8b0b9ba52d67390881f141cae399c600bc6bb5bad4ae825a48aff5af01c05eaedfdfe5339ee0a60e67109bd81ea1d38b84688f35d35ad515d9ac4131921be712c6354513977c46dbz` 00:13:04 ok, sorry( 00:13:34 What is your custom signer ? 00:13:53 written by me:) 00:14:09 trying to send transaction to testnet 00:14:27 Do you do your own fake out selection ? 00:14:47 no for this i use rpc call 00:15:35 The sanity check triggers when the set of inputs in a tx looks far enough from the ideal distribution. If you use monero-wallet-rpc, you were just unlucky. 00:15:52 There was a bug about this recently, let me look it up.. 00:16:37 Oh, are you using pre-rct outputs ? 00:17:00 Try with 6815 if you do. 00:18:21 noooo 00:18:26 only rct 00:18:30 seen it) 00:19:18 Then bump daemon logs and see what it complains about. 02:17:16 moneromooo : they are vampires on the network just mirroring your height? somewhat gross, wonder what they're running 02:20:07 Probably spying, given they're all over the place and pointing at each other. 14:16:08 -xmr-pr- moneromooo-monero opened pull request #6900: add more updates domains and make the voting generic, not just 2/3 14:16:08 -xmr-pr- > https://github.com/monero-project/monero/pull/6900 17:02:12 hmm just started my node and it found 8 troll peers, maybe we should increase the default? 17:02:29 restarting helped for it to start sync 17:08:41 Also lean towards incresing the 8. 17:10:15 I'd be interested to see if we can compute any "connectedness" metric from the list of peers returned by selected peers. If they are overly connected, they might be assumed to be nefarious and colluding. In this case you'd just resampled new ones. 17:12:05 I think it would be naive to assume they aren't nefarious and colluding 17:13:25 I mean can we find a heuristic to judge if a node is likely connected only to nodes that are colluding to connect to each other 17:14:21 By computing some metrics on the subgraph defined by the list of known nodes advertised by peers 17:15:59 Ah 17:19:28 Extreme example: you connect to 8 nodes that provide you with a list of peers made only of these 8. Safe choice would be to start from scratch with new peers again. 17:20:30 would love to look at this more closely if I get the time 17:37:14 I would love for someone to work out some heuristic that is solid. I've not really done anything so far to avoid them starting hiding before a good heuristic is found :)