mirror of
https://repo.getmonero.org/monero-project/ccs-proposals.git
synced 2024-10-01 01:35:55 -04:00
65 lines
4.5 KiB
Markdown
65 lines
4.5 KiB
Markdown
---
|
|
layout: wip
|
|
title: vtnerd Full-Time 2021 Q1
|
|
author: Lee Clagett (vtnerd)
|
|
date: February 17, 2021
|
|
amount: 133.4 XMR
|
|
milestones:
|
|
- name: Month 1 (160 hours)
|
|
funds: 44 XMR
|
|
done:
|
|
status: unfinished
|
|
- name: Month 2 (320 hours)
|
|
funds: 44 XMR
|
|
done:
|
|
status: unfinished
|
|
- name: Month 3 (480 hours)
|
|
funds: 45.4 XMR
|
|
done:
|
|
status: unfinished
|
|
payouts:
|
|
- date:
|
|
amount:
|
|
- date:
|
|
amount:
|
|
- date:
|
|
amount:
|
|
---
|
|
|
|
3-Months full-time software development on monero "core" components in 2021 q1 (through early q2).
|
|
|
|
## What
|
|
Work primarily on the `monerod`, `wallet2`, and `monero-lws` (pending feedback in comments). Some of the work to be attempted or investigated:
|
|
|
|
- Complete work necessary to merge [DANE/TLSA in wallet2/epee](https://github.com/vtnerd/monero/tree/improve/dane_tlsa).
|
|
- Adding trust-on-first-use support to wallet2 (already work in progress)
|
|
- Progress on [my proposal to add encryption to p2p protocol](https://github.com/monero-project/monero/issues/7078) has been slow, but it looks like the consensus is FOR encryption, just no clear consensus on TLS 1.3 vs Noise protocol. Continued work would be design+implementation for the selected encryption technique.
|
|
- Potential performance improvements:
|
|
- Improve "cryptonote" read-serialization performance - helps with p2p block responses, RPC responses, among other things. Profiling suggests this could have big improvement on efficiency.
|
|
- Determine a technique for safely returning `std::weak_ptr`/`std::shared_ptr` of p2p connections - this can help with efficiency in a few areas:
|
|
- Remove lock acquire to send dandelion++ fluffs and I2P/Tor white noise
|
|
- Remove lock acquire and atomic increment per connection when relaying bocks (a list is already obtained)
|
|
- Others? Any `foreach_connection` call that can be safely done concurrently can use this technique
|
|
- Various epee/p2p serialization (output) routines (carryover from q4, this is difficult to update)
|
|
- Potential compilation improvements (carryover from q4 since mj-xmr has focused on this more):
|
|
- Moving serialization code to cpp (although this could be spurious in updates which is frowned upon)
|
|
- Dropping the templated nature of the epee TCP server would yield best improvement, but might be cause too much "pain" in the review
|
|
- `monero-lws` work (assuming no complaints in comments):
|
|
- Provide pre-built binaries
|
|
- Add support for immediate mempool scanning (via ZMQ-PUB)
|
|
- (Unlikely this quarter) - reproducible builds so community members can verify+sign the binary hashes
|
|
|
|
More than 3 months listed there, priorities may change as community requests or issues arise.
|
|
|
|
## Who
|
|
|
|
Lee Clagett (vtnerd). I've had [two](https://ccs.getmonero.org/proposals/vtnerd-tor-tx-broadcasting.html) [CCS](https://ccs.getmonero.org/proposals/vtnerd-2020-q4.html) proposals. The [full list of my PRs for last quarter CCS](https://github.com/monero-project/monero/pulls?q=is%3Apr+author%3Avtnerd+created%3A%3E2020-10-27). There's also some investigation/writeup for encrypted p2p, and investigations to improve efficiency (logging in particular) that aren't in that list since any code is still a crude mashup for quick testing. A working, but still in progress [DANE/TLSA wallet implementation](https://github.com/vtnerd/monero/tree/improve/dane_tlsa) also exists.
|
|
|
|
Bigger higlights: [improved serialization performance to epee binary](https://github.com/monero-project/monero/pull/7009), [removed copy of all outgoing p2p messages and duplicate copies of p2p block notify messages (not merged)](https://github.com/monero-project/monero/pull/7136), [changed p2p connection list to `std::weak_ptr` for small efficiency improvement and code clarity (not merged)](https://github.com/monero-project/monero/pull/7345), [improved `byte_stream` alllocation efficiency](https://github.com/monero-project/monero/pull/7003), [added `byte_stream` realloc to reduce memory usage after new reallocation strategy (not merged)](https://github.com/monero-project/monero/pull/7005), and [fixed timeout bug in Dandelion++](https://github.com/monero-project/monero/pull/7021).
|
|
|
|
## Proposal
|
|
|
|
Work on the various tasks outlined above for 40 hours/week over the next 3 months after potential funding. I already use time-tracking software for work; if the hours dip in a given month unexpectedly, the update/milestone will be at the completion of the hours listed above.
|
|
|
|
The funds were calculated with 55 USD/hour with ~197.85 USD/XMR which is the 14-day exponential moving average on Kraken through 2021/02/16.
|