CCS Proposals merge requestshttps://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests2023-09-15T12:15:12Zhttps://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/327LeoNero: full-time dev work in July and August2023-09-15T12:15:12ZLeonardo NeroneLeoNero: full-time dev work in July and August## What
I propose to work for two months (July and August), 40h a week, in the following tasks and areas:
1. Implemenent `get_tx_key should support raw_monero_tx blob as input` (https://github.com/monero-project/monero/issues/8398)
2. Im...## What
I propose to work for two months (July and August), 40h a week, in the following tasks and areas:
1. Implemenent `get_tx_key should support raw_monero_tx blob as input` (https://github.com/monero-project/monero/issues/8398)
2. Implement `Add generate_blocks addr numblocks [starting_nonce] command to monerod when in regtest mode` (https://github.com/monero-project/monero/issues/8397)
3. Update InProofV2 to V3 (https://github.com/monero-project/monero/issues/7353)
4. Implement UnspentProof, as described in Zero To Monero
5. For all of the above, update https://github.com/monero-ecosystem/monero-javascript and https://github.com/monero-ecosystem/monero-cpp where applicable
6. As UkoeHB suggested, figure out a better directory structure for the Seraphis code
7. Add new RPC methods too https://github.com/monero-ecosystem/monero-rpc-rs
8. Review pull requests on `monero-site`, `monero`, and `monero-gui`
9. Implement other issues on `monero` and `monero-gui` if there is time
10. Improve translation to Portuguese (Brazil) if there is time
10. For any new stuff added above, update documentions at https://www.getmonero.org/resources/developer-guides/wallet-rpc.html, and https://monerodocs.org/ if applicable.
I am open to implement anything else the community finds necessary.
## Who
My name is Leonardo, I am from Brazil, and I am a rising senior at the University of Pennsylvania, majoring in Computer Science and soon to be minoring in Mathematics. During High School, I discovered scientific olympiads and, because of them, I discovered programming when I was 13 years old. Since then, I have always been working on some programming project.
In 2020, I took a gap year from college. During the gap year, I worked at a Brazilian company called Hashdex, which is a crypto asset management. There, I discovered about cryptocurrencies and fell in love with Monero because of its privacy features. I did not know much about cryptocurrencies before, but I was previous drawn to privacy because of the writings and work of Aaron Swartz, Julian Assange, and especially when you see some actions taken by the current and past Brazilian government. I also did not know much about cryptography, so I took two online courses in cryptography during the gap year (https://www.youtube.com/channel/UC1usFRN4LCMcfIV7UjHNuQg and https://www.coursera.org/learn/crypto), and then I took a graduate-level class in Cryptography when I returned to college, and I also took a Number Theory class.
In the professional side, I worked as a Software Engineer at Pagar.me (created by the founders of Brex) when I was 17. Although nowadays I really dislike most of the big techs, before having such feeling I interned at Facebook as part of FBU and I also had another Facebook offer rescinded because of Covid.
I am also a Tech Fellow of Fundacao Estudar, which is a NGO in Brazil created by Jorge Paulo Lemann. The Tech Fellowship selects young Brazilians that are talented in technology.
You can find my LinkedIn at https://www.linkedin.com/in/leonardo-felipe-nerone/ and my Github at https://github.com/LeoNero. I am `neromm` on Matrix.
Btw, I am reading more about cryptography and number theory in my free time and plan to post answers to some books here https://github.com/LeoNero/crypto-and-number-theory-books soon :)
### Disclosures
First, I decided not to apply for any internship this summer because I want to contribute to Monero and learn more about cryptography. So in case this CCS does not pass, I will need to find an internship and will be unable to contribute to Monero, because my University scholarship does not cover everything :(. However, I am open to receive for only one month of work instead of two if needed. Also, I will return to college at the start of September.
Second, since I am going to be a senior in college, I am required to do either a Senior Thesis or a Senior Project during my last year. I don't know yet which one I'll choose, but I want to do something related to Monero :D and so working with Monero this summer will prepare me well I think.
Finally, three weeks ago, I started to read Zero to Monero and, at the same time, I start doing some work (see https://github.com/monero-project/monero-site/pulls/LeoNero and https://github.com/monero-project/monero/pulls/LeoNero). However, I've been a bit slow for some personal and health problems (but solved already!) and also because I was trying to figure out a plan B with a friend in case this CCS does not pass.
## Funding
* Wage: 45 USD/hr
* Hours: 8 weeks x 40 hours/week = 320 hours
* Total pay in USD: 320 hours x 45 USD/hr = $14400 USD
* Exchange rate: $121.76 USD/XMR. Calculated from one week simple average of closing prices on coinmarketcap.com (copying jeffro256's method)
* 21 June: $118.80
* 22 June: $111.18
* 23 June: $122.70
* 24 June: $126.47
* 25 June: $127.48
* 26 June: $125.32
* 27 June: $120.39
* Total pay in XMR: $14400 USD / $121.76 USD/XMR ~= 118.26 XMR
The amounts above are based on previous internships and also on what I've seen my friends receiveing on their internships. I am open to discuss smaller amounts and also open to criticism to any topic in this proposal! :)
Expiration Date
01 September, 2022https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/361rayatina-archive2023-09-12T17:32:43Zaverroes alpharabiusrayatina-archiveCCS proposal for Archive/LibraryCCS proposal for Archive/Libraryhttps://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/407Selfhosted gitea mirror on tor2023-09-12T16:36:56Z4r kalSelfhosted gitea mirror on torhttps://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/375Computational work for OSPEAD parameterization2023-09-08T10:32:50ZMitchell P. Krawiec-ThayerComputational work for OSPEAD parameterization# Computational Work for OSPEAD Parameterization
## Abstract
The OSPEAD project led by Rucknium will substantially improve user privacy by reducing Monero's statistical attack surface. The project's goal is to overhaul the decoy select...# Computational Work for OSPEAD Parameterization
## Abstract
The OSPEAD project led by Rucknium will substantially improve user privacy by reducing Monero's statistical attack surface. The project's goal is to overhaul the decoy selection algorithm (DSA) to remedy weaknesses in Monero's privacy model.
To achieve the best fit for OSPEAD parametrization, the analysis code developed by Rucknium needs to be computed over a much larger portion of recent Monero transactions. The number of rings that can be processed is the “sample size” for the statistical analysis, so we desire as many data points as possible to enable Monero's OSPEAD-informed DSA to match the true spend distribution as closely as possible.
The first step to achieving a large sample size is porting the current OSPEAD code written in R (a slow interpreted language) to a fast compiled language like C++ or Rust. However, even with faster code, analyzing the rings one at a time in series will limit the practical sample size. To unlock analysis of 10^5 - 10^7 rings, it is also necessary to parallelize the code and run the analysis on a cluster or high performance workstation which contains dozens of CPU cores. Without these changes, the current R code would take years to run. With these changes the analysis will be executable with several days to weeks of compute time. This unlocks a critical bottleneck for OSPEAD parametrization, which itself is critical for Monero user privacy and Monero's future as a whole.
In addition to efficiency improvements described above, we will increase precision in the final output by pre-filtering transactions with heuristics based on transaction uniformity defects. For Rucknium's analysis, the quality of the results is degraded if the analysis includes rings that were not generated by `wallet2` software (the standard reference implementation). To avoid this, we will filter out non-`wallet2` transactions by applying a number of fingerprinting techniques developed by Isthmus and Neptune over the last 4 years of Noncesense Research Lab R & D. These include features such as unlock times and fees that would not be produced by standard wallets.
## Current Status
The OSPEAD project has made exciting progress toward its goal of securing the decoy selection algorithm (DSA) against statistical attack, as outlined in [Rucknium's original proposal](https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/255). Given the statistical nature of the work involved, all algorithms and analysis is written in one of the primary programming languages used for statistics work: R. The benefits of R for statistical analysis are many fold, and it is certainly the right language for the job given the statistical focus of this project.
However, the OSPEAD project is currently bottlenecked by computation as there are an enormous number of rings to process from the last 6 months alone. There are certain computationally-heavy components of the code base that, when executed in R, result in the overall analysis taking 3 months to compute 1 week of historical data. While R is a best-in-class language for statistical programming, it is a higher-level language and thus quite slow in execution. Furthermore, the current code is single threaded and only runs on one CPU core. All of this is leading to a prohibitively-expensive computational barrier, which would need years of computation to complete the months of transaction analysis that is now needed to complete the OSPEAD project.
## Proposed Analysis Engine Optimization Work
This proposal is designed to solve the challenge posed by the computational barriers described above. Specifically it allows the much faster processing of more data, in order to achieve the most robust OSPEAD results possible. If this project is approved, the following will be delivered to the OSPEAD team and the Monero community.
- **Identify which parts of the code need to be sped up**: Benchmark which components of the current OSPEAD R code are causing the computational bottlenecks described in the above section.
- **Translate from R to a fast compiled language**: Translate the bottleneck components into a fast, compiled language like C/C++ or Rust and bundle the translated code into R packages for easy integration. It will be critical for all computation and functionality to be precisely preserved, and to interface with remaining R code seamlessly, which will require significant engineering as well as robust testing. We expect that this translation step will result in a roughly 10x speed up.
- **Parallelize the sped-up code**: Once the code has been ported, we will further reduce runtime by parallelizing the existing code across multiple CPU cores. Parallelization can be carried out in R or the compiled language components, as needed to get the desired speedup. Parallelizing code can be quite challenging and requires expertise to work through the various common issues that develop, but the effort will be well worth it, as this step is expected to speed up computation approximately linearly with the number of CPU cores.
- **Run the optimized code on a scientific workstation with 64 cores**: As part of this CCS proposal, a scientific workstation will be leveraged to complete analysis and computation of the results needed by OSPEAD on 64 CPU cores. This CCS commits up to 23,000 CPU hours, providing more than enough compute needed to complete the OSPEAD analysis on a large number of recent rings with the above improvements.
- **Results delivered for use in OSPEAD parameterization**: Deliver code and results only to Rucknium, with full documentation and scripts designed to help others run the above code in the future (e.g. enabling the code to be run on MRC). All deliverables from this CCS will become part of the OSPEAD project and disclosure process managed by Rucknium.
## Timeline & Budget
The overall project to speed up OSPEAD computation will take 5+ full time engineering weeks and require significant investment in computational resources. The breakdown is as follows:
- Benchmarking bottlenecks: 0.5 weeks full time equivalent (FTE) engineering work
- Translating bottleneck code and ensuring continued interoperability with initial code: 1.5 weeks FTE
- Parallelizing code to run on multiple CPUs: 1.0 weeks FTE
- Analysis to filter out non-`wallet2` transactions: 1.0 weeks FTE
- Running optimization on scientific work station: 0.5 weeks FTE and up to 23,000 CPU hours committed
- Final deliverables including documentation; 1.0 weeks FTE
Total time: 5.5 weeks FTE + 23,000 CPU hours. We expect the engineering work to be complete by Mar 30, 2023.
Total budget: 190 XMR, paid at the start of work to avoid exchange rate volatility risk.
## Team
**Mitchell Krawiec-Thayer (Isthmus) and the Geometry Labs engineering team**
Dr. Mitchell Krawiec-Thayer is a privacy tech researcher whose Monero contributions have largely focused on empirical transaction tree analysis leveraging statistical heuristics and transaction uniformity defects. Other past Monero work includes fingerprinting the [mid-2021 transaction volume anomaly](https://mitchellpkt.medium.com/fingerprinting-a-flood-forensic-statistical-analysis-of-the-mid-2021-monero-transaction-volume-a19cbf41ce60), a statistical [analysis of nonce value distribution](https://medium.com/hackernoon/utter-noncesense-a-statistical-study-of-nonce-value-distribution-on-the-monero-blockchain-f13f673a0a0d), an opportunistic [study of miner equipment types](https://medium.com/hackernoon/opportunistic-investigation-of-monero-miners-during-march-2018-network-update-cfd6ad8a027f), and identification of the heuristics that will be used to filter non-`wallet2` transactions in this project. Mitchell is the President and Chief Scientist at Geometry Labs and will coordinate this CCS process. The lead engineer on this project will be Cheyenne Atapour, a blockchain research engineer with experience in developing performant systems. He has the experience with compiled languages such as C++ and Rust necessary to optimize the OSPEAD code. Geometry Labs is a blockchain and cryptography research & development team, whose specializations include: blockchain infrastructure, scientific tooling, analytics and observatories, and development of novel cryptographic mechanisms.https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/351Support for monero in rotki2023-09-04T12:31:02ZLefteris KarapetsasSupport for monero in rotkiThis is the funding proposal for integrating monero with rotki as per the original request in our repository: https://github.com/rotki/rotki/issues/825.
rotki is an opensource and local-first portfolio tracking and accounting tool. A pe...This is the funding proposal for integrating monero with rotki as per the original request in our repository: https://github.com/rotki/rotki/issues/825.
rotki is an opensource and local-first portfolio tracking and accounting tool. A perfect match for privacy conscious monero users.
The proposal intends to offer support for tracking user monero balances, exploring monero transaction history and doing accounting for it in rotki.
The proposal is split in 3 milestones.
1. Research on monero
Since our team has not worked on monero before we would need to have a developer spend some weeks to figure out how the tech stack works, learn the ins and out of monero development and focus on how the RPC works and how can we get all the required information.
Estimated resources: 1 backend developer for about 3 weeks.
2. Integrate with monero-wallet-rpc
This is the first/simple approach proposed by Fluffypony here: https://github.com/rotki/rotki/issues/825.
> Thinking around this (and bounced some thoughts into #monero-dev on Freenode), the Cl Monero wallet software is probably an "easy" first integration target as you can just hit the RPC for a wallet. The downside is that the monero-wallet-rpc software has to be running, and a user would need separate instances for each wallet they have.
Estimated resources: 1 backend developers for 1 month and 1 frontend developer for 1 month
3. Integrate with monero-lws or openmonero
This is the more complete approach proposed by Fluffypony here: https://github.com/rotki/rotki/issues/825.
> Long term it may be more useful to build something around the as-yet unmerged lightweight viewkey scanner or OpenMonero where by users can import arbitrary Monero accounts (by mnemonic seed, for eg, if they want to track inputs and outputs, or viewkey only if its a cold wallet and they'll manually track spends). This is a bigger piece of work.
Since then monero-lws has become its own project and seems usable. Exact approach will be determined through the research done in milestone 1 and also through feedback from the community.
Estimated resources: 2 backend developers for 1 month and 1 frontend developer for 2 weeks
The amounts have been calculated with a monero price of the lowest point in the last 3 months ($114) in order to have a buffer and a developer salary of $100k yearly. A 50% margin is put on top like we do for all of our grant applications in order to account for taxes we owe due to the grant and for any unexpected developments.https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/316Interactive Developer Guides2023-09-02T17:32:09ZreemuruInteractive Developer Guides## What
Create interactive guides for developers in order to streamline the onboarding process.
This proposal is not just for the development itself but for the hosting of the interactive
environment with JupyterHub. This facilitates co...## What
Create interactive guides for developers in order to streamline the onboarding process.
This proposal is not just for the development itself but for the hosting of the interactive
environment with JupyterHub. This facilitates coding and learning with ZERO setup.
Currently, I am only able to support monero-python on JupyterHub,
but also working to integrate additional kernels (R, Typescript, etc.).
Any issues or technical support is also in scope for this proposal.
A first tutorial / proof-of-concept is available at [xmr-dev-guides](https://xmr-dev-guides.hiahatf.org/). The project is completely open-source with the current state and syllabus (WIP) available [here](https://github.com/hyahatiph-labs/hlc/tree/main/xmr-dev-guides). Just pick a username and strong password. Next, open `hiahatf_shared/tutorial1.ipynb`. Code cells can be executed via `ctrl+enter`
### Summary
- Maintain JupyterHub infrastructure and expand as required
- Bug fixes and new tutorials
- Have fun!
## Who
rimuru, I have been contributing to monero since last year with over 10 commits to monero-project
### Contributions
- CLI contributions: https://github.com/monero-project/monero/pulls?q=is%3Amerged+is%3Apr+author%3Areemuru+
- GUI contributions: https://github.com/monero-project/monero-gui/pulls?q=is%3Amerged+is%3Apr+author%3Areemuru+
- Site contributions: https://github.com/monero-project/monero-site/pulls?q=is%3Amerged+is%3Apr+author%3Areemuru+
### Contact
* github - @reemuru
* irc - @reeemuru
* email - rimuru@hiahatf.org (GPG: 5EDBFEFFA9E9A7AB)
If funded I will provide monthly updates in the CCS comment section.
## Proposal
Work for 12.5 hours per week over the next 6 months (from May to end of October) at a rate of 50USD / hour. At 250USD / XMR (14 day SMA) this makes 60 XMR.
SMA Reference:
https://movingaverage.org/#!/sma/monero/usd/14https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/397Serving Defcon 31 (2023)2023-08-29T18:06:06ZMichaelServing Defcon 31 (2023)### What
This CCS proposal absorbs most of the costs of serving Monero content to about thirty thousand visitors at the Defcon hacker conference in Las Vegas (31th anniversary.)
[https://www.defcon.org/](https://www.defcon.org/)
### W...### What
This CCS proposal absorbs most of the costs of serving Monero content to about thirty thousand visitors at the Defcon hacker conference in Las Vegas (31th anniversary.)
[https://www.defcon.org/](https://www.defcon.org/)
### Who
Two volunteers from the Monero Community and one manager (MSvB.) Volunteers will be selected as fairly as possible from public online chat rooms.
### Why
Monero thrives on the contagious enthusiasm inspired by outreach at events.
We have grown experienced at serving Monero and related communities at events. We want to leverage our experience and accept the challenge of serving a massive group of 30K enthusiastic hackers of all ages with Monero giveaways.
### How
After negotiating with Defcon management for eight months, we secured an assignment in the Caesars Forum Defcon vendor area. We are the only cryptocurrency or blockchain group at Defcon this year.
### Reason
We conduct outreach at events like Defcon, in order to educate and remind people of the beneficial nature of cryptocurrency and the value of privacy technology produced and distributed by the Monero Project.
### Expectation
A line will develop in front of our stand area, with many waiting to receive items. While waiting they will observe a banner and a display of Monero branded items. The enthusiasm generated by the giveaway items will likely exceed that of the recent Konferenco event in Prag.
Each of our visitors will have the chance to ask questions about Monero. Focus is placed on distribution of electronic badges and paperback books, while overreaching doctrine is avoided.
### Technology
Any Monero group is welcome to participate regardless of technology. The intion of groups in our Caesars Forum area are distribution based, so groups must have something physical to offer and relate their presence accordingly.
Although non Monero groups are generally welcome, we will only focus development on non Monero options if the Monero Community decides to reject participation at Defcon as stated.
### License
The parts of stand design under our control is licensed CC-BY-SA-4.
There will be a number of other licenses (hopefully all Opensource) corresponding to images, merchandise, and materials in distribution.
### Comprehension
The descriptions in this CCS are not comprehensive. There are costs like storage and tooling which are not billed, and there are activities like sales which are not described.
### Budget
| Item | USD | Description |
| ---- | ---- | ---- |
| Stand area | 1170 USD | Cost of one table in Caesars Forum |
| Stand signs | 430 USD | Estimated cost of stand signage |
| Staff compensation | 37.5 XMR | To absorb some or all travel costs |
| Mastering Monero | 2000 USD | Cost of one hundred copies of Mastering Monero |
| Cryptohip badges | 20000 USD | Cost of four hundred electronic badges |
| \-\-\-\- | \-\-\-\- | \-\-\-\- |
| Total | 29600 USD | Total production cost for serving at Defcon |
We assume a price of 160 USD per XMR currency for a expected total 185 XMR.
If XMR loses more than 5% value, giveaway items will be reduced in quantity.
### Milestones
The funded amount will be paid in four milestones, once most on-site costs are paid, once production of badges concludes, once books are ordered, and once staff have completed their last day of work.
### Communication
Public reports and progress will be published on the Libera #monero-events room or equivalent Matrix or Telegram bridges.
We reached a 90% rate of abandon on past Defcon meetings, so we won't schedule any at all this year.
### Participation
All Monero community members are welcome to visit us, regardless of success or failure of this CCS or their inclination to abandon work duties. Staff abandoning their work roles lose rights to staff privileges including compensation.
If you want to be near our area, then book a room at Harrah's or the Linq. Use the Defcon hotel booking site to save money.
### Programmes
All of the Defcon programmes that we usually negotiate acceptance for:
Demolabs
Contests
Services
Villages
Workshops
Events
Parties
...are cancelled. We almost always cancel these programmes after acceptance anyway, due to staff absence, abandon, or neglect.
Any program that a Monero community member succeeds at planning in the coming weeks will either be scheduled for Defcon 32 or consume resources outside of the official Defcon programmes.
### Disclosures
Some of this engagement may be managed or occupied by other groups who pay for their own travel and stand costs. We are required to behave inclusively of cryptocurrency groups.
Items may be offered by producers in the Monero community according to space available. Payment policy is set and enforced by Defcon management.
### Defunding
Most of the costs absorbed by this proposal are due in EUR or USD fiat currency. If the XMR exchange rate causes loss (dropping 5% or more) then we will defund according to need, reducing the quantity of goods purchased or amount of travel compensation offered to staff working free of charge.
### Overfunding
If more funds are collected than needed, we will try to use them in an appropriate manner. For example, we may purchase more items to distribute free of charge, plan a staff mini retreat to the shark tank, or invite on site Monero community members to a meet the staff lunch.
It's also possible that we try to return any overestimated amount to the general fund.
### Recommendation
It is recommended that we (through voting) deny the Monero community this opportunity at Defcon, unless we can avoid bad language, bad behaviour, code of conduct violations, death threats, and other abuse.
This year we (Defcon leaders) are increasing the family and child friendly nature of Defcon considerably, so we should only try to welcome the Monero community in an official capacity if it's reasonable to expect avoidance of all disgrace.
We just delivered the Konferenco event which avoided all forms of disgrace and attracted families and children, so it's clear that Monero can meet the standard.
### Cancellation
As usual, it's our option to cancel the Monero part of the Defcon cryptocurrency area by voting against the CCS. Cancellation is at the Monero community's discretion.
Denying the Monero community an official presence at Defcon would save us money, so it's a valid option to consider.
Many groups (Monero adversaries and most of Defcon management) hope for cancellation of the services provided by this CCS, so it would align with their interests to reject this proposal.
### Expiration
This proposal expires on 23 July 2023.https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/107RandomX Thanks2023-08-22T11:37:21ZJethro GrassieRandomX ThanksNow that RandomX is live on the Monero mainnet, I thought it appropriate to create my first CCS proposal. To be crystal clear, I am not the intended beneficiary.
As many of you know, the previous Monero PoW algorithm, CryptoNight, ult...Now that RandomX is live on the Monero mainnet, I thought it appropriate to create my first CCS proposal. To be crystal clear, I am not the intended beneficiary.
As many of you know, the previous Monero PoW algorithm, CryptoNight, ultimately failed to deliver on its primary objective, quoting the CryptoNote paper, 5. Egalitarian Proof-of-work:
> Our primary goal is to close the gap between CPU (majority) and GPU/FPGA/ASIC (minority) miners.
Whilst the original algorithm served us well for the first few years, it soon became apparent the algorithm was not as effective as was intended. Without going into too much detail, as I'm sure you all know the story, we needed a new long-term solution. Our options were to give in and embrace ASICs, or to come up with another viable solution.
As it so happens, our very own Howard Chu (hyc) had been thinking about this problem, i.e. what it might take to create a brand new algorithm that could long-term deliver on the original premise. And this is where the story began, of what would eventually become RandomX.
Howard spent some time prototyping his ideas and another developer popped up, also with the right expertise and interest in the problem. This developer is known as tevador. Over a period of months, in close collaboration with Howard, tevador began implementing their ideas.
At the same time, another notable collaborator, SChernykh, again with the uniquely required knowledge-set, helped refine the design. This was no longer just theory, but an implementation, designed and developed by three highly knowledgable people. The process was completely open, with lots of healthy critique and adjustments along the way, culminating in a community funded set of third party audits.
I cannot say this strongly enough, but in my opinion (and others), what these three have created is groundbreaking. It's the first PoW algorithm that has had the necessary skill-sets applied to designing and implementing, to create an algorithm that commodity hardware (i.e. a CPU) is most efficient at executing.
And now we get to the important part! They did all this, with no funding for their time (which was considerable)! They collaborated openly and maturely, welcomed critique and gave time for discussion. They asked for nothing and gave us something significant.
So this is the purpose of the funding proposal. It's an open call to show your appreciation, whatever size. Whether you agreed with the route taken by the project or not - the dedication these three have shown to the project is significant. I for one want to gift each of them and I know several others who feel the same way.
So lets rally together and give them something back. Lets give them each a RandomXmas present!
Now for the logistics. I suggest a simple 3 way split of all funds gathered, to be distributed to Howard, tevador and SChernykh upon close. If, between themselves, they feel their contributions do not equate to an even split, we leave it to them to work out privately. I have absolutely no doubt they will accomplish this amicably, and I'm confident anyone else who has interacted with them will agree.https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/395recanman bitejo rewrite and expansion proposal2023-08-07T11:33:14Zrecanmanrecanman bitejo rewrite and expansion proposal---
layout: fr
title: Rewrite and expansion of Bitejo software suite
author: recanman
date: July 29, 2023
amount: 45
milestones:
- name: Month 1 (Begin rewrite, backend and APIs) (80 hours)
funds: 10 XMR
done:
status: unfin...---
layout: fr
title: Rewrite and expansion of Bitejo software suite
author: recanman
date: July 29, 2023
amount: 45
milestones:
- name: Month 1 (Begin rewrite, backend and APIs) (80 hours)
funds: 10 XMR
done:
status: unfinished
- name: Month 2 (Complete the first draft of the backend and APIs) (80 hours)
funds: 10 XMR
done:
status: unfinished
- name: Month 3 (Integrate frontend) (80 hours)
funds: 10 XMR
done:
status: unfinished
- name: Month 4 (Final touches and launch, maintenance for 1 year)
funds: 15 XMR
done:
status: unfinished
payouts:
- date:
amount:
- date:
amount:
- date:
amount:
- date:
amount:
---
I am proposing to rewrite the Bitejo web application suite.
### Who
I am recanman, an ambitious self-taught full-stack developer with experience in many languages and fields. I have been involved in the computer science field for nearly a decade. You can contact me at [@recanman:agoradesk.com](https://matrix.to/#/@recanman:agoradesk.com), and there I can provide a PDF with my resume on request. I have a couple free software projects on [my GitHub profile](https://github.com/recanman).
I have been involved with the Monero community for a little more than six months, and since then, I have learned an abundance about privacy, fungibility, free software, how cryptocurrency works, and much more.
I am currently the writer of [The Monero Standard](https://localmonero.co/the-monero-standard), published by [LocalMonero](https://localmonero.co).
I have also localized websites in Arabic, including the [LocalMonero](https://localmonero.co) and [AgoraDesk](https://agoradesk.com/) websites.
This is my first CCS proposal, and I am excited to take your feedback on anything that should be changed.
### What
Here is a basic description of what I am proposing to do over the next six months:
1. Rewrite the Bitejo web application suite, exposing APIs and increasing the security and privacy.
2. Host the website (For as long as I can, at minimum two years. If at any point I can no longer host the website, I will hand it over to a trusted individual in the Monero community).
### Why
#### Rewrite
The original proposal (see edits) was for a completely new service dedicated to jobs. I was informed of the Bitejo web application suite. Unfortunately, it is written in messy, procedural PHP, and is unstable ("Warning: This code is amateur-level, messy and not fully tested. Some parts should probably be refactored or rewritten from scratch. This is a hobbyist project that was casually under development since late 2018 and released in 2021."). Many parts of Bitejo are unorganized, a big one being authentication, privacy, and security. While the website does not utilize client-side JavaScript, it still needs an email address for management of listings, which can be remade into a central user authentication system. While chats are encrypted with AES-256 properly, the keys that are used (I have confirmed with the owner that the keys are different from the public instance) are stored in the source code, which are one of the many bad practices present in the code.
A proper and secure platform needs to exist in order to replace the use of privacy-violating services, and to encourage the use of Monero.
<!--
#### Jobs
Currently, developers looking for work/employers looking to hire in the Monero community have to use the [Monero Jobs Telegram channel](https://t.me/monerojobs). A dedicated platform would be more scalable, efficient, and private (many do not want to provide a phone number to sign up for Telegram, or do not have one. Telegram also is known for its various privacy issues).
The purpose of this proposal is to create a platform that matches job seekers with employers, providing similar functionality to known platforms like Indeed. The goal is to streamline the hiring process and make it easier for both parties. By utilizing Monero for payments, job seekers and employers would have access to a secure and private means of payment that ensures that their transactions are anonymous, while being safe through escrow. The website would allow job seekers to create a profile, upload their resumes, and search for employment opportunities. Employers would be able to create job postings, screen applicants, and conduct interviews on the platform.
The job website would be beneficial to the Monero community by providing a secure and private platform for job seekers to find employment opportunities. It would also help employers to efficiently manage their hiring process, saving time and funds. I believe that the project has the potential to generate revenue by charging a small fee for escrow in order to pay for hosting. Revenue generated will only go towards the website, and the fee is only charged for completed escrow payments.
-->
### How
I have vast backend experience is in Node.js, so I have decided to propose building this website with the following technologies:
* MySQL (database)
* Express (web server)
* Nunjucks (view renderer)
* Node.js (backend language)
* Redis (caching)
* Monero (currency)
All of the website's code will be completely open source and free software, and I encourage others to contribute to the project.
The website will not need JavaScript enabled on the client to operate in order to preserve the privacy of the users. I will implement encryption where-ever I can and minimize plaintext stored in the database.
At the end, there will be the following services implemented in the Bitejo web application suite:
**Rewritten:**
1. A marketplace service (Craigslist).
2. A fundraising service (GoFundMe).
3. Digital assets service (Shopify).
<!--
**New:**
1. Jobs/hiring service (Indeed).
2. -->
There will be a GitHub repository as a mirror to my private Gitea server on https://github.com/recanman/monero.jobs.
<!--
The Monero Jobs Telegram channel currently owns the [monero.jobs](https://monero.jobs) domain. Upon the jobs site having basic functionality, I will ask if I can take ownership of the domain.
-->
### Proposal
I propose to work 80 hours each month, equating to 20 hours per week. This ends up with a total of 0.15 XMR per hour, which is around $22.87 USD per hour, using the price of $152.47 USD, calculated based on the exponential 14-day moving average from Yahoo Finance.
According to [salary.com](https://www.salary.com/research/salary/alternate/software-developer-i-hourly-wages), the median software developer hourly wage is $37 USD, which is close to what I am proposing. If the monthly milestone is not met due to a dip in the hours worked per week, the milestone completion will be at the completion of the hours listed for that month.
If I do not complete the website by **December 31, 2023**, the proposal shall be considered expired, and the funds raised for this proposal can be put back into the Monero General Fund or used to fund other proposals.
**Total:** 45 XMRhttps://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/340Forgotsudo monero marketplace2023-07-07T23:15:44ZforgotsudoForgotsudo monero marketplace![](https://repo.getmonero.org/forgotsudo/logos/-/raw/main/monero-onionr-logo.png)
## Introduction
Hello, we are the Onionr team from VoidNetwork LLC and we would like to propose funding for the development of the Onionr marketplace.
O...![](https://repo.getmonero.org/forgotsudo/logos/-/raw/main/monero-onionr-logo.png)
## Introduction
Hello, we are the Onionr team from VoidNetwork LLC and we would like to propose funding for the development of the Onionr marketplace.
Onionr, started by Kevin Forman in 2017, is an experimental decentralized messaging network/platform similar in design to Bitmessage that is built to provide high security and privacy. Through the use of Dandelion++ and node aging, the user’s privacy is preserved. It is also flexible, in that it can run over I2P, Tor, LAN multicast, and sneakernet, with extensibility for more transports and application plugins.
## What
The goal of this CCS is to continue the funding that is needed to build out a P2P Monero marketplace.
The purpose of the Onionr marketplace is to allow for a censorship resistant, private, and secure way to use your Monero. There are many websites that try to fill this role but are inherently centralized and prone to an assortment of attacks, puting the users' privacy and security at risk. The Monero community doesn’t have a decentralized P2P marketplace and that is what we want to achieve here. In the age of market manipulation and regulations, it is necessary to push for a remedy to this issue. No central authority controls the Onionr network or marketplace. Onionr achieves this goal by returning the free market to those using XMR as a true currency/means of exchange.
### Technical overview
The Onionr marketplace will work without any centralized servers, relying on epidemic propagation to advertise encrypted storefronts, product listings, and most operations. Stores will be private by default, but can be made publicy discoverable via a searchable index. Using a web of trust system, users can review stores and products. Monero wallet RPC integration will be used to process payments for orders on the merchant end. All messages and orders between customers and merchants are end to end encrypted. Optionally, merchants can open ephemeral onion service tunnels to permit relatively low latency access to their stores.
## Why does Monero need this?
I believe Murray Rothbard said it best, “freedom can run a monetary system as superbly as it runs the rest of the economy.”, “There is nothing special about money that requires extensive governmental dictation. Here, too, free men will best and most smoothly supply all their economic wants.”
The Onionr team believes that this marketplace will provide economic freedom, liquidity, and strengthen the Monero-centric economy. We want to encourage the exchange of Monero for goods and services and this is a necessity for Monero to thrive in an ever increasingly authoritarian world. As regulations surrounding privacy and, more specifically, private cryptocurrencies become more and more detrimental, there needs to be a haven for true P2P communications and transactions. Onionr is the solution to this problem.
## A bit of history
The original plan set out was that I (ForgotSudo) would fund the development of Onionr. This involved firstly implementing VDFs and the Dandelion++ protocol, and then start on the marketplace. Recently Kevin completed the implementation of VDFs and Dandelion++ and was going to start to work on the marketplace. But due to the recent economic conditions, we would like to ask for help funding this part of the project. I am the only source of funding and the current economic conditions are greatly affecting the originally planned funding duration. We need help getting the marketplace off the ground and would like some assistance.
## Milestone 1 - Implement a web of trust system (23 XMR)
As part of the marketplace, there will be a web of trust system for the reviews of items and merchants on the marketplace.
This system will technically be useful outside of the marketplace plugin, but is needed for the marketplace.
## Milestone 2 - Finish marketplace plugin (45 XMR)
This milestone is completed when the marketplace is in it's stable version/official release.
## Milestone 3 - Documentation (7 XMR)
Documentation is a necessary part of every project and Onionr is no exception. The completion of this milestone will indicate that the marketplace is documented to the extent that a newcomer (one that already understands how to use monero) will be able to buy/sell items on the marketplace.
## Learn More
More can be learned about Onionr by going to the git repository here: https://git.voidnet.tech/kev/Onionr, or by visiting our (partially complete) website at https://www.onionr.net/.https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/326Procure and distribute Monero merchandise at Defcon 302023-07-07T23:01:01ZMichaelProcure and distribute Monero merchandise at Defcon 30### What
This CCS proposal absorbs most the costs of providing a number of Defcon visitors with free of charge Monero branded merchandise.
[https://www.defcon.org/](https://www.defcon.org/)
[https://www.cryptocurrencyvillage.net/](ht...### What
This CCS proposal absorbs most the costs of providing a number of Defcon visitors with free of charge Monero branded merchandise.
[https://www.defcon.org/](https://www.defcon.org/)
[https://www.cryptocurrencyvillage.net/](https://www.cryptocurrencyvillage.net/)
### Who
Cryptovangurlie and MSvB.
These people staffed the Konferenco and Cryptocurrency Village at Defcon last year.
### Why
Monero thrives on the contagious enthusiasm inspired by outreach at events.
We have seen what happens when a flood of enthusiastic hackers meets in our areas, and many consider the synergy of information, materials, merchandise, and modding/hacking of the items to be a positive development for our community.
### How
We will copy parts of the DC27 merchandise distribution that were found to be most stimulating, and add new distribution items and activities according to feedback taken from the recent Konferenco distributions.
### Method
If the CCS MR325 'msvblab-serve-dc30-2022' and this CCS are funded, then staff will purchase Monero branded merchandise from productive sources (items made by Monero community members) offering the XMR payment method.
- [Monero Style](https://www.monero.style/)
- [Monero Merch](https://www.moneromerch.com/)
- [Cypher Market](https://www.cyphermarket.com/)
- [Monero Devices](https://www.monerodevices.com/)
- [Monero Apparel](https://www.moneroapparel.com/)
- [Mastering Monero](https://www.masteringmonero.com/)
Other sources may be added as we learn about them.
### Expectation
Please see the CCS proposal MR325 'msvblab-serve-dc30-2022.'
### Budget
| Item | XMR | Description |
| ---- | ---- | ---- |
| Merchandise purchasing | 375 XMR | Fashion, books, electronics, and collectibles |
| \-\-\-\- | \-\-\-\- | \-\-\-\- |
| Total | 375 XMR | Total procurement cost of Defcon distribution |
### Milestones
The funded amount will be paid in one milestone, to allow staff to purchase merchandise in time for distribution in August 2022.
### Communication
Invoices will be collected, sanitised, and stored for public review in an online document.
Public reports and progress will be published on the Libera #monero-events room or equivalent Signal or Telegram channels.
This distribution will take place at the area assigned to the Cryptocurrency Hackers. This is listed in all Defcon official communications and you can find us in the vendor area near the west docks of Caesars Forum.
### Disclosures
We've selected staff according to their ability to produce real items. We create physical products appealing to cryptohackers, and purchases made by staff will likely include items of their own production.
### Prices
Items will be bought at B2B prices when possible, or B2C prices when necessary.
### Fluctuation
Products will be bought exclusively with XMR currency from vendors accepting XMR. Any fluctuation will therefore only affect the perceived daily fiat amount as converted.
### Overfunding
If we fail to purchase the full amount of items specified, the remaining amount will be returned to the general fund.
### Supply and delivery
If purchased items fail to arrive on time (due to supply or delivery flaws) then they will be stored in our warehouse. They will be used in the next Defcon or an earlier event, according to community survey.
### Cancellation
As usual, it's our option to cancel the Monero part of this opportunity. Cancellation of this CCS is at the core team's discretion. Cancellation would save us money, so it's a valid option to consider.
### Contingency
Cancellation after funding is very unlikely but we have a plan just in case.
If our appearance or the whole Defcon event is cancelled after this CCS is funded and the merchandise procured, the contingency plan is to store or use the products for similar event such as HCPP Praha in September 2022 or 39C3 in Hamburg.
### Response
In this CCS, we may offer answers to questions and attacks less than we usually do. Instead, we are spending the precious hours on developing and producing the engagement.
We recommend reading IRC logs (announcement in May) or viewing the Konferenco presentation (Defcon state of affairs) on Sunday 19 June 2022.
### Expiration
This proposal expires on 5 July 2022.https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/63BtcPayServer Monero Integration2023-06-19T09:26:59ZAndrew CamilleriBtcPayServer Monero Integration### What the proposal is about.
BtcPayServer is an open-source, self-hosted cryptocurrency payment processor that allows merchants to not depend on any third-party to accept payments. Each deployment requires users to have their own ful...### What the proposal is about.
BtcPayServer is an open-source, self-hosted cryptocurrency payment processor that allows merchants to not depend on any third-party to accept payments. Each deployment requires users to have their own full node.
Currently, BtcPay supports bitcoin(along with a few forks such as Litecoin, etc that are identical in design and rpc) and its lightning network. The only way for a merchant to accept any other non-compatible coins is to enable third-party integrations such as Changelly and Coinswitch which is far from ideal and often causes issues and headaches due to the way they function.
Integration would consist of allowing a user to specify a view-key in your BTCPay store and import that into the monero node. We then generate a subaddress for each invoice and monitor address while invoice is active.
### Who will complete the proposal?
My name is Andrew Camilleri but I go by the handle `Kukks`. I'm a .NET full stack developer and have been coding professionally in all sorts of industries for around 10 years. I've been contributing to BTCPay for around a year now and have switched to doing it full time a few months ago.
You can find me on the btcpay mattermost chat at https://chat.btcpayserver.org
Twitter: https://twitter.com/mrkukks
Github: https://github.com/kukks
### Why it is important for Monero and the community.
There has been a relatively high demand for Monero to be integrated into BTCPay. Links for Monero support requests:
* https://github.com/btcpayserver/btcpayserver/issues/160
* https://github.com/btcpayserver/btcpayserver/issues/163
* https://www.reddit.com/r/Monero/comments/9a57h2/btcpay_server_for_monero/
* https://www.reddit.com/r/Monero/comments/9izyj9/monero_is_coming_to_btcpayserver_the_open_source/
* https://www.reddit.com/r/Monero/comments/9zd9nh/request_for_information_on_progress_of_several/
* https://www.reddit.com/r/Monero/comments/7n1wqy/integration_with_btcpay/
* https://www.reddit.com/r/Monero/comments/afunma/btcpayserver_integration_updates/
### Your milestones and projected timeline
I estimate to have a shippable version within a 2 month time-frame.
The bulk of the work will be spent abstracting BTCPay's bitcoin logic to handle the differences in Monero.
I will also need to write a .NET client for Monero's RPC seeing as the only library available has been untouched for over 2 years.
Once BTCPay can handle monero and communictae with the monero node, I will start work on adding Monero to the Btcpay Docker installer.
### An expiration date for the proposal.
4 months from proposal being funded so that there is adequate time to plan.https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/311Monero business kit2023-06-13T17:06:05Zwill kMonero business kit
# What
"Monero business kit" is an open source monero business solution. You can choose to use the public service site (zero deployment) or you can compile and deploy it yourself.
It makes it easier for merchants to accept monero a...
# What
"Monero business kit" is an open source monero business solution. You can choose to use the public service site (zero deployment) or you can compile and deploy it yourself.
It makes it easier for merchants to accept monero and easier for developers or users to use monero.
Users can get instant notifications of every transaction, merchants can create their own online stores with one click [#DEMO#](https://monero-shop-demo.yy.ee/), it has APIs so you can quickly let other programs to use monero, and it also has IoT examples so you can make your own IoT hardware to use with monero.
Whether your role at the moment is a regular user/developer or a merchant, someday your role changes and you can get a consistent experience.
Don't think the functionality is complicated, Take a look at [#Console Screenshot#](https://monero-shop-demo.yy.ee/static/img/temp/ControlPanel.NoticeSettings-min.png)
It is implemented via redis + nginx modules (c/c++/lua) for high efficiency/high security/high compatibility/low resource consumption.
# Features
- All functions only need viewkey, support multiple wallets, no money pool, all transactions directly to the user's wallet.
- Applicable to a wide range of people, users can use the public service site (zero deployment), can also be privatized deployment, seamless switching.
- Covering common monero use scenarios, one program can solve most of the problems now and in the future.
- Transactions can be completed in seconds, you can experience through [#Private Web Store Demo#](https://monero-shop-demo.yy.ee/).
- Free, open source, provide docker image. All features are implemented from scratch by hand, and is not an "existing open source module integration".
# Functions, applicable people and usage scenarios
- Ordinary users, or recipients of donations
- Get instant notifications(telegram, email, etc...) for free. Receive notifications within seconds for every transaction [#Console Screenshot#](https://monero-shop-demo.yy.ee/static/img/temp/ControlPanel.NoticeSettings-min.png)
- Donate page / QR code to receive money, instant exchange rate calculation [#DEMO#](https://monero-shop-demo.yy.ee/static/donate.index.html)
- Sellers, people who want to create online stores to sell their goods
- No development skills required, one click to have a private online store (free/secure/private/24 hours business/auto shipping/domain and data are controlled by yourself/no limit goods/complete transactions in seconds) [#DEMO#](https://monero-shop-demo.yy.ee/)
- Developers, people who want to make a program use monero
- This program will provide API to facilitate you to do extended development, and third party programs can use monero with just one POST request.
- IoT hardware developers
- I will provide Arduino/MQTT example (based API), convenient for you to make your own hardware (vending machine, unlock after payment, control relay after payment, display content after payment, play audio after payment, etc...)
As shown in [#Console Screenshot#](https://monero-shop-demo.yy.ee/static/img/temp/ControlPanel.NoticeSettings-min.png), each function is concise and clear, you can turnoff a function if you don't use it for a while, and it does not consume any resources after turnoff.
# Funding
~~Rate: 50 USD + 0.3 XMR~~
~~Hours: 3 months @ 100 hours/month = 300hrs~~
~~XMR equivalent: 90 + (50*300)/USD_EXCHANGE_RATE XMR~~
~~USD_EXCHANGE_RATE: set from 14-day EMA on a major exchange when merging proposal~~
~~I will cover the server costs, and the funds for the purchase of a nice domain name. I mean "this project is completely free".~~
[update] I want to be more friendly to participate in monero building, so I lowered the requirement to 99 XMR.
# Milestones and expenditures
### Milestone 1
Date: 22 days
Amount: 27
Work:
Domain purchase and server deployment. Development of the "Notice" module. Front-end design of the public website.
Milestone completion acceptance content:
"Notice(Instant Transaction Notification)" module and public website (zero deployment) are available.
### Milestone 2
Date: 14 days
Amount: 13
Work:
Development of "Collect" module.
Milestone completion acceptance content:
"Collect(QR Code Receipt/Receive Donation/Linkage Instant Transaction Notification)" module is available.
### Milestone 3
Date: 16 days
Amount: 18
Work:
Development of "API" module.
Milestone completion acceptance content:
"API" module and "API documentation" are available.
### Milestone 4
Date: 18 days
Amount: 20
Work:
Development of "Merchant" module.
Milestone completion acceptance content:
"Merchant(One click to open a store/Linkage Instant Transaction Notification)" module is available.
### Milestone 5
Date: 20 days
Amount: 21
Work:
Web vulnerability scanner scans and fix. Release stable version and docker image. Arduino/MQTT related development (realize using monero on IoT hardware, release source code and tutorials).
Milestone completion acceptance content:
Security scan reports, release stable version code, docker image, IoT example and code.
# Expiration date
December 30, 2022.
To prove my commitment to completing the whole proposal, I have shown the demo belonging to "Milestone 4" (private online store) and the demo belonging to "Milestone 2" (collection function). Although the front-end of the demo is still relatively rudimentary, the functionality is ready to use, and I will try to complete the whole proposal as efficiently as possible.
Thank you very much.
# Community Discussion
https://www.reddit.com/r/Monero/comments/u71irv/ccs_proposal_instant_transaction_notification/https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/117null2023-05-02T19:31:01Zlza_menacenullhttps://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/120Part Time Research Atoc2023-04-24T04:24:59ZatocPart Time Research Atoc---
layout: fr
title: 1 month Part Time Research Atoc
author: atoc
date: 15 January 2020
amount: 30 XMR
milestones:
- name: January 15th to February 15th
funds: 30
done:
status: unfinished
payouts:
- date:
...---
layout: fr
title: 1 month Part Time Research Atoc
author: atoc
date: 15 January 2020
amount: 30 XMR
milestones:
- name: January 15th to February 15th
funds: 30
done:
status: unfinished
payouts:
- date:
amount:
---
## Who
Hello, I am Atoc. I am a Research Fellow (Theoretical CS) at Dartmouth College. I am new to MRL, and I am proposing part-time research for the Monero Research Lab.
## What
I am planning to work on the Bipartite Graph Matching project, and perhaps other research projects as this seems close to finished.
The Bipartite Graph Matching project is basically an internal research project to see if we can trace Monero transactions with user behavior and statistical models.
This project is searching for potential vulnerabilities so that they can be fixed in the future and make Monero more robust. See here for more information: https://github.com/b-g-goodell/mrl-skunkworks/tree/matching-mojojo
Pending Update...
## Milestones
I am requesting to do research for Monero Research Lab at a rate of $32.5/hour, 15 hours a week (60 hours for the month). <br/> 30 XMR x $65 price = $1950 ---> $1950 / 60 hours = $32.5 / hourhttps://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/379close New Animated Video series future2023-04-20T22:39:48Zplowsoffclose New Animated Video series futureAs is, merging this PR will move the proposal to completed with 1 payout of 9 XMR. This is just a suggestion (there are many, including doing nothing and allowing the CCS to progress as normal) so lets make this the central point of disc...As is, merging this PR will move the proposal to completed with 1 payout of 9 XMR. This is just a suggestion (there are many, including doing nothing and allowing the CCS to progress as normal) so lets make this the central point of discussion for gauging community consensus on what the proposers have achieved so far and where we think the project is headed.
Allowing savandra to re-apply for the remaining funds (along with competitors) to complete the same work has also been suggested.
- Video 1 (not presented as finished): https://yewtu.be/watch?v=XJ6p-7GTMdo (i like the animations)
- Draft scripts for future planned videos: https://gitlab.com/monero-videos/monero-adoption-animated-videos/-/tree/main
- Reddit user send video one to a merchant during on-boarding and worked: https://www.reddit.com/r/Monero/comments/11p6ai1/coffee_shop_in_perth_australia_taking_xmr_payment/
Please share your thoughts. ~~Down-voting this means "continue as normal".~~
### Update from proposer
savandra has effectively withdrawn from the CCS. All of the raw files have graciously been uploaded as requested for video 1. details of which are posted in the public matrix room https://matrix.to/#/#Monero-Animated-Vids-2023:matrix.org
consensus for closing and sending 9xmr directly to savandra.https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/353Metronero checkout2023-04-18T20:21:03ZSirenMetronero checkout## What?
An easy to use, highly customizable Monero checkout system that uses merchant provided
[templates](https://pkg.go.dev/html/template). Instances support multiple merchant
accounts (template customization among accounts). It is Ja...## What?
An easy to use, highly customizable Monero checkout system that uses merchant provided
[templates](https://pkg.go.dev/html/template). Instances support multiple merchant
accounts (template customization among accounts). It is JavaScript free and Tor friendly.
### Demo
Try out our [PoC](https://metronero.digilol.net) with your stagenet wallet!!!
> This project was made for a university project. The code quality is not the best as we
> had a *very limited time (around 4 full days)* to make it kind of *work*.
Most importantly the source code is available right
[here](https://gitlab.digilol.net/moneropay/metronero-poc) and licensed under the
[GNU Affero General Public License version 3](https://www.gnu.org/licenses/agpl-3.0.en.html).
### Graphs
We have made some graphs to showcase the workflow of the current demo.
![poc-ui](https://kernal.eu/~siren/metronero.png "PoC UI")*PoC UI*\
![deployment](https://kernal.eu/~siren/deployment.png "Deployment")*Deployment*\
![flow](https://kernal.eu/~siren/flow.png "Flow")*Flow*\
![templating](https://kernal.eu/~siren/templating.png "Templating")\
*Templating*
## Who?
Irem and Laurynas, also known by the names Siren and Stnby. We are the developers behind
the [MoneroPay](https://moneropay.eu) payment processor, a daemon that interfaces with
wallet RPC to track payments and notify status changes via callbacks. Key point of
MoneroPay is that it uses subaddresses instead of integrated addresses, is very
lightweight and handles unlock times properly.
We are also the people behind [Digilol](https://digilol.net) and are sponsoring
Monerokon 2023 by providing hosting infrastructure and administration. As of now it
includes: E-Mail, pretix and pretalx with live streaming to come!
## Why?
We do not like the current solutions and see no way of improving them. One of such
existing systems are BTCPay Server and here are our reasons why we do not see a
possibility of embracing it:
1. It is very difficult to set-up and heavy to run, because the project is written in C#,
which is a controversial language among the Free Software community and its portability
issues.
2. No easy way to customize the way the checkout page looks (for smooth UI/UX).
3. JavaScript is required for a good UI/UX and leaves Tor Browser users behind.
4. Bitcoin first, although it is nice to see some support for other currencies,
Monero has never been the projects top priority.
In our proposed system, administrators will be able to spin up their own Metronero
instance in under 20 minutes within the Docker environment or a little longer elsewhere.
Any of the merchants are allowed to change the way their checkout page looks, by creating
an easy to write template (seen in the templating graph above) and uploading it via the
panel.
The instance can be shared between multiple different merchants (and allows optional
commision fee, that we will utilize ourselves to cover the hosting and support costs on
our publicly accessible custodial instance).
## Milestones
### Milestone 1 (5 weeks - 50 XMR)
- Planning the backend, APIs (admin, merchant account management), multi-language
support.
- Writing the core backend features. Accounts and management of merchant provided
checkout page templates.
- Writing the frontend in Bulma. Current frontend consists of a merchant panel, default
checkout page template, authentication and error pages.
- Administration and deployment of publicly accessible instance. For the purposes of
development and feedback from the community.
- Modifying the QR code generator component to support other formats than SVG for Tor
Browser support. SVGs get blocked for security reasons.
### Milestone 2 (5 weeks - 50 XMR)
- Commission system for shared instance operators. View-only wallet support for
non-shared instances (it should be supported out of the box but we must remove certain UI
elements in this mode).
- More customization options for merchants. Option to turn off auto-reload using HTTP
headers in case the merchant wants to handle refreshes themselves via JS. Option to
choose between first confirmation or transfer unlock triggers to complete the payment.
- Expose the payment information (what we expose through template variables already)
through JSON API endpoints.
- Backend development. Polishing, fixing bugs, better error handling, testing.
- Write documentation and tutorials on how to deploy.
### Milestone 3 - E-commerce Plugin (3 weeks - 30 XMR)
- [WooCommerce](https://woocommerce.com) plugin (hobbyist scale shops)
## Funding
Our hourly rate per person is **0.25 XMR/h**. We expect to work for at least 20 hours a week.
## Other
Based on the feedback during the CCS meeting we decided not to have any milestone that
would cover the hosting, support or maintenance of our custodial instance. We are
planning to put a small transaction fee that will cover these expenses. We cannot predict
the fee amount, but we expect it to be around 1%. **For those willing to host their own
instance, this does not apply.**
> The 1st month of our instance will not have any fees. Do not think of it as free as in
> beer, think of it as a reward 📈 of a fee you never had to spend, for being a testing
> bunny 🐇.
We also removed the [Sylius](https://sylius.com) plugin from the CCS milestone. Because
of apparent lack of interest from the community. However for those who care about it, we
will create it regardless at our own expense.
![Metro in the Metronero](https://kernal.eu/~siren/metronero-medium.png)
Hopefully we can reach the end of the tunnel.https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/380P2P Publisher - Monerotopia Mexico City2023-04-15T16:50:20ZFierfek kriptoanarkistogd0sogj4@duck.comP2P Publisher - Monerotopia Mexico City```
• ¿What the proposal is about?.
The P2P Publisher - Monerotopia Mexico City proposal Its objective is to disseminate Monero as a project, and put aside the belief that it is one more "Crypto", and make clear what we propose in Mone...```
• ¿What the proposal is about?.
The P2P Publisher - Monerotopia Mexico City proposal Its objective is to disseminate Monero as a project, and put aside the belief that it is one more "Crypto", and make clear what we propose in Monero, share the philosophy that derives from the manifesto Cryptoanarchist, Cypherpunk Manifesto, and the Monero Whitepaper.
I plan to reach Free Software communities in Mexico, universities, institutes and meetings of Free Software lovers in public places that are organized on weekends in that city.
I also plan to distribute and paste publicity about the project and Monerotopia Mexico City to cause curiosity among people, leave data such as:
*Website getmonero.org
*Social networks of Monero and Moneristas
*Cryptoanarchist and Cypherpunk manifestos
*monerotopia.com
I will take photos and video of everything that is done to share it with all of you and that it be disseminated on social networks.
• In front of this proposal?
I will complete this proposal, take care of all the technical and social details to reach as many people as possible within Mexico City, and manage all advertising that will be printed and distributed.
This advertising will be drawn from existing designs, I will also print Cryptoanarchist and Cypherpunk manifesto pamphlets, posters for poles, walls and much more.I currently live in Colombia, therefore in the budget I put the value of the airfare to and from Mexico.
As I explained in the previous paragraphs, I will be in charge of distributing monero advertising and generating multimedia content for this purpose, I will look for a way to open conversation spaces about the MoneroTopia event and especially Monero, to leave that seed of private money in people which I plan to reach.
I speak Spanish, I have the facility to explain Monero in this language, on a technical and philosophical level, I am also passionate about computers and Linux, I have been in those communities for years and I know that someone who talks to them about Monero with full impact will have a great impact on them. security security
• Importance of this proposal for the Monero community.
I think that Mexico DF is an excellent entry opportunity since there are many foreigners from Asia, Europe, Canada, North America and Latin America in that city, who may be interested in learning about Monero and using it in their daily lives, such as paying in restaurants, products and services online, and even to send and receive remittances in a private and untaxable way.
At the level of Spanish speakers Monero is very unknown, there is only a bad image of the project and I think that a lot of pedagogy is needed to change that perception.
That is why I think that this proposal is fundamental for Monero in Latin America, to directly reach these niches that currently promulgate the values of freedom at the code level, but not at the level of decentralized money, and I see that if we manage to reach them before of MoneroTopia, we will attract many more people until the event is bursting with attendees curious to learn and understand Monero.
This is just a seed, in order to germinate a genuine interest and appreciation for the project in this region of the world, I know that after this, Monero will grow much more in Monero defenders of privacy and freedom.
• Milestones and projected timeline
This initiative will have 5 total work weeks divided as follows.
Week 1. Management, printing and collection of publicity, recognition of concurrency areas for audiovisual material, visualization of meeting places for computer scientists and Hacktivists. First contacts to request conversation spaces in private groups and institutions.
Week 2. Exhibition of posters about Monero, distribution of flyers about MoneroTopia and the project. First contacts with institutions in the areas of computing and economics, first audiovisual materials for the community.
Week 3. First meetings with IT groups from institutions, extended conversations about monero, its history and its development up to the present. Continuation with audiovisual material in strategic places.
Week 4. Intensification of posters in visible places with messages about Monero and MoneroTopia. Weekend workshops with groups of Hacktivists and those interested in privacy.
Week 5. Direct invitation with flyers to MoneroTopia in the nerve centers of Mexico City, last meetings-workshops on Monero before the general public (Crypto-investors) and people in general interested in the project
I work from Monday to Saturday, without fixed hours, generally in the afternoons beforehand, and in the morning contacting those interested in providing the space for the talks via social networks and by phone.
An expiration date for the proposal. If it's not funded or finished by a certain time, the funds can be released to other proposals or the General Fund. This keeps things moving along in a timely fashion.
March 28 will be the deadline to gather at least 60% of the funds for this initiative.
```https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/383Oceanus ERP Software for Small Businesses2023-04-15T16:40:28ZChuck YeagerOceanus ERP Software for Small Businesses# Introduction and Summary
Hello Monero community!
I go by **Chuck** or **CM-IV**, and you can usually find me in the /XMR/ General on Matrix chat.
This is my first ever CCS proposal for the funding and implementation of *Oceanus Ente...# Introduction and Summary
Hello Monero community!
I go by **Chuck** or **CM-IV**, and you can usually find me in the /XMR/ General on Matrix chat.
This is my first ever CCS proposal for the funding and implementation of *Oceanus Enterprise Resource Planning* software, so that small businesses can more easily accept Monero payments and automate the day-to-day goings on. The ERP software is terminal based and will be
written in the Rust Programming Language in order to keep both memory safety and run-time speed in mind.
Below are PDFs containing more in-depth information:
- [Software Description](https://home.civdev.xyz/cmiv-erp-software-desc.pdf)
- [System Design](https://home.civdev.xyz/cmiv-erp-system-design.pdf)
- [IEEE Software Requirements & Specifications](https://home.civdev.xyz/Oceanus_ERP_IEEE_Software_System.pdf)
# What/Why?
*Oceanus ERP* software is a powerful tool that helps small businesses manage their operations efficiently. It will streamline any internet-centric small business’ workflow - from keeping track of clients and their projects to handling Monero payments via the Moneropay API and including the receiving wallet address on the invoice. This will save business owners and managers time so that they can focus on what they think is important. The software will be designed and made to simplify your workflow, so you can focus on growing your business.
The unique feature of *Oceanus ERP* software and what separates it from others will be its ability to accept and process Monero payments using either the Moneropay API or the AcceptXMR library (the Moneropay API implementation will be completed first, with an AcceptXMR implementation possible in the future). Monero payments will be initialized via the terminal user interface and the generated sub-address can be added to a PDF invoice that is then given to the client.
I think that Monero is key for businesses that are internet-based going forward, so let me help you!
# Funding and Timeline
I will be working on this project part-time, the milestones will be completed along with unit tests in under 2 months (provided funding doesn’t complicate things). I do not care what the dollar value of Monero is, If it drops very low then I will still continue work - provided the XMR is there.
- Milestone 1: Implement Client Management (12 XMR)
- Milestone 2: Implement Project Management (12 XMR)
- Milestone 3: Implement Service Management (12 XMR)
- Milestone 4: Implement Invoice Management (22 XMR)
- Milestone 5: Implement Monero Payments (22 XMR)https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/367Empower Lebanon(and similar hyperinflated countries) to use Monero instead of...2023-03-18T11:53:10ZnightwolfEmpower Lebanon(and similar hyperinflated countries) to use Monero instead of fiat(educational and bartering platform/guerilla marketing/workshops)I have been active in the Monero online community since the start of the economic crisis in Lebanon(hyperinflation, banks basically stealing people's savings and have been getting people to use Monero for bartering for services mainly on...I have been active in the Monero online community since the start of the economic crisis in Lebanon(hyperinflation, banks basically stealing people's savings and have been getting people to use Monero for bartering for services mainly on telegram groups).
<br>
The idea behind this proposal is to get enough funds so I can sustain myself and work on this platform full-time.
<br>
I am a software developer by profession so I will be working on the development part, as well as writing relevant content- especially in arabic since the space is lacking in this field. Most neighboring countries are facing similar issues to Lebanon, albeit not the same severity YET. So onboarding third worlders to use what in my humble opinion, Bitcoin was aiming to be is relevant to the XMR community, as well as getting more true adoption.
<br>
The first milestone will always be on-going but having to print out stickers and posters does incur some costs and I can't handle them by myself due to the depreciation of the currency.
<br>
Coding the website will take around a month to have a fully functional platform.
<br>
The content and translation should take about two weeks and the last milestone will be a celebration to allow like-minded XMR users to meet in real life as well as watch Sound money, Safe mode by Dr.Daniel Kim which is the most recommended starter talk to get to know how XMR is true digital cash.
<br>
After getting funded the timeline would be two months at worst
<br>
Milestones:
<br>
5 XMR for guerilla marketing: Posting stickers/printing flyers to distribute around Beirut to get more attention
<br>
10 XMR for UI/UX
<br>
20 XMR for the webapp codebase
<br>
10 XMR for content writing
<br>
5 XMR for success gathering party