May 5, 2024
264 XMR
4 contributors
Cuprate is an alternative Monero node implementation, currently worked on by me and Boog900.
The next large section that needs work is the RPC server. Another contributor, yamabiiko, is also interested in working on the RPC server, although they currently have limited time, so I'll be starting on it alone for now (with much help from Boog900).
I'm hinto-janai.
Past CCS: https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/422.
yamabiiko has started a discussion on the design for the RPC server here, and Boog900 has suggested some changes.
The first milestone's time will be spent on:
database/The current design for the database was spread out across several months, although, the design for the RPC server should take much less time.
After a design is set, the second/third milestone will start on the RPC interface library - the timeline for this is by the end of this CCS. This includes testing, documentation, etc. The current plan is to separate the interface from the inner RPC handler. After the interface is finished, the internal handler(s) will be finished in another CCS (potentially split between contributors).
By the end of this CCS, the initial design document will be polished to reflect the implementation, similar to here, and user documentation will also be finished (again, like database/).
The resulting design document will be added to Cuprate's architecture book (see below).
There's also other work that I believe would be beneficial to start on earlier rather than later.
These will be started on during this CCS:
monero-core RPC PRsThe persistent transaction pool will be finished within this CCS, the rest will grow alongside the project.
This is a book similar to Cuprate's protocol book, although it will be for Cuprate's implementation. The RPC design will be documented in this book (along with every other component) as they are implemented. The current database document will be ported to the book as well.
Current rough draft: https://hinto-janai.github.io/cuprate-architecture
Expected included items are:
Considering RPC implementation will take a while, implementing a persistent transaction pool sooner rather than later would be preferred; another option Cuprate has is to create an in-memory only transaction pool, although this would only be a stop-gap and would take more work in the long run, thus this work will be done now.
monero-core RPC PRsAs I'll be going through all of monerod's RPC methods/objects and getmonero.org documentation, I will open PRs to monero-core or create an issue if I notice any discrepancies.
Creating a benchmarking suite for Cuprate's components would allow for collecting and storing information on code execution time. This data can be used later on to detect performance regressions as well as measuring optimizations.
Creating a bespoke benchmarking tool would be a project of its own, so Cuprate is planning to use the Criterion project.
Lints cause compiler warnings to become hard errors, blocking compilation. An example: serai-dex.
Cuprate's CI already fails on warnings (among other pedantic things), although there are many additional lints we could add. Selecting the lints that make sense for Cuprate sets higher code standards for the project. Setting this up and fixing current code should not take too much effort, but it will be drawn out over time.
I am asking for a rate closer to market rates, please read here.
I am asking for $65 + 0.05 XMR per hour for 480 hours at $130/XMR. This gives 264 XMR.
Recent activity has shown that monerod does not handle load well. Furthermore, there is little system-level documentation; changes needed to fix issues like this are more difficult than necessary. I do not believe this has to be repeated.
I believe this is a fair rate for creating well documented and maintainable infrastructure. I am also asking for less hours than before as I don't believe I can continue at my current pace long-term.
View community discussion, comments, and proposal updates on GitLab
November 6, 2023
153 XMR
7 contributors
Cuprate is an alternative Monero node implementation, currently worked on by me and Boog900.
The next large section that needs work is the RPC server. Another contributor, yamabiiko, is also interested in working on the RPC server, although they currently have limited time, so I'll be starting on it alone for now (with much help from Boog900).
I'm hinto-janai.
Past CCS: https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/422.
yamabiiko has started a discussion on the design for the RPC server here, and Boog900 has suggested some changes.
The first milestone's time will be spent on:
database/The current design for the database was spread out across several months, although, the design for the RPC server should take much less time.
After a design is set, the second/third milestone will start on the RPC interface library - the timeline for this is by the end of this CCS. This includes testing, documentation, etc. The current plan is to separate the interface from the inner RPC handler. After the interface is finished, the internal handler(s) will be finished in another CCS (potentially split between contributors).
By the end of this CCS, the initial design document will be polished to reflect the implementation, similar to here, and user documentation will also be finished (again, like database/).
The resulting design document will be added to Cuprate's architecture book (see below).
There's also other work that I believe would be beneficial to start on earlier rather than later.
These will be started on during this CCS:
monero-core RPC PRsThe persistent transaction pool will be finished within this CCS, the rest will grow alongside the project.
This is a book similar to Cuprate's protocol book, although it will be for Cuprate's implementation. The RPC design will be documented in this book (along with every other component) as they are implemented. The current database document will be ported to the book as well.
Current rough draft: https://hinto-janai.github.io/cuprate-architecture
Expected included items are:
Considering RPC implementation will take a while, implementing a persistent transaction pool sooner rather than later would be preferred; another option Cuprate has is to create an in-memory only transaction pool, although this would only be a stop-gap and would take more work in the long run, thus this work will be done now.
monero-core RPC PRsAs I'll be going through all of monerod's RPC methods/objects and getmonero.org documentation, I will open PRs to monero-core or create an issue if I notice any discrepancies.
Creating a benchmarking suite for Cuprate's components would allow for collecting and storing information on code execution time. This data can be used later on to detect performance regressions as well as measuring optimizations.
Creating a bespoke benchmarking tool would be a project of its own, so Cuprate is planning to use the Criterion project.
Lints cause compiler warnings to become hard errors, blocking compilation. An example: serai-dex.
Cuprate's CI already fails on warnings (among other pedantic things), although there are many additional lints we could add. Selecting the lints that make sense for Cuprate sets higher code standards for the project. Setting this up and fixing current code should not take too much effort, but it will be drawn out over time.
I am asking for a rate closer to market rates, please read here.
I am asking for $65 + 0.05 XMR per hour for 480 hours at $130/XMR. This gives 264 XMR.
Recent activity has shown that monerod does not handle load well. Furthermore, there is little system-level documentation; changes needed to fix issues like this are more difficult than necessary. I do not believe this has to be repeated.
I believe this is a fair rate for creating well documented and maintainable infrastructure. I am also asking for less hours than before as I don't believe I can continue at my current pace long-term.
View community discussion, comments, and proposal updates on GitLab
To be paid: 20% (52.8)
Completion date: 5 June 2024
To be paid: 40% (105.6)
Completion date: 9 August 2024
To be paid: 40% (105.6)
Completion date: 9 August 2024
Funds Awarded: 52.8
Date: 18 June 2024
Funds Awarded: 211.2
Date: 12 August 2024