mirrors/arti.git/crates/tor-cell/src/relaycell/hs, branch arti-v2.4.0 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.4.0 2025-11-24T15:08:59Z tor-llcrypto: Stop deriving Deref in CtByteArray 2025-11-24T15:08:59Z Neel Chauhan neel@neelc.org 2025-11-24T15:08:59Z urn:sha1:dbd5bb8ba1f4e7903685c638766d73ba6cb07b06 tor-hsservice: Change capping of PoW effort. 2025-08-13T18:43:05Z Wesley Aptekar-Cassels me@wesleyac.com 2025-08-13T18:20:11Z urn:sha1:8e9e5a2f6ff20360816896b971408e8bf1b5c7ea This caps the PoW effort during sorting, rather than at intake. This allows us to record efforts that are capped in our metrics histogram while only recording metrics after the PoW solve has actually been verified. Switch Cargo.toml files to edition 2024. 2025-08-07T15:28:36Z Nick Mathewson nickm@torproject.org 2025-08-06T01:19:58Z urn:sha1:77b0de43b8c67cdb81befe0680a3df43b6ad37bc First, run ``` git grep -l "^edition =" | xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;' ``` Second, manually verify that all Cargo.toml files have changed, and nothing else has changed. Third, run cargo fmt again. tor-cell: Add ProofOfWorkV1::cap_effort function. 2025-08-05T23:50:24Z Wesley Aptekar-Cassels me@wesleyac.com 2025-07-31T16:30:32Z urn:sha1:d173976048040852faf53ed6388730fb78b4d090 Add methods for getting proof-of-work extension from intro request. 2025-05-27T18:04:31Z Wesley Aptekar-Cassels me@wesleyac.com 2025-01-22T16:29:20Z urn:sha1:bb8358208ac16379b44bcecff7ceb8cd6507c943 cell: Unify HS-ntor and ntor-v3 extensions. 2025-05-07T12:44:59Z Nick Mathewson nickm@torproject.org 2025-04-30T17:43:34Z urn:sha1:ac9ed4d14de91a9a5a74ac55f8341e4f866d9a89 Implements proposal 358. Closes #1946. cell: Make decl_extension_group macro more self-contained. 2025-05-07T12:39:33Z Nick Mathewson nickm@torproject.org 2025-04-30T14:29:10Z urn:sha1:2cc08a8dc2385957964e44173084c943fb77a68d Previously it required the caller to import a whole bunch of stuff. cell: move ExtList module out of hs module. 2025-05-07T12:39:33Z Nick Mathewson nickm@torproject.org 2025-04-30T14:14:59Z urn:sha1:c2d455628b5a6cea4c6af75f72f4664b925f7653 We're going to use it for ntorv3 extensions as well. Wrap ed25519-dalek types. 2025-03-18T12:45:28Z Nick Mathewson nickm@torproject.org 2025-03-17T18:31:42Z urn:sha1:d50e945a5286d89d75892878ff3aa9ed7ebed1f7 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 &PublicKey out of a Keypair now, and implementing the old ed25519-dalek traits seemed unnecessary. fix: fix typos 2025-01-06T20:36:37Z Dimitris Apostolou dimitris.apostolou@icloud.com 2024-12-25T20:48:02Z urn:sha1:4acfc23b70c51d2637d0274943a82d1c94dec050