MoneroKon-2025-CCS.md

+---
+layout: wip
+title: MoneroKon 2025 CCS
+author: hbs
+date: February 24, 2024
+amount: 99
+milestones:
+  - name: Funding goal reached
+    funds: 99
+    done:
+    status: unfinished
+payouts:
+  - date:
+    amount:
+---
+
+# Table of Contents
+
+- [Who?](#who)
+- [What?](#what)
+- [Amount](#amount)
+- [Exchange Rate](#exchange-rate)
+
+# Who:
+
+I, hbs, am one of many MoneroKon staff members contributing to this funding proposal. I have been actively involved with the Monero project for several years and have taken part in MoneroKon organizing team since its 2022 edition in Prague. This CCS proposal is intended to support the work of a larger team, not just my own. Active community members, including ajs, midipoet, monerobull, franciscom, dadajo, comradeblin, Siren, ceetee, recanman, and others, coordinate and hold weekly meetings in the [#monerokon Matrix room](https://matrix.to/#/#monerokon:matrix.org).
+In 2024, a Czech non-profit [Twisted Edwards z.s.](https://twed.org/) was set up to support education and scientific research in cryptography, distributed systems, and information technology security. Siren, ajs, and midipoet volunteered as directors of Twisted Edwards z.s., with their roles confirmed through community voting. Twisted Edwards z.s. oversees the organization of MoneroKon and is responsible for contracting essential services, including the venue, A/V staff, equipment rentals, food trucks, storage, and more.
+As of 19 February 2025, Twisted Edwards holds approximately 32,200 EUR in stablecoins in a [Safe Polygon multisig wallet](https://polygonscan.com/address/0x22942517e3eDEF1e1016070951a7081F99AE50A3) and 105.43 XMR in a hardware wallet in accordance with the [Cryptocurrency Funds Management Policy](https://github.com/MoneroKon/meta/blob/main/policies/funds-management-policy.md).
+All MoneroKon staff members are unpaid volunteers.
+
+# What
+
+[Monero Konferenco (“MoneroKon”)](https://www.monerokon.org/) is an annual gathering of privacy advocates, cypherpunks, scientists, and philosophers focused on advancing privacy and financial technologies such as censorship-resistant digital cash. The event first took place in Denver, Colorado in 2019, and after a hiatus due to COVID-19, it resumed in Lisbon, Portugal in 2022. In 2023 and 2024, MoneroKon was held in Prague.
+The popularity of MoneroKon has steadily increased, with growing attendance over the years:
+
+* 2019 - Denver - 73 attendees - [27 speakers](https://www.youtube.com/playlist?list=PLsSYUeVwrHBkJHJg_l2uDgbicDJ1PmAVW)
+* 2022 - Lisbon - 160 attendees - [40 speakers](https://www.youtube.com/playlist?list=PLsSYUeVwrHBndRQoQ-vLezzlHPLRDNzaw) |
+* 2023 - Prague - 200 attendees - [~40 speakers](https://www.youtube.com/playlist?list=PLsSYUeVwrHBm1m7IaU3JiDVb5EC7cn0KG) |
+* 2024 - Prague - 300 attendees - [~40 speakers](https://www.youtube.com/playlist?list=PLsSYUeVwrHBk-C3zImaDAQLx453PL7dR-) |
+
+Previous MoneroKon editions in [2019](https://forum.getmonero.org/22/completed-tasks/90909/surae-noether-first-denver-monero-konferenco-spring-2019) ([postmortem](https://github.com/ajs-xmr/mrl-skunkworks-mirror/blob/master/Konferenco/2019/postmorto.md#1-budget-actuals)), [2022](https://ccs.getmonero.org/proposals/MoneroKon-2022-CCS.html), and [2023](https://ccs.getmonero.org/proposals/monerokon-2023-ccs-1.html) were partially funded through the CCS. For MoneroKon 2024, the organizers aimed to make the event self-funded through ticket sales and sponsorships. A concerted effort was made to keep costs low, such as by renting a smaller section of the venue. The previous edition taught us that a smaller, more intimate space created a better experience for all attendees. Feedback confirmed that this was a successful change. Moreover, cost savings efforts resulted in approximately 20,000 EUR net surplus, which has been rolled over to finance future editions of the conference.
+
+For MoneroKon 2025, we also aim to achieve self-funding through ticket sales and sponsorships. However, as of February 2025, several [sponsor slots](https://www.monerokon.org/sponsor.html) remain unfilled. The funds raised so far, combined with the surplus from the previous edition and projected ticket sales, suggest a potential shortfall for paying some major suppliers on time. Additionally, some community members have expressed concerns about seeking sponsorships from "pre-mined" or "dev-tax" funded projects, contributing to delays in sponsor outreach efforts. Given the economic uncertainty, we are requesting community funding via this CCS proposal to bridge the gap until ticket sales and sufficient sponsorships are fully secured.
+
+Compared to earlier editions, MoneroKon 2025 has a more modest budget. The [current budget](https://cryptpad.monerokon.org/sheet/#/2/sheet/view/t+QGKaxkHNqtRn2HKQlM168Cddh5G3uh6aO7uuyGnOc/embed/) will remain balanced if sponsorships and ticket sales meet the specified targets. To ensure the event proceeds smoothly, the organizing team is requesting 20,000 EUR in funding as a safety buffer. The funds raised will be used for MoneroKon-related expenses. Any leftover funds will be allocated to future editions of the conference.
+
+MoneroKon 2025 Budget Breakdown:
+
+* La Fabrika, event venue - 33,520 EUR - 42.6% of total
+* A/V and livestreaming - 4,612.2 EUR - 5.9% of total
+* [Speaker](https://github.com/MoneroKon/meta/blob/main/policies/contributor-travel.md) and [staff](https://github.com/MoneroKon/meta/blob/main/policies/staff-travel.md) travel reimbursement - 9,000 EUR - 11.4%
+* IT Stuff - 4,000 EUR - 5.1%
+* Accounting and tax related expenses - 6,260 EUR - 8%
+
+The "IT Stuff" category is a one-time investment in network and IT infrastructure. This equipment will be reused for future editions, as we cannot rely on the venue’s Wi-Fi to meet the high standards expected by our attendees. The investment includes dedicated local nodes (one for P2P and one for RPC) to ensure the best possible Monero transaction experience. It will also allow us to set up multiple screens with high-quality livestreaming, reducing the need for extra rental equipment.
+
+As attendee numbers continue to grow, MoneroKon 2025 is likely to be the last edition at this venue. The organizing team has already begun scouting alternative venues for MoneroKon 2026, and initial findings suggest that venue costs may be lower, further reducing the need for community funding.
+
+# Amount and milestone
+
+The MoneroKon 2025 organizing team is seeking to raise 99 XMR and, given the nature of event organization and the track record of the team for delivering the previous editions, proposes a single milestone for full amount released on reaching funding goal.
+# Exchange rate
+20,000 EUR / 223.650 EUR ([EMA50 Euro monthly rate](https://www.investing.com/crypto/monero/xmr-eur-technical)) + 10% volatility buffer = 99 XMR

MoneroSigner.md

+---
+layout: cp
+title: "MoneroSigner. Fork of seedsigner for Monero."
+author: Monero-HackerIndustrial
+date: June 08, 2022
+amount: 55.38
+milestones:
+  - name: seedsigner emulator audit
+    funds: 0 
+    done:
+    status: Finished
+  - name: moneroSignerLibraries
+    funds: 0 
+    done:
+    status: inprogress
+  - name: PortableMoneroQR research and standard creation
+    funds: 14.2 
+    done:
+    status: unfinished
+  - name: Monerosigner Beta Build
+    funds: 28.4 
+    done:
+    status: unfinished
+  - name: Companion Application
+    funds: 7.1
+    done:
+    status: unfinished
+  - name: DIY scripts & docs
+    funds: 5.68
+    done:
+    status: unfinished
+payouts:
+  - date:
+    amount:
+  - date:
+    amount:
+---
+
+----
+### Proposal Closure/Transferral 17th June 2024
+
+All remaining funds (55.38 XMR) have been transferred to/repurposed for: [MoneroSigner Resurrection](https://ccs.getmonero.org/proposals/%20MoneroSignerResurrection.html)
+
+Effective immediately:
+
+- HackerIndustrial is hereby terminated from this project and relinquishes any claim to the remaining CCS funds.
+- The project will now proceed under vthor, who has already achieved significant progress in a matter of weeks, demonstrating the competence and dedication required.
+
+----
+
+The Monero community could benefit from a fork of [seedsigner](https://seedsigner.com/) to supports Monero. Seedsigner uses an air-gapped Raspberry Pi Zero to sign for Bitcoin transactions. The project aims to make it easy for anybody to make a dedicated offline signing device out of low-cost commodity computer components (raspberry pi zero). This helps in reducing the need to trust hardware verndors. The most private hardware wallet, is the only only **you** know about.  
+
+Seedsigner is focused only on Bitcoin, because of this, the UI/UX and features are not very helpful to Monero users.
+
+### Why?
+
+Supplychain poses a significant attack vector to hardware manufacturers, this threat is exacerbated when dealing with cryptocurrency devices. Monerosigner offers a DIY hardware wallet built out of easy* to source over the counter general hobbyist parts. This makes it easier for users to self custody their keys on their own devices. 
+
+### Proposal 
+
+I plan on creating a Monero specific fork of seedsigner called Monerosigner. Monerosigner is an offline signing hardware wallet built around the raspberry pi zero SBC. The hardware comes with a companion desktop application called Monerosigner Companion. With the companion application users are able to send unsigned transactions via QR codes to Monerosigner. 
+
+### Who:
+HackerIndustrial, I recently created some Monero themed decorative circuit board meant to be hung as [Christmas ornaments](https://genesisboards.com/crypto-circuit-ornaments/4-monero-light-up-circuit-board.html). I have done work in the web3 space and noticed a lack of self custody hardware devices. 
+
+### What:
+
+A Monero centric version of "seedsigner". I am forking the codebase and removing the bitcoin compnents and replacing them with Monero/Privacy specific features. 
+
+Monerosigner features:
+- Generate seed from dice rolls
+- Generate seed from mnemonic phrase
+- Import seed from QR code 
+- Generate Addresses from accounts 
+- Load unsigned transactions via QR 
+- Sign unsigned transactions 
+- Upload signed transactions to companion app via QR codes 
+- Generate view only wallet & Export 
+~~- GPG key generate ~~
+~~- GPG PUBkey share ~~
+
+Monerosigner companion application (Desktop):
+- Transfer unsigned transactions via QR code 
+- Transfer signed transactions and upload to network 
+
+Monerosigner self custody Documentations:
+- Help users built their own images 
+- Help users build their own devices
+- Help users with opsec/security best practices 
+
+PortableMoneroQR:
+- Data transfer standard for QR codes with a focus on lower end cameras and screens
+- Variable data sizes with different frame rates 
+- Application agnostic
+
+
+### Milestones 
+
+#### Milestone (-1)- monerosigner-emulator
+
+I forked the seedsigner emulator from https://github.com/enteropositivo/seedsigner-emulator. I did a simple audit of the code and hosted my version at following location: https://github.com/Monero-HackerIndustrial/monerosigner-emulator
+
+The emulator should help development and testers be able to use monerosigner without needing hardware. 
+
+#### Milestone 0 - moneroSignerLibraries
+
+I created a monerosigner core libraries. These libraries are then used on the device for all monero related function. Having the libraries as a separate project helps with portability of the code base. Many of the functions on the library will be used for the companion application
+
+#### Milestone 1 - PortableMoneroQR 
+
+https://github.com/Monero-HackerIndustrial/PortableMoneroQR
+The portable QR standard is a compression/pagination standard for data frames for offline data transfer. There has been a lot of different projects through the years but they didn't deal with the smaller device constraints. (Smaller devices contain smaller screens and cheap/lowres cameras). 
+This is a research project with 2 deliverables after research:
+1. Standard definition 
+2. Sample library in python. 
+
+
+#### Milestone 2 - Monerosigner Alpha Release  
+
+I will have created a beta version with all the Monerosigner features listed above. This version can be made available as an image build for flashing to sd cards. The source code will be available on github but requires some technical knowledge to setup and troubleshoot. This is considered an early alpha build for testing. 
+
+
+#### Milestone 3 - Monerosigner Companion Application 
+
+I will create a very barebone desktop application that allows the generating of unsinged transactions into QR codes. The application will also be able to get signed transactions from the Monerosigner device via QR codes and a webcam. 
+
+
+#### Milestone 4 - Monerosigner DIY scripts and documentation
+
+I will create scripts to make it easier for less technical users to be able to build their own images without having to rely on my prebuilt images. The scripts come with documentation for helping users get started. 
+
+
+~~~~#### Milestone 4 - USB gadgetmode
+I will integrate usb gadgetmode which will help signing of large messages and will not require a webcam.~~~~
+I am saving the usb gadget mode for future proposals. This is not included in this proposal
+
+
+
+Code will be published on github. Any of the code I contribute can be of the preferred community license. Any code forked will be a fork of the original license. (Someone more experienced with different license types can chime in).

Norwegian-translation.md

+---
+layout: cp
+title: Norwegian translation of the GUI
+author: Christopher
+date: 23 October 2019
+amount: 3
+milestones:
+  - name: Translation of GUI to Norwegian
+    funds: 3
+    done: 18 February 2020
+    status: finished
+payouts:
+  - date: 20 February 2020
+    amount: 3
+---
+
+Proposal: I downloaded the Monero GUI and realized that there is no Norwegian translation for it.
+I am a certified translator who has translated for among others Facebook, and I would love to help translate the
+GUI to Norwegian. To show my support for crypto and crypto adoption, I suggest doing it for a 60%-ish discount, so appr. $0.05/word.
+There should be 3447 words, which amounts to, lets say, 3 XMR. I can assure you that it is my own intention to do a flawless job and I
+also want the translation to be just right. I think it is important for the Monero community to have a Norwegian translation of the GUI 
+as cryptocurrency is getting more and more traction in Norway, and I think Norwegians will benefit from having it in their native language.
+
+Addendum:
+
+I will personally handle the translation.
+I have one milestone, which is translation of the 3447 words.
+If approved, I will have the translation completed within 48 hours.
\ No newline at end of file

Norwegian_translation_core.md

+---
+layout: cp
+title: "Norwegian translation of webplate, footers, nav. menu"
+author: Chris Avis
+date: 24 February 2020
+amount: 6
+milestones:
+  - name: Translation of all words
+    funds: 6
+    done: 30 September 2020
+    status: finished
+payouts:
+  - date: 8 October 2020
+    amount: 6
+---
+
+This is a proposal to translate the core part of the website (7615 words), navigation menu (147 words), footer 1 (142 words) & 
+footer 2 (5 words) to Norwegian, amounting to 7909 words. I think that those Norwegians who are not as sturdy in English will 
+appreciate being able to learn what Monero is about in their native language. I would like to help facilitate this and to 
+make sure they understand Monero better by providing a solid translation.
+
+About one month ago I translated the GUI wallet to Norwegian. I spent quite some time on this translation as I 
+wanted everything to be right, and it seems that the reviewers were pleased with my work. I previously asked for 
+3 XMR to translate the GUI wallet (3489 words). Given the same XMR/word ratio, this equates to just below 7 XMR.
+
+To compensate for values that should not have been counted in my text editor, I suggest deducting 1 XMR for this, so I 
+ask for a final amount of 6 XMR. The translation will consist of one milestone – the translation of all 7909 words. I will translate 
+the content and I expect to use 3-4 days on translating this.

RandomX-audit.md

 ---
-layout: fr
+layout: cp
 title: RandomX Audits
 author: Howard Chu
 date: 20 May 2019
@@ -7,24 +7,21 @@ amount: 1400
 milestones:
   - name: Kudelski
     funds: 215
-    done:
-    status: unfinished
+    done: 12 April 2019
+    status: finished
   - name: X41
     funds: 555
-    done:
-    status: unfinished
+    done: 10 May 2019
+    status: finished
   - name: QuarksLab
     funds: 625
-    done:
-    status: unfinished
+    done: 10 May 2019
+    status: finished
 payouts:
   - date: 30 May 2019
     amount: 1293.8
-  - date:
-    amount:
-  - date:
-    amount:
 ---
+
 This is the funding request for the audits for the RandomX Proof of Work algorithm that we've
 been working on for the past year or so. Our aim has been to develop a PoW that requires any
 implementation to include the major components of a CPU, and thus constrain all implementations

Rucknium-OSPEAD-Fortifying-Monero-Against-Statistical-Attack.md

+---
+layout: wip
+title: OSPEAD - Fortifying Monero Against Statistical Attack
+author: Rucknium
+date: September 25, 2021
+amount: 171
+milestones:
+  - name: Milestone 1 - Deliver fully specified estimation plan to scientific review panel
+    funds: 67
+    done: 23 September 2022
+    status: finished
+  - name: Milestone 2 - Deliver initial probability density function to scientific review panel
+    funds: 74
+    done: 15 January 2025
+    status: finished
+  - name: Milestone 3 - Deliver final version of probability density function to Monero developers
+    funds: 30
+    done:
+    status: unfinished
+payouts:
+  - date: 24 September 2022
+    amount: 67
+  - date: 23 January 2025
+    amount: 74
+  - date:
+    amount:
+---
+
+# Abstract
+
+The current decoy selection algorithm, developed by a group of non-statisticians in 2018, statistically leaks metadata about transactions on the Monero blockchain. This metadata, which comes in the form of the age of the outputs that are used as inputs for transactions, could be used by an adversary to probabilistically identify the "real spend" in Monero transactions and thus make Monero transactions somewhat traceable.
+
+The current decoy selection algorithm (DSA) has been acknowledged as a weak point in Monero's privacy model, but to date no plan has emerged to improve it. Over the last three months I have developed an outline of a plan to overhaul the algorithm through a technique I have termed OSPEAD: Optimal Static Parametric Estimation of Arbitrary Distributions. The overhaul should substantially improve user privacy by reducing Monero's statistical attack surface. Given that Monero will likely come under increasingly sophisticated attack in the near future, carrying out this plan --- or one like it --- is critical for Monero user privacy and Monero's future as a whole.
+
+![Statistical Monero Logo](https://github.com/Rucknium/misc-research/raw/main/Statistical-Monero-Logo/Statistical-Monero-Logo.gif)
+
+# The status quo
+
+The current decoy selection algorithm (DSA) is based on work in [Moser et al. (2018) "An Empirical Analysis of Traceability in the Monero Blockchain"](https://www.sciendo.com/article/10.1515/popets-2018-0025). They suggested a gamma distribution with [some fitted shape and scale parameters](https://github.com/monero-project/monero/blob/de3456e1275836725291ba71036b7ef0e2cda91f/src/wallet/wallet2.cpp#L137-L138) that ideally would have closely matched the true underlying real spend age distribution, thus concealing the real spends and substantially improving user privacy.
+
+However, according to my research into the backgrounds of the 11 authors of the paper, none of them are statisticians. Their suggestion was a decent first draft, but in my view it never should have been implemented in production code due to several flaws. (To be fair and clear, it may have represented the best available DSA at the time, and I cannot find any fault with Monero researchers and developers for choosing to implement it since it represented a huge improvement over the status quo ante.) Another applied statistician within the Monero community has now reviewed the suggestion in Moser et al. (2018) and agreed with me that it has substantial shortcomings.
+
+As far as I have been able to tell, no qualified statistician has reviewed Monero's privacy model, despite the fact that it clearly relies upon resistance to statistical attack to prevent traceability of transactions. Or, to word it more alarmingly, no qualified statistician *whose goal is to protect the privacy of Monero users* has reviewed Monero's privacy model. As an empirical microeconomist, I consider myself roughly equivalent to an applied statistician within this context, particularly since transactions are a key object of study within my discipline --- and therefore I may have special subject matter insight into the issue.
+
+Much [academic](https://doi.org/10.1145/3448016.3452825) ink [has](https://www.mdpi.com/2624-800X/1/1/9) already [been](https://eprint.iacr.org/2020/593) spilled [regarding](https://www.sciendo.com/article/10.1515/popets-2018-0025) the [importance](https://www.sciendo.com/article/10.2478/popets-2021-0047) of [having](https://doi.org/10.1007/978-3-030-14234-6_5) a [good](https://link.springer.com/chapter/10.1007%2F978-3-319-66399-9_9) DSA. However, the clearest statement on the issue may be from @moneromooo-monero, who is responsible for [a greater number of commits to the Monero codebase](https://github.com/monero-project/monero/graphs/contributors) than any other developer. Recently [he stated](https://libera.monerologs.net/monero-dev/20210925#c31927):
+
+> **\[Fixing the decoy selection algorithm\] is important. It's the weakest part of monero.**
+
+@selsta, another key Monero developer, [has stated](https://www.reddit.com/r/Monero/comments/pz9gbm/comment/hezuw2p/):
+
+>It has always been known that statistical attacks are possible on ring signatures in Monero, see for example the Moser et al. (2018) paper....I personally welcome research into the decoy selection algorithm, it is known to be one of the weakest spots in monero that isn't yet well researched.
+
+# Proposed fix
+
+On September 16, I submitted a 28-page encrypted document to Monero's Vulnerability Response Process (VRP). It contained a practical statistical attack on user privacy as well as an outline of a plan to overhaul the DSA to (1) reduce the potency of the attack in the medium term through a novel technique I have named Optimal Static Parametric Estimation of Arbitrary Distributions (OSPEAD); and to (2) eventually render the attack completely inert through a nonparametric and possibly dynamic approach. Dr. Mitchell P. Krawiec-Thayer (a.k.a. [isthmus](https://github.com/mitchellpkt/)), longtime Monero Research Lab researcher, has called my work "a fundamental breakthrough in analyzing Monero-style ledgers."
+
+A key difficulty with writing this CCS proposal is that the attack and the plan to overhaul the DSA have some indirect links. Let me be clear about risks and transparency. The actual change to the DSA, in terms of the probability distribution that decoys are drawn from, will be open source and plainly visible in the Monero code in all circumstances. There seems to be a consensus forming that full disclosure of my attack should occur eventually, perhaps after the OSPEAD research plan is carried out but before it is implemented in a release of a new version of the Monero reference wallet. It does not make much sense to release the attack before an adequate defense has been developed. My sense is that a final decision on disclosure will be made once the problem is better understood as my research progresses.
+
+According to my intuition, I expect that future transactions that use the overhauled DSA determined by OSPEAD will be 70-90% less vulnerable to statistical attack than transactions that use the current DSA. In addition, a "perfectly" implemented nonparametric approach, which will take much more time to develop, would completely eliminate this particular statistical attack vulnerability.
+
+Increasing the ring size is part of Monero's long-term development roadmap. However, I have produced evidence that the statistical vulnerability would still remain with larger ring sizes. Raising the ring size from 11 to, say, 16 would barely dent the potency of my attack. Raising the ring size to 256 would mitigate the attack to a substantial degree, but user privacy might still be at some risk. In other words, we cannot get ourselves out of this problem by simply raising the ring size.
+
+To use a metaphor, the decoys are like camouflage. In order for the camouflage to protect user privacy, merely having lots camouflage is not enough. We must also ensure that the camouflage is placed in the right locations. My overhaul to the DSA is intended to place the camouflage where it is needed.
+
+# Timeline
+
+By now it is well-established that Monero adversaries are pouring resources into efforts to attack user privacy. The most recent evidence is a [revelation](https://www.coindesk.com/business/2021/09/21/leaked-slides-show-how-chainalysis-flags-crypto-suspects-for-cops/) that Chainalysis is privately claiming to produce useful leads to law enforcement based on Monero transactions. A [healthy](https://www.reddit.com/r/btc/comments/psos06/comment/hdshs84) [skepticism](https://www.reddit.com/r/btc/comments/psos06/comment/hds2zkj) of these claims is, of course, warranted. However, given that I have now proven that it is possible to develop a practical statistical attack on Monero user privacy, *the fuse is lit*, so to speak. Monero adversaries may be able to develop a statistical attack -- or they may have already done so. An overhaul to the DSA should be developed and deployed as quickly as possible.
+
+The upcoming hard fork, which does not yet have a fixed date, will include an increase in the ring size. The discontinuity that the hard fork creates can be leveraged to better understand how ring signatures work in pratcice on the Monero blockchain. Therefore, some of the research work will occur after the hard fork.
+
+I will work with @j-berman and @mj to develop and implement OSPEAD, as they outlined in [their own](https://ccs.getmonero.org/proposals/j-berman-3-months-full-time.html) [CSS proposals](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/266). In order to ensure a degree of peer review of OSPEAD, I am in the process of establishing a scientific review panel of key Monero community members. In the event that the review panel cannot be established for some reason, I will submit Milestone 1 (the fully specified estimation plan) to @luigi1111 to simply verify that it exists, and then combine Milestones 2 and 3.
+
+I estimate that development and implementation of OSPEAD will take 11.5 weeks of full time equivalent (FTE) labor, i.e. 460 hours. I expect the milestone breakdown, in terms of FTE weeks, will look like this:
+
+### Milestone 1: Deliver fully specified estimation plan to the scientific review panel (4.5 weeks FTE)
+
+My submission to the Monero Vulnerability Response Process contains an outline of the plan to implement OSPEAD, but I left it vague in several places due to time constraints. This milestone will involve a full consideration of all potential obstacles and how to surmount them. I will also spend 1.5 FTE weeks researching alternatives to OSPEAD. The review panel will have an opportunity to suggest alterations in the plan at this point in the process.
+
+### Milestone 2: Deliver initial probability density function to the scientific review panel (5 weeks FTE)
+
+This milestone involves implementation of the plan developed for Milestone 1. I will write a full report and submit it to the scientific review panel.
+
+### Milestone 3: Deliver final version of probability density function to Monero developers (2 weeks FTE)
+
+After the scientific review panel examines the report and suggests improvements, a final version of the probability density function for the DSA will be produced. There could be several rounds of review and re-submission depending on circumstances. This finalized probability density function will be delivered to Monero developers for consideration to be included in a subsequent release of the Monero reference wallet. Note that implementation of a new DSA does not require a hard fork of the network (at least for the time being) since Monero's blockchain consensus rules do not require any particular probability density function to be used in the construction of transactions.
+
+The 11.5 FTE weeks of work will not be completely contiguous, but I expect Milestone 3 to be reached by February or March 2022. The timeline is somewhat dependent upon the hard fork schedule. I will set the final expiration date for the proposal, for the purposes of the CCS proposal process, to August 2022.
+
+# Budget
+
+My rate for this work is the XMR equivalent of 100USD/hour, which exactly matches the labor rate of the [Cypher Stack proposal to research Triptych multisig](https://ccs.getmonero.org/proposals/cypherstack-sarang-triptych-research.html). Implementing Triptych in Monero would allow ring sizes of over 100 inputs without a huge increase in transaction sizes.
+
+As I stated above, there is evidence that merely increasing the ring size does not eliminate the statistical vulnerability. In my view, an overhaul to the DSA and an increase in the ring size are of similar importance to protecting Monero user privacy. Therefore, I believe it is appropriate to match the labor rate of the Triptych multisig research effort.
+
+100USD/hour is also consistent with compensation for statistical consulting in the competitive labor market. According to the [American Statistical Association 2020 Work and Salary Survey,](https://www.amstat.org/asa/files/pdfs/YCR-2020WorkandSalarySurvey.pdf) statisticians at the median earn 186,750USD/year and 175,000USD/year in consulting or private industry roles, respectively, which translates to 97USD/hour and 91USD/hour.
+
+Note that if this CCS proposal is not funded, I will have to halt virtually all of my Monero work due to incurring high opportunity costs. I will need to shift my attention back to BCH and accelerate my work on analyzing the CashFusion CoinJoin protocol, since the BCH community has already demonstrated willingness to fund that work.
+
+The median daily closing exchange rate for USD/XMR over the last 30 days was 269USD/XMR. Therefore, the total cost of this CCS proposal is 171 XMR, with milestones 1, 2, and 3 corresponding to 67 XMR, 74 XMR, and 30 XMR, respectively.
+
+# About me
+
+I am an empirical microeconomist trained in the neoclassical tradition. That means that I primarily use real-world data, rather than mathematical theory, to investigate economic questions at the level of consumers, businesses, and industries. I have chosen to remain pseudonymous, and therefore my training and extant body of work are neither identified nor verifiable. However, I do have some publicly-available work associated with this Rucknium identity, which was created in June 2021:
+
+1.  Statistical contributions to [the analysis of the mid-2021 Monero transaction volume anomaly](https://www.reddit.com/r/Monero/comments/pvm634/fingerprinting_a_flood_forensic_statistical/), particularly on the subject of [ring member age](https://github.com/Rucknium/xmr_volume_anomaly/blob/main/Noise-reduced-measure-of-youngest-ring-member.R).
+2.  Development of [a sketch of a plan to recruit technical talent for the Monero Project](https://www.reddit.com/r/Monero/comments/pkg3d6/the_monero_project_should_actively_recruit/).
+3.  4,000 lines of code contributed to [TownforgeR](https://github.com/Rucknium/TownforgeR), an alternative user interface for [Townforge](https://townforge.net/), which is a blockchain-based game primarily coded by @moneromooo-monero that is a heavily modified fork of Monero. I introduced wallet operations, a web-based custodial wallet option, an order book visualizer, a map of buildings, an inter-building influence map, and a land plot chooser based on a modified grid search optimizer. [Live version](https://townforger.net/).
+4.  [An automated market maker bot for Townforge's commodity order books](https://github.com/Rucknium/TownforgeMMbot) that accepts investments of commodities and currency and issues in-game shares that will be used to pay dividends to player-investors.
+5.  [A Townforge invitation faucet webapp](https://github.com/Rucknium/townforgefaucet) with a Beowulf-based CAPTCHA. The webapp also accepts contributions of invitation codes from any Townforge players, validating all submissions against a Townforge node running on a VPS. [Live version](https://townforgefaucet.net).
+6.  Initiation of [the CashFusion Red Team](https://flipstarter.redteam.cash/) research project, including the [fusionstats.redteam.cash](http://fusionstats.redteam.cash/) web app.
+7.  Article: [An Empirical Analysis of Satoshi Pyramid](https://read.cash/@Rucknium/scheme-or-scam-an-empirical-analysis-of-satoshi-pyramid-d3c79192).
+8.  [Preliminary analysis of Monero cryptography benchmark data](https://github.com/Rucknium/misc-research/tree/main/Monero-Cryptography-Benchmarks).
+
+# Disclosures
+
+I am involved in a few cryptocurrency initiatives that involve or may involve monetary compensation. I believe that none of them give rise to any conflicts of interest with the objectives of this CCS proposal:
+
+**CashFusion Red Team**. I am conducting an analysis of the strength of the privacy guarantees of CashFusion, an implementation of the CoinJoin protocol on the BCH blockchain. I have been paid 18 BCH through a [Flipstarter crowdfunding campaign](https://flipstarter.redteam.cash/) to carry out the first phase of this research project.
+
+**Work on the Townforge ecosystem**. I receive no direct compensation for any of this work, since Townforge is a proof-of-work blockchain with no ICO nor pre-mine. However, via CPU mining and playing the game well, my involvement in Townforge may lead to some level of monetary earnings, assuming the in-game currency attains some nonzero market exchange rate with another cryptocurrency like XMR.

Rucknium-Statistical-Research.md

+---
+layout: wip
+title: Rucknium Statistical Research
+author: Rucknium
+date: March 28, 2024
+amount: 204
+milestones:
+  - name: Month 1
+    funds: 33% (68 XMR)
+    done: 10 October 2024
+    status: finished
+  - name: Month 2
+    funds: 33% (68 XMR)
+    done: 18 February 2025
+    status: finished
+  - name: Month 3
+    funds: 33% (68 XMR)
+    done:
+    status: unfinished
+payouts:
+  - date: 16 October 2024
+    amount: 68
+  - date: 26 February 2025
+    amount: 68
+  - date:
+    amount:
+---
+
+## What
+
+I propose to carry out statistical research to improve Monero's privacy, guide protocol decisions, and respond to Monero developer requests for statistical analysis of code changes where needed. In the short term I will complete in-progress analysis of the suspected transaction spam attack to provide a comprehensive view of the options to defeat this attack and possible future ones. This involves producing a Monero Research Lab research bulletin from the draft of ["March 2024 Suspected Black Marble Flooding Against Monero: Privacy, User Experience, and Countermeasures"](https://github.com/Rucknium/misc-research/blob/main/Monero-Black-Marble-Flood/pdf/monero-black-marble-flood.pdf). I will work with ArticMine to evaluate changes to ring size, fees, and block size scaling parameters to balance privacy, usability, and decentralization. Some items to complete the draft research bulletin:
+
+- Derive the tradeoff function between ring size and transaction fees, i.e. how does a marginal increase in each variable affect the cost to a potential attacker?
+- Simulate the combined black marble attack and Dulmage-Mendelsohn decomposition from Vijayakumaran (2023) to evaluate vulnerability to chain reaction analysis.
+- Estimate any changes in the real spend age distribution during the spam incident using OSPEAD techniques. Movement toward more recent outputs suggests more evidence for the spam hypothesis.
+- Create a node network crawler that seeks the source of large transaction volumes. Possibly combine the crawler with statistical analysis techniques of Sharma, Gosain, & Diaz (2023).
+- Finish the research literature review.
+
+Once the black marble flood analysis is completed, I would move to other research priorities:
+
+- PocketChange privacy evaluation
+- Ring member binning
+- Fee discretization and fee prediction
+- Safety of adjusting the 10 block lock
+- Preparation of a paper describing OSPEAD for peer review and research journal publication
+- EAE/EABE attack and churning
+- Network privacy through steganography
+
+I will not be able to complete all of these projects during this work period. Research priorities can be modified at Monero Research Lab meetings due to new events or findings.
+
+I am nearing completion of [the OSPEAD improvement to Monero's decoy selection algorithm](https://ccs.getmonero.org/proposals/Rucknium-OSPEAD-Fortifying-Monero-Against-Statistical-Attack.html). OSPEAD probably can only be safely implemented at a hard fork boundary because multiple decoy selection algorithms being used at the same time is [a potential threat to user privacy](https://github.com/Rucknium/misc-research/blob/main/Monero-Fungibility-Defect-Classifier/pdf). In the short them, analysis of the suspected flood attack is a higher priority. After, I will put hours into finishing the OSPEAD CCS proposal. Then after OSPEAD I will return to putting hours into this CCS proposal.
+
+## Who
+
+I am an empirical microeconomist. My recent contributions to Monero include:
+
+- [Discovery of a mining pool misconfiguration. Sped up average time to first transaction confirmation by 60 seconds.](https://reddit.com/r/Monero/comments/11nu4aj/monero_transaction_confirmations_are_now_60/)
+
+- [Privacy vulnerability report to Exodus Wallet about nonstandard fees. Successfully resolved.](https://reddit.com/r/Monero/comments/176e1zr/privacy_advisory_exodus_desktop_users_update_to/)
+
+- ["Discussion Note: Formula for Accuracy of Guessing Monero Real Spends Using Fungibility Defects"](https://github.com/Rucknium/misc-research/blob/main/Monero-Fungibility-Defect-Classifier/pdf)
+
+- [Identification of privacy-reducing nonstandard transaction fees](https://github.com/Rucknium/misc-research/tree/main/Monero-Nonstandard-Fees)
+
+- [Analysis of the privacy impact of Mordinals (Monero NFTs)](https://reddit.com/r/Monero/comments/12kv5m0/empirical_privacy_impact_of_mordinals_monero_nfts/)
+
+- [Monerotopia 2023 presentation: "A Statistical Research Agenda for Monero"](https://github.com/Rucknium/presentations/blob/main/Rucknium-Monerotopia-2023-Slides.pdf)
+
+- [Statistical privacy analysis of P2Pool coinbase outputs in ring signatures](https://github.com/monero-project/research-lab/issues/109)
+
+- ["Closed-form Expression of Monero's wallet2 Decoy Selection Algorithm"](https://github.com/Rucknium/misc-research/tree/main/Monero-Decoy-Selection-Closed-Form/pdf)
+
+Pull requests reviewed for statistical issues:
+
+- [wallet: mitigate statistical dependence for decoy selection within rings](https://github.com/monero-project/monero/pull/9023#issuecomment-1802593848)
+
+- [wallet2: prevent duplicate outs](https://github.com/monero-project/monero/pull/8047#issuecomment-967113046)
+
+- [monero-serai: fix decoy selection algo and add test for latest spendable](https://github.com/serai-dex/serai/pull/384#issuecomment-1870597406)
+
+## Budget
+
+I will work 20 hours/week for three months (13 weeks). My fiat-equivalent labour rate is the same as my previous proposal, adjusted for the lower purchasing power of the USD today: 110 USD/hour. The average daily opening USD/XMR exchange rate for the last 14 days (2024-03-15 to 2024-03-28) according to CoinGecko was 139.49.
+
+The above numbers compute to `20 * 13 * (110/139.49) = 205.0326`. Rounding down to get whole numbers for the three milestones sets the total budget for this proposal to 204 XMR paid in three milestones of 68 XMR each. This proposal expires on January 1, 2025.
+
+## References
+
+Sharma, P. K., Gosain, D., & Diaz, C. (2023). "On the Anonymity of Peer-To-Peer Network Anonymity Schemes Used by Cryptocurrencies." Proceedings 2023 Network and Distributed System Security Symposium.
+
+Vijayakumaran, S. (2023). "Analysis of CryptoNote Transaction Graphs using the Dulmage-Mendelsohn Decomposition." 5th Conference on Advances in Financial Technologies (AFT 2023), volume 282 of Leibniz International Proceedings in Informatics (LIPIcs).

SNeedlewoods-01_part-time-dev-work-1-month.md

+---
+layout: cp
+title: SNeedlewoods-01_part-time dev work (1 month)
+author: Sneedlewooods
+date: October 4, 2024
+amount: 2.15
+milestones:
+  - name: month 1
+    funds: 18.64
+    done: 4 December 2024
+    status: finished
+payouts:
+  - date: 13 December 2024
+    amount: 18.64
+---
+
+## What?
+
+For this proposal the focus of work will be on the new wallet API ([context](https://github.com/monero-project/monero/issues/9308)). The work is already ongoing since May 2024, there is [this PR](https://github.com/monero-project/monero/pull/9368) to organize functions and [this branch](https://github.com/monero-project/monero/compare/master...SNeedlewoods:seraphis_wallet:x_api_comments) to add comments, but most recent and most important is this [WIP PR](https://github.com/monero-project/monero/pull/9464) that adds functions to the API to make it "feature-complete" with `wallet2`.
+
+There will not be a direct deliverable for the milestone and it's very unlikely the feature-complete API will be completely done (including reviews) before this proposal ends, but here are alternatives I would work on:
+- If current API PR gets finished:
+  - Help with step 2 from [this proposal](https://github.com/seraphis-migration/wallet3/issues/64): "Stop using the wallet2 object in the CLI and RPC wallets and instead use the wallet API."
+  - Add unit_tests for the wallet API, or try to resurrect libwallet_api_tests (which are [temporarily disabled](https://github.com/monero-project/monero/blame/9866a0e9021e2422d8055731a586083eb5e2be67/Makefile#L60))
+- If for any reason current API PR gets blocked:
+  - Things found during the API work, mostly in CLI and RPC wallet. An incomplete list can be found [here](https://github.com/SNeedlewoods/seraphis_wallet/issues/1).
+
+I give weekly updates on what I've worked on in the "Monero Tech Meeting", where I also get feedback from more experienced devs to decide which way to go.
+
+Besides that I try to help out where I can.
+This is a "pilot" proposal to see how things work out. If the majority is satisfied at the end of this proposal, I see it as confirmation that I can justify putting more time and energy into Monero (and will increase my hourly rate in future proposals). Hopefully I will become a long term contributor for general development.
+
+I aim for 15+ hours/week on average, but for precaution I won't promise more than 10 hours/week.
+
+
+## Who?
+
+Hey, I'm SNeedlewoods, since early 2023 I'm lurking around in the Monero community.
+In November 2023 I joined the weekly "Seraphis wallet workgroup meeting" (now called "Monero Tech Meeting") in the [no-wallet-left-behind](https://matrix.to/#/#no-wallet-left-behind:monero.social) matrix room and got encouraged by our friendly and very helpful devs to start coding for Seraphis.
+Only when the main focus in development shifted from Seraphis to FCMPs earlier this year, I started working on Monero core or more accurately on wallet related stuff.
+
+Admittedly I don't have much to show and my expertise is not on par with other contributors, but I think considering the amount I'm asking for this proposal is fair.
+
+Code contributions so far:
+[Seraphis](https://github.com/UkoeHB/monero/pulls?q=is:pr+author:SNeedlewoods)
+[Monero](https://github.com/monero-project/monero/pulls?q=is:pr+author:SNeedlewoods)
+
+
+## Payment
+
+Work 10 hours/week for 1 month.
+10 (hours/week) * 4.3 weeks_per_month = 43 hours total. I am setting my hourly rate at 0.05 XMR/hour regardless of fiat market price (but for those who care, that is roughly around 6,50€ or $7.50 per hour, according to the current 7-day range on coingecko: 123,43€-147,32€ or $136.38-$164.58), that makes for a total of 2.15 XMR.

SNeedlewoods-02_part-time-dev-work.md

+---
+layout: wip
+title: SNeedlewoods-02_part-time dev work
+author: SNeedlewooods
+date: January 27, 2025
+amount: 23
+milestones:
+  - name: M1 - Harden sensitive material in the Wallet API
+    funds: 2.4
+    done:
+    status: unfinished
+  - name: M2 - Replace wallet2 with Wallet API in simplewallet
+    funds: 20.6
+    done:
+    status: unfinished
+payouts:
+  - date:
+    amount:
+  - date:
+    amount:
+---
+
+## What?
+
+Since the feature-complete Wallet API [PR](https://github.com/monero-project/monero/pull/9464) from my previous CCS proposal is finally in "pending review" state (I will give my best to quickly resolve issues coming up during the review, so it hopefully will get merged soon), it's time for the next steps:
+- Harden handling of sensitive material in the Wallet API (Discussions: [#1](https://github.com/monero-project/monero-gui/issues/1537), [#2](https://github.com/feather-wallet/feather/issues/72#issuecomment-1405602142), [#3](https://github.com/monero-project/monero/pull/8619#issuecomment-1632951461)).
+- Replace wallet2 with the Wallet API in simplewallet as proposed [here](https://github.com/seraphis-migration/wallet3/issues/64) in step 2 by @j-berman.
+
+I'll try to spend at least 12 h/week coding.
+
+
+## Who?
+
+This is my second proposal, the previous one can be found here:
+
+- [Proposal 1](https://ccs.getmonero.org/proposals/SNeedlewoods-01_part-time-dev-work-1-month.html)
+
+
+## Milestone
+
+(Disclaimer: I can't promise the estimated times are accurate, but I tried to keep them low and I'll take the risk if a milestone takes longer to complete.)
+
+1. M1 (2.4 XMR): PR to harden handling of sensitive material in the Wallet API is merged to monero-project/monero
+   - Stop caching the password (in Wallet API and GUI)
+   - Use `epee::wipeable_string` instead of `std::string` for secret keys
+   I estimate this can be completed in ~ 2 weeks, which makes:
+   12 (h/week) * 2 (weeks) = 24 (h total M1).
+
+2. M2 (20.6 XMR): PR to replace wallet2 with the Wallet API in simplewallet is merged to monero-project/monero
+   I estimate this can be completed in ~ 4 months, which makes:
+   12 (h/week) * 4.3 (weeks/month) * 4 (months) = 206.4 (h total M2).
+
+
+## Payment
+
+I am setting my rate at 0.1 (XMR/h) regardless of fiat market price (but for reference, that is roughly around 20,50€ or $21.50 per hour, according to the current 7-day range on coingecko: 195,68€-217,73€ or $202.95-$226.65).
+
+M1: 24 (h) * 0.1 (XMR/h) = 2.4 (XMR).
+M2: 206.4 (h) * 0.1 (XMR/h) = 20.64 (XMR).
+
+That makes for a (rounded) total of:
+2.4 (XMR) + 20.64 (XMR) = 23 (XMR total).

The-Monero-Moon-CCS-Proposal-March2022-John-Foss.md

+---
+layout: cp
+title: Funding for The Monero Moon Newsletter - 2022
+author: John Foss
+date: March 2, 2022
+amount: 36
+milestones:
+  - name: Publish issues #34 through #39
+    funds: 12 XMR
+    done: 21 April 2022
+    status: finished
+  - name: Publish issues #40 through #45
+    funds: 12 XMR
+    done: 2 June 2022
+    status: finished
+  - name: Publish issues #46 through #51
+    funds: 12 XMR
+    done: 21 July 2022
+    status: finished
+payouts:
+  - date: 1 September 2022
+    amount: 36
+---
+
+THE MONERO MOON NEWSLETTER - Funding
+
+WHAT: The Monero Moon is a free weekly news publication created in 2018 in an effort to keep the Monero community up to date on all the latest news and developments related to Monero. I aim to achieve this by aggregating all the relevant information into one convenient location in an easy-to-digest format. I sift through the noise so you don’t have to. I also endeavour to cross promote other Monero initiatives as much as possible, while also encouraging others to participate in or support the Monero project.
+
+The Monero Moon is independently published by myself on Medium. I have already published 32  issues. View previous issues 1-32 here. I am in the middle of trialling different newsletter platforms such as Ghost and Substack, however am yet to make the switch to a different platform. 
+
+Weekly readership has been varied, and it has appeared that readership increases the more social media promotion gains traction.
+
+Issues from 2018 regularly had on avg 1.5k views per issue, and issues #12 to #32 have averaged 1.2k views per issue. The number of views appeared to be correlated to the price of XMR, meaning the higher the price or the more upwards trajectory the price showed correlated to view count. The most views a single issue has received was approximately 2.5k views (issues #22 & #27) 
+
+WHO: I am John Foss. Like many of you, I am a firm believer and supporter of the Monero Project. I have previously written Monero articles on Medium, a couple of How To Buy Monero Guides for the Monero.How website, and wrote Your Guide to Monero, and Why It Has Great Potential back in 2018 which I posted to r/cryptocurrency and had over 25k views and received 1.5k upvotes. Besides that, I have been following Monero for a fair while now, generally hanging out on r/xmrtrader and Twitter, and I also occasionally venture over to the IRC channels.
+
+WHY: As Monero continues its journey, I believe it is extremely important for everyone (community members and outsiders looking in) to be able to closely follow along with all the latest news and developments surrounding Monero, whether it's the latest community update from the developers, or if Monero was featured in a large media publication. And I believe The Monero Moon will help bridge that gap. I believe that the Monero Moon will be extremely beneficial for the growth and adoption of Monero as the newsletter will continue to help spread awareness.
+
+THE PROPOSAL AND MILESTONES: As stated in my previous CCS, as Monero grows in popularity, it takes more and more time to put together an issue from start to finish. It currently takes me about 10 hours of work per issue. This involves me researching and collating the information, writing it up, then publishing and promoting it via social media platforms.
+
+I am proposing to publish The Monero Moon for 2 XMR per issue from 16th of March until late July 2022, or whenever the CCS is complete. At the current exchange rate of approximately $163USD per XMR based on the 20 day moving average, that comes out to ~$346 per issue which I believe is fair compensation. For example, 1000 readers is equivalent to ~0.34c per read. The milestones are straightforward, for every 6 issues I publish, payment is released. This comes out to 3 milestones in total.
+
+Milestone 1: Publish issues #34 through #39 - 12 XMR 
+Milestone 2: Publish issues #40 through #45 - 12 XMR 
+Milestone 3: Publish issues #46 through #51 - 12 XMR
+
+There may be periods where I miss a week due to life commitments, however I will endeavour to cover all the recent news in one big bumper newsletter issues, and this will still just count as one issue. The newsletter issues will carry on from previous publications. Additionally, at the end of this period of 18 issues published I will re-evaluate whether I shall continue the newsletter.
+
+Cheers, 
+John Foss
+
+

Translation-getmonero-german.md

+---
+layout: cp
+title: Translation of the Moneropedia and User Guides into German
+author: Wobole
+date: September 10, 2020
+amount: 28.5
+milestones:
+  - name: Translation of the Moneropedia
+    funds: 8.6
+    done: 11 December 2020
+    status: finished
+  - name: Translation of the User Guides
+    funds: 19.9
+    done: 8 February 2021
+    status: finished
+payouts:
+  - date: 12 December 2020
+    amount: 8.6
+  - date: 15 February 2021
+    amount: 19.9
+---
+
+
+Hello everybody, this is Wobole :)
+
+## What
+I’m proposing to translate both the Moneropedia and the User Guides as well as translating/checking the currently remaining strings (marked as “strings needing action without suggestion”) of the translation of getmonero.org into German.
+Since not everybody in the German speaking world, despite the common assumption, has a sufficient command and understanding of the English language I believe a full localization to be incredibly useful to give each and everyone the possibility to understand how to use Monero. 
+
+## Who
+I am [one of the most active translators on the Monero Weblate platform](https://translate.getmonero.org/stats/). Until this day I translated a significant amount of the GUI wallet, some parts of the CLI wallet and most of the website, all as a volunteer. See [my profile on Weblate](https://translate.getmonero.org/user/Wobole/) for an overview of my activities. I also contributed to translating Monerujo and participated in some discussions on https://www.github.com/monero-ecosystem/monero-translations.
+
+## Proposal and milestones
+This proposal includes two milestones:
+
+1. The translation of the Moneropedia (and translation/check of mentioned strings via Weblate)
+2. The translation of the User Guides
+
+I am asking for a rate of 0,06 Euro/word. The Moneropedia entries comprise about 10,200 words and the User Guides 23,700 words. For the 1st milestone this equals 8.6 XMR and for the 2nd 19.9 XMR.
+
+For the compensation of words counted by my program which actually aren’t supposed to be translated, I’m going to translate/check the “strings needing action without suggestions” of the website via Weblate (which includes reviewing the pending suggestions, even though until now I cannot review much since most of them are made by me). Additionally, I will have a look at the current translation regarding the consistency of terminology (mainly because it bothers me myself otherwise :)). 
+
+I am giving my best to deliver a high quality translation – not least because I am an apologist of correct orthography and grammar. If this proposal gets funded, I will start to work on the translations immediately; I am expecting to finish the milestones in two months.
+
+Thank you for reading!

VOSTOEMISIO-Continuation-of-Core-Monero-Concepts-A-Series-of-Animated-Explainers.md

+---
+layout: cp
+title: Continuation of Core Monero Concepts - A Series of Animated Explainers
+author: VOSTOEMISIO
+date: October 3, 2023
+amount: 37
+milestones:
+  - name: Random X and Understanding the significance of ASIC resistance
+    funds: 18
+    done: 26 June 2024
+    status: finished
+  - name: Nodes and why every Monero enthusiast should consider running one.
+    funds: 18
+    done: 8 April 2024
+    status: unfinished
+payouts:
+  - date: 30 April 2024
+    amount: 18
+  - date: 16 July 2024
+    amount: 18
+---
+
+_Note: this proposal has been awarded 36 XMR from [New Animated Videos](https://ccs.getmonero.org/proposals/savandra-videos-for-monero.html)_
+
+Hey all!
+
+Thank you for the amazing reception and feedback of our first ccs-proposal and the Tail Emission video. We've seen a lot of excitement and engagement with over 7,000 accumulated views in just the initial days.
+
+Our vision is to keep diving deeper into Monero's complex and sometimes tricky and misunderstood features, translating them into short, engaging, and most importantly, understandable animated videos. Here's what we suggest to cover in this proposal:
+
+• Random X: Understanding the significance of ASIC resistance
+
+• Breaking down the how-to and the rationale for P2Pool.
+
+• Nodes: Why every Monero enthusiast should consider running one.
+
+• Fungibility: Explaining its essence in the context of Monero.
+
+Quality & Timeline: 
+
+As we've showcased in our recent work, we promise high-quality output, similar to our Tail Emission video ( https://youtu.be/sRwSqM0YBto?si=vAFA7iRUWAvaV5Wi ). In this proposal, we are committing to an accelerated timeline and we aim to finalize and release one video per month. Therefore, we aim to wrap up the entire series in just 4 months after proposal’s approval. However, acknowledging the potential for unforeseen challenges, we request an additional 2 months as a buffer, making the total proposed timeline 6 months. We estimate each video to be approximately 2 minutes in length.
+
+Budget & Collaboration: 
+
+Given the scope, we propose 18 XMR per video, a total of 72 XMR for the entire series, broken down across milestones. As with our first video, we will collaborate with Xenu, sharing 5 XMR per video of the funds with him. This collaboration ensures the technical soundness of our scripts and storyboards, guaranteeing that each video is not only engaging but also accurate. As always, we are open to adjustments based on feedback and the evolving requirements of the project.
+
+Open Source & Community:
+
+Post-completion, all materials and animations will be open-sourced for the community's further use and reference.
+We're eager to dive deep and clarify these essential Monero concepts with everyone. Your feedback, suggestions, and enthusiasm drive us, and we're all ears for what you have to say.
+
+//VOSTO
+
+ www.vostoemisio.com
+
+2CA8 85AC 923F 07A3 3656 8425 83F1 9CFF 27BE A177
+
+

VOSTOEMISIO-FCMP-Animated-Explainer.md

+---
+layout: cp
+title: "VOSTOEMISIO - FCMP Animated Explainer Video"
+author: VOSTOEMISIO
+date: July 29, 2024
+amount: 20
+milestones:
+  - name: Complete FCMP Video
+    funds: 20
+    done: 16 December 2024
+    status: finished
+payouts:
+  - date: 13 January 2025
+    amount: 20
+---
+
+Hey Everyone,
+
+We are happy to inform you that we have already received private funding for the introductory
+Monero video, and therefore, we have adjusted the proposal accordingly.
+After receiving the community’s feedback, we're now excited to present our revised proposal:
+one explainer video about FCMP (Full-Chain Membership Proofs). This will be our 4th video for
+the Monero CCS.
+
+Our previous videos covering core Monero concepts like Tail Emission, the importance of
+running a node, and RandomX have been informative, engaging, and uploaded on
+Getmonero.org, shared across X and YouTube. We believe that visual learning and breaking
+down complex ideas into digestible formats is highly effective, and we aim to do the same with
+FCMP.
+
+References:
+1. [Youtube - Monero's Tail Emission](https://youtu.be/vjn9l3hG4ME)
+2. [Youtube - Monero Nodes](https://youtu.be/hM6TF3co7lI)
+3. [Youtube - Monero's RandomX](https://youtu.be/RsNOi0lpiyM)
+
+Although we haven't finalized the script yet for the FCMP video, we're committed to delivering a
+high-quality video approximately 2-3 minutes long, or however long it needs to be to effectively
+explain the concept. We're proposing a budget of 20 XMR for this video. This is slightly higher
+than our initial proposal since we agreed to extend the scope to include both dark and light
+backgrounds. As before, Xenu will assist with the script and storyboard, with 5 XMR allocated
+for his contribution. Additionally, we've reached out to kayabaNerve (Luke Parker) for
+fact-checking the script to ensure accuracy, and he's agreed to help us. A big thanks to him for
+his support.
+
+As always, we will open-source our project materials after completion.
+We believe we've done a good job of gathering the community's feedback so far in our previous
+proposals, and we'll continue to do so by posting our script and storyboards on Matrix and here
+in the repo.
+
+If anyone has any questions or suggestions, please feel free to chime in.
+
+Thanks!

VOSTOEMISIO-TailEmission-Concept-Video.md

+---
+layout: cp
+title: VostoEmisio Animated Tail Emission Core Concept Video
+author: VOSTOEMISIO
+date: May 12, 2023
+amount: 9
+milestones:
+  - name: Complete Script
+    funds: 3
+    done: 26 September 2023
+    status: finished
+  - name: Complete Look and feel
+    funds: 3
+    done: 26 September 2023
+    status: finished
+  - name: Complete Video
+    funds: 3
+    done: 26 September 2023
+    status: finished
+payouts:
+  - date: 6 November 2023
+    amount: 9
+---
+
+Hey everyone!
+
+Since this is my first CCS proposal, I thought I'd give you a quick intro to who we are:
+
+I run a marketing company in the traditional space. Here, we work under the name "VostoEmisio,". We've already done some work for Monero and other privacy-centric projects. Our journey began in early 2022 when we helped Rucknium revamp the logo and branding for these two projects:
+https://bchmempool.cash/
+https://beta.redteam.cash/
+
+This year, we won the Monerokon 3 Design Proposal (www.monerokon.com), and we're currently working on brand refreshing and marketing for Firo: https://forum.firo.org/t/fcs-proposal-firo-3-month-trial-marketing-contract/2905/4
+
+However, we haven't had the chance to show off our skills in motion assets and animation yet. As a long-time Monero user, I find it frustrating when browsing crypto-Twitter and seeing basic misconceptions like "infinite supply," "can't scale," and "dynamic block size???" still being spread, particularly by the uninformed "BTC maxis."
+
+So, I propose that we create an animation series featuring short (1 min or so), ELI5-style explainer videos that break down the key concepts of how Monero works in a simple and digestible way that could easily be shared every time we, the community, face misleading comments. I suggest we start with one video and, if the result is satisfactory, create more based on the community's preferred topics.
+
+### Promise and assurances:
+
+- With the budget for this proposal, we're confident we can deliver quality on par with this example: https://www.youtube.com/watch?v=pYOSfEgF32Y&ab_channel=XPLAI
+- Completion expiry date set to 4 months post-approval for this proposal
+- Open-sourcing the project materials after completion
+
+If that sounds good to you all, I'd be happy to jump into the details and start working on the script and storyboard. I would like to start with ( as our name vosto emisio also springs from), the tail emission concept. 
+
+Regarding the budget, we're not sure, but we're willing to try this out for 9 XMR for the first video. We can adjust the amount up or down after we see how the first project goes since this would be our first official collaboration with the community. I believe this project will take about a month to complete, maybe a bit longer since this is our first time working with the community.
+
+Any questions or thoughts?
+
+
+    

acx-monfluo-maintenance-and-further-development.md

+---
+layout: wip
+title: acx part-time work on Monfluo (3 months)
+author: acx
+date: February 28, 2025
+amount: 13.98
+milestones:
+  - name: Month 1
+    funds: 4.66 XMR
+    done:
+    status: unfinished
+  - name: Month 2
+    funds: 4.66 XMR
+    done:
+    status: unfinished
+  - name: Month 3
+    funds: 4.66 XMR
+    done:
+    status: unfinished
+payouts:
+  - date:
+    amount:
+  - date:
+    amount:
+  - date:
+    amount:
+---
+
+## Who
+
+Hi, I am acx.  
+About six months ago I have forked Mysu (an abandoned Android wallet) and continued its development and maintenance.  
+The fork is named Monfluo and is available [here](https://codeberg.org/acx/monfluo)  
+
+Since starting the fork, I did (among other things) the following:  
+
+* Implemented multi-wallet functionality (also wallet renames and deletion)
+* Implemented multi-account functionality
+* Separated wallet password and seed offset (previously you could not set them to different values)
+* Reworked secrets tab, allowing the user to apply seed passpharse offset when saving seed
+* Fixed a bug where sync progress was lost when the wallet was closed before the sync is finished
+* Implemented APK building in the pipeline (making it easier for users to test any commit without waiting for a release)
+* and several other changes, you can check all of them [here](https://codeberg.org/acx/monfluo/compare/b939d526652d174eb6081a0b5e9dd407c409c90a...master)
+
+Monfluo is by design a very simple wallet, and one of the goals is having no "integrations" such as swapping services, sending to other cryptos, fiat on/off-ramps, etc. I do not earn any fees from the wallet.
+
+## What
+
+I will continue maintenance and development of Monfluo. I will be working on the things listed [here](https://codeberg.org/acx/monfluo/issues), among the most important ones:
+
+* Updating to newer Monero versions, when required
+* Setting up a clearnet F-Droid repo together with an onion mirror
+* Setting up translations
+* Issues [#67](https://codeberg.org/acx/monfluo/issues/67) and [#71](https://codeberg.org/acx/monfluo/issues/71)
+* Working on making Monfluo reproducible (I do **not** expect to finish this one during this CCS, but I want to start investigating it)
+
+## Funding
+
+I am asking for 25$/h.  
+With 40 hours a month (~9 hours a week) \* 3 months at ~$215/XMR this makes 25\*40\*3/215 ~= 14 XMR  
+

adrelanos-debian-package.md

+---
+layout: cp
+title: "Monero Debian Package Repository for 2 years"
+amount: 73
+author: Patrick Schleizer
+date: 15 April 2020
+milestones:
+  - name: "Monero Debian Package Initial Packaging"
+    funds: 50% (37 XMR)
+    done: 31 December 2020
+    status: finished
+  - name: "Monero Debian Package Maintenance 2021"
+    funds: 25% (18 XMR)
+    done: 31 December 2021
+    status: finished
+  - name: "Monero Debian Package Maintenance 2022"
+    funds: 25% (18 XMR)
+    done: 13 March 2023
+    status: finished
+payouts:
+  - date: 18 February 2021
+    amount: 37
+  - date: 21 March 2022
+    amount: 18
+  - date: 21 May 2023
+    amount: 18
+---
+
+### Importance to the Monero Community
+
+Ease of installation and timely software upgrade on popular stable Linux distributions such as Debian is important to gain better usability and greater adaption.
+
+A higher share of privacy conscious users are using Linux rather than Windows.
+
+This is also a preparatory step for installation of Monero by default in (privacy focused) Linux operating systems such as Whonix (which I happen to be the founder). Other Debian based Linux distributions such as Tails (also privacy focused) are welcome to use the package as well.
+
+### User Experience
+
+Instructions for users, simplified.
+
+How to install monero GUI using apt-get
+
+Download the repository signing key.
+
+    wget https://www.whonix.org/patrick.asc
+
+Add the signing key.
+
+    sudo apt-key --keyring /etc/apt/trusted.gpg.d/monero.gpg add ~/patrick.asc
+
+Add APT repository.
+
+    echo "deb https://deb.whonix.org buster main" | sudo tee /etc/apt/sources.list.d/monero.list
+
+Update your package lists.
+
+    sudo apt-get update
+
+Install monero-gui.
+
+    sudo apt-get install monero-gui
+
+### Technical Implementation Details
+
+The focus is the user. Usability. No frills.
+
+I would simply grab the monero-gui binaries provided by getmonero.org, download them, check software (gpg) signatures, put these into deb packages, add these to a Debian package repository, and upload the repository.
+
+What I would not do is creating the binaries during package build process. While this is nice to have, it doesn't help user experience and blocks the progress on reaching this goal. See next chapter.
+
+The monero-gui binary includes it all:
+
+* monero-wallet-gui
+* monero-wallet-cli
+* monerod
+
+Therefore monero-gui package would come with all of that too. The package would be usable by both, desktop and headless computers.
+
+Hosting on whonix.org rather than getmonero.org to keep maintenance effort low. Therefore no coordination with getmonero.org DNS required. Saves money for purchasing a domain. Contributes to decentralization since the maintainer of Whonix would maintain the Monero Debian packages independently. Maintaining another package on the domain which hosts many packages already is lower effort than a completely separate Debian package repository.
+
+`packages.debian.org` is out of scope since Debian does not upgrade often enough to keep up with Monero fork cycle and for other reasons as well.
+
+64 bit only.
+
+The contents of monero-gui will be placed in folder `/usr/share/monero/monero-gui-v0.14.1.0`, unmodified. Folder `/usr/bin` will contain wrapper scripts pointing to the binaries in `/usr/share/monero/monero-gui-v0.14.1.0`.
+
+### Why simply put the pre-build Monero binaries into a deb package?
+
+1) After bitcoin existing for more than 10 years, being popular and being in Debian unstable (sid) it still never made its way into Debian testing, let alone stable. Reason being explained that a difference in underlying libraries (even just security fixes) during compilation may result in a network split. Binaries compiled during packaging on different versions of Linux distributions might have different libraries that might cause a network fork / chain split.
+
+References:
+
+* https://packages.debian.org/search?keywords=bitcoin-qt
+* https://packages.debian.org/sid/bitcoin-qt
+* [upstream does not support stable releases (block migration to testing)](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718272)
+
+(Note: above website saying Tags: `fixed-upstream` is probably a mistake as discussion at bottom says.)
+
+2) The [github issue of packaging monero](https://github.com/monero-project/monero/issues/2395) stalled.
+
+3) By shipping the same binaries as provided by getmonero.org reduces the chances of introducing a backdoor.
+
+### Included in the First Milestone
+
+* Monero in a Debian repository. `deb https://deb.whonix.org buster main` as per above `User Experience`.
+* User documentation on how to install the `monero-gui` package from the repository.
+* Build documentation detailing how to build the package oneself.
+* Use the usual Whonix news channels to call for testers. Fix any bugs that users might report.
+* Simplification of [Monero users instructions for Whonix users](https://www.whonix.org/wiki/Monero) saying "install this package".
+* Test monero GUI in Debian buster, Whonix and Qubes Debian buster template.
+* Start menu entries.
+* Replying to (most) (reasonable) unanswered support requests related to the packaging.
+
+### Non-Goals
+
+Installation of Monero by default in Whonix. While Monero will very likely be installed by default in Whonix it is not guaranteed and not part of this proposal. I've already posted a number of comments on monero GUI issue tracker which should help to ensure that Monero keeps suitable for installation by default in Whonix, see [this list](https://forums.whonix.org/t/supporting-monero-as-the-default-cryptocurrency/6410/14).
+
+### Funding for First Milestone
+
+2000 USD
+
+(Includes initial packaging and and maintenance until the end of the year 2020.)
+
+### Timeline
+
+Doable quickly within 1 week.
+
+By comparison, the electrum (bitcoin) AppImage was recently added to a Debian package (binaries-freedom) by me and is now easily installable in Whonix. Pre-installed in stable version of Whonix already.
+
+### Ongoing Maintenance Cost
+
+* year 2021: 1000 USD
+* year 2022: 1000 USD
+
+### About Me
+
+I am the founder of [Whonix](https://www.whonix.org/), which I am maintaining at present for more than 8 years.
+
+Whonix (formerly TorBOX) is a Debian GNU/Linuxbased security-focused Linux distribution. It aims to provide privacy, security and anonymity on the internet.
+
+You can see an overview of packages I am maintaining on [my github profile](https://github.com/adrelanos).
+
+To proof that this monero gitlab account `adrelanos` corresponds the same person maintaining whonix.org, it is added [here](https://www.whonix.org/wiki/Official_Whonix_Online_Profiles).
+
+[This idea was previously discussed on reddit.](https://www.reddit.com/r/Monero/comments/cowjun/idea_proposal_monero_debian_deb_packages_debian/)
+
+### Credits
+
+Thanks to @rehrar for helping me with this proposal!

anhdres-monero-garden.md

+---
+layout: wip
+title: Monero Garden
+author: anhdres
+date: September 30, 2022
+amount: 71
+milestones:
+  - name: Texts and structure done
+    funds: 30
+    done: 31 May 2024
+    status: finished
+  - name: Illustrations and animations done
+    funds: 30
+    done:
+    status: unfinished
+  - name: Website up
+    funds: 11
+    done: 31 May 2024
+    status: finished
+payouts:
+  - date: 18 June 2024
+    amount: 41
+  - date:
+    amount:
+  - date:
+    amount:
+---
+
+# Monero Garden
+
+## The idea
+
+The Monero Garden would initially be a website available at [monero.garden](https://anhdr.es), that worked as a clean and friendly space to start someone's Monero journey. Is a resource I wished many times existed when I told someone about Monero. The naming has two reasons: it acts as a Monero kindergarten of sorts, the starting point of your education, where you learn without any dread; but also as a real garden, with paths you can graciously take and effortlessly stroll at your own pace while discovering new things on the way.
+
+Its language, both visual and writing, should be approachable for a 11 year old and above. Trying my best to keep it clean of technical wording, yet making it engaging for an adult as well. It's a difficult balance but I think it's worth pursuit it.
+
+I want to try a different approach to the rest of Monero content I've seen so far, kind of a Choose Your Own Adventure book, where the questions that pop inside the reader's head guide the consumption of the material, and not presenting (if possible) information that wasn't felt the need for. The aim is *relevancy*, which should maximize retention and engagement.
+
+I believe that the pre-adolescents are specially important to talk to. They are starting their financial life earlier and earlier, the boundaries of *real money* and *virtual money* are going to be as dilluted as ever, so if they find Monero soon enough, they could be a strong agent of change and help avoid the dystopian version of that merge. Believe it or not, we (I'm older than 40 now) are not the future anymore. Luckily we're still the present, so there's a lot we can do!
+
+## Layout
+
+Overall, it's design should mimic children picture books. Their design is not accidental. They display images and succinct text on almost every page, which don't work in a redundant way, but complement each other. Clean, minimal background and bold, colorful illustrations. A consistent character design and color palette. If needed to reinforce a concept, the illustrations could be short animations.
+
+At the start page, the visitor would be faced with three choices. In my interactions with newcomers, those three I've noticed are the main starting points of everyone's Monero path:
+
+- How to use Monero.
+
+- Why to use Monero.
+
+- How Monero works.
+
+Each choice would take the visitor to a different path, of increasing length. According to my notes, *how to use it* is the shortest and *how it works* the longest. The way I envision it, besides navigation and a general menu, each page would have four elements:
+
+- The illustration
+
+- The short, bold statement.
+
+- A longer, yet brief explanation of the statement above.
+
+- An option to expand the topic if interested, like footnotes or links to outside sources to explore.
+
+## Scope
+
+To me, making it a website is the most effective initial form. It's big and clean, and can be accessed almost everywhere. For obvious reasons to this community, it should also be accesible via Tor and i2p. **So a working, fully functional website with those three content branches is the scope of this proposal.**
+
+The nature of the idea makes it very versatile to use as basis for a book in both physical and electronic forms, a series of animated, narrated videos, or even an app. These formats are outside of the scope of this proposal but if the material is good enough to engage people I think all those mediums would have their merits.
+
+The initial material would be in English, but obviously I see the appeal of having it translated in as many languages as possible, since it's particularly targeted towards newcomers.
+
+## Rights
+
+I plan to release this material with either a [Creative Commons BY-NC-SA  license](https://creativecommons.org/licenses/by-nc-sa/4.0/) that allows anyone to obviously access it for free (it's a website) but also create derivative works, translate it, or distribute it freely, as long as credit is mantained and it's not exploited commercially.
+
+## Budget
+
+Based on my experience, I think this first stage will take roughly 3 months. I plan to allocate 4 hrs per day to this project. At an hourly rate of 40 USD, that's 4 hrs x 60 working days = 9600 USD.
+
+I'd also need help with the technical aspects of setting up the server and different access. For what I could gather, it would take a 20 hours of work, which at the same rate of 40 USD/h amounts to 800 USD.
+
+At the current XMR price of 145 USD/XMR, it would be 71 XMR.
+
+I plan to pay domain, hosting, and other small expenses out of that budget. If the traffic were so big it demanded a considerable investment, I'd consider either open a new request for funds, or looking into other possible solutions that wouldn't cause any extra cost for the community.
+
+## Relevant information about me
+
+I've worked as creative director, illustrator, copywriter, and animator for the past 15 years. You can take a look at some of my commercial work at [Sloop Studio](https://www.sloopstudio.tv/).
+
+In the Monero world, I've been in the community since 2017, since then I've worked alongside with @m2049r and @Baltsar in [Monerujo](https://www.monerujo.io/), doing content, communications, support, and UX. One example would be [the articles explaining features or concepts behind Monero.](https://anhdres.medium.com/)
+
+I've worked alongside @serhack in both [Mastering Monero](https://masteringmonero.com/) and [serhack.me](https://serhack.me/), doing all the illustrations.
+
+Worked with @rehrar on designs for [Cypher Market](https://www.cyphermarket.com/) and [Cypher Stack](https://cypherstack.com/). Also materials for @msvblab's [Monero Devices](https://shop.monerodevices.com/). As well as designs for several Monero-related projects and individuals.
+
+Hosted the short lived [El Monero](https://www.youtube.com/channel/UCNvrbeVzrszpN7vQnMoCTVA/videos) podcast together with @rottenwheel, and gave out a few [public](https://youtu.be/s8RPE5AIB-A) [talks](https://youtu.be/78zcD7yWQ0E) and [interviews](https://youtu.be/Cx7XkZxXOKM) introducing Monero to the Spanish-speaking public.
+
+On a related note, I've made the illustrations for the newest [Tails](https://tails.net) redesign and I keep working closely on their support materials.
+
+That's pretty much all I can think of right now, be sure to ask away!

anon-dev-monero-meme-site.md

+---
+layout: cp
+title: Monero Meme Site | Get Tipped For Monero Memes
+author: AnonDev
+date: June 25th, 2021
+amount: 10 XMR
+milestones:
+  - name: Finish Site and Launch it
+    funds: 5 XMR
+    done: 18 August 2021
+    status: finished
+  - name: Market Website and Get 1st 50 Memes
+    funds: 5 XMR
+    done: 18 August 2021
+    status: finished
+payouts:
+  - date: 21 October 2021
+    amount: 10
+---
+
+My proposal is to develop, design, market, host, and maintain a website for Monero memes. Meme creators will be able to get tips for their hard work. Meme creators will finally be able to quit their jobs and meme full time. The project will be open source and full of memes.
+
+I will complete the proposal. I love Monero and wants to help get it the recognition it deserves. I have 10 years of development experience (including blockchain) and have experience in marketing.
+
+This project is very important to the community because it will increase memes. Memes help Monero with marketing and reaching new audiences. Creators of Monero memes will be able to get paid which will incentivize them to make more memes. Monero is the best project in the space but the marketing could be better.
+
+My milestones are simple. I am asking for 5 XMR once the website is live and project has been completed. I am then asking for the last 5 XMR once 50 memes (original content, not old) have been posted by users.
+
+I am asking for an expiration date of October 15th. The development should take me 1-2 weeks to complete and getting the first 50 posts should take a few months maximum (Hopefully a lot faster).

anon-perfect-peer-to-peer-protocol.md

+---
+layout: wip
+title: "anon: perfect peer to peer protocol from bottom to top"
+author: anon
+date: 24 Jan 2021
+amount: 240.12021
+milestones:
+  - name: Feb.
+    funds: 33% (80.04007 XMR)
+    done: 10 July 2021
+    status: finished
+  - name: Mar.
+    funds: 33% (80.04007 XMR)
+    done:
+    status: unfinished
+  - name: Apr.
+    funds: 33% (80.04007 XMR)
+    done:
+    status: unfinished
+payouts:
+  - date: 11 July 2021
+    amount: 80.04007
+  - date:
+    amount:
+  - date:
+    amount:
+---
+
+## What
+
+~~~
+Perfection is not attainable, but if we chase perfection we can catch excellence.
+
+On the way to perfect monero blockchain synchronization daemon
+  which is correct, simple and efficient.
+
+On the way to perfect peer to peer protocol implementation that
+  forbids arbitrary devitation in peers behavior,
+  balances available resources between unsynchronized and synchronized peers,
+  keeps new block propogation latency as low as possible.
+
+All related layers hierarchy:
+     input/output loop
+            v
+          socket
+            v
+        ssl socket
+            v
+        connection
+            v
+     abstract tcp server
+            v
+     levin protocol + portable storage
+            v
+         net node
+            v
+    cryptonote protocol + core rpc server
+            v
+     cryptonote core + crypto
+            v
+      blockchain db + tx pool
+
+The following layers are not correct:
+  ssl socket,
+  connection,
+  abstract tcp server,
+  net node,
+  cryptonote protocol,
+  tx pool.
+
+The following layers are very inefficient:
+  portable storage.
+
+All above layers aren't simple.
+
+There are few critical errors that must be fixed first:
+  segfaults,
+  enormous RAM usage,
+  enormous CPU load,
+  deadlocks,
+  unexpected delays in asynchronous code.
+
+Work will be done in the following order:
+  fix critical errors,
+  simplify,
+  fix incorrect behvaiour,
+  simplify,
+  add new changes,
+  simplify,
+  increase efficiency,
+  simplify.
+
+The above final aim and related scope require much more than 3 months work.
+~~~
+
+## Who
+
+~~~
+anon
+~~~
+
+## Proposal
+
+~~~
+Dedicate at least 3 months (12 hours per each day including weekends) to Monero Project for a total of 240.12021 XMR.
+~~~

avis-moneropedia-userguides.md

+---
+layout: cp
+title: "Norwegian translation of User guides and Moneropedia"
+author: Chris Avis
+date: August 4, 2020
+amount: 29.4
+milestones:
+  - name: Moneropedia
+    funds: 8.7
+    done: 15 December 2020
+    status: finished
+  - name: User guides
+    funds: 20.7
+    done: 31 March 2021
+    status: finished
+payouts:
+  - date: 20 January 2020
+    amount: 8.7
+  - date: 1 April 2021
+    amount: 20.7
+---
+
+This is a proposal to translate Moneropedia (10157 words) & the User guides (24074 words), amounting to 34231 words.
+
+As with my last two translations I have done for Monero, I am content to give another high quality translation. Apart 
+from wanting to do an excellent job for the community, it is also in my own interest to make sure Monero has a top notch 
+Norwegian translation.
+
+Given the same XMR/word ratio as before (0.00085985XMR/word), I am asking for 8.7 XMR for the translation of Moneropedia 
+and 20.7 XMR for the translation of the User guides.
+
+To compensate for values that should not have been counted in my text editor, I propose that I also translate the roadmap 
++ the added words to the getmonero site, which amounts to roughly 1500 words (and might be more when/if this proposal gets 
+accepted.)
+
+The translation will consist of two milestones: 1) Translation of Moneropedia + Roadmap + what is left of getmonero, and 2) User guides.
+
+I will translate everything myself, and I will start to work full-time on it as soon as it is funded.
+
+Monero's truly,
+Chris