One proposal I've liked is to socially discourage asymmetrical families by giving them with bad badges on Roster.  If A says B is part of their family but B doesn't reciprocate, A gets a penalty to their bandwidth points.<div><br></div><div>I think right now the proposals are to either:</div><div><br></div><div>(1) move forward using Observed Bandwidth for everything.  And when it gets spoofed we must accept it and can talk about ways of improving it.</div><div><br></div><div>(2) use consensus weight as a proxy for "real observed bandwidth".</div><div><br></div><div>Question: What is the downside (if any), of using Consensus Weight as the sole measure of bandwidth points?</div><div><br></div><div>-V<span></span><br><div><br>On Thursday, July 2, 2015, l.m <<a href="mailto:ter.one.leeboi@hush.com">ter.one.leeboi@hush.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span style="font-family:Arial;font-size:13px">The major problem with ticket 16276 is that it isn't a fix (as you seek here). It just moves the current implementation into the details document rather than being done in the node index. I don't think you *can* fix it as you seek. Bi-directionality isn't an enforceable property. The spec makes no guarantee. The internet makes no guarantee. You might as well remove the family property entirely than try to do what you suggest.<br><br>What you propose isn't possible by the properties of tor's network. The best you can do is take a measurement and hope it applies to all views of the network. I made some comments alluding to this in 16276. I would happily work on the ticket if it actually presented a solution.<br><br>Comments appreciated.<br>--leeroy<br></span></blockquote></div></div>