From d473e8743e75e88873bcac20b5ae04a4fb750bdd Mon Sep 17 00:00:00 2001 From: shenpengfeng Date: Thu, 15 Aug 2024 00:49:54 +0800 Subject: [PATCH] chore: remove repetitive words Signed-off-by: shenpengfeng --- documentation/dev-portal/src/nymvpn/faq.md | 2 +- documentation/operators/src/legal/swiss.md | 2 +- nym-api/src/node_status_api/utils.rs | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/documentation/dev-portal/src/nymvpn/faq.md b/documentation/dev-portal/src/nymvpn/faq.md index d05df2d051..64830065ac 100644 --- a/documentation/dev-portal/src/nymvpn/faq.md +++ b/documentation/dev-portal/src/nymvpn/faq.md @@ -56,7 +56,7 @@ Project Smoosh is a code name for a process in which different components of Nym ## Exit Gateway -Part of the the transition under code name [Project Smoosh](#project-smoosh) is a creation of [Nym Exit Gateway](https://nymtech.net/operators/legal/exit-gateway.html) functionality. The operators running Gateways would have to “open” their nodes to a wider range of online services, in a similar fashion to Tor exit relays. The main change will be to expand the original short [allowed.list](https://nymtech.net/.wellknown/network-requester/standard-allowed-list.txt) to a more permissive setup. An [exit policy](https://nymtech.net/.wellknown/network-requester/exit-policy.txt) will constrain the hosts that the users of the Nym VPN and Mixnet can connect to. This will be done in an effort to protect the operators, as Gateways will act both as SOCKS5 Network Requesters, and exit nodes for IP traffic from Nym VPN and Mixnet clients. +Part of the transition under code name [Project Smoosh](#project-smoosh) is a creation of [Nym Exit Gateway](https://nymtech.net/operators/legal/exit-gateway.html) functionality. The operators running Gateways would have to “open” their nodes to a wider range of online services, in a similar fashion to Tor exit relays. The main change will be to expand the original short [allowed.list](https://nymtech.net/.wellknown/network-requester/standard-allowed-list.txt) to a more permissive setup. An [exit policy](https://nymtech.net/.wellknown/network-requester/exit-policy.txt) will constrain the hosts that the users of the Nym VPN and Mixnet can connect to. This will be done in an effort to protect the operators, as Gateways will act both as SOCKS5 Network Requesters, and exit nodes for IP traffic from Nym VPN and Mixnet clients. * Read more how the exit policy gets implemented [here](https://nymtech.net/operators/faq/smoosh-faq.html#how-will-the-exit-policy-be-implemented) * Check out [Nym Operators Legal Forum](https://nymtech.net/operators/legal/exit-gateway.html) diff --git a/documentation/operators/src/legal/swiss.md b/documentation/operators/src/legal/swiss.md index b879123d85..17e8a74aee 100644 --- a/documentation/operators/src/legal/swiss.md +++ b/documentation/operators/src/legal/swiss.md @@ -33,7 +33,7 @@ I therefore consider the risk for an exit node operator to become involved in a Nevertheless, in such a situation, exit node operators providers would have to provide the authorities with the information already available to them (Art. 22 Para. 3 SPTA), and they would have to tolerate monitoring by the authorities or by the persons commissioned by the service of the data which the monitored person transmits or stores using derived communications services (Art. 27 Para. 1 SPTA; see above, 5.1.1.2). There is no duty of data retention for providers of derived communication services, though. -The the risk for exit node operators of being upgraded according to Art. 22 Para. 4 SPTA is low to non existent for the reasons mentioned above. +The risk for exit node operators of being upgraded according to Art. 22 Para. 4 SPTA is low to non existent for the reasons mentioned above. #### Intelligence Service Law diff --git a/nym-api/src/node_status_api/utils.rs b/nym-api/src/node_status_api/utils.rs index 598fba5679..0682cf62ba 100644 --- a/nym-api/src/node_status_api/utils.rs +++ b/nym-api/src/node_status_api/utils.rs @@ -45,7 +45,7 @@ impl NodeUptimes { // If somehow we have more reports than the actual test runs it means something weird is going on // (or we just started running this code on old data, so if it appears for first 24h, it's fine and actually expected // as we would not have any run information from the past) - // Either way, bound the the number of "up" reports by number of test runs and log warnings + // Either way, bound the number of "up" reports by number of test runs and log warnings // if that happens let last_day_sum: f32 = if last_day.len() > last_day_test_runs {