<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-proto/src/tunnel/circuit, branch arti-v1.4.4</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.4</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.4'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2025-05-28T12:54:58Z</updated>
<entry>
<title>tor-proto: Make Path::all_hops() return an iterator.</title>
<updated>2025-05-28T12:54:58Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-05-28T11:00:46Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=2bc95fa72634b98c9cc6ee15206a6c24932f096c'/>
<id>urn:sha1:2bc95fa72634b98c9cc6ee15206a6c24932f096c</id>
<content type='text'>
This addresses one of the TODOs from `reactor::conflux`.
</content>
</entry>
<entry>
<title>proto: Apply type-specific wrappers for tor1 crypto</title>
<updated>2025-05-06T22:34:17Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-04-30T11:59:47Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=efcca717bd3b90fa29bb0421eeb936f247671549'/>
<id>urn:sha1:efcca717bd3b90fa29bb0421eeb936f247671549</id>
<content type='text'>
Now instead of using CryptState for everything, we have specific
types for each role and direction of crypto.

This turned up a harmless-so-far bug in our onion service code: as
an onion service, we were using _client_ crypto layers to respond to
a client request.  That's not correct, and wouldn't have worked
with CGO.  Instead, we need to use relay crypto layers, wrapped
as client layers.

Closes #1975.
</content>
</entry>
<entry>
<title>proto, cell: Remove RelayCellFormatTrait.</title>
<updated>2025-05-06T22:34:17Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-04-30T00:59:07Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=297aa8027f7528605fe5bf2097f3474d9ba3eef9'/>
<id>urn:sha1:297aa8027f7528605fe5bf2097f3474d9ba3eef9</id>
<content type='text'>
The purpose of the trait was to parameterize the tor1 cell crypto
on the different possible relay cell layouts.

It made sense to have this trait when we thought we would implement
the new cell layout for prop340 (packed-and-fragmented) well before
we implemented CGO.

But it now appears all but certain that CGO will land long before
we make any more headway on prop340.  Therefore,
it doesn't make sense to carry the ability to customize `tor1`
for other relay cell layouts.

Removing this trait saves a fair bit of complexity.
</content>
</entry>
<entry>
<title>tor-proto: Support adding and linking circuits in ConfluxSet.</title>
<updated>2025-05-06T12:10:58Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-04-09T17:31:28Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=ba5314afbbb3783e1fc68e799287d45d7d303b1f'/>
<id>urn:sha1:ba5314afbbb3783e1fc68e799287d45d7d303b1f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>proto: refactor RelayCrypt trait into separate traits</title>
<updated>2025-04-29T16:31:09Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-04-15T00:01:22Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=3bd64c9308a7f3c7772acc2a42f5349ad0534e17'/>
<id>urn:sha1:3bd64c9308a7f3c7772acc2a42f5349ad0534e17</id>
<content type='text'>
It seems very likely that, as with client crypto,
we'll want relay crypto to separable into "forward" and "reverse"
objects, so that the two can be used more or less independently.
</content>
</entry>
<entry>
<title>Note some places where we need updates for #1944.</title>
<updated>2025-04-16T14:58:49Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-04-09T16:35:26Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=015b39ffe90b652c25cd9c932899bf017c4e740d'/>
<id>urn:sha1:015b39ffe90b652c25cd9c932899bf017c4e740d</id>
<content type='text'>
(Also note a couple of other CGO-related issues)
</content>
</entry>
<entry>
<title>tor-proto: Add a tunnel module.</title>
<updated>2025-02-20T20:15:12Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2025-02-13T16:58:04Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=31ee1dbbe88f92d99d66614d0625cb6e87d48edd'/>
<id>urn:sha1:31ee1dbbe88f92d99d66614d0625cb6e87d48edd</id>
<content type='text'>
Move StreamTarget to the tunnel module and the circuit module.

From now on streams will be implemented on tunnels, not circuits.

This moves `StreamTarget` to the tunnel module. A future change will
replace `ClientCirc` with `ClientTunnel` inside `StreamTarget`.

This is mostly code motion, best reviewed with `--color-moved`.

Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
</feed>
