nt and how it
can be implemented.
And, if you find this interesting, I would be glad to submit a patch :)
Any kind of feedbacks is more than welcome!
Cheers!
Florentin
Filename: waterfilling-balancing-with-max-diversity.txt
Title: Waterfilling
Authors: Florentin Rochet and Olivier Pereir
at
http://ndouuqkqdsd6v56h.onion/and get the big picture. Especially from
slides 14.1, 14.2, .3, .4 and .5).
On 15/01/18 03:26, teor wrote:
>> On 13 Jan 2018, at 01:17, Florentin Rochet <florentin.roc...@uclouvain.be>
>> wrote:
>>
>> Hello,
>>
>> Thank
, such that you have the proper
commit history.
On 2018-01-11 14:47, teor wrote:
Hi Florentin,
I have copied your proposal below, so I can respond to it inline.
On 11 Jan 2018, at 21:00, Florentin Rochet
<florentin.roc...@uclouvain.be <mailto:florentin.roc...@uclouvain.be>>
wrote:
Hello,
On 28/01/18 11:52, teor wrote:
> Hi,
>
> I have some more questions:
Nice, thanks! I still have to answer your previous email and push an
update to the proposal. I should do it this week, sorry for late answers :)
See inline a few answers to your questions:
>
> On 18 Jan 2018, at
Hi,
I updated the proposal with some more of your advises, questions and
concerns.
On 18/01/18 01:03, teor wrote:
>
>> I've added this concern within the 'unanswered questions' section. This
>> proposal assumes relay measurement are reliable (consensus weight).
> How reliable?
>
> Current
Hello,
On 2018-03-07 14:31, Aaron Johnson wrote:
> Hello friends,
>
>> 1) The cost of IPs vs. bandwidth is definitely a function of market
>> offers. Your $500/Gbps/month seems quite expensive compared to what
>> can be found on OVH (which is hosting a large number of relays): they
>> ask ~3
tails remain, but
let's try to reach a consensus before :)
>> On Mar 7, 2018, at 3:28 AM, Florentin Rochet <florentin.roc...@uclouvain.be>
>> wrote:
>>
>> Hi Aaron,
>>
>> Thanks for your comments, you are definitely touching interesting aspects.
>>
Hi all :)
On 2018-03-08 00:31, A. Johnson wrote:
On Mar 7, 2018, at 5:12 PM, Florentin Rochet
<florentin.roc...@uclouvain.be
<mailto:florentin.roc...@uclouvain.be>> wrote:
Hello,
On 2018-03-07 14:31, Aaron Johnson wrote:
Hello friends,
1) The cost of IPs vs. bandwidth i
users against
their likely adversaries, and in fact is likely to make things less secure in a
few important cases.
Best,
Aaron
On Jan 31, 2018, at 5:01 PM, teor <teor2...@gmail.com> wrote:
On 1 Feb 2018, at 07:15, Florentin Rochet <florentin.roc...@uclouvain.be> wrote:
On 18
On 2018-03-26 20:34, Mike Perry wrote:
Florentin Rochet:
On 2018-03-20 04:57, Mike Perry wrote:
Arguments for staying with just one guard:
1. One guard means less observability.
As Roger put it in the above blog post: "I think the analysis of the
network-level adversary in Aaron's
Hello,
Thank you for this great summary :)
On 2018-03-20 04:57, Mike Perry wrote:
Arguments for staying with just one guard:
1. One guard means less observability.
As Roger put it in the above blog post: "I think the analysis of the
network-level adversary in Aaron's paper is the strongest
Hi teor,
Sorry about the huge delay :)
I've added your following idea to the proposal (seems we come up to the
right way to do it :-)):
> Why not list the waterfilling level on a single line in the consensus?
>
> That way:
> * authorities do the expensive calculation
> * clients can re-weight
Hello,
I am digging this out to make some kind of announcement
I am actually working over those problems, and I am developing a new approach
to solve these (still early research state, but with really encouraging
results). Basically, I've developing a software architecture which will let you
Hello,
On 14/10/2019 13:29, Roger Dingledine wrote:
> On Mon, Oct 14, 2019 at 07:56:29AM +0000, Florentin Rochet wrote:
>> We are suggesting a straightforward fix to the problem, which
>> is, roughly speaking, to choose primary guards in the order in which
>> they were
x is to select uniformly at random to obtain the
> `sampled` set, then weight by bandwidth when trying to build circuits and
> marking guards as confirmed. —isis]
Best,
Florentin
1500cli-250rel_sampling_exp.pdf
Description: 1500cli-250rel_sampling_exp.pdf
From 5f8ca77f1b650534a
15 matches
Mail list logo