<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-cell/src/relaycell, branch arti-v1.4.2</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.2</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.2'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2025-03-18T16:09:13Z</updated>
<entry>
<title>Merge branch 'interface-abstraction-of-the-daleks' into 'main'</title>
<updated>2025-03-18T16:09:13Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-03-18T16:09:13Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=744dbdb942571399b1be7de04c9e6eea44c6b300'/>
<id>urn:sha1:744dbdb942571399b1be7de04c9e6eea44c6b300</id>
<content type='text'>
Wrap x25519-dalek and ed25519-dalek types.

See merge request tpo/core/arti!2868</content>
</entry>
<entry>
<title>Wrap ed25519-dalek types.</title>
<updated>2025-03-18T12:45:28Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-03-17T18:31:42Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=d50e945a5286d89d75892878ff3aa9ed7ebed1f7'/>
<id>urn:sha1:d50e945a5286d89d75892878ff3aa9ed7ebed1f7</id>
<content type='text'>
With this change, we'll no longer need to expose the types from
dalek-cryptography as part of our API, and we'll have more freedom
to switch ed25519 implementations, or to upgrade to a newer
`rand` ahead of their schedule.

Unlike with x25519-dalek, I had to tweak the API a bit: There's no
way to get a &amp;PublicKey out of a Keypair now, and implementing the
old ed25519-dalek traits seemed unnecessary.
</content>
</entry>
<entry>
<title>tor-cell: Implement RelayMsg for all conflux message types.</title>
<updated>2025-03-17T19:42:26Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-03-17T17:57:48Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7ff641cc4c054e0f4bf611043b9874ce5562225e'/>
<id>urn:sha1:7ff641cc4c054e0f4bf611043b9874ce5562225e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-cell: Add setters for the V1LinkPayload seqnos.</title>
<updated>2025-03-13T18:52:12Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-03-13T18:51:31Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e055607d90c49fc08c5f1d7be4e0acdad8e30774'/>
<id>urn:sha1:e055607d90c49fc08c5f1d7be4e0acdad8e30774</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-cell: Make V1_LINK_NONCE_LEN pub.</title>
<updated>2025-03-13T18:51:54Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-03-13T14:01:14Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8349d3ce31d2bd48c43bf0fbb50d0b7f4ade7cb6'/>
<id>urn:sha1:8349d3ce31d2bd48c43bf0fbb50d0b7f4ade7cb6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-cell: Add constructors for the conflux cell types.</title>
<updated>2025-03-13T18:51:54Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-03-04T18:11:45Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a479d5cef98d464fdfe3400333f08025ba487105'/>
<id>urn:sha1:a479d5cef98d464fdfe3400333f08025ba487105</id>
<content type='text'>
We will soon need these in the circuit reactor.
</content>
</entry>
<entry>
<title>tor-cell: Add type alias for the V1LinkPayload nonce.</title>
<updated>2025-03-13T18:27:44Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-03-04T18:11:11Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=8697ffe0419971124601ea2a30b80ef98651cef2'/>
<id>urn:sha1:8697ffe0419971124601ea2a30b80ef98651cef2</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-cell: Add encodable conflux relay message types.</title>
<updated>2025-02-18T16:55:42Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-02-11T19:34:53Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=3f66df0db8c0760c12b800c37bba80f0f08bf489'/>
<id>urn:sha1:3f66df0db8c0760c12b800c37bba80f0f08bf489</id>
<content type='text'>
This adds support for encoding and decoding `RELAY_CONFLUX_LINK`,
`RELAY_CONFLUX_LINKED`, and `RELAY_CONFLUX_SWITCH` cells.

Closes #1852
</content>
</entry>
<entry>
<title>fix: fix typos</title>
<updated>2025-01-06T20:36:37Z</updated>
<author>
<name>Dimitris Apostolou</name>
<email>dimitris.apostolou@icloud.com</email>
</author>
<published>2024-12-25T20:48:02Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=4acfc23b70c51d2637d0274943a82d1c94dec050'/>
<id>urn:sha1:4acfc23b70c51d2637d0274943a82d1c94dec050</id>
<content type='text'>
</content>
</entry>
<entry>
<title>PoW: Consolidate feature flags into a single flag.</title>
<updated>2024-11-25T20:49:46Z</updated>
<author>
<name>Wesley Aptekar-Cassels</name>
<email>me@wesleyac.com</email>
</author>
<published>2024-11-25T20:45:58Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=7846ed242bf39d9b366f47393de28056d70abec0'/>
<id>urn:sha1:7846ed242bf39d9b366f47393de28056d70abec0</id>
<content type='text'>
This replaces the hs-pow, hs-pow-full, hs-pow-v1, pow-v1, and pow-full
features with a single hs-pow-full feature.

It's possible that in the future we will want to split different schemes
into different features, but we can do that when it comes up.

For now, having this as a single flag makes it clearer what's going on,
since the previous thing was not actually expressive enough to capture
some things we care about (like "at least one pow scheme is enabled"
that works in a future-compatible way).

This change is not semver breaking since it's a experimental feature.

Related: #1751
</content>
</entry>
</feed>
