iptorID" key is extended to accept 32 base64 characters which
> is
>the descriptor blinded key used for the index value at the "HsDir".
>
>Because client authentication is not yet implemented, the "AuthType"
> field
>is always "NO_AUTH".
>
> 3
Hi tor-dev. Sorry for the cross post but while tor-relays@ is the
perfect spot to announce Nyx, tor-dev@ is the traditional place to
unveil Stem.
I'm pleased to announce Stem 1.6, the accumulation of a full year of
improvements for our controller library...
https://stem.torproject.org/change_log.
David Goulet writes:
Hi David,
Overall looks good! A few comments inline:
> "onions/{current,detached}"
>No change. This command can support v3 hidden service without changes
>returning v3 address(es).
Does the control-spec need a note pointing out that you might get some
Hi David, great proposal! Sorry I'm juggling too many things right now
to really really review it. Quick skim though looks great. One quick
thought is that the HS_DESC event has an optional positional argument
(DescriptorID). This is fine *but* I'd advise against it since it will
prevent you from e
Hey David,
Are there any ways of revoking a service's key and should it be included as
a control port function? For example, in the case that the master key is
kept offline but the host and its descriptor signing key are compromised,
the box could be run for a period of time(?) until the keys expi
Hi everyone,
Attached is the proposal draft for the hidden service v3 contro port
specification.
The idea with this proposal is to _only_ extend the current commands and
events to v3. Nothing new is added. We can think of more things to add after
but for now, I wanted a baseline to start with tha
On Mon, Nov 6, 2017 at 12:56 AM, ng0 wrote:
> I think videos should be a separate issue, we selfhost them
> already as far as I know but integrating them into git is
> no (good) solution.
Don't think I would propose committing the actual videos / papers
to git... too much bloat... just the bib /
