j-berman-3months-full-time-6.md

 ---
-layout: wip
+layout: cp
 title: j-berman full-time development (3 months)
 author: j-berman
 date: December 18, 2023
@@ -15,15 +15,15 @@ milestones:
     status: finished
   - name: Month 3
     funds: 33% (70.4 Monero)
-    done:
-    status: unfinished
+    done: 1 May 2024
+    status: finished
 payouts:
   - date: 4 March 2024
     amount: 70.3
   - date: 9 April 2024
     amount: 70.3
-  - date:
-    amount:
+  - date: 14 May 2024
+    amount: 70.4
 ---
 
 ## What

j-berman-3months-full-time-7.md

+---
+layout: cp
+title: j-berman full-time development (3 months)
+author: j-berman
+date: May 2, 2024
+amount:  376 Monero
+milestones:
+  - name: Month 1
+    funds: 33% (125.3 Monero)
+    done: 25 May 2024
+    status: finished
+  - name: Month 2
+    funds: 33% (125.3 Monero)
+    done: 10 July 2024
+    status: finished
+  - name: Month 3
+    funds: 33% (125.4 Monero)
+    done: 16 August 2024
+    status: finished
+payouts:
+  - date: 17 June 2024
+    amount: 125.3
+  - date: 17 July 2024
+    amount: 125.3
+  - date: 30 August 2024
+    amount: 125.4
+---
+
+## What
+
+Work full-time 3 months on:
+
+- Integrating [full-chain-membership proofs](https://ccs.getmonero.org/proposals/fcmp++-development.html) into Monero under RingCT.
+  - As part of this CCS, I will submit PR's to the core Monero repository that do the following:
+    - Implements the tree in C++ described in section 6.1 ([paper](https://github.com/kayabaNerve/fcmp-ringct/blob/develop/fcmp%2B%2B.pdf), [reference commit](https://github.com/kayabaNerve/fcmp-ringct/blob/221e8c0e155d5fe526080c6e56c6418e0433177d/fcmp%2B%2B.pdf))
+      - Implements the `grow` and `trim` algorithms (sections 6.1.1 and 6.1.2)
+    - Implements tree initialization with existing cryptonote outputs on boot (section 6.2.1)
+    - Implements growing the tree as the node syncs (section 6.2.2 and 6.2.3)
+    - Implements the transaction class containing FCMP's (part of sections 6.3 - 6.6)
+      - I will probably extend `cryptonote::transaction` to do this.
+  - The following tasks from the rest of section 6 are necessary to complete the integration; I'm happy to divide and conquer if someone wants to work on this as well:
+    - Implement transaction construction with FCMP's (sections 6.3 - 6.6)
+      - A pre-requisite for this is implementing the transaction class above.
+    - Implement transaction verification (section 6.7)
+    - Implement RPC route to return a path for outputs (section 6.9)
+    - Implement unifying the distribution of {coinbase, pre-RCT, RCT} outputs and use it to select decoys paths (section 6.10)
+    - Implement changes for multisig (section 6.11)
+- Continuing Seraphis wallet library work.
+  - My next task on this front is to bring the Serpahis lib async scanner into the current wallet API.
+    - To be clear, this is not implementing the Seraphis upgrade; it is bringing the Seraphis wallet **library**, which supports scanning today's blockchain, into the core Monero repository. This would speed up wallet scanning **today**, and is part of an effort to deprecate wallet2 and its technical debt, and replace it with the Seraphis lib ([source](https://github.com/seraphis-migration/wallet3/issues/64#issuecomment-2067030930)).
+    - The async scanner is currently under review ([source](https://github.com/UkoeHB/monero/pull/23))
+    - In the latest round of benchmarks, I observed scanning speed-ups of 50-60% with a clearnet remote node, 40-45% with a tor node, 25-35% with a local node, all running the **current chain** (not Seraphis).
+    - To be usable in the wallet API today, the following still needs to be implemented (I'm also happy to divide and conquer here):
+      - Pre-RCT index handling (needs [source](https://github.com/UkoeHB/monero/pull/23))
+      - A mutable subaddress lookahead ([source](https://github.com/UkoeHB/monero/pull/23#issuecomment-2036086371))
+      - Pool scanning ([source](https://github.com/UkoeHB/monero/issues/41))
+      - A clean way to save tx metadata ([source](https://github.com/UkoeHB/monero/issues/48))
+- Complete p2p SSL review ([source](https://github.com/monero-project/monero/pull/8996)).
+- Misc. review, debugging, etc.
+
+## Who
+
+j-berman on github / jberman on matrix / IRC
+
+Past CCS's:
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-6.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-5.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-4.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-3.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-2.html
+- https://ccs.getmonero.org/proposals/j-berman-3-months-full-time.html
+
+## Proposal
+
+376 XMR
+
+480 hours, 0.25 XMR/hr + $65/hr, $122/XMR from coingecko
+
+I'm requesting a siginificant raise from my past CCS (0.16 XMR/hr -> 0.25 XMR/hr, $48/hr -> $65/hr) because I believe I have demonstrated improved performance, and believe the recent donations to CCS proposals demonstrate the community is capable of paying strong Monero contributors market / above-market rates. I believe paying market / above-market rates for strong contributors is a stronger strategy for Monero to attract and retain strong talent.

j-berman-3months-full-time-8.md

+---
+layout: cp
+title: j-berman full-time development (3 months)
+author: j-berman
+date: August 26, 2024
+amount:  317 Monero
+milestones:
+  - name: Month 1
+    funds: 33% (105 Monero)
+    done: 14 October 2024
+    status: finished
+  - name: Month 2
+    funds: 33% (106 Monero)
+    done: 11 November 2024
+    status: finished
+  - name: Month 3
+    funds: 33% (106 Monero)
+    done: 12 December 2024
+    status: finished
+payouts:
+  - date: 20 October 2024
+    amount: 105
+  - date: 19 November 2024
+    amount: 106
+  - date: 12 January 2025
+    amount: 106
+---
+
+## What
+
+Work full-time 3 months on:
+
+- Integrating full-chain membership proofs++ into Monero under RingCT.
+  - As part of this CCS, I will prioritize and guarantee completion of the following in this PR: https://github.com/monero-project/monero/pull/9436
+    1. Trim the tree on reorgs and when popping blocks.
+    2. Key image migration.
+    3. Optimize tree building where possible.
+        - Multithreaded output conversion to leaves.
+        - Multithreaded hashing.
+        - Batched inversion.
+    4. Construct fcmp++ transactions.
+        - I anticipate updating `cryptonote::construct_tx_and_get_tx_key` for this, and not touching wallet2 in this proposal.
+        - By the end of this proposal, there will be a modular function wallets can use to construct fcmp++ txs, but I may not have an end-to-end functioning wallet that can construct fcmp++ txs implemented by the end of this proposal.
+    5. Verify fcmp++ transactions.
+    6. Consensus changes for fcmp++.
+        - New unlock time logic.
+        - Allowing new fcmp++ RCT type.
+        - Implement a grace period for current tx types in the pool at the fork to make it into the chain.
+        - Misc. necessary changes.
+  - Work together with @dangerousfreedom on full wallet scanning.
+  - The remaining integration tasks that I would also work on if time permits and someone else doesn't:
+    - Construct fcmp++ transactions in a fully functional wallet.
+      - Pre-requisites: modular function to construct fcmp++ transactions and full wallet scanning.
+    - Implement the RPC route for light wallets to query for paths in the curve trees tree.
+    - Wallet changes for background syncing.
+    - Multisig.
+- Continuing Seraphis wallet library work.
+  - Making it clear up front: I anticipate not making much progress on the Seraphis wallet library work in this CCS. I plan to prioritize fcmp++. If time permits, I would work on bringing the Seraphis wallet library to production.
+  - To be clear, working on the Seraphis wallet library is not implementing the Seraphis upgrade; it is bringing the Seraphis wallet library, which supports scanning today's blockchain, into the core Monero repository. This would speed up wallet scanning today, and is part of an effort to deprecate wallet2 and its technical debt, and replace it with the Seraphis lib ([source](https://github.com/seraphis-migration/wallet3/issues/64#issuecomment-2067030930)).
+  - Next I plan to resolve merge conflicts in the current open PR's, and open all piecemeal PR's to the core Monero release branch to prepare Monero daemons/wallets and reduce the size and scope of the async scanner PR.
+- Misc. review, debugging, etc.
+
+## Who
+
+j-berman on github / jberman on matrix / IRC
+
+Past CCS's:
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-7.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-6.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-5.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-4.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-3.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-2.html
+- https://ccs.getmonero.org/proposals/j-berman-3-months-full-time.html
+
+## Proposal
+
+317 XMR
+
+480 hours, 0.25 XMR/hr + $65/hr, $158/XMR from coingecko

j-berman-3months-full-time-9.md

+---
+layout: wip
+title: j-berman full-time development (4 months)
+author: j-berman
+date: December 16, 2024
+amount: 360 Monero
+milestones:
+  - name: Month 1
+    funds: 25% (90 Monero)
+    done: 21 January 2025
+    status: finished
+  - name: Month 2
+    funds: 25% (90 Monero)
+    done: 24 February 2025
+    status: finished
+  - name: Month 3
+    funds: 25% (90 Monero)
+    done:
+    status: unfinished
+  - name: Month 4
+    funds: 25% (90 Monero)
+    done:
+    status: unfinished
+payouts:
+  - date: 4 February 2025
+    amount: 90
+  - date: 19 March 2025
+    amount: 90
+  - date:
+    amount:
+  - date:
+    amount:
+---
+
+## What
+
+Work full-time 4 months on:
+
+- Work towards a test network that includes Full-Chain Membership Proofs++.
+  - Continue optimizing building the FCMP++ curve tree to improve sync time both in the daemon and wallet.
+  - Construct FCMP++ transactions via the CLI/RPC/GUI.
+  - Verify FCMP++ transactions in the daemon.
+  - Implement all consensus changes needed for FCMP++.
+    - New unlock time logic.
+    - Allowing new FCMP++ RCT type.
+    - Implement a grace period for current tx types in the pool at the fork to make it into the chain.
+    - Misc. necessary changes.
+  - Update the cold wallet <> hot wallet integration and background syncing for FCMP++.
+- Misc. high priority tasks as they arise.
+
+## Who
+
+j-berman on github / jberman on matrix / IRC
+
+My open PR for the WIP FCMP++ integration: https://github.com/monero-project/monero/pull/9436
+
+My branch that includes the wallet sync integration: https://github.com/j-berman/monero/commits/fcmp%2B%2B-tree-sync-dev/
+
+Past CCS's:
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-8.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-7.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-6.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-5.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-4.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-3.html
+- https://ccs.getmonero.org/proposals/j-berman-3months-full-time-2.html
+- https://ccs.getmonero.org/proposals/j-berman-3-months-full-time.html
+
+## Proposal
+
+360 XMR
+
+640 hours, 0.25 XMR/hr + $65/hr, $208/XMR from coingecko

jeffro256-full-time-2024Q2.md

 ---
-layout: wip
+layout: cp
 title: jeffro256 full-time development 2024Q2
 author: jeffro256
 date: Feb 27, 2024
@@ -11,19 +11,19 @@ milestones:
     status: finished
   - name: Month 2
     funds: 33% (57.0)
-    done:
-    status: unfinished
+    done: 12 May 2024
+    status: finished
   - name: Month 3
     funds: 33% (57.0)
-    done:
-    status: unfinished
+    done: 13 June 2024
+    status: finished
 payouts:
   - date: 9 April 2024
     amount: 57
-  - date:
-    amount:
-  - date:
-    amount:
+  - date: 18 May 2024
+    amount: 57
+  - date: 18 June 2024
+    amount: 57
 ---
 
 ## What

jeffro256-full-time-2024Q3.md

+---
+layout: cp
+title: jeffro256 full-time development 2024Q3
+author: jeffro256
+date: June 14, 2024
+amount: 146
+milestones:
+  - name: Month 1
+    funds: 33% (48.0)
+    done: 16 July 2024
+    status: finished
+  - name: Month 2
+    funds: 33% (49.0)
+    done: 11 August 2024
+    status: finished
+  - name: Month 3
+    funds: 33% (49.0)
+    done: 14 September 2024
+    status: finished
+payouts:
+  - date: 17 July 2024
+    amount: 48
+  - date: 14 August 2024
+    amount: 49
+  - date: 27 September 2024
+    amount: 49
+---
+
+## What
+
+In the last three months, the likely direction of the future of the Monero protocol changed
+drastically with all the work done to bring FCMPs to RingCT. At my last CCS proposal, I
+proposed that I would be working on the Seraphis wallet and consensus integrations. Then
+I shifted gears to implementing [Jamtis-RCT](https://gist.github.com/tevador/d3656a217c0177c160b9b6219d9ebb96#).
+I propose to refine this codebase and produce and LWS-client demo, in order to have these
+set of features complete before the FCMP++ upgrade, assuming all goes well. This codebase
+can currently construct `cryptonote::transaction`s with Jamtis info encode in the `extra` field,
+and then successfully scan that data. Here is a non-exhaustive list of points that need
+work with this library:
+
+- Legacy address integration and testing
+- Optimization: post-primary-view-tag scanning is about 20% slower than expected
+- Testing against actual FCMP++ composition proofs
+- Multi-threaded compute
+- A live, over-the-wire LWS demo for evaluating the filter-assist/hidden enote trade-offs
+
+I would also like to work on replacing `wallet2` internals with the Seraphis library 'legacy handling'
+code, as discussed at this Github issue: https://github.com/seraphis-migration/wallet3/issues/64. A few people
+are already working on it, but it will need a lot of manpower to bring it to fruition.
+
+
+## Who
+
+I have been contributing to the Monero core repository for [over two years](https://github.com/monero-project/monero/pulls?page=2&q=is%3Apr+author%3Ajeffro256) with a total of [68 merged commits to master](https://github.com/monero-project/monero/commits?author=jeffro256) thus far. I also began working on the Seraphis migration project, so you can see some of my contributions [here](https://github.com/seraphis-migration/monero/pulls?q=is%3Apr+author%3Ajeffro256) and [here](https://github.com/UkoeHB/monero/pulls?q=is%3Apr+author%3Ajeffro256). Some more notable contributions from this last quarter:
+
+- Implemented [Jamtis-RCT](https://gist.github.com/tevador/d3656a217c0177c160b9b6219d9ebb96#) into the Seraphis library [here](https://github.com/jeffro256/monero/tree/jamtis_rct). This branch provides support for storing Jamtis scanning data into `tx_extra`, and performs a unit test where a pruned transaction is constructed addressed to Jamtis payment proposals, and then successfully scanned for both plain and self-send enote types. The way this branch was written merges the code paths for doing Jamtis on RingCT and Seraphis together. It could use some cleaning up, and the Seraphis multisig tests need to be updated, but otherwise all Seraphis tests are passing.
+- Some other Seraphis stuff including a unified transaction format for Cryptonote, RingCT, and Squashed-Seraphis transactions.
+
+Previous Proposals:
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/319
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/390
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/421
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/436
+
+## Payment
+
+I propose to work 40 hours/week for 3 months so `40 (hours/week) * 3 (months) * weeks_per_month = 40 (hours/week) * 3 (months) * (365 / 12 / 7) (weeks/month) = 521` hours total on-paper, though I usually work more than that. The proposal is broken into 3 milestones, one for each month. I am setting my hourly rate at 46 USD/hour (+1 USD/hour higher than last quarter), and at a market price of 163.97 USD/XMR, that makes for a total of 146.2 XMR. Price was calculated as 14-day simple average of opening prices on [CoinGecko](https://www.coingecko.com/en/coins/monero/historical_data) from 2024-06-01 to 2024-06-14 (day of writing), same as last quarter.

jeffro256-full-time-2024Q4.md

+---
+layout: cp
+title: jeffro256 full-time development 2024Q4
+author: jeffro256
+date: September 16, 2024
+amount: 144
+milestones:
+  - name: Month 1
+    funds: 33% (48.0)
+    done: 9 November 2024
+    status: finished
+  - name: Month 2
+    funds: 33% (48.0)
+    done: 12 December 2024
+    status: finished
+  - name: Month 3
+    funds: 33% (48.0)
+    done: 14 January 2025
+    status: finished
+payouts:
+  - date: 12 November 2024
+    amount: 48
+  - date: 12 January 2025
+    amount: 48
+  - date: 23 January 2025
+    amount: 48
+---
+
+## What
+
+The last quarter I began implementing [Jamtis-RCT](https://gist.github.com/tevador/d3656a217c0177c160b9b6219d9ebb96), as written by tevador. However, with the FCMP++ integration PR opened against master, and upon discussion of the general health of wallet development in the broader ecosystem, it became readily apparent that the way to move forward is to initially support existing Monero addresses in a way that would be indistinguishable on-chain from Jamtis-RCT, adding full Jamtis-RCT support later. As such, I formulated the [Carrot specification](https://github.com/jeffro256/carrot/blob/master/carrot.md), which expanded upon the legacy address section in tevador's original Jamtis-RCT proposal. I contacted and conducted meetings with auditors in regards to auditing this spec, which culminated in several proposals. I also implemented transaction scanning code and transaction construction code for Carrot. I would like to continue this work for the next few months ahead of the hardfork. The main things to work on for Carrot at this point are 1) persistent enote stores for both legacy and Carrot scan types together, 2) integration into the main wallet codepaths, 3) hardware device support, and 4) picking and organizing an auditor to move forward with. Ideally, there should also come a point in the near future where the implementation is reviewed against the audited specification. I wish the development of Carrot generally to be swift, in order not to impede the release date of the FCMP++ consensus protocol. It should be noted that if the current addressing protocol is not modified, then users' transactions will *not* be afforded conditional forward secrecy. This would mean that a potential future adversary with the ability to solve the decisional Diffie-Helman problem (e.g. a usable quantum computer) would be able to retroactively reveal the transaction graph without any obfuscation. Carrot, like Jamtis-RCT, leverages the forward secrecy property of FCMP++ while also tackling other issues like the burning bug, Janus attacks, etc. If all goes well, the adoption of Carrot will seamlessly move Monero users into the full realization of the privacy and security that the FCMP++ proving system has to offer. 
+
+To recap, here is a list of things I will attempt to work on this quarter, in rough order of execution:
+
+- Finalize Carrot spec audit
+- Implement Carrot enote store
+- Implement Carrot hardware device support
+- Integrate Carrot into main wallet codepaths
+- Begin soliciting Carrot implementation audit
+
+P.S. To all the generous supporters of my previous proposals, I apologize that the direction of my work has shifted so significantly and so frequently in the past. So many developments have occurred within the last year that it makes my head spin, which in the end will no doubt be a good thing. So while a lot of previous goals have been abandoned, and a lot of previous work put on ice indefinitely, things seem to be finally solidifying towards a forseeable, readily-achieveable outcome in regards to the upcoming hardfork, thanks to many hard-working contributors. Hopefully, all of the work for this quarter will actually see the light of day in the short to medium term. Thanks for your patience. I am very grateful for it.
+
+## Who
+
+I have been contributing to the Monero core repository for [over two years](https://github.com/monero-project/monero/pulls?page=2&q=is%3Apr+author%3Ajeffro256) with a total of [76 merged commits to master](https://github.com/monero-project/monero/commits?author=jeffro256) thus far, with many open PRs. I also began working on the Seraphis migration project, so you can see some of my contributions [here](https://github.com/seraphis-migration/monero/pulls?q=is%3Apr+author%3Ajeffro256) and [here](https://github.com/UkoeHB/monero/pulls?q=is%3Apr+author%3Ajeffro256). Additionally, as I mentioned, last quarter I wrote up the [Carrot specification](https://github.com/jeffro256/carrot/blob/master/carrot.md) for formal auditing, which will be the main addressing protocol post-FCMP++ if all goes according to plan.
+
+Previous Proposals:
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/319
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/390
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/421
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/436
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/467
+
+## Payment
+
+I propose to work 40 hours/week for 3 months so `40 (hours/week) * 3 (months) * weeks_per_month = 40 (hours/week) * 3 (months) * (365 / 12 / 7) (weeks/month) = 521` hours total on-paper, though I usually work more than that. The proposal is broken into 3 milestones, one for each month. I am setting my hourly rate at 47 USD/hour (+1 USD/hour higher than last quarter), and at a market price of 170.37 USD/XMR, that makes for a total of 143.7 XMR. Price was calculated as 14-day simple average of opening prices on [CoinGecko](https://www.coingecko.com/en/coins/monero/historical_data) from 2024-09-04 to 2024-09-17 (day of writing), same as last quarter.
+

jeffro256-full-time-2025Q1.md

+---
+layout: wip
+title: jeffro256 full-time development 2025Q1
+author: jeffro256
+date: January 27, 2025
+amount: 114
+milestones:
+  - name: Month 1
+    funds: 33% (38.0)
+    done: 18 February 2025
+    status: finished
+  - name: Month 2
+    funds: 33% (38.0)
+    done:
+    status: unfinished
+  - name: Month 3
+    funds: 33% (38.0)
+    done:
+    status: unfinished
+payouts:
+  - date: 24 February 2025
+    amount: 38
+  - date:
+    amount:
+  - date:
+    amount:
+---
+
+## What
+
+The last quarter I implemented the core cryptography for [Carrot](https://github.com/jeffro256/carrot/blob/master/carrot.md). I will note that preliminary performance tests put Carrot scanning at about 30% faster on CPU usage versus scanning today, mostly thanks to the use of the X25519 ECDH library [mx25519](https:://github.com/tevador/mx25519). I also implemented pruned `cryptonote::transaction` [construction and scanning](https://github.com/monero-project/monero/pull/9697) for Carrot. The FCMP++ integration and Carrot integration are finally meeting ends and are almost ready for hot path integration. This next quarter, I want to continue this work to get a testnet out ASAP.
+
+To recap, here is a list of things I will attempt to work on this quarter, in rough order of execution:
+
+- Integrate Carrot scanning/transaction construction into main wallet codepaths
+- Provide support to existing hardware wallet manufacturors on how to securely support Carrot outputs
+- Use benchmarkings and static analysis to inform MRL decisions on transaction weight discussions etc
+- Begin soliciting Carrot core implementation audits
+- Provide Rust implementation of Carrot for Serai/Cuprate
+- Solicit help for multisig implementations of Carrot
+- Help out with the FCMP++ integration wherever I can
+
+## Who
+
+I have been contributing to the Monero core repository for [over two years](https://github.com/monero-project/monero/pulls?page=2&q=is%3Apr+author%3Ajeffro256) with a total of [84 merged commits to master](https://github.com/monero-project/monero/commits?author=jeffro256) thus far, with many open PRs. Over the last few months, I wrote up the [Carrot specification](https://github.com/jeffro256/carrot/blob/master/carrot.md), organized []auditing](https://github.com/cypherstack/carrot-audit), for which the  community graciously funded, and [began](https://github.com/monero-project/monero/pull/9559) [implementing](https://github.com/monero-project/monero/pull/9697) it. Carrot will be the main supported addressing protocol post-FCMP++ if all goes according to plan. I also worked on the Seraphis migration project in 2023/2024.
+
+Previous Proposals:
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/319
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/390
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/421
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/436
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/467
+- https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/504
+
+## Payment
+
+I propose to work for 3 months at a rate of 38 XMR per month.
+

mature-atomic-swaps-ecosystem.md

+---
+layout: wip
+title: "From Prototype to Marketplace: Maturing the XMR-BTC Atomic Swaps Ecosystem"
+author: "binarybaron and einliterflasche"
+date: July 9, 2024
+amount: 729
+milestones:
+  - name: 1st month
+    funds: 121.5
+    status: finished
+    done: 15 October 2024
+  - name: 2nd month
+    funds: 121.5
+    status: finished
+    done: 26 November 2024
+  - name: 3rd month
+    funds: 121.5
+    status: finished
+    done: 21 January 2025
+  - name: 4th month
+    funds: 121.5
+    status: unfinished
+    done:
+  - name: 5th month
+    funds: 121.5
+    status: unfinished
+    done:
+  - name: 6th month
+    funds: 121.5
+    status: unfinished
+    done:
+payouts:
+  - date: 19 October 2024
+    amount: 121.5
+  - date: 6 December 2024
+    amount: 121.5
+  - date: 3 February 2025
+    amount: 121.5
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+---
+
+![https://i.ibb.co/3NvpYp2/upload-398781d371d354427bb455356731258c.png](https://i.ibb.co/3NvpYp2/upload-398781d371d354427bb455356731258c.png)
+![https://i.ibb.co/wgYK9FF/generated-gif-2.gif](https://i.ibb.co/wgYK9FF/generated-gif-2.gif)
+
+### Who
+
+We (binarybaron and einliterflasche) are two Monero enthusiasts from Berlin and both computer science students. We have been excited about XMR<>BTC atomic swaps since the COMIT team started development of their prototype. binarybaron has contributed to the project since its early stages while einliterflasche joined later on.
+
+### What is this project anyway?
+
+The project mostly consists of four parts:
+
+1. A command-line utility ([ASB](https://github.com/comit-network/xmr-btc-swap/blob/master/docs/asb/README.md)) that enables individuals to operate a 'swap provider' service. These swap providers offer to sell Monero in exchange for Bitcoin.
+2. A command-line interface ([CLI](https://github.com/comit-network/xmr-btc-swap/blob/master/docs/cli/README.md)) that allows users to connect with swap providers and exchange their Bitcoin for Monero.
+3. A graphical user interface ([GUI](https://github.com/UnstoppableSwap/unstoppableswap-gui/)) that utilizes the CLI behind the scenes, making the swap process way more user-friendly.
+4. A command-line utility for hosting a [rendezvous point](https://github.com/comit-network/rendezvous-server) in the decentralized discovery network. Swap providers can register at these nodes to make themselves known to the network. CLI users can retrieve a list of swap providers.
+
+### What we have been working on over the last 2 years:
+
+- Developed an early web interface to simplify XMR<>BTC swaps. This project has since been deprecated and replaced with a desktop GUI. 
+- Stepped in as maintainers for the [xmr-btc-swap](https://github.com/comit-network/xmr-btc-swap) project which includes the ASB and CLI applications. We have become the main developers fixing issues, implementing new features and pushing out releases.
+- Developed the [GUI](https://github.com/UnstoppableSwap/unstoppableswap-gui/). Last year alone, more than 3,000 swaps were completed using our GUI. Since we completed our second CCS from May 2022, we worked on the project during our free time. This is also the reason we weren't able to dedicate as much time to the project as we'd like to and, frankly, as it deserves.
+- Running a mainnet swap provider to kickstart adoption that has performed over a thousand swaps with users. This has been put on pause for now as more swap providers have emerged.
+- We have also been hosting, and developing publicely accessible infrastructure
+    - An API service that gathers a list of all known swap providers. This can be used in the GUI and also by others in the community (e.g [OrangeFren](https://orangefren.com/)) in addition to rendezvous points.
+    - A reliable rendezvous point
+- As part of our efforts to make atomic swaps accessible to the general public we have have been writing [documentation](https://docs.unstoppableswap.net/) for atomic swaps in general as well for the GUI and CLI applications.
+
+### Proposal:
+
+We're excited to keep working on atomic swaps. While swaps work realiably under optimal conditions, there are still many imperfections. We are confident that given a few months time to fully dedicate to the project, we can transform the ecosystem from more of a proof of concept into a mature marketplace.
+
+We are asking the community for funding in order to be able to focus our efforts on improving the atomic swaps ecosystem.
+
+We request 729 XMR for continued development for 6 months. At the end of each month 121.5 XMR will be paid out. We will dedicate 35 hours of focused work per week per person. Our hourly rate is 60 EUR. We're calcuating these amounts at a current average price of 138 EUR/XMR.
+
+We will be providing monthly detailed updates in the comment section.
+
+### What we will be working on
+
+We will continue to maintain both the GUI and the underlying CLI/ASB by:
+- Planning, coordinating and implementing new features and bug fixes,
+- Coordinating releases,
+- Keeping in touch with users and the community as a whole as well as offering a built-in feedback system in the GUI.
+
+Furthermore, we will continue to manage some community infrastructure:
+- We host a [webpage](https://unstoppableswap.net/) for the GUI as well as [documentation](https://docs.unstoppableswap.net/).
+- We maintain both a public registry of swap providers as well as a reliable node in the decentralized discovery network.
+
+For the CLI and ASB, which form the backbone of the GUI and swap provider infrastructure respectively, our focus will be to improve overall reliability. While swaps work consistently under optimal conditions, there are many moving parts, leading to various challenges in practice. These challenges include:
+- Reliably staying in sync with both the Bitcoin and Monero blockchains,
+- Completing swaps amid connectivity issues,
+- Discovering peers in the network,
+- Maintaining backwards compatability between peers (network protocols),
+- Handling concurrent swaps,
+- Accounting for blockchain congestion,
+- Stringently enforcing protocol compliance,
+- Ensure fail safety when swaps can't be completed,
+- Minimizing the manual intervention required (e.g having to manually refund in some edge cases),
+- ...
+
+For the ASB daemon specifically, our focus will be on enhancing its ability to handle large amounts of liquidity reliably. We will also make it easier for a wider range of individuals to become a swap provider and sell their Bitcoin for Monero. This will improve competition and in turn lead to lower markup rates. Our work will include:
+- Developing user-friendly tooling to simplify the setup and operation of the ASB and its accompanying services.
+- Improving ASB extensibility and automatability by implementing an JSON-RPC server:
+   - Swap providers can connect to their ASB using a standardized OpenRPC protocol
+   - This will enable providers to:
+     - Dynamically adjust their exchange rate based on current conditions and market assessment
+     - Flexibly set maximum and minimum swap amounts according to their risk tolerance
+     - Automate access to internal Bitcoin and Monero wallets for fund management
+     - Listen for all kinds of events
+- Enabling anyone to automate their ASB service to their liking by developing easy-to-use connector libraries for popular programming languages (e.g. Python, TypeScript, Rust, Java).
+
+Integrating the RPC server and developing client libraries will take a lot of work and large refactors, but it will be worth the effort. It will enable the creation of custom applications and scripts built on top of the ASB. This will open basically unlimited possibilities but the most obvious use cases include:
+   - Complete access to statistics and internal data and logging
+   - Adjust exchange rate and minimum swap amount based on current Bitcoin transaction fees
+   - Listening for specific events and executing custom actions e.g. sending notifications or replenishing funds by executing trades on other platforms
+   - Integration of Bitcoin privacy protocols (e.g., CoinJoin, Whirlpool) for received funds
+
+For the GUI itself our focus will be to:
+- Make the GUI more accessible to non technical users (e.g. tooltips, explanations, ...),
+- Provide documentation for end users as well as technical documentation to improve transparency and attract new developers,
+- Work on migrating the GUI framework (from Electron to Tauri) to simplify the architechture,
+- Release an Android (and possibly iOS) version of the GUI.
+- _(We are also looking into a web version, powered by WebAssembly, which can run in browsers. This may not be possible and will require extensive refactors in the code base.)_
+- Build a new UI for hosting and managing the ASB from inside the GUI. Thereby enabling selling Monero for Bitcoin.
+
+### Why
+
+We want to enable anyone to reliably acquire Monero by building an anonymized, decentralized and trustless market that is resiliant to censorship. We believe that by realizing the potential of this project we can bring this to reality.
+
+A mature ecosystem will attract more users and swap providers. This will lead to increased liquidity and competition and thus make atomic swaps a viable alternative to centralized exchanges.

monero-serai-wallet-audit.md

+---
+layout: wip
+title: Audit monero-serai and monero-wallet
+author: kayabaNerve
+date: October 11, 2024
+amount: 1050 XMR
+milestones:
+  - name: Audit of monero-[serai, wallet], including the FROST-inspired multisig protocol
+    funds: 1050 XMR
+    done:
+    status: unfinished
+payouts:
+  - date: 3 December 2024
+    amount: 1050
+---
+ 
+monero-serai and monero-wallet are public-good libraries built by myself as part of my work on Serai DEX. Despite the "-serai" name, both libraries have always been intended to be usable and actually used by the Monero community as a whole. Development has been ongoing for over two years. During that time, I have hired developers to work on and review it (including j-berman who truly needs credit and acknowledgement for their contributions), yet have never seeked community funding for my work. Now that monero-serai and monero-wallet are ready for their 1.0 release, meaning they have reached the necessary milestone to be considered sufficiently developed and meaningful, I have decided to request the community's support for their audits.
+ 
+monero-serai is a from-scratch reimplementation of the Monero transaction protocol in Rust. It originally also
+included wallet functionality yet that was split out into the monero-wallet library to offer greater
+flexibility to consumers.
+ 
+monero-serai is used by Cuprate[[1]](
+  https://github.com/Cuprate/cuprate
+)[[2]](
+  https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/405
+)[[3]](
+  https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/422
+)[[4]](
+  https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/431
+)[[5]](
+  https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/456
+)[[6]](
+  https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/469
+)[[7]](
+  https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/484
+) for its parsing/handling/stateless verification of Monero transactions. Specifically, included is:
+ 
+- An implementation of v1 and v2 transactions
+- Cryptonote ring signature, MLSAG, and CLSAG verification
+- Borromean, Bulletproofs, and Bulletproofs(+) verification
+ 
+monero-serai also underpins monero-wallet, a Rust library for sending and receiving Monero. It's intended to have a clean, high-level API, be usable in a variety of contexts (from desktops to embedded devices to web browsers), and support everything from traditional wallets to more novel use cases (such as atomic swaps). As part of this, it offers:
+ 
+- Proving CLSAG, Bulletproofs, and Bulletproofs(+)
+- Honest-sender outgoing view keys (deterministically derived transaction keys to simplify payment proofs and allow verifying transactions match an intent)
+- A FROST-inspired multisig which has O(1) per-signer upload complexity and O(n) computational complexity, compared to Monero's multisig which has O(n!) complexity (where n is the amount of signers)
+ 
+Potentially of most note is the work on multisig. FROST is a widely regarded, [IRTF standardized](https://datatracker.ietf.org/doc/rfc9591/) multisignature protocol for Schnorr signatures which I've applied to Monero's CLSAG (caveats apply). The application to CLSAG is built upon [modular-frost](https://github.com/serai-dex/serai/tree/develop/crypto/frost), a FROST implementation I wrote for Serai and have already [prior audited](https://github.com/serai-dex/serai/tree/develop/audits/Cypher%20Stack%20crypto%20March%202023).
+
+Monero has historically had issues with its multisig which has a novel high-complexity DKG and a signing protocol which isn't formalized (though is currently Musig2-inspired). monero-wallet represents an opportunity to step forth with a formalized, proven, and audited multisignature implementation. One idea occassionally brought up has been to remove multisig from Monero proper, placing it in its own distinct repository, in order to not have multisig burden Monero. With the work done on monero-wallet, and the audit being funded here, completely deferring multisig to it would become a viable option.
+ 
+monero-wallet has also been checked to have a matching decoy selection algorithm (specifically, a matching distribution of selected decoys), fee algorithm, and various other properties (such as TX extra) to ensure its transactions won't be fingerprintable.
+ 
+There is interest by multiple wallets to use monero-wallet, and it's already being developed on top of by Serai, a user-facing multisignature use case, and an application premised on web technology (which compiles monero-wallet to WASM).
+ 
+This CCS is to fund the formalization of the implemented CLSAG multisig protocol (already outlined), provide the necessary security proofs (derived from FROST), and audit monero-[serai, wallet]. The audit will be done by Cypher Stack (their quoted amount being the amount requested). The one milestone is to be paid directly, immediately, and in full, to Cypher Stack for their work.
+
+After the audit, the plan is to transfer monero-serai into the newly created [monero-oxide](https://github.com/monero-oxide/monero-oxide) organization (head by myself and boog900 from Cuprate). This is to help ensure it stands as a public good and doesn't solely service a single project's needs. Additional discussions are ongoing regarding the future governance of monero-wallet.

monerobull-bootstrap-workgroup.md

+---
+layout: cp
+title: "monerobull for website workgroup"
+author: monerobull
+date: 5 July 2024
+amount: 30
+milestones:
+  - name: 2 meetings + hours worked
+    funds: 10 XMR
+    done: 1 January 2025
+    status: finished
+  - name: 2 meetings + hours worked
+    funds: 10 XMR
+    done: 1 January 2025
+    status: finished
+  - name: 2 meetings + hours worked
+    funds: 10 XMR
+    done: 1 January 2025
+    status: finished
+payouts:
+  - date: 30 January 2025
+    amount: 30
+---
+
+# Who, what, when, where?
+
+Hi, I'm monerobull. I run monero.town & monerosupplies.com. I also never did any paid work for Monero before.
+
+I was recently mentioned in a CCS proposal by geonic, famous Monero movie director. There's a lot of opportunity for improvement in the non-dev areas of the project, and not always enough hands to get it done. It was agreed upon that, were this to happen, this would be done through my own CCS proposal rather than through geonics. This moves me from being accountable to nobody, to accountable to the community.
+
+A quick summary of what I'd be working on:
+- Setting up / managing a Monero Website Workgroup, keep it up to date (our roadmap still mentions triptych)
+- Joining the moderator teams for Matrix and helping along with discord
+- Being a supportive figure in the Monero Community workgroup and helping that along as needed
+- Keeping a finger on the "pulse of the community" in the various chat rooms and platforms (Telegram, Discord, not IRC, Matrix, Reddit, etc.)
+- Aiding and assisting in event work as needed (part of Monerokon team since MK3)
+
+# Why?
+There's lots of non-dev stuff to do, and not so many people to do it. I am mostly capable and willing.
+
+# How long? How much?
+
+30 XMR for three months for half time work. Possibility of renewal depending on community sentiment.
+
+# Deliverables
+I will do all of the above in the beginning section, and give a monthly report to the community on what's been done, and tasks accomplished. Luigi does a lot of work, I'd like to take on some of that.
+
+# COI
+I would have never made this proposal without geonics preceding yolo proposal. In the past I've tried to stay away from the CCS due to all the drama surrounding it. This very proposal was born out of CCS drama.

monerotopia2024publicity.md

+---
+layout: wip
+title: Monerotopia 2024 Marketing and Publicity
+author: geonic
+date: November 6, 2024
+amount: 36.68
+milestones:
+  - name: Payment to Estrategia Blue PR
+    funds: 36.68
+    status: unfinished
+    done:
+payouts:
+  - date:
+    amount: 36.68
+---
+# Monerotopia 2024 Marketing & Publicity
+
+Hi! As discussed in the [previous community meeting](https://libera.monerologs.net/monero-community/20241026#c451916), I am proposing that we [spend the unused funds](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/70#note_26878) from the last Monero Outreach CCS on marketing & publicity for Monerotopia 2024, which starts next Thursday. I would be the key point of contact for the PR firm and will provide a final report on what's been achieved.
+
+Our events are the perfect opportunity to publicize/advertise Monero and so far we haven't done a good job at that. This proposal is a first step in changing that.
+
+**Estrategia Blue PR**, a leading publicity firm in Mexico, has made a [proposal](https://github.com/geonic1/geonic/blob/master/Monerotopia%20Proposal.pdf) and they are ready to start today. We need to engage them ASAP. Vik Sharma has agreed to handle the payment and receive the XMR at no surcharge. The proposed budget (~$5500) is within the remaining amount (36.68 XMR or ~$6000), which we intend to spend in full with more (or less) media buys, depending on the actual amount received by the firm.
+
+As the only remaining, active member of Monero Outreach, I believe this is a good use of the funds and in the spirit of what the donors wished to support.
+
+Cheers!
+geonic

mrcyjanek-xmruw-development.md

+---
+layout: wip
+title: xmruw - development of cross platform wallet
+author: mrcyjanek
+date: February 29, 2024
+amount: 76.68
+milestones:
+  - name: Month 1
+    funds: 25.56
+    done: 8 July 2024
+    status: finished
+  - name: Month 2
+    funds: 25.56
+    done: 31 August 2024
+    status: finished
+  - name: Month 3
+    funds: 25.56
+    done:
+    status: unfinished
+payouts:
+  - date: 17 July 2024
+    amount: 25.56
+  - date: 4 September 2024
+    amount: 25.56
+  - date:
+    amount:
+---
+
+Hello! I'm mrcyjanek and I'm currently working on the Unnamed Monero Wallet (short: xmruw) that aims to be as portable as possible and as close to `wallet2_api.h` as it is reasonably possible.
+
+However, this project got much bigger than I initially expected and resulted in a project that is huge in size, but also has really large portability capabilities, after fighting for a couple days with Wayland implementation on SailfishOS I (with the help from Mister_Magister and NotKit) managed to run the first cryptocurrency wallet natively on SFOS ([that is available on the app store of that os](https://openrepos.net/content/mrcyjanek/unnamed-monero-wallet-xmruw)). More details and the origin story can be found in a [blog post announcing the wallet](https://www.mrcyjanek.net/p/xmruw-monero-wallet/).
+
+I'm developing `xmruw` with a few critical points in mind:
+- There should be no database responsible for any of the monero-releated functions - so I won't accidentally do something that shouldn't be done.
+- The app should be as close to `wallet2_api.h` as possible to eliminate things like overly complex state management as something that causes issues.
+- Privacy should be prioritized - no external services are contacted in the app, and if there ever happens to be some external feature it will be opt-in in settings with an option to route entire traffic through Tor.
+- Security is also prioritized - not only by minimizing the attack surface but also by providing features such as stealth mode (inspired by Samourai wallet)
+- UX is the most critical of them all in my opinion - without the right UX, not many users are going to use a wallet, so it is my responsibility as a developer to make the wallet available on all platforms and to be appealing to users.
+- As a mobile Linux enthusiast I'll also do my best to offer secure monero wallet solutions for owners of non-Android and non-iOS mobile devices
+
+# About
+
+I've decided to take the simplest path from `wallet2_api.h` to the actual wallet UI, so instead of forking m2049r/cake implementation I've decided to use `dart:ffi` to call the native functions - this made a lot of code unnecessary, and the part that was still required was mostly generated - so I call that a huge win. But not without it's own cost - I had to write a wrapper for `wallet2_api.h` that would provide C headers instead of C++ - which meant [writing a bunch of boilerplate code](https://git.mrcyjanek.net/mrcyjanek/monero_c/src/commit/abaa3a2d165577a79ce0c3fe5382b68fa260ecc1/libbridge/src/main/cpp/wallet2_api_c.cpp#L1549) and implementing a couple of dart/flutter libraries, that gave birth to the foundation of the wallet
+
+## Unnamed Monero Wallet (xmruw)
+
+[Website](https://xmruw.net), [Gitea](https://git.mrcyjanek.net/mrcyjanek/unnamed_monero_wallet), [GitHub](https://github.com/mrcyjanek/unnamed_monero_wallet), [Downloads](https://download.xmruw.net/)
+
+Features of the wallet include:
+- Sending/Receiving monero
+- Online/Offline wallet modes
+  - With URQR and file exports for Android/iOS
+  - With clipboard-based exports for QubesOS
+- Embedded Tor support
+- (soon) Embedded i2p support [^1]
+- Stealth mode (fake calculator app that opens wallet if the correct pin is provided)
+- Multiple account support
+- Coin control
+- Signing / Verifying of messages
+- Custom themes
+- Advanced settings
+  - Performance analysis tool for the `wallet2_api.h` functions called
+  - Debug information that makes development easier
+  - Configuration options to opt-in to experimental features (such as [background sync](https://github.com/monero-project/monero/pull/8619))
+- OpenAlias resolving
+- Backup/Restore
+- Historically accurate currency conversion done fully offline
+- And all of the "obvious" features such as transaction list, subaddress list, wallet locking, QR code scanning, etc.
+
+## Scope of work
+
+While working on Unamed Monero Wallet, here is a non-comprehensive list of the things I want to accomplish in no particular order, as it doesn't make sense to separate some things.
+
+- Expanding compatibility of `monero_c` to all platforms that I have access to (Linux (glibc+musl), FreeBSD, iOS, MacOS, Windows) in an easily-reproducible way (single script and a docker environment)
+- Making `xmruw` available for all platforms (and I do mean all platforms) and in app stores (including play store, self-hosted f-droid repository, apple app store, .deb, and .rpm repository).
+- Implementing features desired by users, currently this includes
+  - periodic sync (via [background-sync](https://github.com/monero-project/monero/pull/8617)) to provide seamless experience, no matter how frequently the app is actually opened
+  - merchant mode
+  - many UI/UX improvements/changes (some of more important ones: make seed offset and its role more obvious, better backup mechanism, time-lock warn, automatic node selection)
+- Work on documentation (this will be a significant task on its own, but the goal is to allow anybody to integrate monero no matter what language/framework they are using by using monero_c/monero.dart).
+- Fix issues that were made along the way
+  - Bytewords entering an infinite loop when incorrect text is passed in
+  - No compatibility with Feather / ANONERO in offline mode due to lack of CBOR encoding
+  - Not cross-platform QR scanner [^2]
+  - Bad UI on desktop (not that it's bad, it is just mobile-first)
+  - and more, if found when developing
+  - sending fixes to relevant peers and upstream
+
+## Milestones
+
+Given the nebulous nature of development, I would prefer my milestones to be time-based. I prpose a milestone completion and subsequent payout once every month (after services rendered).
+
+In addition to the above features mentioned in the scope of work, I propose an additional deliverable of a weekly report so my progress can be verified.
+
+# Payment
+
+I'm proposing to work for 20 hours/week for `40$/hour` at a rate of `~125,14$/XMR` (according to open prices between 2024-02-17 and 2024-03-01 (date of writing) via [CoinGecko](https://www.coingecko.com/en/coins/monero/historical_data)) for 12 weeks, summing up to a total of `~76,68` XMR split into 3 payments of `25,56` XMR every 4 weeks.
+At the end of each week, I'll comment a summary of what happened along the way and what tasks were done.
+
+[^1]: The library is there, it needs some love to be usable, cross platform and built in a reproducible fashion.
+
+[^2]: Camera isn't fun, especially when being cross-platform is a goal, but supporting it is critical for URQRs. This isn't a milestone on it's own, but a topic that I'll research, do some PoC and come up with a solution, especially because getting camera to work is one task, then we need to scan qr the codes (and be **very** fast at it), so this milestone is more of "explore the possibilities" and come up with a reasonable plan for future regarding cross-platform camera support.

netrik-translation-coordination-2.md

 ---
-layout: wip
+layout: cp
 title: Three Months of Translation Coordination
 author: netrik182
 date: December 7, 2021
@@ -15,18 +15,22 @@ milestones:
     status: finished
   - name: February
     funds: 15
-    done:
-    status: unfinished
+    done: 12 February 2025
+    status: finished
 payouts:
   - date: 5 January 2022
     amount: 15
   - date: 8 February 2022
     amount: 15
-  - date: 
-    amount: 
+  - date: 12 February 2025
+    amount: 15 
 
 ---
 
+### Proposal closure / funds reallocation 1st Feb 2025
+
+The remaining 15XMR from this proposal have been transferred to [v1docq47](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests?scope=all&state=merged&author_username=v1docq47)
+
 ## Translation Coordinator for the Monero Project
 My first proposal is now completed and I would like to continue working as translation coordinator for the upcoming months. You can read more about the initial proposal [here](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/260), also read the reports in the comments and on [reddit](https://www.reddit.com/r/Monero/comments/qqqoch/ccs_report_translation_coordinator/). 
 

ofrnxmr-totw3.md

+---
+layout: wip
+title: ofrnxmr support, docs, site, meta++ (totw pt3)
+author: ofrnxmr
+date: July 31, 2024
+amount: 168
+milestones:
+  - name: Aug 2024
+    funds: 14 XMR
+    done: 23 September 2024
+    status: finished
+  - name: Sep 2024
+    funds: 14 XMR
+    done: 31 January 2025
+    status: finished
+  - name: Oct 2024
+    funds: 14 XMR
+    done:
+    status: unfinished
+  - name: Nov 2024
+    funds: 14 XMR
+    done:
+    status: unfinished
+  - name: Dec 2024
+    funds: 14 XMR
+    done:
+    status: unfinished
+  - name: Jan 2025
+    funds: 14 XMR
+    done:
+    status: unfinished
+  - name: Feb 2025
+    funds: 14 XMR
+    done:
+    status: unfinished
+  - name: Mar 2025
+    funds: 14 XMR
+    done:
+    status: unfinished
+  - name: Apr 2025
+    funds: 14 XMR
+    done:
+    status: unfinished
+  - name: May 2025
+    funds: 14 XMR
+    done:
+    status: unfinished
+  - name: Jun 2025
+    funds: 14 XMR
+    done:
+    status: unfinished
+  - name: Jul 2025
+    funds: 14 XMR
+    done:
+payouts:
+  - date: 28 September 2024
+    amount: 14
+  - date: 25 February 2025
+    amount: 14
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+---
+Welcome back. Hopefully I still have your ear.
+
+I'd like to take a moment to express gratitude towards all of my anonymous supporters. I see you, and I thank you for everything you've helped me with thus far. I wouldn't be here without you. If this proposal is merged, I will likely be good through til 2026.
+
+This may not seem as abnormal as I'd have liked. The title is what it is, but the proposal is intended to cover contributions to Monero proper. It was requested that I open a new MR instead of editing the [old one](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/444).
+
+- 14xmr/mth includes 20-25hrs/wk on customer support, docs, site, ccs, assisting devs, and attempting to take over the world:
+  - 3xmr/mth work with core devs, community devs, researchers, and other contributors to test or advise on features, issues, community projects etc.
+  - 3xmr/mth #monero-support: Lead the support channel & provide hands on support to users
+  - 3xmr/mth #monero-docs: Maintain¹ (or help to maintain) monero-docs repo and/or assist plowsof, 321bob321 and others with content
+  - 2xmr/mth #monero-site: Maintain¹ (or help to maintain) monero-site repo and/or assist plowsof, hardenedsteel and others with content
+  - 2xmr/mth #monero-community: Assisting CCS proposers (and plowsof) with relations/logistics
+  - 1xmr/mth take over the world: dedicate time to dealing with "meta" stuff. There is quite a bit of unfinished business (on and off repo) that needs to be tackled
+  - donate to others
+
+The above amounts are estimates. Actual distribution may vary.
+
+¹ Maintain = handle merges
+
+Terms:
+- 12 Months @ 168xmr total
+- Estimated 20-25 hr/wk
+
+Rate:
+- 1 XMR = 1 XMR
+
+Payout structure: 
+- 12 monthly milestones
\ No newline at end of file

ofrnxmr_basicswap.md

+---
+layout: wip
+title: "ofrnxmr feat BasicSwapDEX - take over the world pt 2"
+author: ofrnxmr
+date: 12 August 2024
+amount: 1685
+milestones: 
+  - name: M0-O (ofnxmr, 1st month)
+    funds: 20 XMR
+    done: 3 September 2024
+    status: finished
+  - name: M0-Y (80xmr bounties, 3 months)
+    funds: 80 XMR
+    done: 28 September 2024
+    status: finished
+  - name: M0-F (~0-160hrs, 1st month)
+    funds: 40 XMR
+    done: 4 September 2024
+    status: finished
+  - name: M0-B (~0-160hrs, 1st month)
+    funds: 55 XMR
+    done: 4 September 2024
+    status: finished
+  - name: M1-O (ofrnxmr, 2nd month)
+    funds: 20 XMR
+    done: 17 October 2024
+    status: finished
+  - name: M1-F (~160-320hrs, 2nd month)
+    funds: 40 XMR
+    done: 17 October 2024
+    status: finished
+  - name: M1-B (~160-320hrs, 2nd month)
+    funds: 55 XMR
+    done: 17 October 2024
+    status: finished
+  - name: M2-O (ofrnxmr, 3rd month)
+    funds: 20 XMR
+    done: 30 November 2024
+    status: finished
+  - name: M2-F (~320-480hrs, 3rd month)
+    funds: 40 XMR
+    done: 30 November 2024
+    status: finished
+  - name: M2-B (~320-480hrs, 3rd month)
+    funds: 55 XMR
+    done: 30 November 2024
+    status: finished
+  - name: M3-O (ofrnxmr, til completion)
+    funds: 100 XMR
+    done:
+    status: unfinished
+  - name: M3-F - Frontend GUI v3.0.0 - v5.0.0+ (prepaid, ~6 months)
+    funds: 320 XMR
+    done: 19 January 2025
+    status: finished
+  - name: M3-B - Backend v0.13 - v0.15+ (prepaid, ~6 months)
+    funds: 410 XMR
+    done: 19 January 2025
+    status: finished
+  - name: M4 - Delivery of 1.0 (postpaid, ~3 months)
+    funds: 190 XMR
+    done:
+    status: unfinished
+    milestones: 
+  - name: M5 - 1yr maintenance (ongoing)
+    funds: 240 XMR
+    done:
+    status: unfinished
+payouts:
+  - date: 14 September 2024
+    amount: 115
+  - date: 28 September 2024
+    amount: 80
+  - date: 23 October 2024
+    amount: 115
+  - date: 6 December 2024
+    amount: 115
+  - date: 6 February 2025
+    amount: 730
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+---
+
+Welcome ladies and gentleman, kids and pets.
+
+Lets skip the intro.
+
+  BasicSwapDEX is, as far as I know, Monero's only Bidirectional Atomic swap service, and the only one that allows swapping monero with coins not named Bitcoin (such as Litecoin). 
+
+  BasicSwapDEX has been mainnet for a while now, but is a beta / POC. With this CCS I hope empower and steward BasicSwapDex to production quality software within ~1 year. Some milestones are to be paid to ofrnxmr in advance. I'm also requesting that some funds be escrowed by the CCS Coordinator.
+	 
+##### M0/M1/M2 = accelerate work / probation.
+- M0 paid at funding. To be paid to ofrnxmr to distribute as follows:
+  - M0 = 80xmr to ofrnxmr to pay for bounties / extra help, and/or bonuses to backend/frontend devs
+  - M0/M1/M2 = 20xmr/month (60xmr/3months) to ofrnxmr
+  - M0/M1/M2 = 40xmr/160hrs (120xmr/3mths) to BasicSwap Team - Frontend
+  - M0/M1/M2 = 55xmr/160hrs (165xmr/3mths) to BasicSwap Team - Backend
+
+##### M3-O - Paid end of month 4
+  - 100xmr
+    
+##### M3-F - Frontend GUI v3.0.0 - v5.0.0+
+- Paid start of month 4
+  - 240xmr earmarked for frontend development (paid out by ofrnxmr as work is completed, 40xmr/160hr)
+  - 80xmr to ofrnxmr to pay for bounties / extra help, and/or bonuses to frontend devs
+
+##### M3-B - Backend v0.13 - v0.15+
+- Paid start of month 4
+  - 330xmr earmarked for backend development (paid out by ofrnxmr as work is completed: 55xmr/160hr)
+  - 80xmr to ofrnxmr to pay for bounties / extra help, and/or bonuses to backend devs
+
+##### M4 - Delivery of 1.0
+- Paid after M3 is completed to satisfaction, and 1.0 is shipped 
+  - 80xmr for frontend dev(s)
+  - 110xmr for backend dev(s)
+
+##### M5 = Maintenance
+- Payout in Month 13 at the earliest, to be redistributed on a monthly basis 
+  - 8xmr to backend devs
+  - 8xmr to frontend devs
+  - 4xmr to ofrnxmr
+
+#### Scope (wherever technically possibly)
+- **_M0/M1/M2 = Catchup work. Begin preparing for M3 milestones._**
+  - [Some things yet to be completed](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/457#note_24394)
+- **_M3-F - Frontend GUI v3.0.0 - v5.0.0+_**
+  - CEX-like UI and UX (aside from speed)
+    - Orderbook
+    - Market depth
+    - Order types ie. Market, limit, stop, trailing, profit taker
+  - Private orderbook UI
+  - Overall UI and UX updates
+    - Mobile friendly
+    - Better notifications
+    - Improve / simplify in progress and historical bid details
+  - Historical swap exports
+  - Drop _reliance_ on centralized price APIs
+  - Add wallet (rpc) functionality to the wallets themselves
+  - Ability to use external wallets to take offers
+  - Include new GUI interfaces to match new backend functionalities
+- **_M3-B - Backend v0.13 - v0.15+_**
+  - Secure the backend
+  - Better code reviews
+  - Fix and enhance user APIs
+  - Add provider / swapper APIs
+  - Web frontend APIs
+  - Enable swaps between incompatible coins. [Example: XMR <> FIRO]
+  - Integrations of atomic protocals such as those from BCH and ETH
+  - Disconnect SMSG from Particl blockchain
+  - Create and use a local price oracle
+  - Bridge orderbooks from other services such as Samourai 
+  - EVM wallet compatibility
+  - Necessary changes to enable frontend features
+- **_M4 - Delivery of 1.0_**
+  - M3-X Completed to satisfaction
+  - Ship 1.0 installation packages as (example), a Flatpak, appimage
+- **_M5 - 1yr Maintenance_**
+  - Addressing concerns in an efficient manner
+  - Continued improvement of the codebase
+
+The scope of work is quite large. You can follow Particl dev report (going back to January) for current, ongoing and planned work, which is ever evolving.
+
+Should any part of this CCS fail, I may choose to redirect remaining funds to fork the project or to acquire devs willing/able to complete it.
+
+In the event of total failure, all unused funds will be donated to a 2/3 multisig (The elusive "jetfund") with the COMMUNITY Coordinator and 1 other [TBD] party, to be used **as the community decides**....Though, im ofrnxmr. I'm not _fill in name of scammer_. I will see this through to completion.
+
+##### Coverage
+- M0/M1/M2 = Month 0-3
+- M3-O = Month 4-12
+- M3-X = Month 4 'til Completion of M3-X milestones (target = ~6 months)
+- M4 = Completion of M3-X milestones til the later of completion of M4 or Month 13
+- M5 = 12 Months. Earliest payouts may begin is the later of completion of M4 or Month 13
+
+**This CCS allows the Monero Community to lead the space to a goal of having a FOSS, trustless, unregulatable, P2P, decentralized, liquid economy, with _0 platform fees, 0 dev taxes_ and _0 targets_.**
+
+**I would hope (and assume) that non-monero communities who are under constant threat for having cypherpunk ideals (_cough_ BTC, BCH, ETH, and whoever else shares our ideals) will also support and donate to this endeavor.**

plowsof-ccs-coordinator-3.md

 ---
-layout: wip
+layout: cp
 title: "CCS Coordinator"
 author: plowsof
 date: October  20th 2023
@@ -12,15 +12,15 @@ milestones:
   - name: 2 meetings + hours worked
     funds: 23 XMR
     done: 14 January 2024
-    status: unfinished
+    status: finished
   - name: 2 meetings + hours worked
     funds: 23 XMR
-    done:
-    status: unfinished
+    done: 17 March 2024
+    status: finished
 payouts:
   - date: 28 January 2024
     amount: 46
-  - date:
+  - date: 16 April 2024
     amount: 23
 ---
 

plowsof-ccs-coordinator-4.md

 ---
-layout: fr
+layout: cp
 title: "CCS Coordinator"
 author: plowsof
 date: March 29th 2024
@@ -7,22 +7,22 @@ amount: 80.07
 milestones:
   - name: 2 meetings + hours worked
     funds: 26.69 XMR
-    done:
-    status: unfinished
+    done: 2 June 2024
+    status: finished
   - name: 2 meetings + hours worked
     funds: 26.69 XMR
-    done:
-    status: unfinished
+    done: 2 June 2024
+    status: finished
   - name: 2 meetings + hours worked
     funds: 26.69 XMR
-    done:
-    status: unfinished
+    done: 5 September 2024
+    status: finished
 payouts:
-  - date:
+  - date: 24 June 2024
     amount: 26.69
-  - date:
+  - date: 24 June 2024
     amount: 26.69
-  - date:
+  - date: 28 September 2024
     amount: 26.69
 ---
 

plowsof_6_ccs_coordinator.md

+---
+layout: wip
+title: plowsof CCS Coordinator 
+author: plowsof
+date: April 1, 2025
+amount: 72.60
+milestones:
+  - name: Month 1
+    funds: 24.2
+    status: unfinished
+    done:
+  - name: Month 2
+    funds: 24.2
+    status: unfinished
+    done:
+  - name: Month 3
+    funds: 24.2
+    status: unfinished
+    done:
+payouts:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+---
+# Who?
+
+Hello, plowsof here, I show up and try to be helpful. My [previous](https://ccs.getmonero.org/proposals/plowsof-com-rel.html) [proposals](https://ccs.getmonero.org/proposals/plowsof-ccs-coordinator-2.html) [happened](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/418), [previously](https://ccs.getmonero.org/proposals/plowsof-ccs-coordinator-4.html) [again](https://ccs.getmonero.org/proposals/ccs-coordinator-5-plowsof.html). I would like to make it happen again, and do more of the same things.
+
+# What?
+
+- Gather consensus for CCS proposals. (feedback from GitLab/IRC/Reddit).
+- Organise bi-weekly meetings to discuss proposals / current events (more if necessary).
+- Provide decisions in 1 month or less (Yes/No to being funded or if something has to be changed with the proposal to satisfy our community).
+- Be impartial when communicating with CCS proposers - everyone gets a fair shake.
+- Checking up on the WIP list to find / fix problems early (e.g. payments overdue or proposers AWOL).
+- Take responsibility for the entire CCS process - It's my fault when 'things go wrong'.
+- Someone who is online for several hours a day / 7 days a week that knows what's going on.
+- Act as a liaison to Core - keep them informed of whats happening / poke them when required / handle their requests.
+    - As part of this CCS, you will also be sponsoring my work when quality assurance testing new features/bug fixes each release cycle in the GUI, CLI, and RPC wallets.
+    - And Getmonero.org contributions.
+- Consultancy before / during / after the idea stage.
+- Secretarial tasks for https://bounties.monero.social/ (requesting payouts upon completion of bounties and such)
+
+
+## Proposal
+Work for 25 hours per week over the next 3 months (from April to end of June 2025) at a rate of 45€ / hour. At 201.72€ / XMR (90-day EMA) this makes ~72.60 XMR.

r4v3r23-anonero-v1.md

+---
+layout: wip
+title: ANONERO version 1.0
+author: r4v3r23
+date: April 12, 2024
+amount: 199.265
+milestones:
+  - name: Inital payment
+    funds: 20% (39.853 XMR)
+    done: 29 April 2024
+    status: finished
+  - name: Payment for first test build
+    funds: 40 % (79.706 XMR)
+    done:
+    status: unfinished
+  - name: Payment for completion
+    funds: 40 % (79.706 XMR)
+    done:
+    status: unfinished
+payouts:
+  - date: 29 April 2024
+    amount: 39.853
+  - date:
+    amount:
+---
+
+
+
+# Who
+
+ANONERO project, creators of the security & privacy focused Monero wallets ANON & NERO.
+
+# What
+
+
+Migrating our codebase to Android's native language Kotlin with Jetpack Compose UI. 
+
+When we first started the project, we bootstrapped development by using a combination of xmrwallet's Java code and Flutter. This allowed for fast interations and great UI performance, but as the app grew with more advanced features, the Native <> Java <> Flutter layers proved to be a bottleneck.
+
+Now that we have a working Proof of Concept alpha wallet, and are much more familiar with the Monero codebase, we've decided to move the app to a new framework that's better suited to our feature set. This will give us a solid, stable codebase and make future developement much easier.
+
+As part of our commitment to privacy & security and using the latest features, ANONERO has contributed to Monero, directly and indirectly, in various ways:
+
+ 1) First fully airgapped DIY HWW cold storage solution: https://monero.town/post/223593
+ 
+ 2) First working implementation of background sync via view-keys
+
+ 3) Helped identify, debug, and fix issue where Polyseed was failing to build on 32-bit Android: https://github.com/tevador/polyseed/issues/5
+
+ 4) Helped identify, debug, and test fix for the DNS leak when using onion nodes: https://github.com/monero-project/monero/pull/8849
+ 
+ 5) Helped discover bug where key images weren't being passed by signed tx payload: https://github.com/monero-project/monero/pull/9049
+ 
+ 6) Discovered background sync bug which caused all cached blocks to be erased: https://github.com/monero-project/monero/pull/8619#issuecomment-1808920063
+ 
+ 7) Helped test tobtoht's upcoming [Polyseed](https://github.com/tevador/polyseed) patch to monero core
+ 
+ 8) Worked with tobtoht to improve offline-signing UX
+ 
+We'll continue to adopt and test new features and upstream fixes to core if/when they arise during the CCS.
+
+# Proposal
+
+Instead of guesstimating work hours and giving an hourly rate, we are asking for an amount that will guarantee funding for the entire wallet rewrite. 
+
+Monerujo's Sidekick project raised 181.15 XMR, and seeing as we addressed the community's concerns by shipping the feature fully airgapped using animated QR codes, we are asking the community to match that amount, plus 10% for misc things like hosting, documentation, website improvement etc for a total of 199.265 XMR.  
+
+For the past year and a half we relied on our small community to help fund us, and now that we've proven we can deliver, we are requesting 20% upfront to start development:
+ 
+- Milestone 1:  39.853 XMR (20%) paid upfront upon funding
+  
+- Milestone 2:  79.706 XMR (40%) paid upon release of first test build (corresponding to v0.5)
+
+- Milestone 3:  79.706 XMR (40%) paid upon final feature-complete release
+
+Progress will be posted on our repo http://git.anonero.io (onion redirect) and we will begin open testing as soon as we can.
+
+CCS will expire one year from date of first payout and funds can be send to the General Fund.