Monzero core node, command-line wallet, consensus code, and release tooling. https://code.monzero.org/monzero-core.git/atom?h=v0.18.2.2 2022-09-20T08:22:12Z 2022-09-20T08:22:12Z SChernykh sergey.v.chernykh@gmail.com 2022-06-14T19:23:23Z urn:sha1:6adf03cdc516a9236aac6dbd6f289750761b8d24 2022-04-18T07:49:53Z j-berman justinberman@protonmail.com 2021-11-15T13:23:53Z urn:sha1:ea87b30f8907ee11252433811e7a7d0c46758cca Implements view tags as proposed by @UkoeHB in MRL issue https://github.com/monero-project/research-lab/issues/73 At tx construction, the sender adds a 1-byte view tag to each output. The view tag is derived from the sender-receiver shared secret. When scanning for outputs, the receiver can check the view tag for a match, in order to reduce scanning time. When the view tag does not match, the wallet avoids the more expensive EC operations when deriving the output public key using the shared secret. 2022-03-04T05:59:20Z mj-xmr mjxmr@protonmail.com 2022-03-01T11:16:17Z urn:sha1:da9aa1f7f802552b9de459f331a2f39c84898009 2022-02-22T22:37:42Z koe ukoe@protonmail.com 2021-08-03T04:27:43Z urn:sha1:e08abaa43f2c534bf21c0ed59ba325538502007e 2021-06-10T17:00:54Z luigi1111 luigi1111w@gmail.com 2021-06-10T17:00:54Z urn:sha1:7499837a6fe8d3533e1360dce8f3ba230ff76042 08e4497 Improve cryptonote (block and tx) binary read performance (Lee Clagett) 2021-05-11T08:22:06Z mj-xmr mjxmr@protonmail.com 2021-05-11T08:20:28Z urn:sha1:b40129e253d08c2ce5fcb833d9798de53fb8bec6 2021-01-23T06:23:39Z Lee Clagett code@leeclagett.com 2021-01-24T07:42:57Z urn:sha1:08e4497c6e3b3f434c0bb255c3942648f153fe66 2020-08-28T00:18:39Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2020-08-28T00:18:39Z urn:sha1:1dc427def97a05d83179e80b06a27a9a5f4a431d v13 enforces claiming the full block reward, so we need to keep track of tx fees to add them to the coinbase 2020-08-17T16:23:58Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2020-06-24T23:26:58Z urn:sha1:7175dcb1078abbdaa130a8c5f5fd2b93fa7b3086 This reduces the attack surface for data that can come from malicious sources (exported output and key images, multisig transactions...) since the monero serialization is already exposed to the outside, and the boost lib we were using had a few known crashers. For interoperability, a new load-deprecated-formats wallet setting is added (off by default). This allows loading boost format data if there is no alternative. It will likely go at some point, along with the ability to load those. Notably, the peer lists file still uses the boost serialization code, as the data it stores is define in epee, while the new serialization code is in monero, and migrating it was fairly hairy. Since this file is local and not obtained from anyone else, the marginal risk is minimal, but it could be migrated later if needed. Some tests and tools also do, this will stay as is for now. 2020-07-19T10:32:59Z Alexander Blair snipa@jagtech.io 2020-07-19T10:32:59Z urn:sha1:a0d179e528220137885fee0817dc792127aec18c 5ef0607da Update copyright year to 2020 (SomaticFanatic)