Re: [tor-dev] Proposal: Rendezvous Single Onion Services

> On 12 Feb 2016, at 15:57, Roger Dingledine wrote: > > I made some hopefully uncontroversial changes to the proposal in > git, but here are the comments that you might want to think about or > disagree with before acting on. :) > > On Fri, Oct 23, 2015 at 01:54:50AM +1100, Tim

Re: [tor-dev] Next version of the algorithm

Hi there, Thanks again! Really appreciate you spending so much time with us fine tuning this. > > The full algorithm is referred to as ALGO_CHOOSE_ENTRY_GUARD. It is divided > > into three components, such that the full algorithm is implemented by first > > invocing

Re: [tor-dev] Should we disable the collection of some stats published in extra-infos?

> On Jan 19, 2016, at 3:45 AM, Karsten Loesing wrote: > > Signed PGP part > On 15/01/16 23:00, Rob Jansen wrote: > > Hello, > > Hi Rob, > > I'm moving this discussion from metrics-team@ to tor-dev@, because I > think it's relevant for little-t-tor devs who are not

Re: [tor-dev] Existing Tor Guard Selection Algorithm

Chelsea Komlo writes: > Hi George, > > Thanks for your help with this! > > We wrote up our high-level understanding of the current Tor guard selection > algorithm here: > > https://gist.github.com/chelseakomlo/2acbe15314b5a809c6f4 > > This has more than our python

Re: [tor-dev] Next version of the algorithm

Hi again, Here is the newest version of the algorithm: https://gist.github.com/olabini/343da01de8e01491bf5c The biggest change is the addition of the state STATE_TRY_ONLY_TRIED. Once it enters this state, it will never exit it again. Cheers -- Ola Bini (https://olabini.se) "Yields falsehood

Re: [tor-dev] Proposal: Rendezvous Single Onion Services

I made some hopefully uncontroversial changes to the proposal in git, but here are the comments that you might want to think about or disagree with before acting on. :) On Fri, Oct 23, 2015 at 01:54:50AM +1100, Tim Wilson-Brown - teor wrote: >Rendezvous single onion services have a few